Bestellanforderung freigeben

Welche Fälle sind gemein? B-01, der Monitor für 89 Euro, ist einfach. B-02, der Bürostuhl für genau 100: Unter 100? Nein, also Teamleitung. Wer hier „kleiner gleich“ baut, gibt ihn sofort frei. B-03, der Laptop für genau 1.000: bis 1.000, also noch Teamleitung. Und bei B-06 hat jemand „ca. 300“ getippt. Das ist Text, damit kann n8n nicht rechnen.

Schreib die Erwartung immer auf, bevor du einen Fall laufen lässt. Sonst glaubst du dem Output alles.

Add first step, Trigger manually, umbenennen. Plus am Ausgang, Edit Fields, umbenennen in „Anforderung“. Bei betrag stellst du den Typ auf Number, nicht String. Dann Execute step und rechts im Output auf JSON schalten: 89 steht ohne Anführungszeichen da.

Im echten Betrieb kommt die Anforderung nicht aus einem Edit Fields, sondern aus einem Formular. Zum Lernen tippst du sie von Hand, damit du dich auf die Regeln konzentrieren kannst. Wie das Formular davor kommt, steht in „Dein Auftrag“ am Ende dieses Teils.

Expressions sehen schwieriger aus, als sie sind, weil jede aus genau diesen drei Teilen besteht.

Woher: $json heißt „vom Node direkt davor“. Das schreibt n8n selbst, wenn du ein Feld aus dem Input ziehst. $('Anforderung').item.json heißt „von genau diesem Node“, egal wie weit er zurückliegt. Hinter einem If oder Switch nimmst du den Node-Namen, dann ist es egal, was dazwischen liegt.

Welches Feld: ein Punkt und der Feldname, so wie er im Schema steht. Groß- und Kleinschreibung zählt. Was damit: Vergleichen ergibt true oder false, Rechnen eine Zahl, Zusammensetzen einen Text. Mehr Beispiele in Lektion 11.

typeof gibt nicht den Wert zurück, sondern seine Sorte. Bei 89 sagt es number, bei „ca. 300“ string, also Text. Die drei Gleichheitszeichen vergleichen das mit dem Wort 'number'. Links steht am Ende also kein Betrag, sondern eine Antwort: true oder false. Deshalb wählst du als Operator Boolean, is true. Das rechte Feld verschwindet, weil es keinen Vergleichswert braucht.

Warum nicht einfach betrag mit is not empty? Weil „ca. 300“ nicht leer ist. Das ginge durch und würde den Switch danach sprengen. Du willst nicht wissen, ob etwas drinsteht, sondern ob es eine Zahl ist. Im Node „Rückfrage Betrag fehlt“ schaltest du Include Other Input Fields an, sonst fehlt dort nachher die Nummer.

Probier es aus: In der Anforderung bei betrag den Typ auf String stellen, Wert „ca. 300“, Execute workflow. Betrag gültig? schickt das Item auf false, zur Rückfrage. Kein Absturz.

Dann die Gegenprobe, die überrascht: String mit dem Wert 300. Sieht aus wie eine Zahl, ist aber Text, also wieder false. Leer ist auch Text, auch false. Danach stellst du zurück auf Number und 89. Wie aus Text wieder eine Zahl wird, zeigt das Rezept „Formular: Text in Zahl“ im Expression-Baukasten.

Mode Rules. Regel 1: linker Wert als Expression, Operator Number, is less than, rechts 100. Rename Output einschalten, Ausgang Sofort. Add Routing Rule, Regel 2: is less than or equal to, 1000, Ausgang Teamleitung. Dann Options, Fallback Output: Extra Output. Erst danach gibt es unter Options auch Rename Fallback Output, dort trägst du Geschäftsführung ein.

Denk mit: 89 kommt rein. Unter 100? Ja, Sofort, Regel 2 wird gar nicht mehr geprüft. 100: unter 100? Nein. Bis 1.000? Ja, Teamleitung. Die Reihenfolge der Regeln ist die Regel. Und 4.500 passt zu keiner. Ohne Fallback wäre der Messestand weg, der Workflow grün, und die Geschäftsführung erführe nie davon.

Filter sieht im Menü aus wie ein If, hat aber nur einen Ausgang. Was passt, kommt durch. Was nicht passt, ist weg. Das ist richtig, wenn du aus hundert Newsletter-Artikeln nur die mit „KI“ im Titel willst. Die anderen brauchst du nie wieder.

Für Bestellanforderungen nimmst du keinen Filter. Wer etwas bestellen will, muss eine Antwort bekommen: freigegeben, weitergeleitet oder Rückfrage. Aber nie: verschwunden. Erst fragen, was mit dem Rest passiert, dann den Baustein wählen. Im Item-Zahlen-Trainer siehst du, wie viele Items ein Filter übrig lässt.

Mach es einmal absichtlich falsch: „Sofort freigegeben“ mit zwei Feldern, Schalter aus, Execute step. Rechts stehen nur status und naechster_schritt. Nummer und Artikel sind weg. Du hast eine Freigabe, weißt aber nicht mehr, wofür. Schalter an, Execute step, jetzt ist alles da.

Die zwei anderen Ergebnisse baust du schneller: „Sofort freigegeben“ markieren, Cmd+C und Cmd+V (unter Windows Strg), umbenennen, Werte ändern, an den Ausgang hängen. Und bei jedem: Schalter prüfen, Output prüfen. Nicht glauben, nachschauen.

Schau auf B-03: Laptop, 1.000 Euro, Kategorie IT. Der geht wegen des Betrags zur Teamleitung, und die IT soll zusätzlich draufschauen. Beides. Mit einem vierten Ausgang ginge der Laptop nur zur IT, die Teamleitung erführe nichts.

Welche Bauart richtig ist, entscheidet die Firma, nicht n8n. Muss die IT nur Bescheid wissen? Feld. Muss die IT freigeben, bevor überhaupt verteilt wird? Schritt davor. Den Umbau übst du in „Dein Auftrag“.

Lektion 12 nennt noch die Switch-Option Send data to all matching outputs. Die ist hier keine Lösung: Dann passen 89 Euro zu Regel 1 und zu Regel 2, und dieselbe Anforderung landet zweimal in der Freigabe.

Die Wahrheit steckt an den Rändern. Wer bei Regel 1 „kleiner gleich“ gebaut hat, gibt den Bürostuhl sofort frei, obwohl die Teamleitung entscheiden sollte. Wer bei Regel 2 „kleiner“ gebaut hat, schickt den Laptop zur Geschäftsführung, obwohl die Teamleitung reicht.

Für B-05 und B-06 stellst du in der Anforderung den Typ von betrag auf String, einmal leer, einmal „ca. 300“. Sechs Fälle, sechs Läufe, und für jeden eine Zeile: erwartet, tatsächlich, Abweichung. Weicht etwas ab, änderst du genau eine Sache und lässt danach alle sechs noch einmal laufen.

Lass dir ruhig Expressions von einer KI vorschlagen. Übernimm aber nur, was du erklären und testen kannst.

Vier Prüffragen bei jedem Vorschlag: Was macht er? Was, wenn das Feld fehlt? Was, wenn ein anderer Typ kommt? Übernehmen oder nicht? Und eine Korrektur brauchst du fast immer: Die KI schreibt $json, du setzt den Node-Namen ein, hier $('Anforderung').item.json.kategorie. Danach alle sechs Testfälle noch einmal.