⚙️Rule Builder vs. Flow Builder in Shopware 6 – Unterschiede, Zusammenspiel und echte Praxis-Tipps🔄

Wenn Sie in Shopware 6 das erste Mal über Rule Builder und Flow Builder stolpern, ist die Verwechslung fast schon vorprogrammiert. Beide klingen nach Automatisierung, beide sitzen nah beieinander im Admin, beide greifen in Abläufe ein. Und trotzdem machen sie etwas grundverschiedenes. Genau da wird es interessant. Denn wer die beiden sauber trennt, baut Shops, die clever reagieren, statt bei jeder kleinen Ausnahme wie ein beleidigter Drucker stehenzubleiben.

Der Rule Builder ist in Shopware 6 der Ort für Bedingungen. Er entscheidet, wann etwas gelten soll. Der Flow Builder ist der Ort für Reaktionen. Er entscheidet, was passieren soll, wenn ein Ereignis eintritt. Klingt simpel, ist aber im Alltag ein echter Hebel. Sobald Sie das Prinzip verstanden haben, können Sie Zahlungsarten eingrenzen, Versandmethoden steuern, Rabatte gezielt ausspielen, E-Mails automatisieren, Tags setzen, Dokumente erzeugen und Prozesse im Hintergrund sauber sortieren. Kurz gesagt, Ihr Shop bekommt endlich Manieren.

Wenn Sie tiefer in die offizielle Doku einsteigen wollen, lohnt sich ein Blick in die deutsche Shopware Dokumentation zum Rule Builder. Dort wird gut sichtbar, an wie vielen Stellen Regeln in Shopware eingesetzt werden können. Und genau das ist der erste wichtige Punkt für diesen Beitrag, Regeln sind keine hübsche Nebenfunktion, sondern die Logikschicht für viele Entscheidungen im Shop.

Warum Rule Builder und Flow Builder so oft verwechselt werden

Die Verwirrung kommt daher, dass beide Werkzeuge mit Logik arbeiten. Sie klicken Bedingungen zusammen, definieren Fälle, denken in Wenn-dann-Mustern. Das fühlt sich ähnlich an. Im Kern ist die Aufgabe aber anders. Der Rule Builder bewertet eine Situation. Der Flow Builder verarbeitet ein Ereignis. Der Unterschied ist also nicht kosmetisch, sondern architektonisch.

Ein Beispiel macht das sofort greifbar. Sie wollen, dass die Zahlungsart Kauf auf Rechnung nur für B2B-Kunden ab 250 Euro verfügbar ist. Das ist ein klassischer Job für den Rule Builder. Sie definieren die Kundengruppe und den Warenkorbwert als Bedingungen. Fertig. Sie wollen aber zusätzlich, dass nach einer Bestellung mit genau diesen Bedingungen automatisch intern eine Nachricht rausgeht, ein Tag gesetzt wird und ein Mitarbeiter im Backoffice nachfasst. Zack, jetzt ist der Flow Builder dran. Erst Bedingung, dann Aktion. Erst Bewertung, dann Ablauf.

Was der Rule Builder in Shopware 6 wirklich macht

Der Rule Builder ist das Werkzeug für Entscheidungslogik. Er prüft Daten, Kontexte und Zustände. Dazu gehören zum Beispiel Kundengruppe, Lieferland, Postleitzahl, Warenkorbwert, enthaltene Produkte, Zahlungsart, Versandart oder bestimmte Eigenschaften einzelner Positionen. Die Regel selbst löst nichts aktiv aus. Sie steht bereit und wird an anderer Stelle verwendet, etwa bei Versandarten, Zahlungsarten, Aktionen, Preisen oder im Flow Builder.

Genau deshalb ist der Rule Builder in vielen Projekten das unterschätzte Fundament. Wer ihn sauber aufsetzt, spart später Zeit, Diskussionen und Nacharbeiten. In der offiziellen Dokumentation listet Shopware unter anderem Verfügbarkeiten für Zahlungsarten und Versandmethoden, Versandkosten, Promotionen, Rabatte, erweiterte Preise und sogar die Verwendung in Flows als typische Einsatzorte auf. Das ist keine Kleinigkeit. Das ist die logische Schaltzentrale für Ihr Tagesgeschäft.

Typische Aufgaben für den Rule Builder

Der Rule Builder ist stark, wenn Ihr Shop unterscheiden muss. Also dann, wenn Bedingungen entscheiden, ob eine Funktion sichtbar, erlaubt, berechnet oder gesperrt wird. Genau hier spielt Shopware seine Stärke aus. Sie können Regeln für Standardfälle bauen und für Sonderfälle nachschärfen, ohne jedes Mal ein Plugin oder Custom Code zu brauchen. Das macht den Builder für Händler und Agenturen so wertvoll.

Typische Anwendungsfälle sind zum Beispiel Versandkostenfrei ab einem bestimmten Warenkorbwert, Expressversand nur für bestimmte Postleitzahlen, Rechnungskauf nur für freigeschaltete Kundengruppen, Sonderversand für markierte Produkte, Rabatte für bestimmte Warengruppen oder Preise abhängig von Kundentyp und Bestellmenge. In B2B-Projekten ist das Gold wert, weil Sie damit komplexe Freigaben ohne Code strukturieren können. Wenn Sie mit Kundengruppen, Staffelpreisen und segmentierten Angeboten arbeiten, passt dazu auch unser Beitrag zu Shopware B2B Features mit Staffelpreisen, Mengenrabatten und Kundengruppen.

Worauf es bei guten Regeln ankommt

Eine gute Regel ist konkret, eindeutig und wiederverwendbar. Viele Shops machen an dieser Stelle denselben Fehler. Sie bauen zehn ähnliche Regeln mit kryptischen Namen wie Test 1 neu, Test 2 final oder Versand heute wirklich final. Ganz ehrlich, das ist der direkte Weg ins Konfigurationschaos. Benennen Sie Regeln so, dass ihr Zweck sofort klar ist. Zum Beispiel Zahlung Rechnung B2B ab 250 Euro oder Versand Spedition nur Tag Sonderversand. Sie wollen beim späteren Zuordnen nicht rätseln wie bei einem Überraschungsei ohne Überraschung.

Wichtig ist auch die Priorität. Im Rule Builder entscheidet sie darüber, welche Regel eher greift, wenn mehrere Varianten im Spiel sind. Gerade bei Versandarten und Rabatten kann das den Unterschied zwischen elegant und peinlich machen. Wenn Standardversand und Sonderversand gleichzeitig möglich scheinen, müssen Sie sauber priorisieren. Sonst bekommen Sie Ergebnisse, die technisch logisch sind, betriebswirtschaftlich aber ziemlicher Quatsch.

Flowbuilder vs rulebuilder shopware – Shopware – für Händler, Entwickler und Kunden – ⚙️Rule Builder vs. Flow Builder in Shopware 6 – Unterschiede, Zusammenspiel und echte Praxis-Tipps🔄

Was der Flow Builder in Shopware 6 wirklich macht

Der Flow Builder arbeitet ereignisbasiert. Hier geht es nicht um eine abstrakte Gültigkeit, sondern um einen konkreten Auslöser. Eine Bestellung wird angelegt, eine Zahlung geht ein, ein Kunde registriert sich, ein Status ändert sich, ein Dokument wird erzeugt oder ein externer Trigger kommt herein. Auf Basis dieses Ereignisses führt der Flow Builder definierte Aktionen aus. Er reagiert also aktiv auf etwas, das passiert.

Die deutsche Shopware Dokumentation zum Flow Builder beschreibt das sauber, der Flow Builder automatisiert Geschäftsprozesse ohne Programmierkenntnisse und kann Ereignisse mit Regeln weiter spezifizieren. Genau das ist der springende Punkt. Ein Flow startet mit einem Trigger, prüft optional Bedingungen und führt dann Aktionen aus. Das ist kein Konkurrenzprodukt zum Rule Builder, sondern sein natürlicher Partner.

Typische Aufgaben für den Flow Builder

Der Flow Builder ist stark, wenn Ihr Shop etwas tun soll. Also E-Mails verschicken, Dokumente erzeugen, Status ändern, Tags hinzufügen oder entfernen, Zusatzfelder setzen, Kundengruppen wechseln, Downloadrechte freischalten oder per Webhook ein Drittsystem anstoßen. Seit Shopware 6.5.3.0 können laut Dokumentation auch Custom Trigger aus anderen Apps eingebunden werden. Das ist besonders interessant, wenn Ihr Shop an ERP, CRM, Versand- oder Marketingtools andockt.

Im Alltag heißt das zum Beispiel: Sobald eine Bestellung eingeht, erzeugen Sie automatisch die Rechnung, versenden sie per E-Mail, setzen intern ein Tag für den Vertrieb und stoßen per Webhook einen Folgeprozess in einem Drittsystem an. Oder, wenn ein Kunde sich registriert, weisen Sie anhand seines Landes ein Tag zu. Oder, wenn digitale Produkte bezahlt wurden, schalten Sie automatisch Downloadrechte frei. Das ist operative Automatisierung, die spürbar Arbeit spart.

Ein Flow ist kein Bauchgefühl, sondern eine Reaktionskette

Ein guter Flow besteht aus vier Teilen. Erstens der Trigger. Zweitens optionale Bedingungen. Drittens die eigentliche Aktion. Viertens, wenn nötig, eine Verzögerung. Gerade der letzte Punkt wird oft übersehen. Nicht jede Aktion soll sofort passieren. Manchmal wollen Sie eine E-Mail erst Stunden später senden, eine Erinnerung nach einigen Tagen auslösen oder einen Prozess bewusst zeitversetzt starten. Shopware unterstützt solche verzögerten Aktionen direkt im Flow Builder. Das ist praktisch, weil Sie damit einfache Follow-ups ohne Zusatztool abbilden können.

Wenn Sie sich generell für die operative Seite von Shopware interessieren, kann auch unser Artikel zum Shopware 6 Backend mit klarem Plan und schnellen Erfolgen spannend für Sie sein. Denn Automatisierung lebt davon, dass die Grundstruktur im Admin sauber aufgebaut ist.

Der wichtigste Unterschied in einem Satz

Der Rule Builder entscheidet, ob etwas gilt. Der Flow Builder entscheidet, was passiert.

Mehr müssen Sie sich für die Grundlogik eigentlich nicht merken. Aber weil wir hier nicht bei Kalenderweisheiten bleiben wollen, drehen wir das noch etwas schärfer. Regeln sind wiederverwendbare Logikbausteine. Flows sind Abläufe, die von Ereignissen gestartet werden. Regeln können Sie an vielen Stellen des Shops zuweisen. Flows hängen immer an einem Trigger. Regeln bewerten Zustände. Flows steuern Aktionen. Regeln sind eher statisch in ihrer Funktion. Flows sind eher prozessual.

So arbeiten Rule Builder und Flow Builder zusammen

E-Commerce News - Tipps & Tricks 🤖 Wie funktioniert die Power Platform Integration? So verbinden Sie Shop & Dynamics 365 ohne Code 🔗

Jetzt wird es spannend. In guten Shopware-Projekten arbeiten beide Builder Hand in Hand. Sie bauen im Rule Builder die Entscheidungsgrundlage und verwenden diese Regel im Flow Builder als Bedingung. So vermeiden Sie doppelte Logik, widersprüchliche Setups und wilde Bastelkonfigurationen, die später keiner mehr versteht. Ein Shop sollte nicht aussehen wie eine WG-Küche nach drei Tagen Festival. Strukturieren Sie lieber sauber.

Ein offizielles Beispiel aus der Shopware Dokumentation zeigt das ziemlich gut. Dort wird beschrieben, wie ein Artikel nur einmal pro Kunde bestellbar gemacht werden kann. Zuerst wird im Rule Builder eine Regel erstellt, die erkennt, ob ein bestimmter Artikel im Warenkorb liegt. Danach erweitert man im Flow Builder einen bestehenden Order-Flow, prüft diese Regel als Bedingung und weist dem Kunden bei Treffer ein Tag zu. Mit weiteren Regeln kann anschließend gesteuert werden, wie der Shop mit Kunden umgeht, die dieses Tag bereits haben. Genau so sieht gutes Zusammenspiel aus.

Für konkrete Beispiele können Sie sich sowohl die Beispielregeln für den Rule Builder als auch die Beispielflows für den Flow Builder ansehen. Gerade diese beiden Quellen helfen enorm, wenn Sie aus Theorie schnell saubere Praxis machen wollen.

Praxisbeispiel 1, B2B-Bestellung mit interner Weiterleitung

Sie betreiben einen B2B-Shop und wollen Bestellungen mit hohem Volumen anders behandeln als kleine Aufträge. Im Rule Builder definieren Sie eine Regel mit den Bedingungen Kundengruppe Händler und Warenkorbwert größer als 1000 Euro. Diese Regel können Sie bereits nutzen, um bestimmte Zahlungsarten einzuschränken oder Sonderkonditionen anzuzeigen.

Im nächsten Schritt bauen Sie im Flow Builder einen Trigger auf Basis einer platzierten Bestellung. Als Bedingung greifen Sie auf die B2B-Regel zurück. Wenn sie wahr ist, verschickt der Flow eine interne E-Mail an den Vertrieb, setzt ein Tag wie High Value Order, erzeugt optional ein Dokument oder ruft per Webhook ein CRM an. Das Ergebnis ist sauber. Eine Regel, mehrere Nutzungen. Genau so muss das.

Praxisbeispiel 2, Sonderversand für markierte Produkte

Im Rule Builder legen Sie fest, dass Produkte mit einem bestimmten Tag oder Zusatzfeld eine spezielle Versandart brauchen. Damit können Sie Standardversand ausblenden und Sonderversand aktivieren. Das ist die Entscheidungsebene. Im Flow Builder reagieren Sie zusätzlich auf Bestellungen mit genau diesen Produkten. Der Flow kann das Lager informieren, einen Versandpartner antriggern, ein internes Tag setzen oder einen Status ändern. So verbinden Sie Shoplogik und operative Abwicklung.

Wenn Sie generell tiefer in technische Shopware-Setups einsteigen wollen, ist auch unser Beitrag zu Headless Commerce mit Shopware 6 und sauberer API-Verbindung ein guter nächster Schritt, weil dort klar wird, wie wichtig saubere Systemlogik für spätere Integrationen ist.

Praxisbeispiel 3, nur einmal bestellbare Produkte

Das offizielle Beispiel aus der Doku ist für Memberships, limitierte Editionen oder bestimmte Aktionsartikel ziemlich charmant. Sie bauen zuerst im Rule Builder eine Regel, die erkennt, ob der betroffene Artikel im Warenkorb liegt. Im Flow Builder prüfen Sie dann bei Bestellung, ob diese Regel greift, und setzen dem Kunden ein Tag. Danach können Sie mit weiteren Regeln verhindern, dass Kunden mit diesem Tag den Artikel erneut kaufen oder bestimmte Versandarten sehen. Das ist ein starkes Beispiel dafür, wie Regeln Entscheidungen tragen und Flows Prozesse absichern.

Praktische Tipps für Ihren Alltag mit beiden Buildern

1. Bauen Sie erst die Fachlogik, dann den Ablauf

Viele springen sofort in den Flow Builder, weil Aktionen sichtbarer sind. Verständlich. E-Mails, Tags und Statusänderungen machen halt mehr Krach als eine Bedingung im Hintergrund. Cleverer ist aber die umgekehrte Reihenfolge. Klären Sie zuerst die Logik im Rule Builder. Wer ist betroffen. Unter welchen Bedingungen. Welche Ausnahmen gibt es. Erst wenn das sauber ist, bauen Sie im Flow Builder den Ablauf darauf auf. Die Automatisierung & Effizienz mit Shopware 6 wird dhier gut erklärt.

2. Vermeiden Sie doppelte Bedingungen

Wenn Sie dieselbe Bedingung mehrfach direkt in unterschiedlichen Flows nachbauen, wächst Ihr Wartungsaufwand unnötig. Legen Sie stattdessen wiederverwendbare Regeln an. So ändern Sie die Logik an einer Stelle und profitieren an mehreren Stellen davon. Das spart Fehler und macht den Shop pflegbarer.

3. Nutzen Sie klare Namenskonventionen

Gerade in größeren Projekten brauchen Sie Ordnung. Bewährt haben sich Namen mit Präfix und Einsatzzweck. Zum Beispiel RB Versand Sonderversand Tag oder FB Bestellung B2B High Value Info Vertrieb. Klingt trocken, spart aber später Nerven. Niemand will bei einer dringenden Änderung raten, welcher Flow jetzt der richtige ist. Schon gar nicht an einem Montagmorgen vor dem ersten Kaffee.

4. Testen Sie Regeln früh und realistisch

Der Vorschaumodus im Rule Builder hilft beim Prüfen von Bedingungen. Laut Shopware ist dieser Modus für Rise und höher verfügbar. Nutzen Sie ihn mit echten Bestellungen, realistischen Warenkörben und verschiedenen Kundentypen. Testen Sie nicht nur den Wunschfall, sondern auch den nervigen Sonderfall. Genau dort verstecken sich die Fehler, die Ihnen später Supporttickets bescheren.

5. Prioritäten bewusst setzen

Besonders bei Versand und Rabatten müssen Sie wissen, welche Regel Vorrang hat. Wenn Standardversand und Sonderversand parallel konfiguriert sind, kann eine unklare Priorisierung zu schrägen Ergebnissen führen. Das gilt ebenso für Aktionen, die sich gegenseitig ausschließen. Dokumentieren Sie daher kurz, warum eine Regel Priorität 1, 2 oder 10 hat. Ihr Zukunfts-Ich wird Ihnen still dankbar zunicken.

6. Halten Sie Flows kurz und zielgerichtet

Ein Flow sollte ein klarer Ablauf sein, keine wilde Sammelstelle für jede Idee, die im Jour fixe hochploppt. Wenn ein Flow zu lang wird, teilen Sie ihn fachlich auf. Etwa nach Bestellung, Zahlung, Registrierung oder Retouren. Kleine, fokussierte Flows lassen sich besser prüfen, besser ändern und besser verstehen.

7. Denken Sie Prozesse bis zum Ende

Ein Flow, der nur eine E-Mail versendet, kann schon hilfreich sein. Noch besser wird er, wenn Sie den gesamten Prozess denken. Wer bekommt die Info. Muss ein Dokument erzeugt werden. Braucht ein ERP einen Hinweis. Soll ein Tag gesetzt werden. Muss ein Status geändert werden. Automatisierung bringt am meisten, wenn sie echte Folgearbeit abnimmt und nicht nur hübsch blinkt.

8. Nutzen Sie Tags bewusst

Tags sind in Shopware kleine, aber mächtige Helfer. Sie verbinden Rule Builder und Flow Builder oft überraschend elegant. Ein Flow kann ein Tag setzen, eine Regel kann dieses Tag auswerten. So entstehen Ketten, mit denen Sie Kunden, Bestellungen oder Produkte gezielt segmentieren. Wichtig ist nur, Tags nicht inflationär zu vergeben. Sonst sieht Ihr Admin irgendwann aus wie ein Kleiderschrank, in dem alles beschriftet ist und trotzdem nichts schnell gefunden wird.

Wann Sie eher den Rule Builder brauchen und wann den Flow Builder

Brauchen Sie eine Entscheidung im Frontend oder bei der Konfiguration, nehmen Sie den Rule Builder. Soll etwas sichtbar, erlaubt oder berechnet werden, ist er fast immer der richtige Startpunkt. Typische Stichworte sind Verfügbarkeit, Segmentierung, Einschränkung, Preislogik, Rabattlogik, Versandlogik und Zahlungslogik.

Brauchen Sie einen Ablauf nach einem Ereignis, nehmen Sie den Flow Builder. Soll nach Registrierung, Bestellung, Zahlung oder Statuswechsel etwas passieren, sind Sie dort richtig. Typische Stichworte sind Benachrichtigung, Dokument, Statuswechsel, Tagging, Freigabe, Verzögerung und Webhook.

In vielen realen Szenarien brauchen Sie beide. Und genau das ist die gute Nachricht. Sie müssen sich nicht entscheiden wie zwischen Pizza und Pasta. Shopware liefert Ihnen beides, und zusammen schmeckt es meist deutlich besser.

Fazit, wenn Sie es auf den Punkt wollen

Rule Builder und Flow Builder sind in Shopware 6 keine zwei Varianten desselben Werkzeugs. Sie lösen unterschiedliche Aufgaben und werden zusammen erst richtig stark. Der Rule Builder prüft Bedingungen und schafft die Logikbasis für Entscheidungen im Shop. Der Flow Builder reagiert auf Ereignisse und setzt Aktionen um. Sobald Sie beides als Team denken, werden Ihre Prozesse klarer, skalierbarer und pflegeleichter.

Für Shops mit mehreren Versandarten, B2B-Regeln, Sonderfreigaben, CRM- oder ERP-Anbindung und wachsendem Bestellvolumen ist dieses Zusammenspiel oft kein nettes Extra, sondern pures Tagesgeschäft. Wer die Logik sauber trennt, spart Support, reduziert Fehler und beschleunigt Abläufe. Und ja, das ist am Ende auch gut für Umsatz, Conversion und Nerven. Vor allem für die Nerven.

Wenn Sie tiefer in Shopware als System einsteigen wollen, schauen Sie auch in unseren Überblick zu Shopware 6 als Shopsystem. Dort bekommen Sie den größeren Rahmen, in dem Rule Builder und Flow Builder ihre Wirkung entfalten.

Mich würde jetzt wirklich interessieren, wie Sie beide Builder aktuell nutzen. Haben Sie eher mit Versandlogik, Zahlungsarten, B2B-Freigaben oder internen Prozessen zu tun. Oder hat Ihnen schon einmal ein falsch gebauter Flow den Tag versüßt, ganz nach dem Motto, Überraschung, heute gehen 400 Mails raus. Schreiben Sie Ihr Beispiel oder Ihre Frage in die Kommentare. Genau an solchen echten Fällen wird Shopware erst richtig spannend.

Wer diesen Beitrag geschrieben hat

Storetown Media ist eine Shopware Agentur aus Tornesch bei Hamburg. Rule Builder und Flow Builder nutzen wir in Kundenprojekten täglich – meist um Prozesse abzubilden, für die früher ein Plugin nötig gewesen wäre. Was sich damit lösen lässt und wo die Grenze liegt, steht oben im Beitrag.