Ein Formular überträgt Anfragen automatisch ins CRM. Angebote werden aus vorhandenen Daten erstellt. E-Mails lösen Aufgaben aus und verschiedene Systeme tauschen Informationen über Schnittstellen aus. Solche Abläufe sparen manuelle Arbeit – solange sie korrekt funktionieren. Das Problem: Eine Automatisierung kann technisch weiterlaufen und trotzdem falsche, unvollständige oder gar keine verwertbaren Ergebnisse liefern. Deshalb gehört zur Prozessautomatisierung immer auch die Frage, wie Fehler erkannt und behandelt werden.
1. Warum können Automatisierungen unbemerkt fehlschlagen?
Bei einem manuellen Prozess fällt ein Problem häufig direkt auf. Ein Mitarbeiter kann eine Datei nicht öffnen, findet einen Datensatz nicht oder bemerkt, dass wichtige Angaben fehlen.
Ein automatisierter Prozess besitzt diese Aufmerksamkeit nicht automatisch.
Er führt die vorgesehenen Regeln aus. Wenn eine Schnittstelle einen unerwarteten Wert liefert, sich ein Datenformat ändert oder eine Voraussetzung nicht mehr erfüllt ist, kann der Prozess stoppen oder ein Ergebnis erzeugen, das technisch gültig, geschäftlich aber falsch ist.
Typische Ursachen sind beispielsweise:
- eine externe Schnittstelle ist vorübergehend nicht erreichbar,
- Zugangsdaten oder Berechtigungen haben sich geändert,
- ein Pflichtfeld fehlt,
- ein Datenformat wurde verändert,
- Datensätze lassen sich nicht eindeutig zuordnen,
- ein nachgelagertes System akzeptiert die übertragenen Daten nicht,
- eine Geschäftsregel wurde verändert, der Workflow aber nicht,
- ein Prozess endet technisch erfolgreich, obwohl das erwartete Ergebnis fehlt.
Deshalb reicht die Information „Workflow wurde ausgeführt“ allein nicht aus.
2. Technischer Fehler oder fachlich falsches Ergebnis?
Für die Überwachung ist eine Unterscheidung besonders wichtig: Ein technischer Erfolg ist nicht automatisch ein fachlicher Erfolg.
| Situation | Technischer Status | Geschäftliches Ergebnis |
|---|---|---|
| CRM-Schnittstelle ist nicht erreichbar | Fehler | Anfrage wird nicht übertragen |
| Datensatz wird erfolgreich übertragen, aber dem falschen Vorgang zugeordnet | Erfolgreich | Falsch |
| Automatische E-Mail wird versendet, obwohl notwendige Daten fehlen | Erfolgreich | Unvollständig oder unpassend |
| Workflow läuft, erzeugt aber keine Aufgabe für den zuständigen Mitarbeiter | Möglicherweise erfolgreich | Prozess bleibt liegen |
Eine robuste Kontrolle betrachtet deshalb nicht nur technische Fehlermeldungen.
Sie prüft auch, ob die erwarteten Zustände tatsächlich erreicht werden.
3. Welche Kontrollpunkte braucht ein Workflow?
Nicht jeder einzelne Schritt benötigt eine aufwendige Überwachung. Kontrolliert werden sollten vor allem Stellen, an denen Daten verloren gehen, falsch verändert oder nicht weiterverarbeitet werden können.
Eingang
Ist das erwartete Ereignis überhaupt eingetroffen?
Bei einem Anfrageprozess kann beispielsweise geprüft werden, ob ein abgesendetes Formular tatsächlich einen neuen Vorgang erzeugt.
Datenqualität
Sind die für den nächsten Schritt benötigten Informationen vorhanden und plausibel?
Eine vorhandene E-Mail-Adresse bedeutet beispielsweise noch nicht automatisch, dass alle für die Bearbeitung notwendigen Angaben vollständig sind.
Übergabe zwischen Systemen
Wurde der Datensatz im Zielsystem tatsächlich erstellt oder aktualisiert?
Gerade bei API-Integrationen ist diese Stelle kritisch.
Geschäftlicher Endzustand
Ist das passiert, wofür die Automatisierung ursprünglich gebaut wurde?
Wenn eine Kundenanfrage am Ende einem zuständigen Mitarbeiter zugewiesen werden soll, ist nicht der erfolgreiche API-Aufruf das eigentliche Ziel. Entscheidend ist, ob die Anfrage korrekt und bearbeitbar beim richtigen Verantwortlichen angekommen ist.
4. Beispiel: Website-Anfrage wird automatisch verarbeitet
Ein vereinfachter Prozess könnte so aussehen:
- Ein Interessent sendet ein Formular auf der Website ab.
- Die Angaben werden validiert.
- Der Kontakt wird im CRM gesucht oder neu angelegt.
- Eine Verkaufschance wird erstellt.
- Die Anfrage wird anhand definierter Kriterien zugeordnet.
- Der zuständige Mitarbeiter erhält eine Aufgabe.
- Der Interessent erhält eine passende Eingangsbestätigung.
Auf den ersten Blick sind das sieben automatisierte Schritte. Für das Unternehmen ist jedoch das Ergebnis wichtiger als die Anzahl erfolgreich ausgeführter Aktionen.
Was könnte dabei schiefgehen?
Angenommen, das CRM akzeptiert den Kontakt, aber die Zuordnungsregel findet keinen passenden Vertriebsmitarbeiter.
Der technische Import war erfolgreich. Trotzdem bearbeitet niemand die Anfrage.
Eine sinnvolle Kontrolle könnte deshalb nicht nur fragen:
„Wurde der Datensatz im CRM erstellt?“
Sondern zusätzlich:
„Hat jede neue qualifizierte Anfrage innerhalb des definierten Prozesses einen zuständigen Bearbeiter erhalten?“
Damit wird eine technische Kontrolle zu einer geschäftlich relevanten Kontrolle.
5. Wann sollte eine Meldung ausgelöst werden?
Wenn jede kleine Abweichung sofort mehrere Personen alarmiert, werden Warnungen schnell ignoriert.
Deshalb sollten Meldungen nach Bedeutung unterschieden werden.
| Situation | Mögliche Reaktion |
|---|---|
| Kurzfristiger technischer Fehler | Wenn gefahrlos möglich, mit Wartezeit und begrenzter Versuchszahl wiederholen und protokollieren |
| Wiederholter Fehler | Zuständige Person informieren |
| Datensatz kann nicht eindeutig verarbeitet werden | Manuelle Prüfung anfordern |
| Geschäftskritischer Prozess steht | Sofortige Meldung an definierte Verantwortliche |
| Ungewöhnliche Entwicklung über längere Zeit | Prozess und Daten gemeinsam überprüfen |
Welche Schwellen sinnvoll sind, hängt vom Prozess ab.
Eine ausgefallene interne Wochenstatistik hat eine andere Dringlichkeit als nicht verarbeitete Kundenanfragen.
6. Welche Fehler dürfen automatisch wiederholt werden?
Ein automatischer Wiederholungsversuch kann bei vorübergehenden technischen Problemen sinnvoll sein.
Er sollte aber nicht blind bei jedem Fehler erfolgen.
Ein Retry braucht einen vorübergehenden Fehler und eine sichere Wiederholung
Ein Retry kann beispielsweise bei einer kurzfristig nicht erreichbaren Schnittstelle sinnvoll sein – aber nur, wenn derselbe Vorgang gefahrlos erneut ausgeführt werden kann. Eine Zeitüberschreitung beweist nicht, dass im Zielsystem nichts passiert ist: Die erste Anfrage kann bereits eine Bestellung, Nachricht oder Buchung ausgelöst haben.
Prüfen Sie deshalb vor der Wiederholung den tatsächlichen Zustand beziehungsweise eine eindeutige Vorgangskennung. Begrenzen Sie die Anzahl der Versuche und verwenden Sie geeignete Wartezeiten. Die technischen Hintergründe beschreibt AWS im Beitrag Timeouts, retries and backoff with jitter.
Vorsicht bei Aktionen mit Nebenwirkungen
Ein wiederholter Prozess darf nicht versehentlich mehrere identische Datensätze, Rechnungen, Bestellungen, Nachrichten oder Aufgaben erzeugen.
Vor automatischen Wiederholungen sollte deshalb geklärt sein, ob ein Vorgang eindeutig erkannt werden kann und ob seine erneute Ausführung sicher ist.
Bei unklaren Daten oder fachlichen Entscheidungen ist eine manuelle Prüfung häufig sinnvoller als ein weiterer automatischer Versuch.
7. Was ändert sich bei KI im Prozess?
Bei klassischen Automatisierungen lässt sich häufig eindeutig definieren: Wenn A passiert, führe B aus.
KI-Komponenten können dagegen Ergebnisse erzeugen, deren Qualität nicht allein über einen technischen Status bewertet werden kann.
Eine KI kann beispielsweise erfolgreich eine Antwort erzeugen und trotzdem:
- eine Kundenfrage missverstehen,
- eine relevante Information übersehen,
- eine nicht belegte Aussage ergänzen,
- einen Vorgang falsch kategorisieren oder
- bei einem ungewöhnlichen Fall eine unpassende Entscheidung vorbereiten.
Deshalb benötigt ein KI-gestützter Workflow zusätzlich fachliche Qualitätskriterien.
Nicht jede KI-Ausgabe benötigt dieselbe Kontrolle
Das Risiko hängt davon ab, was anschließend mit dem Ergebnis passiert.
Eine interne Zusammenfassung, die ein Mitarbeiter vor der Verwendung liest, hat ein anderes Risikoprofil als eine automatisch versendete Kundenantwort oder eine Aktion, die ohne weitere Prüfung Daten verändert.
Je größer die mögliche Auswirkung eines Fehlers, desto stärker sollte die menschliche oder technische Kontrolle vor der nächsten Aktion sein.
Wie Unternehmen falsche KI-Antworten insbesondere im Kundenkontakt reduzieren können, behandeln wir im Beitrag KI-Halluzinationen bei Kundenantworten vermeiden.
8. Wer ist für eine Automatisierung verantwortlich?
Ein Workflow sollte nicht nur einen technischen Ersteller haben. Für den laufenden Betrieb braucht er auch eine fachliche Verantwortung.
Die zuständige Person muss nicht jeden technischen Fehler selbst beheben können.
Sie sollte aber wissen:
- welchen Geschäftszweck der Prozess erfüllt,
- welche Systeme beteiligt sind,
- welche Fehler besonders kritisch sind,
- wo Warnungen ankommen,
- wer technische Probleme behebt und
- wie während einer Störung weitergearbeitet wird.
Automatisierungen verändern sich mit dem Unternehmen
Ein Prozess, der heute korrekt funktioniert, muss nicht dauerhaft korrekt bleiben.
CRM-Felder werden geändert, Verantwortlichkeiten wechseln, Formulare werden erweitert und externe Systeme entwickeln ihre Schnittstellen weiter.
Deshalb sollten wichtige Automatisierungen nicht nur bei ihrer Einführung, sondern auch nach relevanten Änderungen erneut geprüft werden.
9. Welche Kennzahlen sind sinnvoll?
Die Zahl erfolgreicher Workflow-Ausführungen kann hilfreich sein, reicht allein aber nicht aus.
Je nach Prozess können beispielsweise folgende Werte relevant sein:
- Anzahl gestarteter Vorgänge,
- Anzahl technisch fehlgeschlagener Vorgänge,
- Anteil automatisch erneut ausgeführter Vorgänge,
- Anzahl Fälle mit manueller Prüfung,
- Zeit bis zur Behebung kritischer Fehler,
- Anzahl von Vorgängen ohne erwarteten Endzustand.
Den Nenner immer mitdenken
„20 Fehler im Monat“ ist ohne Kontext schwer zu bewerten.
20 Fehler bei 100 Vorgängen bedeuten etwas anderes als 20 Fehler bei 100.000 Vorgängen.
Für einen definierten Zeitraum kann beispielsweise betrachtet werden:
Fehlgeschlagene Vorgänge ÷ alle gestarteten vergleichbaren Vorgänge
Zusätzlich sollte geprüft werden, welche geschäftlichen Auswirkungen die Fehler hatten. Ein einzelner kritischer Ausfall kann wichtiger sein als viele unbedeutende technische Warnungen.
10. Checkliste für bestehende Automatisierungen
Für eine erste Bestandsaufnahme können Unternehmen jeden wichtigen Workflow mit denselben Fragen durchgehen.
- Zweck: Welches konkrete Geschäftsergebnis soll der Prozess erzeugen?
- Start: Woran erkennen wir, dass ein Vorgang begonnen hat?
- Eingabedaten: Welche Informationen müssen vorhanden und plausibel sein?
- Schnittstellen: Welche Übergaben zwischen Systemen können fehlschlagen?
- Endzustand: Woran erkennen wir, dass der Vorgang fachlich erfolgreich abgeschlossen wurde?
- Fehler: Welche bekannten Fehlerarten können auftreten?
- Retry: Welche Vorgänge dürfen gefahrlos automatisch wiederholt werden?
- Meldung: Wer muss bei welcher Art von Fehler informiert werden?
- Fallback: Wie wird weitergearbeitet, wenn die Automatisierung ausfällt?
- Verantwortung: Wer prüft den Prozess nach Änderungen an Systemen oder Geschäftsregeln?
Diese Fragen sind besonders wichtig bei Prozessen, die direkt Kundenanfragen, Vertrieb, Bestellungen, Zahlungen oder andere geschäftskritische Abläufe betreffen.
Wie Unternehmen grundsätzlich entscheiden können, welche Prozesse sich zuerst für eine Automatisierung eignen, erklären wir im Beitrag Welche Prozesse sollten Unternehmen zuerst automatisieren?.
Eine gute Automatisierung macht auch ihre Fehler sichtbar
Automatisierung soll Prozesse zuverlässiger und effizienter machen. Dafür reicht es nicht, dass ein Workflow einmal korrekt eingerichtet wurde.
Unternehmen sollten auch wissen, was passiert, wenn Daten fehlen, eine Schnittstelle ausfällt oder ein technisch erfolgreicher Ablauf fachlich das falsche Ergebnis erzeugt.
Besonders wichtig ist die Kontrolle dort, wo Fehler Kunden, Vertrieb oder andere geschäftskritische Abläufe unmittelbar betreffen.
Eine robuste Automatisierung besteht deshalb aus Normalablauf, Fehlerbehandlung, nachvollziehbarer Verantwortung und einem überprüfbaren Endzustand.
Kubertino kann bestehende Geschäftsprozesse und ihre Systemübergaben gemeinsam mit dem Unternehmen strukturieren und prüfen, an welchen Stellen Automatisierung, Kontrollpunkte und klar definierte menschliche Entscheidungen sinnvoll zusammenspielen.
Häufige Fragen zur Überwachung von Automatisierungen
Muss jeder automatisierte Workflow überwacht werden?
Die notwendige Kontrolle hängt von der Bedeutung des Prozesses ab. Je größer die möglichen Auswirkungen eines Fehlers auf Kunden, Umsatz, Daten oder betriebliche Abläufe sind, desto wichtiger sind definierte Kontroll- und Eskalationsmechanismen.
Reicht ein technisches Fehlerprotokoll aus?
Nicht immer. Ein Workflow kann technisch erfolgreich ausgeführt werden und trotzdem ein falsches oder unvollständiges Geschäftsergebnis erzeugen. Deshalb sollten wichtige Prozesse zusätzlich auf ihren erwarteten fachlichen Endzustand geprüft werden.
Was ist ein Retry bei einer Automatisierung?
Ein Retry ist ein erneuter automatischer Ausführungsversuch nach einem Fehler. Das kann bei vorübergehenden technischen Problemen sinnvoll sein, sofern eine Wiederholung keine unerwünschten doppelten Aktionen erzeugt.
Wann sollte ein Mitarbeiter eingreifen?
Eine manuelle Prüfung ist insbesondere bei unklaren Daten, nicht eindeutig behandelbaren Ausnahmen, kritischen Geschäftsentscheidungen oder wiederholt fehlgeschlagenen Vorgängen sinnvoll.
Wie überwacht man KI-Automatisierungen?
Neben technischen Fehlern müssen bei KI-gestützten Abläufen auch fachliche Qualitätskriterien berücksichtigt werden. Welche Kontrolle erforderlich ist, hängt davon ab, ob die KI-Ausgabe nur intern vorbereitet oder unmittelbar eine externe beziehungsweise geschäftskritische Aktion auslöst.
Wer sollte für einen automatisierten Prozess verantwortlich sein?
Neben technischer Betreuung sollte es eine fachlich verantwortliche Person geben, die Zweck, erwartetes Ergebnis, wichtige Ausnahmen und Auswirkungen des Prozesses kennt und bei Veränderungen eine erneute Prüfung veranlassen kann.
Wann sollte eine Automatisierung erneut geprüft werden?
Eine erneute Prüfung ist besonders nach Änderungen an beteiligten Systemen, Schnittstellen, Datenfeldern, Verantwortlichkeiten oder Geschäftsregeln sinnvoll. Auch wiederkehrende Fehler oder ungewöhnliche Prozesswerte können Anlass für eine Überprüfung sein.