Ticketsystem-Integration

OTAI Runtime mit OTOBO, Znuny oder Zammad über Umgebungsvariablen und den TicketSystemService-Adapter verbinden.

Ticketsystem-Integration

OTAI Runtime v3 verbindet sich jeweils mit einem Ticketsystem. Wählen Sie den Connector über OTAI_TICKET_SYSTEM_TYPE und setzen Sie die passenden Zugangsdaten als Umgebungsvariablen.

Umgebungsvariablen

VariableStandardBeschreibung
OTAI_TICKET_SYSTEM_TYPEotobootobo, znuny oder zammad
OTAI_OTOBO_BASE_URLlokale GI-URLOTOBO Generic Interface Basis-URL
OTAI_OTOBO_USERNAMEopen_ticket_aiOTOBO API-Benutzer
OTAI_OTOBO_PASSWORDOTOBO API-Passwort (Pflicht bei type=otobo)
OTAI_ZNUNY_BASE_URLlokale GI-URLZnuny Generic Interface Basis-URL
OTAI_ZNUNY_USERNAMEopen_ticket_aiZnuny API-Benutzer
OTAI_ZNUNY_PASSWORDZnuny API-Passwort (Pflicht bei type=znuny)
OTAI_ZAMMAD_BASE_URLZammad-Instanz-URL (Pflicht bei type=zammad)
OTAI_ZAMMAD_ACCESS_TOKENZammad Personal Access Token (Pflicht bei type=zammad)

OTOBO / Znuny

Nutzen Sie das Generic Interface REST-Webservice. Legen Sie den Benutzer open_ticket_ai an, importieren Sie das eingeschränkte Webservice-YAML und vergeben Sie Queue-/Prioritäts-/Notiz-Berechtigungen. Schritt-für-Schritt-Anleitung: OTOBO / Znuny Setup.

Zammad

Erstellen Sie einen Personal Access Token für ein dediziertes Agent-Konto mit den Berechtigungen, die Ihre Workflows benötigen (Tickets lesen, Queue/Priorität ändern, Custom Fields aktualisieren). Setzen Sie OTAI_ZAMMAD_BASE_URL auf die Instanz-Root-URL (z. B. https://helpdesk.example.com/).

TicketSystemService-Vertrag

Alle Connectors implementieren TicketSystemService und liefern UnifiedTicket-Daten zurück:

  • find_tickets — Suche nach Kriterien
  • find_first_ticket — erstes Ergebnis
  • get_ticket — ein Ticket per ID
  • create_ticket — Ticket anlegen
  • update_ticket — Queue, Priorität, Felder aktualisieren
  • add_note — interne oder öffentliche Notiz

Implementierungen im Runtime-Paket:

  • otobo / znuny — Generic-Interface-Adapter
  • zammad — Zammad REST API Adapter

Workflow-Polling

Die Runtime pollt das konfigurierte Ticketsystem alle OTAI_RUNNER_INTERVAL Sekunden (Standard 30) und führt aktive Workflows aus (queue_classification, priority_classification, ticket_summary). Aktivieren Sie Workflows über OTAI Studio oder die REST-API unter http://localhost:8080/api/workflows/{name}.