Störung melden
Betroffenes System, Zeitpunkt, Nutzerkreis, Fehlermeldung und Kontaktweg erfassen; kritische Fälle nach vereinbarter Regel eskalieren.
Branche · IT-Systemhäuser
IT-Support.
Mit klarem Weg.
Ein Kunde meldet eine Störung, fragt nach einer neuen Lösung oder braucht eine Lizenzänderung. Die richtige Bearbeitung beginnt mit Vertrag, System und Auswirkung.
Kurz gesagtEin Agent kann den Eingang sortieren, fehlende Angaben nachfragen und Tickets vorbereiten. Diagnose, Sicherheitsmaßnahmen, SLA-Zusage und Angebot bleiben an geprüfte Daten und Menschen gebunden.
Die beschriebenen Abläufe sind typische Vorschläge aus der Praxis, keine fertige Integration.
Störung, Projekt oder Lizenzänderung?
Eine Störung braucht Auswirkungen und Fehlerbild; ein Projekt braucht Ziel und Ausgangslage. Werden beide gleich behandelt, fehlen beim zuständigen Team die entscheidenden Angaben.
Projekt anfragen
Ziel, Standorte, vorhandene Umgebung, gewünschter Termin und Entscheider aufnehmen, ohne Aufwand oder Preis vorwegzunehmen.
Lizenz ändern
Produkt, Tenant, Umfang und gewünschtes Datum sammeln; Berechtigung und Vertragsstand vor Änderung prüfen.
Beispiel: Zugriff fällt für mehrere Nutzer aus
Ein Kunde meldet, dass mehrere Beschäftigte nicht auf eine Anwendung zugreifen können. Das Beispiel ist ein typischer Ablauf aus der Praxis, anonymisiert.
Was der Agent vorbereitet
Der Agent fragt nach betroffener Anwendung, Beginn, Standort, Anzahl Betroffener und Fehlermeldung. Er prüft lediglich, ob ein bekanntes Statusereignis vorliegt.
Was geprüft wird
Das Technikteam entscheidet über Diagnose und Eingriff. Der Kunde erhält eine bestätigte Ticketnummer und den freigegebenen nächsten Kontaktweg.
Vom Eingang zum Serviceticket
- Eingänge trennenIncident, Service Request und Vertriebsanfrage bekommen unterschiedliche Pflichtfelder.
- Vertrag zuordnenKunde, Standort und Servicevereinbarung eindeutig prüfen.
- Ticket übergebenOriginalmeldung und strukturierte Angaben an das zuständige Team weiterreichen.
Pilot: ein Incident-Typ
Der Umfang wird vorab begrenzt. Erst echte, anonymisierte Anfragen zeigen, ob die Informationen und die Übergaben im Alltag tragen.
Enger Start
Ein Incident-Typ für bekannte Bestandskunden ist der erste Umfang. Die Zuordnung zu Vertrag und Standort muss vor einer individuellen Antwort funktionieren.
Was wir prüfen
Wir zählen, wie oft ein Ticket ohne Systemkennung, Fehlermeldung oder Auswirkungen eingeht und ob das Technikteam nach strukturierter Übergabe weniger Angaben nachfordern muss.
Wann wir stoppen
Bei Sicherheitsvorfall, möglichem Datenverlust oder unklarem Kundenkonto wechselt der Fall direkt in den freigegebenen Eskalationsweg. Der Agent führt keine Systemänderung aus.
Welche Service-Daten vorhanden sein müssen
Benötigt
Ticketsystem, Kunden- und Vertragsdaten, Eskalationsmatrix, aktuelle Statusmeldungen und Freigaben für Rückmeldungen.
Beim Menschen
Änderungen an Kundensystemen, Sicherheitsvorfälle, Frist- und Verfügbarkeitszusagen brauchen den verantwortlichen Service.
Wann hilft Triage ohne Fernzugriff?
Der erste Nutzen entsteht vor der Diagnose: ein richtig zugeordnetes, vollständiges Ticket. Eine automatische Systemänderung ist dafür nicht nötig.
Bekannter Kunde, klares System
Vertrag, Standort und betroffene Anwendung passen zusammen. Der digitale Mitarbeiter sammelt Zeitpunkt, Auswirkungen, Fehlermeldung und Rückrufweg und bereitet das Ticket vor.
Kundenbezug unklar
Ein frei genannter Firmenname oder eine E-Mail-Adresse reichen für vertragsbezogene Auskünfte nicht. Erst der vereinbarte Identifikationsweg klärt die Zuordnung.
Vorfall statt Routinefehler
Hinweise auf Datenverlust, kompromittierte Konten oder ungewöhnliche Zugriffe gehen direkt in den festgelegten Sicherheitsweg. Der digitale Mitarbeiter startet keine Fernwartung und gibt keine Diagnose vor.
Häufige Fragen zum IT-Service
Kann der Agent Fehler direkt beheben?
Nicht als erster Schritt. Zuerst wird die Störung vollständig aufgenommen und sicher eskaliert.
Wie werden Bestandskunden erkannt?
Über einen von Ihnen freigegebenen Identifikationsprozess, nicht allein anhand einer frei eingegebenen E-Mail-Adresse.
Was ist der kleinste Start?
Ein begrenzter Incident-Typ mit festen Fragen und klarer Ticketübergabe.
Zwischen Helpdesk, Projekt und Vertrieb
IT-Systemhäuser betreuen die Technik anderer. Ihre Kunden erwarten, dass Arbeitsplätze laufen, Netzwerke stabil sind und Probleme schnell verschwinden. Der Alltag besteht deshalb aus einem Strom von Anfragen unterschiedlichster Art: Passwort vergessen, Drucker offline, Server langsam, neues Notebook, Lizenz läuft ab, Projektanfrage für die Cloud-Migration.
Diese Anfragen kommen per Telefon, Mail, Ticketportal und Chat und werden nicht immer sauber erfasst. Ein Techniker, der aus dem Kundentermin kommt, findet drei Nachrichten, die dasselbe Problem beschreiben, jede mit anderen Angaben. Ohne Struktur entstehen Rückfragen, Doppelarbeit und gefühlte Langsamkeit, auch wenn die Technik gut arbeitet.
Ein digitaler Mitarbeiter kann die Aufnahme verbessern. Er fragt systematisch nach, ordnet Anfragen zu Kunde, System und Dringlichkeit, erkennt bekannte Störungen und legt ein sauberes Ticket an. Entscheidungen über Eingriffe in Kundensysteme bleiben bei den Technikern.
Acht Abläufe im Systemhaus
Welche für Ihr Haus passen, hängt von Ticketsystem, Servicevertrag und Kundenstruktur ab.
Störungsaufnahme
Der Agent fragt nach betroffenen Nutzern, Systemen, Fehlermeldung, Beginn und Auswirkungen. Er ordnet den Kunden dem Vertrag zu und legt ein Ticket mit Priorität nach den Regeln des Hauses an. Das Ergebnis ist ein Fall, mit dem der Techniker direkt arbeiten kann.
Bekannte Störungen erkennen
Liegt bei mehreren Kunden dieselbe Störung vor, etwa bei einem Dienstausfall des Anbieters, erkennt der Agent das Muster und weist darauf hin. Das spart doppelte Fehlersuche.
Standardanfragen beantworten
Wie richte ich den Zugang ein, wo finde ich das Handbuch? Aus einer gepflegten Wissensbasis liefert der Agent Anleitungen. Eingriffe in Systeme führt er nicht aus.
Lizenzänderungen vorbereiten
Neue Nutzer, geänderte Pakete oder Kündigungen werden erfasst und an Vertrieb oder Backoffice übergeben. Bestellungen löst ein Mensch aus.
Projektanfragen qualifizieren
Umfang, Zeitrahmen, Systeme und Ansprechpartner werden erfragt. Der Vertrieb bekommt ein Profil, das ein Erstgespräch vorbereitet.
Terminabstimmung für Einsätze
Der digitale Mitarbeiter sammelt Wunschtermine und Zugangsvoraussetzungen und gibt sie an die Disposition.
Rückfragen zu Rechnungen
Anfragen zu Rechnungen werden dem Backoffice zugeordnet. Der Agent liest keine Beträge, wenn die Zuordnung unklar ist.
Sicherheitsvorfälle erkennen
Meldungen mit Hinweisen auf Phishing, Verschlüsselung oder verdächtige Zugriffe werden sofort an den Sicherheitsverantwortlichen eskaliert, nicht normal eingeordnet.
Priorisierung: was zuerst, was später
Im Systemhaus entscheidet die Reihenfolge über Kundenzufriedenheit. Ein falsch priorisiertes Ticket kann ein Problem schlimmer wirken lassen, als es ist.
Auswirkung statt Lautstärke
Der Agent fragt nach der Zahl betroffener Nutzer und nach geschäftskritischen Systemen. Nicht die Lautstärke der Anfrage zählt, sondern die Auswirkung.
Vertragsstufen berücksichtigen
Servicelevel aus dem Vertrag fließen in die Priorität ein. Der Techniker sieht, welche Reaktionszeit vereinbart ist.
Eskalation nach Regeln
Überschreitet ein Ticket seine Zeit, eskaliert der Agent nach dem hinterlegten Schema. Der Mensch entscheidet, wie weiter.
Wissen im Team halten
Gute Techniker sammeln Erfahrung, die selten aufgeschrieben wird. Ein Agent kann helfen, diese Erfahrung sichtbar zu machen.
Lösungsnotizen
Wird ein Ticket gelöst, kann der Techniker die Lösung kurz festhalten. Der Agent nutzt sie bei ähnlichen Fällen.
Kundenspezifische Besonderheiten
Eigenheiten einer Umgebung, etwa eine ältere Software oder ein spezielles Netzwerk, stehen in der Wissensbasis und bleiben im Team, wenn jemand wechselt.
Onboarding neuer Kollegen
Neue Techniker finden schneller Antworten, ohne Kollegen zu unterbrechen.
Betreute Kunden unterscheiden: Wer meldet sich da eigentlich?
Im Systemhaus hängt die richtige Antwort davon ab, für wen sie gilt. Dieselbe Frage ist bei zwei Kunden zwei verschiedene Fälle.
Absender dem Vertrag zuordnen
Der digitale Mitarbeiter gleicht Absenderadresse, Signatur und Betreff mit den Kundenstammdaten ab. Findet er keinen eindeutigen Treffer, fragt er nach Firma und Standort, statt zu raten. Ein falsch zugeordnetes Ticket kostet später mehr Zeit als die eine Rückfrage am Anfang.
Berechtigte Ansprechpersonen kennen
Nicht jeder Mitarbeiter eines Kunden darf Änderungen beauftragen. Ist hinterlegt, wer freigeben darf, kennzeichnet der Agent Anfragen von anderen Personen und legt sie dem Service zur Klärung vor. Er löst nichts aus, was nur berechtigte Ansprechpersonen auslösen dürfen.
Mehrere Standorte und Mandanten
Bei Kunden mit mehreren Niederlassungen fragt der Agent den Standort ab, bevor er Hinweise zum Netz, Drucker oder Telefon gibt. Das verhindert Antworten, die für den Hauptsitz stimmen und in der Filiale ins Leere laufen.
Störungen sauber beschreiben: Was dem Techniker die erste Stunde spart
Eine gute Störungsmeldung enthält genau die Angaben, nach denen der Techniker sonst am Telefon fragen müsste.
Symptom statt Vermutung
Kunden schreiben oft „der Server ist kaputt“, wenn eine Freigabe nicht erreichbar ist. Der digitale Mitarbeiter fragt nach dem, was sichtbar ist: Fehlermeldung im Wortlaut, betroffene Anwendung, betroffene Personen. Die Diagnose bleibt beim Techniker, die Beobachtung kommt vollständig an.
Zeitpunkt und letzte Änderung
Wann trat es erstmals auf, was wurde davor geändert, gab es ein Update oder einen Stromausfall? Diese Fragen engen die Ursache ein. Der Agent legt die Antworten als Zeitverlauf im Ticket ab, damit niemand sie später erneut erfragen muss.
Hinweise ohne Eingriff
Hilft ein freigegebener Schritt, etwa Neustart des Clients oder Wechsel des Netzwerks, nennt der Agent ihn. Er schlägt keine Eingriffe in Server, Firewall oder Berechtigungen vor und fordert nie Passwörter an.
Vertragsrahmen im Alltag: Was geschuldet ist und was ein Angebot braucht
Viele Anfragen liegen an der Grenze zwischen laufendem Service und neuem Auftrag. Der Agent hilft, diese Grenze früh sichtbar zu machen.
Im Vertrag enthalten
Ist hinterlegt, welche Leistungen im Servicevertrag liegen, ordnet der Agent die Anfrage entsprechend ein und markiert sie für den Service. Die endgültige Entscheidung über Umfang und Abrechnung trifft ein Mensch.
Kleine Änderungswünsche
Ein weiteres Postfach, ein neuer Drucker, ein zusätzlicher Arbeitsplatz: Solche Wünsche landen als strukturierte Änderungsanfrage beim Zuständigen. Der digitale Mitarbeiter nennt keine Preise, sondern sagt, dass das Systemhaus ein Angebot vorbereitet.
Projekt statt Ticket
Zieht sich eine Anfrage über mehrere Systeme oder Standorte, erkennt der Agent den Projektcharakter und übergibt an Vertrieb oder Projektleitung, statt ein Ticket zu eröffnen, das niemand sinnvoll abarbeiten kann.
Wenn das Systemhaus selbst im Umbau ist
Auch intern ändert sich viel: neue Werkzeuge, neue Teams, neue Verträge mit Herstellern. Der Agent muss mitwachsen.
Neue Produkte und Hersteller aufnehmen
Kommt eine neue Lösung ins Portfolio, wird sie als Wissensbaustein mit Ansprechpartner ergänzt. Bis dahin sagt der Agent offen, dass er dazu noch keine Auskunft hat, und leitet an den Vertrieb weiter.
Rufbereitschaft und Urlaubszeit
Der Agent kennt die aktuellen Vertretungsregeln aus dem Dienstplan und nennt Kunden die richtige Erreichbarkeit, ohne private Nummern preiszugeben, wenn diese nicht freigegeben sind.
Regelmäßige Durchsicht
Einmal im Monat wertet das Team die häufigsten Rückfragen und die abgewiesenen Antworten aus. Daraus entstehen neue Hinweise, korrigierte Texte und manchmal die Erkenntnis, dass ein Kunde eine bessere Dokumentation braucht.
Übergaben im Team: Wenn mehrere Techniker an einem Kunden arbeiten
Im Systemhaus wechseln Zuständigkeiten ständig, durch Schichten, Urlaub oder Spezialwissen. Der Agent sorgt dafür, dass bei jeder Übergabe der Stand im Ticket steht.
Zusammenfassung statt Suchen im Verlauf
Der digitale Mitarbeiter fasst den bisherigen Austausch zusammen: Meldung, Rückfragen, getestete Schritte, offene Punkte. Wer das Ticket übernimmt, liest zehn Zeilen statt zwanzig Mails und muss den Kunden nicht noch einmal nach Bekanntem fragen.
Offene Zusagen sichtbar machen
Hat ein Kollege einen Rückruf versprochen oder einen Termin in Aussicht gestellt, hebt der Agent das hervor. So geht kein Versprechen verloren, nur weil der Vorgang den Besitzer wechselt.
Wartestatus pflegen
Wartet ein Ticket auf den Kunden, auf einen Hersteller oder auf Ersatzteile, steht das im Status. Der Agent kann Kunden, die nachfragen, genau diesen Grund nennen, ohne dass jemand im Team suchen muss.
Wiederkehrende Störungen erkennen
Taucht dasselbe Symptom bei einem Kunden mehrmals auf, weist der Agent darauf hin. Das ist ein Signal für die Technik, die Ursache zu suchen, statt jedes Mal die Folge zu beheben.
Kommunikation in der Störung: ehrlich, knapp und regelmäßig
Regelmäßige Rückmeldung hilft Kunden in einer Störung. Der digitale Mitarbeiter hilft, in schwierigen Phasen berechenbar zu kommunizieren.
Statusmeldungen in festen Abständen
Bei größeren Störungen entwirft der Agent kurze Zwischenmeldungen auf Basis dessen, was die Technik freigibt. Er schreibt nichts über Ursache oder Behebungszeit, was dort nicht bestätigt wurde.
Betroffene Personen informieren
Sind mehrere Kunden betroffen, kann der Agent die gemeinsame Ursache in den Tickets verknüpfen. Das spart doppelte Diagnose und erlaubt eine einheitliche Auskunft.
Nach der Störung
Nach der Lösung kann der Agent eine Rückmeldung an den Kunden vorbereiten: was war, was wurde getan, was empfiehlt das Team. Der Techniker prüft den Text, bevor er hinausgeht.
Auswertung für die Serviceleitung
Aus den Vorfällen entsteht eine Übersicht nach Ursache, Kunde und Dauer. Die Leitung sieht daran, wo Wartung, Schulung oder Technikwechsel mehr bringen als schnelleres Reagieren.
Beispielszenario: Zugriff fällt für mehrere Nutzer aus
Typischer Ablauf aus der Praxis, anonymisiert.
- EingangDrei Mitarbeiter eines Kunden melden innerhalb von zehn Minuten, dass sie sich nicht mehr an der Fachanwendung anmelden können.
- ZusammenführungDer digitale Mitarbeiter erkennt, dass es dasselbe Problem ist, und führt die Meldungen in einem Ticket zusammen.
- VorbereitungEr sammelt Zeitpunkt, Fehlermeldung, betroffene Nutzer und letzte Änderungen laut Änderungsprotokoll.
- ÜbergabeDer Techniker beginnt mit einem vollständigen Fall und kann gezielt prüfen, statt zuerst nachzufragen.
Die Zeit bis zur ersten sinnvollen Analyse sinkt, weil die Aufnahme nicht mehr auf Rückfragen wartet.
Beispielszenario: Neue Mitarbeiterin im Kundenbetrieb
Typischer Ablauf aus der Praxis, anonymisiert.
- AuslöserEin Kunde meldet, dass in zwei Wochen eine neue Mitarbeiterin anfängt und Notebook, Zugänge und Telefon braucht.
- AufnahmeDer digitale Mitarbeiter erfragt Name, Startdatum, Rolle, benötigte Software und Zugänge.
- VorbereitungEr prüft Lizenzlage und Bestand laut Vorgaben und legt Aufgaben für Beschaffung und Einrichtung an.
- ÜbergabeDas Backoffice bestätigt Bestellungen, die Technik richtet ein. Der Kunde bekommt eine Übersicht über den Stand.
Der Prozess ist wiederholbar, und nichts geht im Postfach unter.
Rollen im Systemhaus
Der digitale Mitarbeiter verändert die Aufnahme, nicht die Verantwortung.
Helpdesk und Service
Bearbeitet Tickets, spricht mit Anwendern, pflegt die Wissensbasis.
Technik und Projekte
Führt Eingriffe in Kundensysteme durch und verantwortet Änderungen.
Vertrieb und Backoffice
Bearbeitet Lizenzen, Angebote und Rechnungen.
Informationssicherheit
Bewertet Vorfälle, Rechte und Anbindungen.
Welche Service-Daten vorhanden sein müssen
Wissen und Zuordnung sind die Basis.
| System oder Quelle | Wofür sie gebraucht wird | Worauf zu achten ist |
|---|---|---|
| Ticketsystem | Tickets, Status, Historie | Kategorien, Prioritäten und Kundenzuordnung sauber führen |
| Vertragsdatenbank | Servicelevel, Leistungsumfang | Pro Kunde eindeutige Stufe |
| Wissensbasis | Anleitungen, Lösungen | Pflege durch Fachleute, Versionsstand |
| Monitoring | Systemstatus | Nur lesend, Bedeutung der Meldungen klar |
| Asset-Verwaltung | Geräte, Lizenzen | Eindeutige Zuordnung zu Kunden |
Typische Fehlerbilder
Im Systemhaus zählen Zuordnung und Priorität.
| Fehlerbild | Mögliche Ursache | Gegenmaßnahme |
|---|---|---|
| Falscher Kunde zugeordnet | Ähnliche Namen | Mehrere Merkmale prüfen, bei Zweifel nachfragen |
| Zu niedrige Priorität | Auswirkung unterschätzt | Fragen nach betroffenen Nutzern und kritischen Systemen |
| Anleitung passt nicht | Veraltete Version | Versionsangaben erfassen, Wissensbasis pflegen |
| Eingriff ohne Freigabe | Zu weit gefasster Auftrag | Keine Änderungen an Kundensystemen durch den Agenten |
| Sicherheitsvorfall unterschätzt | Formulierung harmlos | Stichwortregeln und menschliche Sichtung |
Was bei den Technikern bleibt
- Jeder Eingriff in Systeme, Konten und Konfigurationen von Kunden.
- Entscheidungen zu Wiederherstellung, Zurücksetzen und Datenzugriff.
- Bewertung von Sicherheitsvorfällen und Meldeentscheidungen.
- Zusagen zu Lösungszeiten außerhalb des Vertrags.
- Alles, was Kundendaten über das Nötige hinaus berührt.
Ein Systemhaus handelt mit Vertrauen in seine Sorgfalt. Der Agent soll diese Sorgfalt stützen, nicht ersetzen.
Datenschutz und Informationssicherheit im Systemhaus
Systemhäuser greifen oft in Umgebungen ein, in denen personenbezogene Daten liegen, und sind damit selbst Auftragsverarbeiter ihrer Kunden. Setzen sie einen KI-Dienstleister ein, muss die Kette der Auftragsverarbeitung stimmen (Art. 28 DSGVO). Wir dokumentieren Verarbeitungsorte und Unterauftragsverhältnisse, damit Sie Ihren Kunden Auskunft geben können.
Zur Sicherheit des Einsatzes generativer Modelle hat das BSI Chancen und Risiken beschrieben. Für ein Systemhaus sind besonders Zugriffsrechte, getrennte Mandanten und Protokollierung wichtig. Der digitale Mitarbeiter erhält nur Zugriff auf Tickets und Wissensbasis, nicht auf Kundensysteme.
Begriffe im Systemhaus
Ticket
Ein erfasster Vorgang im Servicesystem, von der Meldung bis zur Lösung.
Servicelevel
Die vereinbarte Leistung, zum Beispiel Reaktionszeit und Servicezeiten.
Incident
Eine Störung, die den normalen Betrieb beeinträchtigt.
Change
Eine geplante Änderung an einem System.
Asset
Ein Gerät, eine Lizenz oder ein System, das verwaltet wird.
Typische Bedenken aus Systemhäusern
Technisch versierte Teams stellen die richtigen Fragen.
Wir bauen das lieber selbst
Das können Sie. Wir sparen Ihnen Aufbau und Pflege, wenn Ihre Techniker beim Kunden besser aufgehoben sind.
Ein Agent kann Fehler machen
Deshalb arbeitet er nur in der Aufnahme, nicht an Kundensystemen. Fehler zeigen sich im Ticket, nicht im Betrieb des Kunden.
Unsere Kunden sind sehr verschieden
Deshalb Zuordnung zu Vertrag und Besonderheiten. Der digitale Mitarbeiter nutzt, was in der Wissensbasis steht.
Wir haben bereits ein Ticketsystem
Dann arbeitet der Agent damit. Er erzeugt bessere Tickets, er ersetzt das System nicht.
Ein Pilot im Servicebereich
Ein Incident-Typ ist der naheliegende Start.
- AuswahlEinen häufigen Störungstyp wählen, etwa Anmeldeprobleme.
- QuelleWissensbasis und Ticketkategorien bereitstellen.
- TestZwanzig echte Meldungen nachspielen. Der Service bewertet Ticketqualität.
- EntscheidungAusbau auf Lizenzänderungen oder Projektanfragen prüfen.
Wir halten den Pilot im Aufnahmebereich, damit Kundensysteme unberührt bleiben.
Checkliste vor dem Erstgespräch
So bereiten Sie sich vor.
- Welche Ticketsysteme nutzen Sie?
- Welche Störungsarten sind am häufigsten?
- Wie sind Prioritäten definiert?
- Wie sieht die Wissensbasis aus?
- Welche Verträge gibt es?
- Welche Kanäle werden genutzt?
- Wer verantwortet Informationssicherheit?
- Wo dürfen Daten verarbeitet werden?
- Welche Fälle sind sofort zu eskalieren?
- Wie soll der KI-Hinweis aussehen?
Woran Sie Erfolg erkennen
- Vollständigkeit der Tickets bei Eingang.
- Zeit bis zur ersten fachlichen Bearbeitung.
- Weniger Rückfragen an Anwender.
- Anteil korrekt erkannter Sammelstörungen.
- Rückmeldungen der Techniker zur Qualität der Aufnahme.
Die Ticketqualität lässt sich anhand weniger Kriterien schon im Pilot prüfen.
Weitere Fragen aus dem Systemhaus
Kann der Agent Passwörter zurücksetzen?
Nein. Solche Eingriffe bleiben bei autorisierten Personen. Er kann den Wunsch aufnehmen und weitergeben.
Wie geht er mit Kundendaten im Ticket um?
Mit begrenztem Zugriff, Protokoll und Auftragsverarbeitung. Sensible Inhalte werden nicht weitergegeben.
Funktioniert das mit mehreren Mandanten?
Ja, mit sauberer Trennung. Das prüfen wir im technischen Check.
Was passiert bei Sicherheitsvorfällen?
Der Agent eskaliert sofort an die zuständige Person. Bewertung und Maßnahmen liegen bei Menschen.
Brauchen Anwender einen KI-Hinweis?
Wenn ein System direkt mit Personen kommuniziert, ja, außer es ist offensichtlich (Art. 50 KI-Verordnung).
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)
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.