Aktionstypen

Alle verfügbaren Aktionstypen im Flow-Builder mit Konfigurationsfeldern, Anwendungsbeispielen und Hinweisen.

Zuletzt aktualisiert: 2026-04-27

Aktionstypen

Jede Aktion in einem Flow hat einen Typ, der bestimmt, was ausgeführt wird. Sie können mehrere Aktionen desselben Typs in einem Flow kombinieren und jede Aktion unabhängig konfigurieren.

E-Mail senden

Stellt eine E-Mail in die Versandwarteschlange, wenn der Flow läuft. Es gibt zwei Modi:

Modus: Vorlage

Verwenden Sie eine der vorkonfigurierten System-E-Mail-Vorlagen. Die Ereignisdaten des Triggers werden automatisch als Variablen übergeben.

FeldBeschreibung
VorlageAuswahl aus den konfigurierten E-Mail-Vorlagen

Anwendungsfall: Versand-E-Mail an den Kunden senden, wenn eine Bestellung auf "Versendet" gesetzt wird.

Modus: Benutzerdefiniert

Erstellen Sie eine individuelle E-Mail mit eigenem Empfänger, Betreff und Inhalt.

FeldBeschreibung
AnE-Mail-Adresse des Empfängers (unterstützt {{trigger.x}})
BetreffBetreffzeile (unterstützt {{trigger.x}})
TextE-Mail-Inhalt (unterstützt {{trigger.x}} und {{var.x}})

Beispiel Betreff: Neue Bestellung #{{trigger.orderNumber}} eingegangen

Hinweis: E-Mails werden nicht sofort zugestellt, sondern über die E-Mail-Warteschlange verarbeitet. Den Zustellungsstatus sehen Sie im E-Mail-Warteschlangenprotokoll.


Benachrichtigung erstellen

Erstellt eine Benachrichtigung im Admin-Benachrichtigungsbereich — sichtbar für alle Administratoren des Shops.

FeldPflichtBeschreibung
TitelJaKurztext der Benachrichtigung (unterstützt {{trigger.x}})
NachrichtNeinAusführlichere Beschreibung (unterstützt {{trigger.x}} und {{var.x}})
LinkNeinOptionaler Direktlink zur betreffenden Ressource (z. B. Bestell-URL)

Anwendungsfall: Admins sofort informieren, wenn ein hochwertige Bestellung eingeht oder Lagerbestand unter den Schwellenwert fällt.


Bestellstatus ändern

Setzt den Status der Bestellung, die den Flow ausgelöst hat, auf einen neuen Wert.

FeldBeschreibung
ZielstatusAuswahl aus den konfigurierten Bestellstatus

Wichtige Hinweise:

  • Nur gültige Statusübergänge werden durchgeführt. Ungültige Übergänge werden als fehlgeschlagene Aktion protokolliert, ohne die Bestellung zu verändern.
  • Die Aktion löst intern ein neues order.status_changed-Ereignis aus, das weitere Flows anstoßen kann. Eine integrierte Schleifenerkennung verhindert Endlosschleifen.

Anwendungsfall: Nach erfolgter Zahlung eine Bestellung automatisch auf "In Bearbeitung" setzen.


Tag hinzufügen

Hängt einen Tag an die Bestellung an, die den Flow ausgelöst hat. Existiert der Tag noch nicht, wird er automatisch angelegt.

FeldBeschreibung
Tag-NameText des Tags (unterstützt {{trigger.x}})
FarbeOptionale Farbe des Tags (Hex-Farbcode oder Farbwähler)

Hinweise:

  • Tags sind auf Bestellungen beschränkt.
  • Denselben Tag zweimal hinzuzufügen ist idempotent — es entsteht kein Duplikat.

Anwendungsfall: Bestellungen über 1.000 € automatisch mit dem Tag "VIP" markieren.


Variable setzen

Berechnet einen Wert und speichert ihn in einer benannten Variable, die in allen folgenden Aktionen als {{var.name}} verfügbar ist.

FeldBeschreibung
VariablennameBezeichnung ohne Leerzeichen (z. B. kundenEmail)
WertStatischer Text oder {{trigger.x}}-Ausdruck

Anwendungsfall: Die E-Mail-Adresse des Kunden in einer Variable {{var.kundenEmail}} speichern und später in mehreren Aktionen wiederverwenden.


Flow stoppen

Beendet den Flow sofort an dieser Stelle. Alle nachfolgenden Aktionen werden als "Übersprungen" protokolliert.

Keine Konfigurationsfelder erforderlich.

Anwendungsfall: Am Ende eines bedingten Zweigs (Then/Else) den Flow gezielt stoppen, anstatt versehentlich weitere Aktionen auszuführen.


Verzögerung

Hält den Flow für eine definierte Anzahl von Minuten an, bevor die nächste Aktion ausgeführt wird.

FeldBeschreibung
MinutenWartezeit in Minuten (ganzzahlig, positiv)

Wie die Verzögerung funktioniert:

  1. Der Flow wechselt in den Status "Verzögert".
  2. Ein Hintergrundprozess prüft alle 60 Sekunden, ob die Wartezeit abgelaufen ist.
  3. Nach Ablauf der Zeit setzt der Flow mit der nächsten Aktion fort.

Verzögerte Ausführungen können in der Ausführungshistorie abgebrochen werden, solange sie noch nicht gestartet wurden.

Anwendungsfall: 30 Minuten nach einer fehlgeschlagenen Zahlung eine Erinnerungs-E-Mail senden.


Webhook

Sendet eine HTTP-Anfrage an eine externe URL, wenn der Flow läuft.

FeldPflichtBeschreibung
URLJaZieladresse (unterstützt {{trigger.x}})
MethodeJaPOST oder GET
HeaderNeinSchlüssel-Wert-Paare für zusätzliche HTTP-Header
BodyNeinJSON-Inhalt der Anfrage (unterstützt Platzhalter)
HMAC-SecretNeinFalls angegeben, wird ein X-Webhook-Signature-Header mit HMAC-SHA256 ergänzt

Sicherheitshinweise:

  • Anfragen an private/interne IP-Adressen (10.x.x.x, 192.168.x.x, 127.x.x.x, localhost) sind blockiert, um Server-Side-Request-Forgery zu verhindern.
  • Timeout nach 30 Sekunden — Anfragen, die länger dauern, werden als fehlgeschlagen gewertet.

Anwendungsfall: Bei einer neuen Bestellung Daten an ein externes Lagerverwaltungssystem oder ein CRM weitersenden.


Bedingte Verzweigung

Wertet einen booleschen Ausdruck aus und führt je nach Ergebnis einen von zwei Zweigen (Dann / Sonst) aus.

Ausführliche Erklärung und Beispiele finden Sie unter Bedingte Verzweigungen.


Ausgabe-Variable und Fehlerverhalten

Für jede Aktion (außer "Bedingte Verzweigung" und "Flow stoppen") stehen zwei gemeinsame Felder zur Verfügung:

FeldBeschreibung
Ausgabe-VariableSpeichert das Ergebnis dieser Aktion in einer Variable; in Folgeaktionen mit {{var.name}} verwendbar
FehlerverhaltenStopp (Standard): Bricht den Flow ab. Fortfahren: Nächste Aktion wird trotzdem ausgeführt. Wiederholen: Bis zu 5 Wiederholungsversuche.