Was ein Ablauf ist
Auslöser, Schritte, Ergebnis. Drei Angaben, und ein Ablauf ist beschrieben — verständlich genug, dass ein Kollege ihn nachbauen könnte.
Ein Ablauf (englisch Workflow) ist eine Kette von Schritten, die von selbst startet. Er hat immer denselben Aufbau, egal ob er drei Kästchen hat oder dreißig. Klicken Sie sich durch die drei Teile.
Es gibt nur drei Sorten: ein Ereignis (ein Formular wird abgeschickt, eine Mail kommt an, ein Datensatz ändert sich), eine Uhrzeit (jeden Werktag um 7:30) oder ein Zuruf (jemand drückt einen Knopf).
Kann jemand den Auslöser nicht in einem Satz benennen, ist der Ablauf noch nicht beschrieben. Das ist die häufigste Stelle, an der Automatisierungsvorhaben hängenbleiben: Man weiß, was passieren soll, aber nicht, wann.
Vier Sorten decken fast alles ab: prüfen (ist alles da, was gebraucht wird?), ergänzen (Kundennummer nachschlagen), ablegen (in die Tabelle, in die Datenbank) und melden (jemand erfährt davon).
Der Unterschied zu einem Agenten aus Kurs 2 ist genau hier: Die Reihenfolge steht fest. Sie haben sie festgelegt, sie steht im Ablauf, und morgen ist sie dieselbe. Nichts entscheidet, nichts überlegt.
Ein Ablauf hat zwei gute Ausgänge, nicht einen. Der erste: Er ist durchgelaufen, der Vorgang ist abgelegt und die Beteiligten wissen Bescheid. Der zweite: Etwas passte nicht, und er hat den Fall einem Menschen vorgelegt — mit Angabe des Grundes.
Und wo kommt die KI vor?
An zwei Stellen — und an einer dritten ausdrücklich nicht. Das auseinanderzuhalten ist wichtig, weil daran hängt, was man prüfen muss:
| KI … | Was das heißt | Was daraus folgt |
|---|---|---|
| … baut den Ablauf | Sie beschreiben den Vorgang, die KI erzeugt die Knoten oder eine Datei zum Einspielen. | Am Ergebnis ändert sich nichts: Der fertige Ablauf ist so fest wie jeder andere. Zu prüfen ist er trotzdem — Station 02. |
| … ist ein Schritt im Ablauf | Ein Kästchen fragt ein Sprachmodell: Freitext einordnen, zusammenfassen, eine Kategorie vorschlagen. n8n bringt dafür fertige Knoten mit. | Dieser eine Schritt liefert nicht garantiert jedes Mal dasselbe. Deshalb bekommt er eine Prüfung dahinter und im Zweifel den Weg zum Menschen. |
| … ersetzt den Ablauf | Ein Agent, der selbst entscheidet, welche Schritte nötig sind — die Reihenfolge entsteht erst zur Laufzeit. | Das ist kein Ablauf mehr, sondern Kurs 2. Es gelten andere Regeln: Deckel, Protokoll, Freigaben. |
Die Probe
Beschreiben Sie einen Vorgang aus Ihrem Haus in drei Sätzen — nach diesem Muster:
Auslöser: Eine Anfrage über das Kontaktformular geht ein. Schritte: Pflichtfelder prüfen · Vorgangsschlüssel bilden · in der Datenbank ablegen · Vertrieb benachrichtigen · dem Absender bestätigen. Ergebnis: Abgelegt und beide informiert — oder in der Liste "offene Fälle", mit dem Grund dabei.
Der Steckbrief zum Ausfüllen — eine Seite je Ablauf unterlagen/ablauf-steckbrief.md 62 Zeilen — Kopierknopf oben rechts
# Steckbrief: <Name des Ablaufs> > Eine Seite, ausgefüllt **bevor** gebaut wird. Wer sie nicht ausfüllen kann, > hat noch keinen Ablauf, sondern einen Wunsch. Ausgefüllt gehört sie neben den > Ablauf ins Repository — sie ist die Beschreibung, die der Nachfolger liest. | | | |---|---| | **Name** | z. B. `anfrage-kontaktformular` | | **Zuständige Person** | Name, nicht Abteilung | | **Vertretung** | wer im Urlaub einspringt | | **Angelegt am / von** | | | **Fassung** | 1 | ## 1 · Auslöser — genau einer - [ ] **Ereignis:** _welches, aus welchem System_ - [ ] **Uhrzeit:** _wann genau, an welchen Tagen_ - [ ] **Zuruf:** _wer drückt den Knopf_ **Wie oft kommt er vor?** ca. ____ mal je Woche ## 2 · Schritte — in der richtigen Reihenfolge | Nr | Was geschieht | Umkehrbar? | Fremdsystem | |----|---------------|------------|-------------| | 1 | | ja / nein | | | 2 | | ja / nein | | | 3 | | ja / nein | | | 4 | | ja / nein | | > **Regel:** alles Umkehrbare zuerst, alles Endgültige (Mail, Zahlung, > Fremdsystem) zuletzt. Dann ist jeder Abbruch folgenlos. ## 3 · Ergebnis — beide Ausgänge - **Durchgelaufen heißt:** _woran sieht man das, wo steht es_ - **Vorgelegt heißt:** _wohin geht der Zweifelsfall, mit welchem Grund_ - **Wer bearbeitet die vorgelegten Fälle?** ## 4 · Der Vorgangsschlüssel - **Woraus besteht er?** _z. B. Bestellnummer, oder E-Mail + gerundeter Zeitpunkt_ - [ ] Er kommt aus dem Vorgang selbst — **keine Zufallszahl** - [ ] Ein zweiter Durchlauf mit demselben Vorgang legt nichts doppelt an ## 5 · Wenn es schiefgeht - **Fehler-Ablauf eingetragen?** ja / nein - **Meldung geht an:** _Person_ - **Was geschieht bis zur Behebung von Hand?** _der Weg, den es vorher gab_ ## 6 · Stillstand - **Frist für das Lebenszeichen:** ____ (minütlich → 15 min · stündlich → 3 h · täglich → bis 9:00) - **Wer bekommt die Stillstandsmeldung?** ## 7 · Daten - **Welche personenbezogenen Daten laufen durch?** - **Welche Fremdsysteme sehen sie?** _und liegt dafür ein Vertrag vor?_ - **Wie lange bleiben die Daten in den Ausführungen von n8n stehen?** ____ Tage
WarumWarum ein Ablauf technisch banal ist — und trotzdem trägt
Was in Vorträgen nach einem System klingt, ist im Kern eine Liste von Schritten, die nacheinander auf eine Datenmenge angewendet werden, plus eine Wiederholung, wenn etwas schiefgeht. Kein Werkzeug, das je gebaut wurde, kann mehr als das.
Der Unterschied zu einem Skript ist nicht die Fähigkeit, sondern die Sichtbarkeit: Wo ein Skript eine Datei ist, die man lesen muss, ist ein Ablauf ein Bild, das man ansieht. Deshalb kann ihn jemand pflegen, der nicht programmiert — und deshalb wird er gepflegt, statt zu verwahrlosen.
Der Preis dafür steht in Station 06: Ein Bild wird ab einer gewissen Größe unlesbarer als Text. Bis dahin ist die Sichtbarkeit der ganze Gewinn.
TiefeWas zwischen Auslöser und erstem Schritt wirklich passiert
Ein Webhook-Aufruf landet nicht direkt im ersten Knoten. Der Reihe nach geschieht: Der Reverse Proxy beendet die Verschlüsselung und reicht die Anfrage weiter · n8n prüft den Pfad und, falls eingestellt, die Kennung · der Inhalt wird gelesen und in einen Eintrag verwandelt · der Lauf wird angelegt und bekommt eine Nummer · erst dann läuft der erste Knoten.
Drei Folgerungen, die im Betrieb wichtig werden:
- Ein abgewiesener Aufruf (falsches Token) erzeugt keinen Lauf — man sieht ihn in der Ausführungsliste nicht, sondern nur im Protokoll des Proxys.
- Der Lauf existiert, bevor der erste Knoten arbeitet. Deshalb erscheint er auch dann in der Liste, wenn er sofort abbricht.
- Antwortet der Ablauf erst am Ende, wartet der Absender die ganze Zeit. Für Formulare ist das in Ordnung, für Systeme mit kurzer Geduld nicht — dann antwortet man sofort und arbeitet danach weiter.