Was ist Workflow-Automatisierung?

Einfach erklärt

Viele Abläufe im Büro folgen einer festen Regel: Wenn ein Wartungsprotokoll fertig ist, kommt das PDF in die Kundenakte, der Kunde bekommt eine Mail und die Buchhaltung einen Hinweis für die Rechnung. Workflow-Automatisierung schreibt diese Wenn-dann-Regel einmal fest und lässt ein Programm sie jedes Mal ausführen, ohne dass jemand Daten von Hand überträgt.

Das „Wenn“ heißt Trigger, also Auslöser. Das „Dann“ sind Aktionen, einzelne Arbeitsschritte in anderen Programmen. Verbunden werden die Programme über ihre APIs und über Webhooks.

Wofür sich das lohnt

Automatisierung lohnt sich für Schritte, die häufig vorkommen, immer gleich ablaufen und heute aus Abtippen, Kopieren oder Erinnern bestehen. Typisch sind Formulardaten in eine Liste übertragen, Anhänge ablegen, Erinnerungen verschicken oder Daten zwischen Shop und Buchhaltung abgleichen. Weniger geeignet sind Entscheidungen, die Erfahrung brauchen, und seltene Sonderfälle.

Was Sie tun können

Schreiben Sie den Ablauf zuerst auf, so wie er heute wirklich läuft, mit allen Ausnahmen. Dabei hilft eine Prozessanalyse. Legen Sie fest, wer benachrichtigt wird, wenn eine Automatisierung fehlschlägt. Lassen Sie sie außerdem unter einem eigenen Dienstkonto laufen und nicht unter dem Konto eines Mitarbeiters. Sonst steht sie still, sobald dieses Konto gesperrt wird.

Ein Automatisierungswerkzeug, das sich auch selbst betreiben lässt, ist zum Beispiel n8n. Weitere Beispiele zeigt der Anwendungsfall Automatisierung und Anbindungen.

Was Automatisierung nicht leistet

Ein unklarer Ablauf wird durch Automatisierung nicht besser, sondern nur schneller falsch. Fällt eine Automatisierung aus, merkt das ohne Überwachung niemand. Außerdem sieht jeder angebundene Cloud-Dienst die Daten, die durch ihn laufen. Verarbeitet er personenbezogene Daten in Ihrem Auftrag, verlangt Art. 28 DSGVO einen Vertrag zur Auftragsverarbeitung. Im Zweifel klärt das Ihr Datenschutzbeauftragter.

Bausteine eines Workflows

Ein Workflow beginnt mit einem Trigger und führt danach Knoten der Reihe nach aus. Übliche Trigger:

• Webhook: Ein anderes System meldet ein Ereignis.
• Zeitplan: etwa der Cron-Ausdruck 0 7 * * 1-5 für jeden Werktag um 7 Uhr.
• Polling: Der Workflow fragt in Abständen eine API ab und verarbeitet nur neue Einträge.
• Manuell: zum Testen.

Aktionen sind API-Aufrufe, Umwandlungen von Feldern, Bedingungen, Schleifen und Wartezeiten. Zugangsdaten legt das Werkzeug zentral ab, statt sie in jeden Schritt zu schreiben.

Trigger    Webhook   POST /webhook/wartung-abgeschlossen
Schritt 1  HTTP      Protokoll und PDF beim Formulardienst abrufen
Schritt 2  IF        ergebnis == "mangel"
Schritt 3a           ja: Ticket im Ticketsystem anlegen
Schritt 3b           PDF im DMS ablegen, Kunde per Mail informieren
Fehler               Fehler-Workflow: Mail an service@ihre-firma.de

Am Beispiel n8n

Ein Fehler-Workflow beginnt mit dem Knoten Error Trigger und wird in den Einstellungen des überwachten Workflows hinterlegt. Er läuft nur bei automatischen Ausführungen, nicht bei manuellen Testläufen. Zeitpläne richten sich nach der Zeitzone des Workflows, ohne Angabe nach der Instanz. Bei selbst betriebenen Instanzen ist die Voreinstellung America/New_York. Der Webhook-Knoten hat eine Test-URL und eine Produktions-URL. Die Produktions-URL gilt erst, wenn der Workflow veröffentlicht ist.

Typische Fehler

• Persönliche Zugangsdaten. Der Workflow nutzt das Konto eines Mitarbeiters und bricht ab, sobald das Konto gesperrt wird.
• Kein Fehlerpfad. Fehlgeschlagene Ausführungen stehen nur im Ausführungsprotokoll, das niemand liest.
• Zeitzone nicht gesetzt. Der Lauf für 7 Uhr startet nach deutscher Zeit am Mittag.
• Test-URL im Quellsystem eingetragen. Sie nimmt nur Anfragen an, solange im Editor auf ein Testereignis gewartet wird.
• Doppelte Ausführung. Webhook und Polling reagieren auf dasselbe Ereignis oder Wiederholungen laufen ohne Abgleich einer eindeutigen ID. Gefahrlos wiederholen lassen sich nur idempotente Aufrufe wie PUT und DELETE (RFC 9110 Abschnitt 9.2.2).
• Daten an Dienste außerhalb der EU. Cloud-Automatisierung ohne Prüfung des Drittlandtransfers.

Prüfen

• Im Ausführungsprotokoll nach fehlgeschlagenen Läufen der letzten 30 Tage filtern.
• In einer Kopie des Workflows einen Fehler erzwingen und den Lauf automatisch auslösen, etwa mit einem ungültigen Token. Der Fehler-Workflow muss sich melden. In n8n erzeugt der Knoten Stop And Error einen Fehler gezielt.
• Die Zeitzone in den Workflow-Einstellungen prüfen.
• Im Quellsystem nachsehen, ob dort die Produktions-URL eingetragen ist.