# Vom Anruf zum Ticket: Telefon-KI mit Jira, Zendesk und Co.

> Vom Anruf zum Ticket: Wie ein KI-Telefonassistent Anliegen automatisch in Jira, Zendesk und Co. überträgt, was im Ticket landet und wie Sie es einrichten.

date: 2026-04-25
author: Florestan Peters
source: https://hi-desk.de/de/blog/anruf-zu-ticket-ki-telefonassistent/

---

# Vom Anruf zum Ticket: Telefon-KI mit Jira, Zendesk und Co.

Ein KI-Telefonassistent kann aus einem Anruf automatisch ein Ticket erstellen. Erkennt er ein Support-Anliegen, übergibt er die Anrufdaten an Ihr Ticketsystem. Dort entsteht ein Ticket mit Rufnummer, Gesprächszusammenfassung und erkanntem Anliegen. So geht kein Supportfall verloren, und Ihr Team arbeitet im gewohnten Werkzeug weiter.

## Das Wichtigste auf einen Blick

- **Automatischer Vorgang statt Notizzettel:** Aus jedem Support-Anruf wird ein strukturiertes Ticket, ohne dass jemand mittippt oder eine Aufzeichnung anhört.
- **Verbindung bei HiDesk über Zapier, Make oder n8n:** Jira und Zendesk werden nicht direkt, sondern über eine Automatisierungsbrücke angebunden. Sie richten sie einmal ein, danach läuft die Übergabe von selbst.
- **Standardisierte Felder:** Betreff, Beschreibung, Rufnummer, Zeitpunkt und optional Priorität und Kategorie landen automatisch im Ticket.
- **Priorität passend zur SLA:** Jira kennt fünf Prioritätsstufen, Zendesk vier. Eine Zendesk-SLA greift nur, wenn das Prioritätsfeld gefüllt ist, deshalb leitet die Automatisierung die Stufe aus Stichwörtern ab.
- **Ticket oder direkte Weiterleitung:** Dringende Fälle gehen sofort an einen Menschen, Routinefälle wandern geordnet in die Queue.

## Warum sich der Weg vom Anruf zum Ticket lohnt

Telefonische Support-Anfragen sind flüchtig. Ohne Notiz fehlt später die Spur: Wer hat angerufen, worum ging es, wer kümmert sich? Eine Telefon-KI mit Ticket-Anbindung schließt diese Lücke. Jedes Support-Anliegen wird zum strukturierten Vorgang, jede offene Frage zu einem nachverfolgbaren Ticket.

Ihr Team sieht den Fall im gewohnten System, mit Zusammenfassung und Kontext, ohne eine Aufzeichnung anhören zu müssen. Das spart nicht nur Zeit, sondern macht Support messbar. Bearbeitungsdauer, Volumen je Kategorie und offene Vorgänge stehen sauber im Ticketsystem.

Gerade bei hohem Anrufaufkommen ist das ein Unterschied. Wer 30 oder 50 Gespräche am Tag führt, kann nicht jede Anfrage zuverlässig im Kopf behalten und später nachtragen. Genau dort entstehen die Fälle, die zwischen zwei Anrufen untergehen und beim Kunden für Frust sorgen. Ein automatisch erstelltes Ticket macht aus jedem Anruf einen Eintrag, der nicht mehr verschwindet.

Jira, Zendesk und ähnliche Ticketsysteme werden bei HiDesk über Zapier, Make oder n8n verbunden. Sie richten dafür einmal eine Automatisierung ein, danach läuft die Übergabe automatisch. Welcher der drei Wege passt, hängt davon ab, wie viele Schritte und Bedingungen Ihr Ablauf braucht. Zapier eignet sich für einfache "Anruf rein, Ticket raus"-Abläufe, Make und n8n für verzweigte Logik mit mehreren Bedingungen und Zielsystemen.

## Was nach einem Anruf im Ticket landet

Ein gutes Ticket aus einem Anruf enthält genau die Felder, die Ihr Team zum sofortigen Einordnen braucht. In Zapier wählen Sie dazu die Aktion "Ticket erstellen" (in Zendesk: Create Ticket) und ordnen jedem Zielfeld einen Wert aus dem Anruf zu.

| Feld im Ticket | Inhalt aus dem Anruf | Beispiel |
|---|---|---|
| Betreff (Subject) | erkanntes Anliegen | "Login funktioniert nicht" |
| Beschreibung (First Comment) | automatische Gesprächszusammenfassung | "Kunde kommt seit heute nicht in sein Konto" |
| Kontakt / Anrufer (Requester) | Rufnummer, falls vorhanden Name | 0221 ..., abgeglichen mit Kontaktliste |
| Zeitpunkt | Datum und Uhrzeit des Anrufs | 26.06.2026, 14:12 Uhr |
| Priorität (optional) | abgeleitet aus Stichwörtern | hoch bei "dringend" oder "Ausfall" |
| Kategorie / Queue (optional) | Zuordnung zu einer Warteschlange | Technik, Abrechnung, Allgemein |

In Zendesk können Sie zusätzlich den Status (offen, wartend, ausgesetzt), den Ticket-Typ (Aufgabe, Vorfall, Frage, Problem) und die Gruppe vorbelegen. So landet der Vorgang nicht nur korrekt benannt, sondern auch in der richtigen Warteschlange. In Jira heißt das Pendant zur Zusammenfassung das Feld "Zusammenfassung" (Summary), dazu kommen Beschreibung, Priorität, Vorgangstyp und beliebige benutzerdefinierte Felder.

Eine kurze, klare Zusammenfassung im Betreff ist dabei wichtiger als ein vollständiges Protokoll. Der Betreff sollte das Anliegen in einem Satz benennen, damit Ihr Team beim Blick in die Queue sofort sieht, worum es geht. Die ausführliche Beschreibung ergänzt dann den Kontext: was der Kunde geschildert hat, seit wann das Problem besteht und was bereits versucht wurde. So muss niemand die Aufzeichnung nachhören, um den Fall zu verstehen.

Sinnvoll ist außerdem, die Rohdaten des Anrufs als Verweis im Ticket zu hinterlegen, etwa einen Link zum Transkript oder die Anruf-ID. Wenn die Zusammenfassung einmal eine Nachfrage offenlässt, findet die Agentin oder der Agent so schnell die Quelle, ohne lange suchen zu müssen.

## Priorität richtig setzen: Jira und Zendesk im Vergleich

Damit ein Ticket sinnvoll in der Warteschlange einsortiert wird, sollte die Automatisierung eine Priorität setzen. Die Stufen unterscheiden sich je nach System.

| System | Prioritätsstufen | Hinweis |
|---|---|---|
| Jira Service Management | Lowest, Low, Medium, High, Highest | Fünf Standardstufen, je Schema anpassbar |
| Zendesk | Low, Normal, High, Urgent | Vier Stufen, Pflichtfeld für SLA-Richtlinien |

Wichtig bei Zendesk: Eine SLA-Richtlinie greift nur, wenn das Prioritätsfeld gefüllt ist. Bleibt es leer, läuft keine Regel an, und die erste Reaktionszeit wird nicht gemessen. Deshalb sollte die Automatisierung aus Anruf-Stichwörtern immer eine Stufe ableiten, statt das Feld offen zu lassen.

Typische SLA-Ziele für die erste Reaktion reichen von rund 15 Minuten bei "Urgent" bis 24 Stunden bei "Low". Achten Sie darauf, ob die SLA in Geschäftszeiten oder Kalenderzeiten zählt. Geschäftszeiten pausieren nachts und am Wochenende, Kalenderzeiten laufen durch. Für einen nächtlichen Anruf, der erst am nächsten Werktag bearbeitet wird, ist die Geschäftszeit-Variante meist die fairere.

In Jira lässt sich die Priorität auch automatisch aus einer Matrix aus Auswirkung (Impact) und Dringlichkeit (Urgency) berechnen. Ein "kompletter Ausfall" bei "vielen Betroffenen" ergibt dann Highest, eine "Frage zur Bedienung" für eine einzelne Person eher Low. Wenn Ihr Assistent aus dem Gespräch beide Dimensionen ableiten kann, übergeben Sie sie an die Automatisierung, und Jira setzt die Stufe selbst. Andernfalls reicht eine einfache Zuordnung über Stichwörter, die Sie in Zapier, Make oder n8n als Bedingung hinterlegen.

Pflegen Sie die Stichwortliste mit Bedacht. Je präziser die Begriffe, desto seltener landet ein Ticket in der falschen Stufe. Begriffe wie "Server steht", "kein Zugriff" oder "Produktion betroffen" deuten auf hohe Priorität hin, während "Frage", "Information" oder "Beratung" für die normale Queue sprechen.

## Zwei Wege: Ticket oder direkte Weiterleitung

Nicht jedes Anliegen gehört in ein Ticket. Bei dringenden Fällen ist die direkte Weiterleitung an einen Menschen oft besser als ein Vorgang, der erst später bearbeitet wird.

| Situation | Empfohlener Weg | Ergebnis |
|---|---|---|
| Standard-Support außerhalb der Geschäftszeiten | Ticket automatisch erstellen | Bearbeitung am nächsten Werktag |
| Routinefrage mit niedriger Dringlichkeit | Ticket automatisch erstellen | geordnete Abarbeitung in der Queue |
| Dringender Ausfall, genanntes Stichwort "Notfall" | direkt an Mensch weiterleiten | sofortige Bearbeitung |
| Anliegen ohne Support-Bezug | an passende Stelle weiterleiten | richtige Ansprechperson |

Sie legen die Regeln selbst fest. Ein Stichwort wie "Notfall", "Ausfall" oder "dringend" kann die direkte Weiterleitung auslösen, alles andere erzeugt ein Ticket. So bleibt die Eskalation für echte Notfälle reserviert, und die Queue füllt sich nicht mit Fällen, die eigentlich sofort gelöst gehören.

## In 4 Schritten die Ticket-Erstellung einrichten

1. **Auslöser wählen:** Verbinden Sie den KI-Telefonassistenten in Zapier, Make oder n8n und nutzen Sie das Ereignis "Anruf abgeschlossen".
2. **Ticketsystem verbinden:** Wählen Sie Jira, Zendesk oder Ihr System als Aktion "Ticket erstellen" und melden Sie das Zielkonto einmalig an.
3. **Felder zuordnen:** Legen Sie fest, welche Anrufdaten in Betreff, Beschreibung, Priorität und Kategorie fließen. In Zendesk setzen Sie hier auch Status, Typ und Gruppe.
4. **Testanruf machen:** Lösen Sie einen Testanruf aus und prüfen Sie, ob das Ticket korrekt und vollständig erscheint, inklusive Priorität und richtiger Queue.

Wie der Assistent ein Support-Anliegen überhaupt erkennt, lesen Sie hier: [Wie funktioniert eine Telefon-KI](/de/blog/wie-funktioniert-eine-telefon-ki)?

> Tipp: Bauen Sie zwischen Auslöser und Aktion eine Bedingung ein, die leere oder zu kurze Zusammenfassungen abfängt. So entstehen keine inhaltslosen Tickets aus Fehlanrufen oder aufgelegten Gesprächen.

## Ein Beispiel mit Zahlen

Eine Software-Firma erhält pro Tag rund 40 Support-Anrufe. Bisher tippte das Team jede Anfrage von Hand ins Ticketsystem, im Schnitt 3 Minuten pro Fall. Das sind 2 Stunden täglich, nur fürs Erfassen.

Mit der automatischen Ticket-Erstellung entfällt dieser Schritt. Der Assistent fasst das Gespräch zusammen, leitet aus dem Stichwort "Rechnung" die Kategorie "Abrechnung" ab und setzt bei "Ausfall" die Priorität auf High. Von den 40 Anrufen werden 4 als dringend erkannt und direkt durchgestellt, die übrigen 36 landen sauber kategorisiert in der Queue.

Das Ergebnis: rund 10 Stunden Tipparbeit pro Woche, die das Team stattdessen in die Bearbeitung steckt. Gerechnet auf einen Monat mit 20 Arbeitstagen sind das etwa 40 eingesparte Stunden, also eine volle Arbeitswoche. Gleichzeitig wird kein Anruf mehr vergessen, weil zwischen zwei Gesprächen die Notiz unterging.

Auch die Qualität der Tickets steigt. Vorher schwankte die Notiz je nach Tagesform und Tempo, mal stand nur "Rückruf", mal eine halbe Seite. Jetzt enthält jedes Ticket denselben Aufbau aus Betreff, Zusammenfassung, Rufnummer und Zeitpunkt. Das macht die Auswertung verlässlich: Die Firma sieht am Monatsende, dass 45 Prozent der Anrufe auf die Kategorie "Abrechnung" entfielen, und stockt dort gezielt die Wissensdatenbank auf.

## Häufige Fehler

- **Priorität nicht gesetzt:** Ohne Wert im Prioritätsfeld greift bei Zendesk keine SLA. Leiten Sie die Stufe immer aus Stichwörtern ab.
- **Pflichtfelder übersehen:** Jira lehnt Tickets ab, wenn ein erforderliches Feld fehlt. Lesen Sie vorab das Feldschema des Vorgangstyps aus und füllen Sie alle Pflichtfelder.
- **Dubletten durch Mehrfachanrufe:** Ruft dieselbe Person zweimal an, entstehen zwei Tickets. Gleichen Sie über die Rufnummer ab oder fassen Sie Vorgänge zusammen.
- **Keine Eskalation für Notfälle:** Wer alles in Tickets schreibt, lässt echte Ausfälle warten. Definieren Sie klare Stichwörter für die direkte Weiterleitung.
- **Testanruf ausgelassen:** Eine Automatisierung, die nie getestet wurde, fällt im Ernstfall auf. Prüfen Sie jeden Pfad einmal live.

## Tickets in die richtige Warteschlange lenken

Ein Ticket nützt wenig, wenn es im falschen Postfach liegt. Sowohl Jira als auch Zendesk bieten Warteschlangen, mit denen Sie Vorgänge nach Thema, Team oder Dringlichkeit bündeln. In Jira Service Management sortieren Queues die offenen Vorgänge nach Filtern, in Zendesk übernehmen Gruppen und Ansichten diese Aufgabe.

Die Automatisierung kann den Vorgang bereits beim Erstellen der richtigen Stelle zuweisen. Erkennt der Assistent das Stichwort "Rechnung" oder "Mahnung", landet das Ticket in der Abrechnungs-Queue. Geht es um einen Login oder eine Fehlermeldung, wandert es ins Technik-Team. So muss niemand erst manuell triagieren, bevor die eigentliche Arbeit beginnt.

Neuere Jira-Versionen bieten dafür sogar einen eigenen Triage-Assistenten, der Inhalt und Stimmung einer Anfrage analysiert und eine Priorität vorschlägt. Sie können also entweder die Priorität schon in Ihrer Automatisierung setzen oder diese Vorarbeit dem Ticketsystem überlassen. Welcher Weg besser passt, hängt davon ab, wie zuverlässig Ihr Assistent die nötigen Signale aus dem Gespräch zieht.

Ein sauberes Routing wirkt sich direkt auf die Reaktionszeit aus. Wenn dringende Fälle sofort in der richtigen Queue mit kurzem SLA liegen, sieht das zuständige Team sie früher. Das ist genau der Hebel, den eine manuelle Erfassung selten erreicht, weil dort die Einordnung erst nach dem Mittippen erfolgt.

## Was, wenn ein Tool direkt angebunden ist?

Manche Zielsysteme brauchen keine Brücke. Wie eine CRM-Anbindung in der Praxis aussieht, zeigt der Beitrag zu [HubSpot und Telefon-KI](/de/blog/hubspot-ki-telefonassistent). Für Ticketsysteme wie Jira oder Zendesk ist der Weg über Zapier, Make oder n8n der übliche, und für mehrstufige Logik bauen Sie den Ablauf wie im Beitrag zu [Make und n8n](/de/blog/make-n8n-ki-telefonassistent) beschrieben. HiDesk bietet über 250 Integrationen, ein Teil direkt, der Rest über Zapier, Make oder n8n. Den genauen Integrationsweg für Ihr System bestätigen Sie am besten vor dem Start.

Wer den vollständigen Ablauf vom Klingeln bis zum Vorgang verstehen möchte, findet die Grundlagen unter [Was ist ein KI-Telefonassistent](/de/blog/was-ist-ein-ki-telefonassistent).

Sehen Sie sich an, wie ein Anruf zum Vorgang wird: [Live-Demo starten](https://hi-desk.de/de/live-demo/).

Genannte Marken sind Eigentum ihrer jeweiligen Inhaber.