Blog · IT-Systemhäuser
Störungsaufnahme:
Meldungen vollständig machen, bevor der Techniker anruft.
Eine Störungsmeldung kann aus einem Satz bestehen: Es geht nicht. Dieser Beitrag zeigt, wie ein Agent daraus ein vollständiges Ticket macht, damit der Techniker mit der Analyse beginnen kann, statt Informationen zu erfragen.
Kurz gesagtEin KI-Agent kann Störungsmeldungen aufnehmen: Symptome, Zeitpunkt, betroffene Systeme und Nutzer strukturiert erfassen, Rückfragen bündeln und ein Ticket mit Vertragsbezug anlegen. Diagnose, Fehlerbehebung, Priorisierung im Einzelfall und Zusagen entscheiden Techniker und Servicemanagement.
Die Meldung ist der Anfang der Arbeit
Im Systemhaus beginnt jede Störung mit einer Meldung, und deren Qualität bestimmt, wie schnell geholfen werden kann. Fehlt der Hinweis, welches Gerät betroffen ist, seit wann das Problem besteht und was der Nutzer zuletzt getan hat, muss der Techniker nachfragen. Jede Rückfrage kostet Zeit auf beiden Seiten und verzögert den Beginn der eigentlichen Arbeit.
Die Rückfragen ähneln sich: Welches Gerät, welcher Standort, welche Fehlermeldung, was wurde bereits versucht, sind andere betroffen? Man kann sie standardisieren. Ein Agent stellt sie im Dialog, geduldig und in der richtigen Reihenfolge, auch außerhalb der Bürozeiten.
Er stellt keine Diagnose und schlägt keine Lösung vor, die über freigegebene Hinweise hinausgeht. Er macht aus einer Meldung ein Ticket, mit dem man arbeiten kann.
So läuft die Aufnahme ab, sechs Schritte
- Meldung entgegennehmenOb Portal, Mail oder Chat: Der Agent quittiert jede Störungsmeldung sofort mit einer Eingangsbestätigung.
- Kunde und Vertrag zuordnenEr ordnet die Meldung dem Kunden zu und liest den Vertragsbezug, soweit im System hinterlegt.
- Symptome erfassenEr fragt strukturiert nach: betroffenes System oder Gerät, Standort, Zeitpunkt, Fehlermeldung, Auswirkungen, Zahl der Betroffenen.
- Bisheriges festhaltenEr fragt, was bereits versucht wurde, und hält es fest.
- Ticket anlegenEr legt das Ticket mit allen Angaben an und fügt Screenshots oder Logs hinzu, die der Kunde schickt.
- ÜbergebenDas Ticket geht an die zuständige Warteschlange. Zurück an den Melder gehen die Ticketnummer und ein Satz dazu, wie es weitergeht.
Der nächste Schritt lautet nicht „wir lösen das“, sondern wer sich meldet und wann, soweit es Ihr Vertrag oder Ihre Regel vorsieht.
Eine Störung, wie sie vorkommen kann
Fiktives Beispiel, kein Kundenfall.
Ein Kunde schreibt, der Drucker im Büro funktioniere nicht. Der Agent fragt nach Standort und Gerät, nach der Fehlermeldung und danach, ob alle oder nur einzelne Rechner betroffen sind. Der Kunde antwortet: ein Gerät am Empfang, die Meldung lautet „Treiber nicht verfügbar“, andere Rechner drucken.
Der Agent legt das Ticket an und markiert, dass nur ein Arbeitsplatz betroffen ist. Der Techniker sieht sofort, dass das Problem lokal sein dürfte, und beginnt mit dem Rechner am Empfang. Ob es am Treiber liegt, stellt er fest; der Agent hat darüber nichts gesagt.
Fragen, die zum System passen
Welche Fragen gestellt werden, hängt vom betroffenen System ab. Bei einem Netzwerkproblem interessieren Standort und Zahl der Betroffenen, bei einer Anwendung die Version und die Fehlermeldung, bei einem Gerät die Seriennummer. Wir erarbeiten mit Ihrem Service Fragenlisten je Kategorie, die der Agent nach der ersten Einordnung verwendet.
Die Listen bleiben kurz. Jede Frage soll einen Zweck haben, den der Techniker benennen kann. Fragen, die zu keiner Lösung beigetragen haben, streichen wir.
Fragen Sie nach dem, was der Kunde sehen kann: Fehlermeldung im Wortlaut, Zeitpunkt, betroffene Geräte. Auf Vermutungen zur Ursache verzichtet der Agent, damit das Ticket sachlich bleibt.
Screenshots, Logs und Anhänge
Kunden schicken Bilder, Textausschnitte und Dateien. Der Agent ordnet sie dem Ticket zu und liest Angaben aus, wenn sie lesbar sind, etwa eine Fehlermeldung auf einem Screenshot. Er interpretiert Logdateien nicht und zieht keine Schlüsse daraus. Sie gehen unverändert zum Techniker.
Anhänge können sensible Daten enthalten: Passwörter auf Screenshots, Kundendaten in Logs. Der Agent weist auf die Gefahr hin und bittet, Zugangsdaten nicht zu schicken. Er fragt nie nach Passwörtern.
Dringlichkeit ohne Diagnose
Kunden nennen Auswirkungen: „Wir können nicht arbeiten“, „Die Kasse steht“. Der Agent hält sie im Ticket fest, in den Worten des Kunden, und markiert sie. Die Priorisierung nach Vertrag ist ein eigener Schritt, den wir im nächsten Beitrag beschreiben. Hier gilt: Der Agent nimmt Angaben zur Wirkung auf und ordnet sie nicht selbst ein.
Gibt es Hinweise auf einen Sicherheitsvorfall, etwa verschlüsselte Dateien oder auffällige Meldungen, leitet er sofort nach Ihrer Regel an die zuständige Stelle weiter. Er bewertet den Vorfall nicht und gibt keine Handlungsanweisungen.
Selbsthilfe vor dem Ticket
Manche Störungen lassen sich mit einem Handgriff beheben, den der Kunde selbst ausführen kann: Neustart, Kabel prüfen, Anmeldung wiederholen. Der Agent kann solche Schritte nennen, wenn Ihr Service sie freigegeben hat, und fragt, ob sie bereits versucht wurden. Er schlägt keine Schritte vor, die nicht freigegeben sind, und führt nichts am Kundensystem aus.
Hilft die Selbsthilfe nicht, entsteht das Ticket mit dem Hinweis, was schon versucht wurde. Das spart dem Techniker die Frage und dem Kunden das Gefühl, dass seine Mühe verloren war.
Die Selbsthilfe ist ein Angebot, keine Bedingung. Wer sie ablehnt oder nicht weiterkommt, bekommt sofort das Ticket, ohne Umweg.
Kanäle und Erreichbarkeit
Störungen werden per Telefon, Mail, Portal und Chat gemeldet. Der Agent beginnt dort, wo die Meldung schriftlich eintrifft, und nimmt später weitere Kanäle hinzu. Am Telefon bleibt ein Mensch für akute Fälle erreichbar, denn wer einen Ausfall meldet, will mit jemandem sprechen.
Wir legen mit Ihnen fest, welche Meldungen sofort an eine Person gehen, etwa bei Ausfall kritischer Systeme. Der Agent erkennt sie nach Ihren Kriterien und gibt sie weiter, ohne selbst zu bewerten.
Zusammenarbeit mit dem Monitoring
Systemhäuser überwachen Kundensysteme. Meldet ein Kunde etwas, das das Monitoring bereits angezeigt hat, kann der Agent den Zusammenhang herstellen: Es gibt einen offenen Alarm, das Ticket wird damit verknüpft. Das verhindert Doppelbearbeitung und gibt dem Techniker die Daten des Monitorings an die Hand.
Der Agent liest Alarme nur und interpretiert sie nicht. Welche Bedeutung ein Alarm hat, beurteilen die Techniker.
Einführung im Service
Der Start gelingt mit einer Kategorie und einer Gruppe von Technikern, die Rückmeldung geben. Sie sagen, welche Angaben im Ticket hilfreich sind und welche überflüssig. Daraus entsteht die Fragenliste, nach der später alle Meldungen laufen.
Legen Sie eine Ansprechperson im Service fest, die Rückmeldungen der Techniker sammelt und Änderungen am Fragenkatalog beschließt. Ohne diese Rolle verlieren sich Hinweise im Tagesgeschäft.
Besondere Fälle
- Meldung ohne erkennbaren Kunden: Der Agent bittet um Angaben und legt ohne Zuordnung nichts an.
- Mehrere Störungen in einer Nachricht: Er legt getrennte Tickets an.
- Kunde möchte keine Rückfragen beantworten: Er legt das Ticket mit den vorhandenen Angaben an und markiert die Lücken.
- Verdacht auf Sicherheitsvorfall: Die Meldung geht ohne eigene Bewertung direkt an die benannte Sicherheitsstelle.
- Meldung betrifft Systeme außerhalb des Vertrags: Er nimmt auf und übergibt die Klärung dem Service.
Als Testfälle dienen abgeschlossene Tickets aus Ihrem System.
Was ausschließlich Menschen entscheiden
Er stellt keine Diagnose, beschließt keine Maßnahmen und führt keine Eingriffe an Kundensystemen durch. Er sagt keine Reaktions- oder Lösungszeiten zu, die nicht Ihre Vertragszusage sind, und entscheidet nicht über Kulanz oder Abrechnung. Er verspricht keine Wiederherstellung von Daten.
Diese Entscheidungen verlangen Fachwissen und Verantwortung und liegen bei Technikern und Servicemanagement. Haftungsfragen gehören in den Vertrag und zu Ihrer Beratung.
Daten und Rechte
Tickets enthalten Kontaktdaten, Systeminformationen und gelegentlich personenbezogene Daten Dritter. Erfasst wird nur, was die Aufnahme des Tickets braucht. Weil Störungsmeldungen Daten Ihrer Kunden enthalten, setzen wir einen Auftragsverarbeitungsvertrag nach Art. 28 DSGVO voraus. Ob Ihre Kundenverträge die Weitergabe an Dienstleister einschränken, prüfen Sie vorab.
Welche Risiken generative Modelle für die Informationssicherheit mit sich bringen, beschreibt das BSI in seinem Papier zu diesem Thema. Meldet sich ein Kunde im Chat, erfährt er gleich zu Beginn, dass er mit einem KI-System schreibt (Art. 50 Abs. 1 KI-Verordnung, soweit nicht offensichtlich).
Pilot-Vorschlag (Eine Kategorie, drei Wochen)
- Woche 1: Eine Störungskategorie wählen, Fragenliste erarbeiten, Ticketsystem anbinden.
- Woche 2: Der Agent legt die Tickets parallel an; Ihr Service stellt sie neben die eigene Erfassung.
- Woche 3: Neue Meldungen dieser Kategorie laufen über den Agenten, Techniker geben Rückmeldung.
- Auswertung: Vollständigkeit der Tickets, Zahl der Rückfragen durch Techniker, Zeit bis zur ersten Bearbeitung.
Wir brechen den Pilot ab, wenn der Agent Diagnosen stellt oder nach Zugangsdaten fragt.
Wie Sie Wirkung feststellen
Techniker beginnen mit der Analyse statt mit Rückfragen. Tickets sind vollständiger, und die Zahl der Rückrufe zur Informationsbeschaffung sinkt. Kunden erhalten sofort eine Bestätigung.
Fragen Sie die Techniker, ob die Angaben stimmen und ausreichen. Ihre Rückmeldung ist das wichtigste Maß.
Was das Service-Team einwenden wird
Der erste Einwand: Kunden hassen Fragenkataloge. Deshalb bleibt die Liste kurz, und der Agent erklärt, wozu die Angabe dient.
Der zweite: Kunden könnten aus einer Antwort eine Zusage lesen. Deshalb sagt er nichts zur Lösung und zur Dauer, außer was Ihr Vertrag festlegt.
Kennzahlen
Aussagekräftig sind der Anteil der Tickets, die ohne Rückfrage bearbeitbar waren, die Zeit bis zur ersten Bearbeitung und die Zahl der Meldungen außerhalb der Bürozeiten. Gemessen wird die Qualität der Aufnahme, nicht die Arbeit einzelner Techniker.
Was Sie vorab klären können
- Nehmen Sie fünf Tickets und notieren Sie, welche Rückfragen nötig waren.
- Schreiben Sie die fünf Fragen auf, die Techniker stellen.
- Legen Sie fest, bei welchen Stichworten eine Meldung direkt an die Sicherheitsstelle geht.
- Prüfen Sie, wie Ihr Ticketsystem Anhänge behandelt.
Mehr zur Branche auf der Seite IT-Systemhäuser. Im Glossar: Ticketsystem, Informationssicherheit und Übergabe an Menschen. Leistung: Support-Automatisierung.
Häufige Fragen
Stellt der Agent Diagnosen?
Nein. Er erfasst Symptome und Umgebung. Diagnose und Behebung liegen bei den Technikern.
Fragt er nach Passwörtern?
Nie. Er weist darauf hin, dass Zugangsdaten nicht geschickt werden sollen.
Kann er Lösungszeiten nennen?
Nur die Zusagen aus Ihrem Vertrag, als solche gekennzeichnet.
Was passiert bei einem möglichen Sicherheitsvorfall?
Er leitet nach Ihrer Regel sofort weiter und bewertet nicht.
Was kostet der Einstieg?
Der Wissens-Agent beginnt bei 1.000 € Setup und 100 € im Monat (jeweils ab); was die Anbindung des Ticketsystems und der Kanäle kostet, hängt vom Umfang ab.
Quellen und rechtlicher Rahmen
- DSGVO, Art. 28 (Auftragsverarbeiter): Verarbeitet ein Dienstleister personenbezogene Daten im Auftrag, arbeitet der Verantwortliche nur mit Auftragsverarbeitern, die hinreichende Garantien für geeignete technische und organisatorische Maßnahmen bieten. Die Verarbeitung folgt einem Vertrag, der unter anderem Gegenstand, Dauer, Art und Zweck festlegt. (abgerufen 21. Oktober 2026)
- BSI: Generative KI-Modelle, Chancen und Risiken für Industrie und Behörden (21.1.2025): Das BSI beschreibt neben den Chancen neuartige IT-Sicherheitsrisiken generativer KI-Modelle sowie mögliche Gegenmaßnahmen. Es richtet sich an Unternehmen und Behörden, die den Einsatz in ihren Arbeitsabläufen erwägen. (abgerufen 21. Oktober 2026)
- KI-Verordnung (EU) 2024/1689, Art. 50 Abs. 1 (konsolidiert, Stand 27.7.2026): Anbieter von KI-Systemen, die direkt mit Personen interagieren, stellen sicher, dass diese informiert werden, dass sie mit einem KI-System interagieren, es sei denn, das ist aus den Umständen offensichtlich. Der Artikel gilt seit dem 2. August 2026. (abgerufen 21. Oktober 2026)
Die Zusammenfassungen sind sinngemäß; maßgeblich sind die verlinkten Originaltexte. Das ist ein allgemeiner Überblick zu Ihrem Umfeld, keine Rechtsberatung und keine Aussage zu Ihrem Einzelfall.
Autor: Melvin Mümken, Gründer & Technischer Leiter. Stand: 22.10.2026. Die Hinweise sind ein allgemeiner Überblick und keine Rechtsberatung.