Shopware
Was ist der Shopware Flow Builder?
Der Shopware Flow Builder ist das ereignisbasierte No-Code-Automatisierungswerkzeug in Shopware 6. Er folgt der Logik Trigger, Bedingung, Aktion: Ein Shop-Ereignis wie checkout.order.placed startet einen Flow, eine Bedingung prüft die Voraussetzungen, eine Aktion wird ausgeführt, etwa eine E-Mail senden, einen Status ändern, ein Tag setzen oder einen Webhook aufrufen. Konfiguriert wird alles ohne Programmierung in der Administration unter Einstellungen, Automatisierung.
Mit dem Flow Builder lassen sich wiederkehrende Geschäftsprozesse automatisieren, ohne eigene Entwicklung. Die Bedingungen eines Flows nutzen das Regelwerk des Shopware Rule Builder: Der Rule Builder definiert das Wenn, der Flow Builder führt das Dann aus. Der Funktionsumfang hängt von der Shopware-Edition ab, fortgeschrittene Aktionen wie Webhooks oder verzögerte Aktionen sind höheren Plänen vorbehalten.
| Element | Bedeutung | Beispiele |
|---|---|---|
| Trigger | Shop-Ereignis, das den Flow startet | checkout.order.placed, checkout.customer.register, state_enter.order.state.paid |
| Bedingung | Prüfung über Rule-Builder-Regeln, true/false-Verzweigung | Bestellwert über Grenze, bestimmte Kundengruppe, Zahlart |
| Aktion | Operation bei erfüllter Bedingung | E-Mail mit Anhang senden, Status ändern, Tag setzen, Dokument erzeugen, Webhook aufrufen |
| Verzweigung | Flows lassen sich aufteilen und anhalten | true/false-Pfade, Stop flow |
| Verfügbarkeit | Je nach Edition, einzelne Aktionen nur in höheren Plänen | Webhooks und verzögerte Aktionen (Delayed Actions) in höheren Plänen |
Stand: Juni 2026. Angaben auf Basis der offiziellen Shopware-Dokumentation (docs.shopware.com). Konkreter Funktionsumfang abhängig von Shopware-Version und Edition.
Ein Shop-Ereignis startet den Flow, eine Bedingung prüft die Voraussetzung, eine Aktion wird ausgeführt. Das Beispiel ist illustrativ.
Wie funktioniert der Shopware Flow Builder?
Der Flow Builder liegt in der Shopware-Administration unter Einstellungen, Automatisierung. Jeder Flow folgt derselben Logik: Ein Trigger startet den Ablauf, eine Bedingung prüft die Voraussetzungen, eine Aktion wird ausgeführt. Als Trigger dienen Shop-Ereignisse, zum Beispiel checkout.order.placed bei einer Bestellung, checkout.customer.register bei einer Registrierung oder ein Statusübergang wie state_enter.order.state.paid. Mögliche Aktionen sind unter anderem:
- automatisierte E-Mails inklusive Anhängen versenden,
- Bestell-, Zahlungs- oder Versandstatus ändern,
- Tags setzen oder entfernen und Kundengruppen zuweisen,
- Dokumente erzeugen oder externe URLs per Webhook aufrufen (je nach Edition).
Flows lassen sich über true/false-Pfade verzweigen, mit Stop flow anhalten und als Vorlagen teilen, herunterladen und hochladen. Verzögerte Aktionen (Delayed Actions) führen Aufgaben erst nach einem definierten Zeitraum aus und stehen in höheren Editionen bereit. So deckt der Flow Builder einen großen Teil wiederkehrender Prozesse ab, ohne dass eigener Code nötig ist.
Einordnung
Der Flow Builder ist im Tagesgeschäft oft unterschätzt. Viele Aufgaben, für die Händler reflexartig an eine individuelle Entwicklung denken, etwa automatische Benachrichtigungen, Tag-Logik oder Statusprozesse, lassen sich ohne eine Zeile Code abbilden. Der Hebel liegt nicht im Werkzeug, sondern in der Disziplin: Wer Flows sauber benennt, dokumentiert und nicht wild wuchern lässt, spart sich später teure Fehlersuche in einem undurchschaubaren Geflecht aus Automatisierungen.
Philipp Foreman, Geschäftsführer onacy GmbH
Was ist der Unterschied zwischen Flow Builder und Rule Builder?
Flow Builder und Rule Builder werden oft verwechselt, erfüllen aber unterschiedliche Aufgaben. Der Rule Builder ist das Regelwerk: Er definiert Bedingungen, etwa für Preise, Versand, Zahlarten oder B2B-Logik, und liefert damit das Wenn. Er hat keinen eigenen Auslöser, sondern wird von anderen Funktionen ausgewertet. Der Flow Builder ist die Automatisierung: Er reagiert auf ein Ereignis und führt das Dann aus.
In der Praxis greifen beide ineinander. Ein Flow startet bei einem Ereignis, prüft über eine Rule-Builder-Regel eine Bedingung und führt bei Erfüllung eine Aktion aus. Vereinfacht: Der Rule Builder entscheidet, der Flow Builder handelt. Wer beide Werkzeuge sauber trennt und gezielt kombiniert, baut wartbare Automatisierungen statt Insellösungen.
Wo stößt der Flow Builder an Grenzen?
Der Flow Builder ist stark, solange Prozesse innerhalb von Shopware ablaufen. Sobald mehrere Systeme über Shopware hinaus zusammenspielen, etwa ERP, CRM oder PIM, stoßen die Bordmittel an Grenzen. Hier setzen systemübergreifende Integrationen und Orchestrierungsebenen an, von klassischen Schnittstellen bis zu Ansätzen wie Shopware Nexus.
Wer Prozesse weiterdenkt, landet schnell bei umfassender KI-Automatisierung und Agentic Commerce. Als Shopware-Partner setzt onacy zuerst die Bordmittel konsequent ein und ergänzt sie erst dort um externe Orchestrierung, wo der Flow Builder bewusst endet.
Häufige Fragen zum Shopware Flow Builder
Was ist der Shopware Flow Builder einfach erklärt?
Der Shopware Flow Builder ist das ereignisbasierte No-Code-Automatisierungswerkzeug in Shopware 6. Er folgt der Logik Trigger, Bedingung, Aktion: Ein Shop-Ereignis wie eine Bestellung startet einen Flow, eine Bedingung prüft die Voraussetzungen, eine Aktion wie E-Mail-Versand oder Statusänderung wird ausgeführt. Konfiguriert wird alles ohne Programmierung in der Administration.
Was ist der Unterschied zwischen Flow Builder und Rule Builder?
Der Rule Builder definiert Bedingungen und Regeln, etwa für Preise, Versand oder B2B-Logik, und liefert damit das Wenn. Er hat keinen eigenen Auslöser. Der Flow Builder reagiert auf ein Shop-Ereignis, prüft eine Bedingung über Rule-Builder-Regeln und führt eine Aktion aus, also das Dann. Vereinfacht: Der Rule Builder entscheidet, der Flow Builder handelt.
Welche Aktionen kann der Flow Builder ausführen?
Der Flow Builder kann unter anderem automatisierte E-Mails inklusive Anhängen versenden, Bestell-, Zahlungs- oder Versandstatus ändern, Tags setzen oder entfernen, Kundengruppen zuweisen, Dokumente erzeugen und externe URLs per Webhook aufrufen. Fortgeschrittene Aktionen wie Webhooks oder verzögerte Aktionen sind je nach Shopware-Edition höheren Plänen vorbehalten.
Welche Trigger gibt es im Shopware Flow Builder?
Als Trigger dienen Shop-Ereignisse. Typische Beispiele sind checkout.order.placed beim Aufgeben einer Bestellung, checkout.customer.register bei einer Registrierung oder Statusübergänge wie state_enter.order.state.paid, wenn der Zahlungsstatus auf bezahlt wechselt. Auf einen Trigger folgt eine Bedingung, die über Rule-Builder-Regeln geprüft wird, und anschließend eine Aktion.
Prozesse in Shopware automatisieren, ohne unnötigen Custom-Code
Viele wiederkehrende Abläufe lassen sich mit Flow Builder und Rule Builder ohne Entwicklung abbilden. Wir analysieren Ihre Prozesse und zeigen, was sich mit Bordmitteln lösen lässt und wo echte Workflow-Automatisierung beginnt.
Mehr Kontext: Shopware bei onacy
Verwandte Themen
Der Flow Builder ist Teil des Shopware-Automatisierungsbaukastens bei onacy. Diese Seiten vertiefen Regelwerk, Architektur und weiterführende Automatisierung.
