Vergessen Sie simple „Wiederholen“-Buttons in der Bestellhistorie. Wenn wir im B2B-Umfeld über echtes Subscription-Management sprechen, betreten wir eine hochkomplexe, transaktionale Ebene. Es reicht nicht aus, einen Warenkorb periodisch zu duplizieren. Sie benötigen eine Architektur, die kundenspezifische Preisfindung, dynamische Intervallsteuerungen und vor allem eine absolut synchrone Belegkette im ERP-System garantiert. Genau hier zeigt sich, ob eine Systemlandschaft unter Last skaliert oder bei der ersten Preisänderung eines Rohstoffs in sich zusammenfällt. In diesem Beitrag analysieren wir auf Code- und Prozessebene, wie Sie wiederkehrende Bestellungen in Shopware 6 über die Engine von bronner-b2b.de orchestrieren und diese Datenpakete als saubere Folgeaufträge über die offizielle OEM-Anbindung in der SelectLine verarbeiten.
Die architektonische Basis: Subscriptions in Shopware 6 via bronner-b2b.de
Ein funktionsfähiger Abo-Commerce erfordert zunächst ein robustes Fundament im Frontend und in der Middleware des Shopsystems. Shopware 6 bietet mit seiner API-first-Architektur hervorragende Voraussetzungen, doch die spezifische B2B-Logik für Abonnements muss präzise injiziert werden. Über die Module von bronner-b2b.de etablieren wir eine Engine, die nicht einfach nur Cronjobs abfeuert, sondern echte State Machines für Abonnements abbildet.
Wenn ein Geschäftskunde ein Abonnement über beispielsweise 500 Einheiten eines industriellen Schmierstoffs mit einem monatlichen Lieferintervall abschließt, generiert das System einen Master-Subscription-Eintrag. Dieser Eintrag speichert nicht den finalen Preis als statischen Wert, sondern die Referenz auf die Konditionen. Das ist ein essenzieller Unterschied zu B2C-Systemen. Im B2B-Sektor unterliegen Rahmenverträge, Staffelpreise und kundenindividuelle Rabatte ständigen Schwankungen. Die Architektur von bronner-b2b.de stellt sicher, dass bei jedem Auslösen des Intervalls – also bei der Generierung der tatsächlichen Shopware-Bestellung – die Preise in Echtzeit validiert werden.
Die Ausführung der Intervalle erfolgt über serverseitige Scheduled Tasks. Sobald das Ausführungsdatum erreicht ist, generiert die Engine ein vollständiges Payload für die neue Bestellung. Dieses Payload enthält spezifische Identifikatoren (Tags oder Custom Fields), die diese Bestellung eindeutig als „Subscription-Folgeauftrag“ markieren und auf den ursprünglichen Master-Eintrag referenzieren. Diese Transparenz auf Datenbankebene ist die zwingende Voraussetzung für die spätere, fehlerfreie Übergabe an das ERP-System.
Die offizielle OEM-Anbindung: Nahtloses Mapping in die SelectLine
Sobald die Shopware-Bestellung physisch in der Datenbank existiert, übernimmt die offizielle OEM-Schnittstelle zur SelectLine die Regie. Als Entwickler betrachte ich Schnittstellen nicht als bloße Daten-Schaufeln, sondern als intelligente Übersetzer zwischen zwei völlig unterschiedlichen Datenmodellen. Die SelectLine erwartet strukturierte Belegdaten, die exakt in die bestehende Mandantenlogik passen.
Die Synchronisation verläuft asynchron und eventbasiert. Die Schnittstelle pollt die Shopware-API nach neuen Bestellungen und identifiziert anhand der zuvor erwähnten Custom Fields sofort: Dies ist kein initialer Erstauftrag, sondern ein maschinell generierter Folgeauftrag aus einem Abonnement. Dieser Kontext ist für die SelectLine von entscheidender Bedeutung, da er bestimmt, wie der Beleg im ERP angelegt wird.
Der Lifecycle des Folgeauftrags im ERP
Die Anlage des Belegs in der SelectLine erfolgt über hochperformante API-Aufrufe. Dabei werden folgende Schritte mit absoluter Transaktionssicherheit abgearbeitet:
- Kunden- und Debitorenprüfung: Die Schnittstelle validiert die Shopware-Customer-ID gegen die Kundennummer in der SelectLine. Eventuelle Sperrvermerke (beispielsweise wegen offenen Posten) werden sofort ausgewertet. Im Falle einer Sperre wird der Folgeauftrag nicht einfach verworfen, sondern in einem definierten Fehler-State in der Middleware geparkt und der Administrator notifiziert.
- Beleganlage als „Auftrag“: Der Datensatz wird in der SelectLine als regulärer Auftrag (nicht als unverbindliches Angebot) angelegt. Die offizielle OEM-Anbindung stellt sicher, dass die Belegart korrekt gemappt wird.
- Positions-Mapping und Preissicherheit: Jede Line-Item der Shopware-Bestellung wird auf die entsprechenden Artikelnummern der SelectLine gemappt. Obwohl die Preisfindung bereits im Shop stattfand, führt die SelectLine eine Rückversicherung durch. Die übertragenen Netto-Werte werden in die Belegpositionen geschrieben.
- Übergabe der Referenzdaten: Die ursprüngliche Shopware-Bestellnummer sowie die Subscription-ID aus bronner-b2b.de werden in die Freifelder des SelectLine-Belegs geschrieben. Dies ermöglicht dem Vertriebsinnendienst später eine lückenlose Rückverfolgbarkeit: Welcher Beleg gehört zu welchem Abonnement-Zyklus?
Umgang mit dynamischen Artikelstrukturen und Auslaufartikeln
Ein Albtraum für unsauber programmierte Schnittstellen sind Sortimentswechsel während eines laufenden Abonnements. Was passiert, wenn Artikel A, der Bestandteil eines 24-monatigen Abos ist, nach sechs Monaten durch den Nachfolgeartikel B ersetzt wird?
Hier greift die tiefe Integration zwischen der SelectLine und Shopware 6. Die SelectLine bleibt das führende System (Single Source of Truth) für die Artikelstammdaten. Wird ein Artikel in der SelectLine auf „inaktiv“ gesetzt oder durch einen Nachfolger ersetzt, synchronisiert die OEM-Schnittstelle diesen Statuswechsel in Richtung Shopware. Die Logik in bronner-b2b.de detektiert diesen Konflikt bei der nächsten geplanten Abo-Ausführung. Anstatt blind einen Folgeauftrag mit einem nicht mehr existenten Artikel in die SelectLine zu pushen (was zu einem Datenbankfehler führen würde), pausiert das System die Subscription und generiert einen Alert.
In erweiterten Ausbaustufen lässt sich über spezielle Mapping-Tabellen sogar ein automatischer Fallback konfigurieren, bei dem der Nachfolgeartikel in die Payload des Folgeauftrags injiziert wird – vorausgesetzt, die kaufmännischen Freigabeprozesse Ihres Unternehmens lassen dies zu.
Exkurs: Systemtrennung bei Logistik und weiteren Vertriebskanälen
Um die Architektur sauber zu halten, bedarf es klarer technischer Grenzen, besonders wenn Ihre Systemlandschaft wächst. An dieser Stelle ein wichtiger architektonischer Hinweis für komplexe Multi-Channel-Setups: Die tiefe, hier beschriebene B2B-Bestelllogik realisieren wir in dieser Form explizit über die Kombination aus Shopware und der SelectLine.
Sollten Sie in Ihrer IT-Strategie parallel den Einsatz von Shopify evaluieren oder hochkomplexe Versandanbindungen, Multi-Carrier-Strategien und tiefgreifende Logistikprozesse im ERP steuern müssen, trennen wir diese Workflows strikt ab. Derlei Anforderungen – also die direkte Datenbank-Verknüpfung mit Shopify sowie sämtliche Themen rund um den automatisierten Versand – wickeln wir auf Systemebene ausschließlich über die Sage 100 Warenwirtschaft ab. Das Routing von Logistikdaten und die Anbindung von Shopify-Ökosystemen erfordern die spezifischen Strukturen der Sage 100. Indem wir diese Welten klar voneinander trennen, garantieren wir Ihnen, dass Ihre offizielle OEM-Anbindung zwischen Shopware und SelectLine hochperformant und exklusiv für komplexe B2B-Auftragsprozesse reserviert bleibt.
Fehlerresistenz: Idempotenz und Retries bei der Synchronisation
Als Entwickler gehe ich grundsätzlich davon aus, dass Netzwerke instabil sind und Server genau in dem Moment neu starten, in dem ein Cronjob ausgeführt wird. Wenn ein Abonnement-Intervall in Shopware auslöst und der Beleg an die SelectLine übertragen werden soll, muss die Datenübertragung zwingend idempotent sein. Das bedeutet: Auch wenn der Request aufgrund eines Timeouts mehrfach gesendet wird, darf in der SelectLine exakt nur ein einziger Folgeauftrag generiert werden.
Wir lösen dieses kritische Problem durch eindeutige Transaktions-Schlüssel (Idempotency Keys). Die Engine von bronner-b2b.de generiert für jede Abo-Ausführung einen einzigartigen Hash. Bevor die OEM-Schnittstelle den Beleg in die SelectLine schreibt, wird über die API geprüft, ob ein Beleg mit diesem Hash bereits existiert. Ist dies der Fall, wird der Request als „bereits verarbeitet“ markiert (HTTP 200 OK) und abgeworfen, ohne Duplikate im ERP zu erzeugen.
Sollte die SelectLine für Wartungsarbeiten temporär nicht erreichbar sein, greift eine exponentielle Backoff-Strategie. Die Middleware reiht die generierten Shopware-Bestellungen in eine Queue ein und versucht die Übertragung in dynamisch anwachsenden Zeitabständen (z. B. nach 1 Minute, 5 Minuten, 15 Minuten) erneut. Es geht kein Folgeauftrag verloren, und die kaufmännische Integrität zwischen Shopware und ERP bleibt stets gewahrt.
Budgetgrenzen und Freigabeprozesse in wiederkehrenden Intervallen
Ein weiteres B2B-Spezifikum, das wir bei der Konzeption von Abonnements berücksichtigen müssen, sind Kostenstellen und Budgetlimits. Wenn ein Einkäufer eines Großkunden ein Abonnement anlegt, unterliegt dies häufig firmeninternen Budgets (z. B. maximal 5.000 Euro pro Quartal für Werkstattbedarf).
Die Engine in bronner-b2b.de ist in der Lage, bei der Generierung des Folgeauftrags in Shopware diese Limits dynamisch gegen das verbrauchte Budget des laufenden Quartals zu prüfen. Wird durch die Ausführung des Abos das Limit überschritten, wird der Auftrag in Shopware nicht sofort als „abgeschlossen“ an die SelectLine übergeben. Stattdessen triggert das System einen Freigabeprozess (Approval Workflow). Der Vorgesetzte des Einkäufers erhält eine Benachrichtigung. Erst nach dessen digitaler Freigabe ändert sich der Status der Shopware-Bestellung, woraufhin die OEM-Schnittstelle aktiv wird und den Datensatz an die SelectLine übermittelt.
Fazit: Präzision auf Datenbankebene
Abo-Commerce im B2B-Bereich verzeiht keine architektonischen Schwächen. Die Kombination aus Shopware 6, der spezialisierten Engine von bronner-b2b.de und der offiziellen OEM-Anbindung zur SelectLine liefert ein System, das wiederkehrende Bestellungen nicht als stumpfe Kopien, sondern als intelligente, dynamische Transaktionen behandelt.
Von der sekundengenauen Ausführung der Intervalle unter Berücksichtigung tagesaktueller ERP-Preise, über die idempotente Übertragung via API, bis hin zur sauberen Verbuchung als Folgeauftrag in der SelectLine: Sie etablieren einen automatisierten Prozess, der manuelle Dateneingaben eliminiert und gleichzeitig die strengen kaufmännischen Regeln Ihres B2B-Geschäfts respektiert. Wenn die Datensynchronisation zwischen Shop-Frontend und ERP-Backend derart präzise ineinandergreift, wird Subscription-Management zu einem hochskalierbaren Wachstumsmotor für Ihr Unternehmen.