# Connect annother Ticketsystem to zammad

**URL:** https://community.zammad.org/t/connect-annother-ticketsystem-to-zammad/3969
**Category:** Interesting for future roadmap
**Tags:** integration, thirdparty
**Created:** [February 12, 2020, 10:23am UTC](https://community.zammad.org/t/connect-annother-ticketsystem-to-zammad/3969 "2020-02-12T10:23:05Z")
**Posts on this page:** 7
**Page:** 1

<div class="post-metadata">

### Author: ![Mannshoch](https://community.zammad.org/user_avatar/community.zammad.org/mannshoch/32/455_2.png) [@Mannshoch](https://community.zammad.org/u/Mannshoch)
#### Post date: [February 12, 2020, 10:23am UTC](https://community.zammad.org/t/connect-annother-ticketsystem-to-zammad/3969/1 "2020-02-12T10:23:05Z")

</div>

To get better Support for customer we work together with another Company which use OTRS.  
Currently, if we do not have the knowledge We fill out a ticket inside the ticketsystem from the other company, gave them our customer data and the contact our customer.

It would be nice If there is a Solution that we could somehow use Zammad as Proxy for OTRS or other zammad Installation. The best solution would be that the customer do have to change the ticketsystem to a third company. (Kind of federated ticketsystem)

May there is a need for a protocol (like ActivityPub) for this?

---

<div class="post-metadata">

### Author: ![system](https://community.zammad.org/uploads/default/original/1X/5c5afaea2d23f811dbec33cd4edb02fa29d3262f.png) [@system](https://community.zammad.org/u/system)
#### Post date: [April 4, 2021, 2:23am UTC](https://community.zammad.org/t/connect-annother-ticketsystem-to-zammad/3969/2 "2021-04-04T02:23:06Z")

</div>

This topic was automatically closed after 416 days. New replies are no longer allowed.

---

<div class="post-metadata">

### Author: ![Mirtaaa](https://community.zammad.org/user_avatar/community.zammad.org/mirtaaa/32/7474_2.png) [@Mirtaaa](https://community.zammad.org/u/Mirtaaa)
#### Post date: [August 22, 2023, 7:56am UTC](https://community.zammad.org/t/connect-annother-ticketsystem-to-zammad/3969/3 "2023-08-22T07:56:56Z")

</div>



---

<div class="post-metadata">

### Author: ![Mirtaaa](https://community.zammad.org/user_avatar/community.zammad.org/mirtaaa/32/7474_2.png) [@Mirtaaa](https://community.zammad.org/u/Mirtaaa)
#### Post date: [August 22, 2023, 7:59am UTC](https://community.zammad.org/t/connect-annother-ticketsystem-to-zammad/3969/4 "2023-08-22T07:59:41Z")

</div>

Hello!

We really like this Idea and are currently discussing possiblities. You could help us by providing further information.  
Coud you please provide us some specific use cases and problems your can solve with this?

Thank you very much

Best  
Mirta

---

<div class="post-metadata">

### Author: ![Mannshoch](https://community.zammad.org/user_avatar/community.zammad.org/mannshoch/32/455_2.png) [@Mannshoch](https://community.zammad.org/u/Mannshoch)
#### Post date: [August 22, 2023, 9:32am UTC](https://community.zammad.org/t/connect-annother-ticketsystem-to-zammad/3969/5 "2023-08-22T09:32:34Z")

</div>

# Use cases 1:

Company A: Zammad  
Company B: OTRS  
Current Case: Company A has one Account for all users.

Solution Idea:  
In the User Properties we could get an access Token and Import it to Zammad.  
This Token is linked with a Group.  
A description Text Template has to be created, so important details like Agent, Customer details (Mail, phone number) etc. is shipped.

If I create a Ticket and use the other Company as Group the Form add the forms you have to fill on an OTRS ticket.

# Use case 2:

Company A: Zammad  
Company B: Zammad  
A need help from B

May use the Activitypub Protocol for exchange Data. If a Company account or an User account has a website or mail-address check their [https://example.com/.well-known](https://example.com/.well-known) if a Zammad is set-up.

**New Ticket**

1. The Agent (B) fill a Ticket for a user of another company (A) the first time.
2. Zammad (B) detect another Zammad on the domain of this company (A)
3. A Ticket Mail is sent to the user
4. User could select an e-Mail link to connect this ticket with their Zammad
  1. _Manage this ticket in Zammad. Click this link: [https://B.com/#ticket/link/231231](https://B.com/#ticket/link/231231)_ → click
  2. User (A) see some information about using (B) zammad
  3. Zammad read [https://example.com/.well-known](https://example.com/.well-known) and provide a redirected Link to Zammad from (A) → click
  4. Zammad from (A) authenticate the user and ask for permission to link the ticket.
  5. Zammad setup a Dashboard for Tickets on (B)
  6. An overview of shared Files could be seen.
    - According to GDPR Company (A) could see and delete files Company (B) store for working on the ticket, and setup rules like remove data 14 days after a ticket was closed.
    - [see my DAV request](https://community.zammad.org/t/add-dav-acces-to-tickets-im-the-owner/1363)

  7. Zammad (A) and (B) exchange a hash of the mail-adress of their users. Maching Users on (A) get the possibility to create Tickets on (B) in Zammad.

# Use case 3:

Zammad as Mastodon instance for companies that manage their social media Profile. e.g.

> **[Nextcloud 📱☁️💻 (@nextcloud@mastodon.xyz)](https://mastodon.xyz/@nextcloud)**
>
> 7.25K Posts, 139 Following, 37.5K Followers · A safe home for all your data, community-driven & open source!
> https://nextcloud.com
> Join us at https://help.nextcloud.com and https://github.com/nextcloud 😊

This company publish news and information onto the Fediverse. If someone reacts on such a Post a reaction may needed.

Allow Zammad link a Fediverse account to it. Made it a full part of the Fediverse itself.  
The Agent that write News and Information may not the same one that answers on Reactions.  
In this case, the First reaction on a news should create a new Ticket, which could get picked by one of the Agent.

# For the Record

I created 3 different use cases. But I also see possibilities where e.g. 1 and 2 could be merged and some other customer journeys are needed.  
For our company use case 1 and 2 could be used right now.

---

<div class="post-metadata">

### Author: ![DB\_LBV](https://community.zammad.org/letter_avatar_proxy/v4/letter/d/5f9b8f/32.png) [@DB\_LBV](https://community.zammad.org/u/DB_LBV)
#### Post date: [August 24, 2023, 11:51am UTC](https://community.zammad.org/t/connect-annother-ticketsystem-to-zammad/3969/6 "2023-08-24T11:51:46Z")

</div>

We have a similar setup.

Use case 4:

Company A (A): Zammad

Company B (B): Jira

Agents of (A) also have accounts in Jira.

A is doing the support (1st-Level, Administration, and some more cases) for a product/software developed by B.

As long as the requests don’t involve B needing to fix bugs, or implementation of new features, B doesn’t need tob e bothered with any requests.

This way B can focus on development and A filters standard requests, incidents, etc.

When a requests turns out to need the involvement of B, A writes a new ticket in Jira, so B can then help. Jira isn’t open to anyone outside B, except this speacial use case.  
In Jira then a template needs tob e used fort he ticket creation to ensure ticket-quality.

A needs to check regularly in Jira, if B is ready with development, bugfixing, whatever…

Then A updates the ticket in Zammad.

A shortcut to directly enable both systems to communicate would be great.

---

<div class="post-metadata">

### Author: ![system](https://community.zammad.org/uploads/default/original/1X/5c5afaea2d23f811dbec33cd4edb02fa29d3262f.png) [@system](https://community.zammad.org/u/system)
#### Post date: [February 11, 2024, 10:23am UTC](https://community.zammad.org/t/connect-annother-ticketsystem-to-zammad/3969/7 "2024-02-11T10:23:16Z")

</div>

This topic was automatically closed after 157 days. New replies are no longer allowed.
