Digitaler Assistent für Serviceabteilung: Integration statt Systemwechsel

Das Problem der fragmentierten Serviceabteilung

Eine typische Serviceabteilung hat 15 Systeme: Ticketsystem, Dokumentation, Ersatzteilverwaltung, Zeiterfassung, Kundendatenbank, Lager-Verwaltung, Versand-Tracking, Techniker-Dienstplan, Verträge und SLAs, Schaltpläne und Zeichnungen, Fehlerkatalog, Checklisten, Kontaktinformationen, Hardware-Inventar, Abrechnung. Ein Techniker, der einen Service-Auftrag erhält, muss potentiell in alle 15 Systeme schauen, um den kompletten Kontext zu haben. Das kostet Zeit und führt regelmäßig dazu, dass Informationen übersehen werden.

Wie die Integration funktioniert

Ein KI-Assistent für Serviceabwicklung braucht drei Layer: Datenquellen (Konnektoren zu jedem System), Daten-Anreicherung (ETL), und Präsentation (UI). Der Assistent spricht mit allen Systemen, nimmt die Daten, vereinheitlicht sie, verbindet sie logisch. Ein Kundenauftrag in Jira mit einer Seriennummer wird mit dem Kundendatensatz in SAP verknüpft, der Reparaturhistorie, den aktuellen Ersatzteilbeständen, den geografischen Informationen. Diese Synthese braucht ein Modell, das versteht, dass „Seriennummer ABC" in Jira und „Unit 12345" in SAP dieselbe Maschine ist. Der Techniker sieht das Resultat in einem einzigen Fenster: das Ticket mit angehängtem Kontext, Verfügbarkeitsprognose, beste Ersatzteile, ähnliche Fälle, Checkliste.

Drei Integrations-Strategien je nach Systemlage

Strategie 1: Integration aller Systeme (Best Case). Gibt es APIs für die wichtigsten Systeme, beginnt die Integration damit, diese anzubinden. Das dauert typischerweise sechs bis acht Wochen. Weniger kritische Systeme kommen später hinzu. Vorteil: maximaler Nutzen. Nachteil: maximale Komplexität.

Strategie 2: Integration der kritischen Drei (Pragmatisch). Ticketing + SAP + CRM sind in den meisten Betrieben schon 80 Prozent der nötigen Informationen. Diese drei anzubinden dauert drei bis vier Wochen und liefert schon Nutzen. Die restlichen Systeme können später hinzukommen.

Strategie 3: Lokale Proxy für Legacy-Systeme (Kompromiss). Ist ein System nicht API-fähig, kann ein lokales Mapping-Tool Daten exportieren und in eine gemeinsame Datenbank schreiben. Das ist langsamer und manueller, ermöglicht aber Integration ohne Systemwechsel.

Was falsch läuft und wie man es vermeidet

Fehler 1: Assistent ohne Datenschutz. Der Assistent liest sensible Kundendaten. Diese müssen genauso geschützt sein wie im Ticketsystem: Verschlüsselung beim Transport, Zugriffskontrolle bei Speicherung, regelmäßige Audits.

Fehler 2: Kein Change-Management mit dem Team. Die Serviceabteilung hat ein bestimmtes Workflow-Verhalten. Ein Assistent, der diese Reihenfolge ändert, wird als Verunsicherung empfunden. Das Team braucht Training und Zeit. Ein Rollout ohne Training führt zu Ablehnung.

Fehler 3: Unvollständige Daten im Quellsystem. Ein Assistent kann nur arbeiten, wenn die Quellen sauber sind. Ein SAP, in dem der Kunde nicht als solcher markiert ist, wird falsch verknüpft. Vor der Assistent-Integration lohnt sich ein Daten-Audit in den wichtigsten Quellen.

Welcher Assistent passt: Anbieter-Vergleich

SAP Copilot / SAP S/4HANA Cloud Copilot. Integration mit SAP Systems ist eng, aber der Assistent kennt nur SAP-Daten. Betriebe mit reiner SAP-Landschaft nutzen das. Betriebe mit gemischten Systemen brauchen etwas anderes.

Salesforce Einstein Service Cloud. Fokus auf CRM und Ticketing, weniger auf technische Systeme wie SAP oder Lager. Passt für Betriebe, die mehr Kundenservice als Instandhaltung sind.

Offene Plattformen (Microsoft Copilot Studio, OpenAI Assistants). Flexible Anbindung mehrerer Systeme, aber ohne vorgefertigte Konnektoren. Braucht mehr Entwicklungszeit, aber maximal flexibel. Beste Wahl für Betriebe mit gemischten Systemen.

Lokale KI-Assistenten (Ollama + Langchain, vLLM mit RAG). Datensouveränität, maximale Kontrolle, volle Verantwortung für Integration und Betrieb. Best Practice für regulatorisch sensible Daten oder sehr große Ticket-Volumen.

Was ein digitaler Assistent nicht tut

Ein Assistent ersetzt keine Prozessoptimierung. Ein Service-Team, das unsaubere Daten hat und keine klaren Prozesse definiert hat, wird vom Assistenten nicht profitieren. Erst die Prozesse, dann der Assistent. Auch ersetzt ein Assistent keine Human-Entscheidung bei kritischen Fällen. Der Assistent kann Optionen liefern, nicht die Entscheidung treffen.

Was Sie diese Woche tun können

• Erstellen Sie eine Liste aller Systeme, die Ihr Service-Team nutzt. Nummerieren Sie sie nach Häufigkeit der Nutzung.
• Testen Sie für die Top-5-Systeme, ob eine API dokumentiert ist oder einen Anbieter mit Konnektoren.
• Befragen Sie den Servicemanager: Wie viel Zeit verliert die Belegschaft durch System-Wechsel an einem normalen Arbeitstag?
• Holen Sie einen Kostenvoranschlag ein für die Integration Ihrer Top-3-Systeme (Ticketing + SAP + CRM).