Das Ziel ist kein sortiertes Postfach, sondern ein bearbeitbarer Vorgang
Ordnerregeln können Betreffzeilen oder Absender erkennen. Eine KI-Komponente kann zusätzlich freie Formulierungen, Zusammenhänge und Angaben in Anhängen auswerten. Betrieblicher Nutzen entsteht aber erst, wenn aus einer Nachricht ein vollständiger Vorgang mit Zuständigkeit, Status und nächster Aktion wird.
Definieren Sie deshalb vor der Technik den kleinsten sinnvollen End-to-End-Ablauf: etwa eine Serviceanfrage erfassen, einem bestehenden Kunden zuordnen, fehlende Angaben markieren und ein Ticket anlegen. Der Erfolg wird dann daran gemessen, ob dieser Vorgang korrekt und nachvollziehbar im Zielsystem ankommt – nicht daran, wie viele E-Mails die KI irgendwie kategorisiert.
Sieben Stufen vom Eingang bis zur Systemübergabe
Eine robuste Architektur trennt technische Abwehr, fachliche Interpretation und Systemaktion. So kann jede Stufe unabhängig getestet, überwacht und bei Fehlern gestoppt werden. Für ein gemeinsames Service-, Auftrags- oder Rechnungspostfach bietet sich der folgende Ablauf an.
- Eingang registrieren: Nachricht, Anhänge, technische Kennung und Empfangszeit einmalig erfassen.
- Sicherheit prüfen: Spam, schädliche Anhänge, verdächtige Links und nicht erlaubte Dateitypen vor der Inhaltsverarbeitung behandeln.
- Kontext bestimmen: Absender, bestehende Konversation, Kundennummer oder Auftragsbezug mit verfügbaren Stammdaten abgleichen.
- Anliegen klassifizieren: Vorgangstyp, Dringlichkeit und benötigte Bearbeitungsroute aus Inhalt und Kontext ableiten.
- Daten extrahieren und validieren: relevante Felder aus Nachricht und Anhang übernehmen und gegen Pflichtfelder, Formate sowie Geschäftsregeln prüfen.
- Freigaberegel anwenden: automatisch fortsetzen, zur Prüfung vorlegen oder wegen eines definierten Risikos stoppen.
- Ins führende System schreiben: Ticket, Aufgabe oder Datensatz idempotent anlegen, Ergebnis protokollieren und den Bearbeitungsstatus zurückmelden.
Automatisierungsgrad nach Wirkung und Umkehrbarkeit bestimmen
Die technische Sicherheit einer Klassifikation ist nur ein Signal. Eine falsch gesetzte interne Kategorie ist leichter zu korrigieren als eine versendete Vertragsauskunft, eine Zahlungsfreigabe oder eine Änderung von Stammdaten. Deshalb sollte die Freigabelogik immer die mögliche Wirkung und die Umkehrbarkeit der nächsten Aktion berücksichtigen.
Das folgende Drei-Zonen-Modell ist eine betriebliche DAG-Arbeitshilfe und keine rechtliche Einstufung. Es verhindert, dass ein hoher Modellwert automatisch mit einer Freigabe verwechselt wird.
- Automatisch: klar begrenzte, reversible Schritte wie Routing, Tagging oder das Anlegen eines Entwurfs – sofern alle Pflichtprüfungen bestanden sind.
- Mit Prüfung: Zuordnungen mit fachlicher Wirkung, unvollständige Datensätze, Antwortentwürfe und Änderungen in Kunden- oder Auftragsdaten.
- Immer menschlich: rechtlich oder finanziell folgenreiche Erklärungen, besondere Datenkategorien, Beschwerden, Kündigungen sowie unbekannte oder widersprüchliche Fälle.
CRM, ERP, DMS und Ticketsystem brauchen klare Datenhoheit
Vor jeder Schnittstelle muss feststehen, welches System welche Information verbindlich führt. Das CRM kann den Kontakt halten, das Ticketsystem den Bearbeitungsstatus, das ERP den Auftrag und das DMS das Originaldokument. Die Automatisierung darf diese Zuständigkeiten nicht durch einen zusätzlichen Schattenbestand ersetzen.
Technisch wichtig ist eine eindeutige Vorgangskennung. Sie verhindert, dass dieselbe E-Mail nach einem Zeitüberschreitungsfehler zweimal als Auftrag oder Ticket angelegt wird. Jede Schreiboperation sollte ein bestätigtes Ergebnis liefern; bei einem Fehler bleibt der Eingang in einer sichtbaren Warteschlange und kann gezielt wiederholt werden.
- führendes System je Datenobjekt und Feld festlegen
- Thread, Nachricht, Anhang und Fachvorgang eindeutig miteinander verknüpfen
- Dublettenprüfung und idempotente Schreibvorgänge vorsehen
- Berechtigungen auf genau die erforderlichen Lese- und Schreibaktionen begrenzen
- Fehler, Wiederholungen und manuelle Korrekturen mit Vorgangsbezug protokollieren
Datenschutz und E-Mail-Sicherheit vor die KI-Verarbeitung setzen
Eingehende Nachrichten enthalten regelmäßig personenbezogene Angaben und können vertrauliche Inhalte oder besondere Kategorien von Daten enthalten. Die Datenschutzkonferenz fordert für den KI-Einsatz unter anderem einen konkret festgelegten Zweck, eine passende Rechtsgrundlage, Datenminimierung, Verantwortlichkeiten, technische und organisatorische Maßnahmen sowie die Prüfung, ob eine Datenschutz-Folgenabschätzung erforderlich ist. Diese Punkte sind anwendungsspezifisch zu klären; dieser Beitrag ersetzt keine Rechtsberatung.
Vor der Modellverarbeitung steht die technische E-Mail-Sicherheit. Das BSI empfiehlt unter anderem Spam- und Schadsoftwareprüfungen, eine kontrollierte Behandlung von Dateitypen sowie E-Mail-Authentifizierung gegen vorgetäuschte Absender. Eine KI-Klassifikation ist kein Ersatz dafür: Inhalt, Anhang oder Absender können gerade der Angriffsvektor sein.
Stand dieser Einordnung ist der 5. September 2026. Bei externen KI-Diensten sollte zusätzlich geprüft werden, welche Daten übertragen, gespeichert oder zu Trainingszwecken verwendet werden, welche Unterauftragnehmer beteiligt sind und wie Löschung, Berichtigung und Zugriff technisch umgesetzt werden.
Ein Pilot braucht echte Varianten, aber begrenzte Folgen
Ein sinnvoller Pilot bildet die tatsächliche Vielfalt ab: kurze und lange Texte, Weiterleitungen, mehrere Anliegen in einer Nachricht, fehlende Kundennummern, widersprüchliche Anhänge, neue Absender und Fremdsprachen. Gleichzeitig sollte die nächste Aktion zunächst reversibel bleiben – etwa eine vorgeschlagene Zuordnung oder ein Antwortentwurf statt eines automatischen Versands.
Für den Test wird ein freigegebener Datensatz benötigt, der auch seltene und kritische Fälle enthält. Die erwartete Bearbeitung wird fachlich markiert. Anschließend werden nicht nur Treffer, sondern konkrete Fehlerarten ausgewertet: falscher Vorgangstyp, übersehene Pflichtangabe, falsche Kundenzuordnung, unberechtigte Systemaktion oder ein Fall, der nicht an einen Menschen eskaliert wurde.
Kennzahlen müssen Prozessqualität und Kontrolle abbilden
Eine globale Genauigkeitszahl kann kritische Fehler verdecken. Ein System, das häufige Standardanfragen richtig verteilt, kann zugleich seltene Kündigungen oder Beschwerden übersehen. Messen Sie deshalb je Vorgangstyp und Automatisierungszone getrennt.
- Anteil vollständig und richtig angelegter Vorgänge im Zielsystem
- falsch automatisierte Fälle und deren mögliche Auswirkung
- Korrekturquote und häufigste fachliche Fehlerursachen
- Anteil gezielter Prüfungen gegenüber ungeklärten Abbrüchen
- Zeit bis zur ersten qualifizierten Bearbeitung statt bloßer Empfangsbestätigung
- Schnittstellenfehler, Dubletten und erfolgreiche Wiederholungen
Änderungen an Modell, Regeln und Postfach gemeinsam freigeben
Nach dem Pilot beginnt der eigentliche Betrieb. Neue Produktnamen, geänderte Zuständigkeiten, andere E-Mail-Vorlagen oder ein Modellwechsel können die Ergebnisse verändern. Versionieren Sie deshalb Klassifikationsschema, Geschäftsregeln, Prompts, Modell und Schnittstellenkonfiguration als zusammengehörigen Release-Stand.
Die DSK empfiehlt in ihrer technischen Orientierungshilfe vom Juni 2025 regelmäßige Prüfungen im Betrieb. Für die E-Mail-Verarbeitung bedeutet das: Stichproben nach Vorgangstyp, Überwachung der Fehlerwege, nachvollziehbare Korrekturen und eine Rückfallmöglichkeit auf den manuellen Prozess. Erst wenn Qualität und Auswirkungen über einen angemessenen Zeitraum beherrscht sind, wird die nächste Automatisierungszone geöffnet.
Quellen und fachliche Grundlagen
Für die rechtliche und technische Einordnung wurden die folgenden Primärquellen herangezogen. Der Beitrag ersetzt keine Prüfung des konkreten Einzelfalls.
- Datenschutzkonferenz: Künstliche Intelligenz und Datenschutz, 6. Mai 2024
- Datenschutzkonferenz: Technische und organisatorische Maßnahmen bei KI-Systemen, Juni 2025
- BSI: Sichere Nutzung von E-Mail
- BSI: Technische Richtlinie TR-03182 E-Mail-Authentifizierung
- EUR-Lex: Datenschutz-Grundverordnung, insbesondere Artikel 5, 25 und 32



