Automatisierung überwachen: Fehlerwege für KMU

Wer eine Automatisierung überwachen will, braucht mehr als eine Meldung bei einem technischen Fehler. Ein Ablauf kann starten, ohne das gewünschte Ergebnis zu liefern. Eine Anfrage wird eingelesen, aber keinem Vorgang zugeordnet. Ein Datensatz wird vorbereitet, kommt im Zielsystem jedoch nicht an. Deshalb gehört zur Überwachung die Frage: Woran erkennen Sie, dass die Arbeit tatsächlich erledigt ist?

Für einen kleinen Betrieb muss daraus kein großes Überwachungsprojekt werden. Beginnen Sie mit einem wichtigen Ablauf, einer klaren Zuständigkeit und einem nachvollziehbaren Fehlerweg. Die folgenden Empfehlungen lassen sich als Betriebskonzept nutzen, bevor Sie einzelne Funktionen in Ihrem Automatisierungswerkzeug einrichten.

Definieren Sie das Ergebnis des Workflows

Beschreiben Sie den Abschluss aus Sicht der Menschen, die mit dem Ergebnis weiterarbeiten. „Workflow erfolgreich" ist eine technische Zustandsmeldung. „Die Anfrage liegt genau einmal im richtigen Arbeitsbereich und hat eine zuständige Person" ist eine fachliche Anforderung.

Halten Sie für den ausgewählten Ablauf fest, welches Eingangssignal erwartet wird und welcher Nachweis im Zielsystem entstehen soll. Entscheiden Sie außerdem, wann ein Vorgang bewusst an einen Menschen übergeben wird. Ein solcher Prüfauftrag kann ein korrektes Ergebnis sein, auch wenn die Automatisierung nicht alle Arbeitsschritte selbst übernimmt.

Diese Abgrenzung hilft bei der Auswahl der Kontrollen. Wenn Ihr Ergebnis ein angelegter Datensatz ist, prüfen Sie dessen Kennung. Wenn zusätzlich eine Zuordnung nötig ist, reicht die Kennung allein nicht. Die Überwachung sollte sich an der zugesagten Aufgabe orientieren.

Unterscheiden Sie Fehler und ausbleibende Arbeit

Für den Betrieb empfehle ich, unterschiedliche Situationen getrennt zu behandeln. Ein gemeldeter Verbindungsfehler verlangt eine andere Prüfung als ein Ablauf, der entgegen der Erwartung gar nicht gestartet ist. Auch eine erfolgreiche Verarbeitung mit unvollständigem Inhalt braucht einen eigenen Umgang.

Notieren Sie für jede Situation, welches Signal Sie beobachten wollen. Das kann eine Fehlermeldung, ein fehlender Abschlussvermerk oder ein erwarteter Eingang sein, zu dem noch kein Ergebnis gehört. Vermeiden Sie Warnungen, deren Bedeutung erst mühsam rekonstruiert werden muss.

Überlegen Sie auch, wann Stille normal ist. Ein Workflow, der ausschließlich auf Kundenanfragen reagiert, muss an einem ruhigen Tag nicht laufen. Eine Kontrolle, die regelmäßig pauschal Alarm schlägt, wäre hier wenig hilfreich. Maßgeblich ist die vereinbarte Erwartung an genau diesen Prozess.

Ein technisches Beispiel mit n8n

n8n bietet Fehlerworkflows, die einem Hauptworkflow in dessen Einstellungen zugeordnet werden. Ein solcher Fehlerworkflow beginnt mit dem Knoten „Error Trigger". Er kann anschließend beispielsweise eine Benachrichtigung auslösen. Die offizielle Anleitung zur Fehlerbehandlung beschreibt auch, wie ein Fehlerworkflow für mehrere Abläufe genutzt wird.

Dabei ist die Testweise wichtig: Laut Dokumentation des Error Trigger greift dieser bei Fehlern automatisch ausgeführter Workflows, nicht bei einem manuellen Testlauf. Prüfen Sie den Fehlerweg deshalb mit einem kontrollierten automatischen Test und geeigneten Testdaten. Stand dieser Funktionsbeschreibung: 05.10.2026.

Die Einrichtung ersetzt nicht die fachliche Kontrolle aus dem vorigen Abschnitt. Ob eine Zuordnung fehlt oder ein erwarteter Auftrag ausbleibt, müssen Sie im eigenen Betriebskonzept gesondert definieren. Aus einer vorhandenen Fehlerfunktion folgt noch keine vollständige Überwachung Ihres Geschäftsprozesses.

Jede Meldung braucht eine zuständige Person

Legen Sie vor dem Start fest, wer die Meldung empfängt und wer bei Abwesenheit übernimmt. Ein gemeinsames Postfach kann ein guter Eingang sein, wenn die Zuständigkeit dort tatsächlich geregelt ist. Die reine Zustellung einer Nachricht sagt noch nichts darüber aus, ob jemand den Vorgang bearbeitet.

Eine brauchbare Meldung sollte den betroffenen Ablauf benennen, den Zeitpunkt nennen und eine Vorgangskennung enthalten. Ergänzen Sie, ob weitere Eingänge weiterverarbeitet werden oder der Prozess angehalten wurde. Für die erste Einschätzung ist außerdem hilfreich, ob bereits eine Wirkung im Zielsystem entstanden sein könnte.

Verweisen Sie für Details auf einen dafür vorgesehenen internen Bereich. Vollständige Kundenunterlagen oder Zugangsdaten gehören nicht in eine allgemeine Fehlermeldung. Beschränken Sie deren Inhalt auf das, was die zuständige Person zum Auffinden und Einordnen des Problems benötigt.

Wiederholen erst nach Prüfung der bisherigen Wirkung

Die wichtigste Frage vor einem erneuten Lauf lautet: Was ist bereits passiert? Wenn ein Ablauf mehrere Systeme verändert, kann ein früher Schritt erfolgreich gewesen sein, während ein späterer scheitert. Ein vollständiger Neustart könnte dann dieselbe Handlung erneut ausführen.

Sehen Sie deshalb einen nachvollziehbaren Prüfpunkt vor. Zu jedem Eingang sollte erkennbar sein, welcher Zielvorgang dazugehört und ob eine Wiederholung erlaubt ist. Wenn Ihr Werkzeug eine solche Absicherung nicht selbst übernimmt, müssen Sie sie im Ablauf ergänzen oder den Wiederanlauf bewusst manuell entscheiden.

Ein fiktives Beispiel: Eine Anfrage soll einen CRM-Vorgang anlegen und danach eine interne Aufgabe erstellen. Die Aufgabe fehlt, der CRM-Vorgang existiert aber bereits. Im Wiederanlauf sollte das Team zunächst den vorhandenen Vorgang feststellen. Erst danach wird entschieden, welcher einzelne Schritt noch auszuführen ist.

Schreiben Sie eine kurze Betriebsanweisung

Die Betriebsanweisung soll im Störungsfall helfen. Formulieren Sie konkrete Handlungen statt allgemeiner Hinweise wie „Fehler analysieren". Für einen einzelnen Workflow kann folgende Gliederung als Ausgangspunkt dienen:

• Erwartetes Ergebnis: Was muss im Zielsystem nachweisbar sein?
• Zuständigkeit: Wer übernimmt die erste Prüfung, wer vertritt diese Person?
• Prüfweg: Wo werden Eingang, Ausführung und Ergebnis miteinander abgeglichen?
• Wiederanlauf: Unter welchen Bedingungen darf welcher Schritt erneut laufen?
• Ersatzverfahren: Wie wird ein dringender Vorgang bearbeitet, solange die Automatisierung ausfällt?
• Abschluss: Wo wird dokumentiert, dass der Rückstand vollständig bearbeitet wurde?

Testen Sie diese Anweisung mit jemandem, der den Workflow nicht gebaut hat. Bleibt eine Handlung unklar, ergänzen Sie die fehlende Information. So prüfen Sie zugleich, ob die Lösung von einer einzigen Person abhängig ist.

Eine kontrollierte Störung vor dem Regelbetrieb

Planen Sie einen Testfall, bei dem das erwartete Ergebnis absichtlich ausbleibt. Nutzen Sie eine geeignete Testumgebung oder einen klar begrenzten Test mit ungefährlichen Daten. Beobachten Sie anschließend den ganzen Weg: Erkennung, Meldung, Übernahme, Korrektur und Abschluss.

Prüfen Sie zusätzlich einen fachlich unvollständigen Eingang. Wird er zur Prüfung vorgelegt oder verschwindet er unbemerkt aus dem Ablauf? Dieser Fall sagt häufig mehr über die Alltagstauglichkeit aus als ein weiterer erfolgreicher Durchlauf mit perfekten Beispieldaten.

Wenn Sie noch auswählen, welchen Prozess Sie automatisieren möchten, hilft der HebelScanner bei der ersten Einordnung. Unter den Einsatzszenarien finden Sie weitere Ansatzpunkte. Ich plane die Überwachung mit dem Workflow zusammen: Ein verantwortlicher Mensch muss erkennen können, was erledigt ist und was noch Aufmerksamkeit braucht.

Weiterlesen