Praxisbeispiel · Ticketsystem, Produktkatalog und SLA-Regeln
Support-Tickets mit KI klassifizieren: Kategorie, Dringlichkeit und Route
Support-Tickets mit KI klassifizieren: Der Guide zeigt benötigte Daten, zwei realistische Verbindungswege, einen konkreten Ablauf und die fachliche Prüfung.
Für Teams, die prüfen wollen, wie sich Ticketsystem, Produktkatalog und SLA-Regeln mit einem eigenen Skill oder einem anderen Verbindungsweg in einen konkreten KI-Ablauf einbinden lässt.
Skills verbinden meinGPT mit APIs, für die kein fertiger Connector vorhanden ist. Dieses Beispiel zeigt den Aufbau; der Skill wird für API, Rechte und Ablauf des Unternehmens eingerichtet.
- Quelle
- Ticketsystem, Produktkatalog und SLA-Regeln
- Fähigkeit
- Anfragen kategorisieren, fehlende Angaben erkennen und eine begründete Route vorschlagen
- Anbindung
- Kein fertiger Universal-Connector wird behauptet. Der konkrete Zugriff auf Ticketsystem, Produktkatalog und SLA-Regeln wird für die benötigten Felder und Aktionen eingerichtet, mit minimalen Rechten getestet und vor produktiver Nutzung freigegeben.
- Datenhaltung
- Datenhaltung und Verarbeitung hängen vom gewählten Quellsystem, dem Verbindungsweg und der meinGPT-Konfiguration ab. Vor dem Einsatz müssen Felder, Speicherorte, Aufbewahrung, Verträge und Löschung für den gesamten Ablauf geprüft werden.
Kurz erklärt
Anfragen kategorisieren, fehlende Angaben erkennen und eine begründete Route vorschlagen. Benötigt werden Tickettext, erlaubte Kategorien, Routingregeln und SLA-Kriterien. Das Ergebnis ist Kategorie, vorgeschlagene Priorität, Begründung, fehlende Angaben und Zielteam. Kritische oder uneindeutige Tickets werden von einem Menschen bestätigt.
Beispielhafte Aufgaben
01
Anfrage einordnen
Produkt, Problemtyp und betroffener Prozess werden getrennt erfasst.
02
Dringlichkeit prüfen
Auswirkung, Zahl betroffener Nutzer und vertragliche Frist bestimmen den Vorschlag.
03
Route vorbereiten
Eindeutige Fälle werden vorgeschlagen; Sicherheits- und Eskalationsfälle bleiben fail-closed.
So funktioniert die Verbindung
Benötigt werden: Tickettext, erlaubte Kategorien, Routingregeln und SLA-Kriterien. Ein Skill oder der dokumentierte zweite Verbindungsweg stellt nur diese Daten bereit. Die KI erzeugt Kategorie, vorgeschlagene Priorität, Begründung, fehlende Angaben und Zielteam. Kritische oder uneindeutige Tickets werden von einem Menschen bestätigt. Erst danach darf eine bestätigte Aktion in einem Zielsystem ausgeführt werden.
So kann der Dienst angebunden werden
Je nach Aufgabe kann die Verbindung direkt im Assistenten oder in einer Automatisierungsplattform betrieben werden.
meinGPT Skill
Wird für den Prozess eingerichtet
Ticketsystem, Produktkatalog und SLA-Regeln aus einem meinGPT-Assistenten ansprechen
Ein eigener Skill liest nur die benötigten Daten, gibt einen prüfbaren Entwurf zurück und führt bestätigte Aktionen gezielt aus.
Geeignet für: Aufgaben, die Nutzer in meinGPT starten, nachvollziehen und bewusst bestätigen sollen.
Benötigt
- Eine dokumentierte Schnittstelle oder klar abgegrenzte Dateiquelle
- Ein für Datenfelder, Rechte, Zeitouts und Fehlerfälle getesteter Skill
n8n
Über HTTP konfigurierbar
Fachsystem über einen kontrollierten n8n-Ablauf verbinden
Der HTTP-Request-Node verbindet eine dokumentierte API mit KI-Schritt, Prüfung und Zielsystem.
Geeignet für: Mehrstufige Abläufe mit Auslöser, Fehlerpfad und sichtbarer Freigabe.
Benötigt
- Eine dokumentierte API mit begrenzbaren Rechten
- Ein betriebener n8n-Workflow mit Logging und Fehlerpfad
Prompt und Ergebnis offen prüfen
Arbeite ausschließlich mit den bereitgestellten Daten. Erstelle Kategorie, vorgeschlagene Priorität, Begründung, fehlende Angaben und Zielteam. Trenne bestätigte Fakten, mögliche Erklärung und offene Prüfung. Erfinde keine fehlenden Werte und nenne für jede kritische Aussage die zugrunde liegende Quelle.
Ergebnis
| Schritt | Ergebnis | Prüfung |
|---|---|---|
| Eingang | Tickettext, erlaubte Kategorien, Routingregeln und SLA-Kriterien | Quelle und Datenstand bestätigen |
| Entwurf | Kategorie, vorgeschlagene Priorität, Begründung, fehlende Angaben und Zielteam | Fachliche Richtigkeit prüfen |
| Aktion | Noch nicht ausgeführt | Erst nach benannter Freigabe |
Diesen Ablauf mit euren Systemen umsetzen.
Wir prüfen gemeinsam, welche Schnittstelle, Rechte und Betriebsform für den Ablauf nötig sind.
Sicherheit und Betrieb
Für Ticketsystem, Produktkatalog und SLA-Regeln werden nur die für den beschriebenen Zweck erforderlichen Daten und Rechte freigegeben. Personenbezogene oder vertrauliche Inhalte benötigen eine dokumentierte Rechtsgrundlage, Zugriffskontrolle, Protokollierung, Aufbewahrung und einen klaren Freigabeschritt.
Bei der Auswahl prüfen
- Zweck und Datenumfang sind vor der technischen Einrichtung eindeutig beschrieben.
- Der Quellzugriff lässt sich auf benötigte Felder, Objekte und Aktionen begrenzen.
- Entwurf, fachliche Prüfung und ausgeführte Aktion sind im Ablauf getrennt und nachvollziehbar.
- Fehler, Timeouts und uneindeutige Fälle stoppen kontrolliert, statt unbemerkt weiterzulaufen.
Bekannte Grenzen
- 01Emotionaler Ton ist kein verlässlicher Ersatz für Auswirkung und SLA-Kriterien.
- 02Die KI ersetzt keine fachliche, rechtliche, steuerliche oder personelle Entscheidung; die zuständige Rolle bleibt verantwortlich.
- 03Welche Daten gelesen oder geschrieben werden können, hängt von der konkreten API, den vergebenen Rechten und dem eingerichteten Ablauf ab.
Häufige Fragen
Ja, wenn das konkrete System eine geeignete API oder freigegebene Datenquelle bietet. Ein eigener Skill kann den Zugriff direkt im Assistenten abbilden; alternativ ist der beschriebene zweite Verbindungsweg möglich. Diese Seite verspricht keinen bereits fertigen Universal-Connector.