Ein B2B-Warenkorb ist in seiner rohen Form oft nur eine unvollständige Datenstruktur. Wenn Geschäftskunden bei komplexen Händlern wie bronner-b2b.de individuelle Mengen, Sonderanfertigungen oder projektbezogene Konditionen anfragen, greift die klassische E-Commerce-Logik – „Artikel in den Warenkorb, Checkout, Bezahlung“ – ins Leere. Als Entwickler und Systemarchitekten stehen wir hier vor einer konkreten Herausforderung: Wie überführen wir einen asynchronen, verhandlungsbedürftigen Request aus dem Webshop verlustfrei und strukturiert in das führende ERP-System? Die Antwort liegt in einer präzisen, bidirektionalen Schnittstellenarchitektur, die Angebotsanfragen nicht als simple E-Mails, sondern als vollwertige Datenbankobjekte behandelt.
In diesem Architektur-Leitfaden zerlegen wir den Workflow digitaler Angebotsanfragen. Wir betrachten die exakten Datenflüsse und Zustandsübergänge (State Transitions), die notwendig sind, um Shop-Frontends nahtlos mit der Warenwirtschaft zu synchronisieren. Dabei fokussieren wir uns auf zwei hochperformante Setups: Die offizielle OEM-Anbindung zwischen Shopware und SelectLine sowie die Integration der Sage 100.
Die Anatomie einer digitalen B2B-Angebotsanfrage
Bevor wir auf die spezifischen ERP-Systeme eingehen, müssen wir das Konzept der Angebotsanfrage (Request for Quote – RFQ) auf Datenbankebene definieren. Ein regulärer Checkout generiert in der Regel ein Order-Objekt mit einem finalen, verbindlichen Preis. Eine Angebotsanfrage hingegen generiert einen Payload, der zwar die gewünschten Artikel, Mengen (SKUs) und Kundendaten (Customer IDs) enthält, dessen Preismetriken jedoch den Status pending oder null aufweisen. Die Preisfindung obliegt nicht dem Shop-System, sondern der Business-Logik der Warenwirtschaft. Das bedeutet, Ihre Schnittstelle muss in der Lage sein, diesen „unfertigen“ Beleg zu greifen, in das ERP zu injizieren, auf die manuelle oder automatisierte Kalkulation durch den Vertrieb zu warten und das fertige Angebot exakt demselben User-Context im Shop wieder bereitzustellen.
Die offizielle OEM-Anbindung: Shopware und SelectLine in perfekter Symbiose
Wenn Sie in Ihrer Infrastruktur auf Shopware in Kombination mit der SelectLine setzen, profitieren Sie von der offiziellen OEM-Anbindung. Diese tiefe strukturelle Verzahnung eliminiert die Notwendigkeit fehleranfälliger Middleware-Hacks. Der Prozess bei einer Plattform wie bronner-b2b.de läuft auf API-Ebene folgendermaßen ab:
Der B2B-Kunde authentifiziert sich im Shopware-Frontend und konfiguriert seinen Warenkorb. Sobald er den Trigger „Angebot anfordern“ auslöst, kapselt Shopware diesen Request. Über die offizielle OEM-Schnittstelle zur SelectLine wird ein synchroner Call abgesetzt. Die Schnittstelle mappt das Shopware-Angebots-Objekt direkt auf die Belegstruktur der SelectLine. Es entsteht unmittelbar ein offener Beleg der Kategorie „Angebotsanfrage“ im ERP.
Die Genialität dieses Setups liegt in der Datengranularität. Die SelectLine übernimmt nicht nur die Basisdaten, sondern liest spezifische B2B-Parameter direkt aus dem Payload:
- Kundenspezifische Preislisten: Die SelectLine identifiziert den Debitor und wendet sofort hinterlegte Rahmenverträge oder individuelle Staffelpreise an, die im Frontend eventuell noch nicht sichtbar waren.
- Freitextfelder und Custom Attributes: B2B-Anfragen enthalten oft spezifische Bemerkungen (z. B. „Bitte Lackierung in RAL 9005 statt Standard“). Diese Attribute werden durch die OEM-Anbindung exakt in die dafür vorgesehenen Zusatzfelder der SelectLine-Belegpositionen geroutet.
- Ressourcenprüfung: Obwohl es sich nur um eine Anfrage handelt, kann die SelectLine im Hintergrund bereits eine fiktive Disposition anlegen, um dem Vertriebsmitarbeiter bei der Kalkulation sofort die voraussichtlichen Beschaffungszeiten anzuzeigen.
Sobald der Vertrieb das Angebot in der SelectLine fertig kalkuliert und den Status ändert, pusht die OEM-Anbindung das veredelte Datenpaket zurück an Shopware. Der Kunde findet in seinem Kundenkonto nun ein kalkuliertes, kaufbares Angebot vor. Dieser Kreislauf ist transaktionssicher und verhindert redundante Dateneingaben vollständig.
Sage 100: Komplexe Angebotskalkulation aus Shopware orchestrieren
Ein ebenso mächtiges Setup ergibt sich, wenn Shopware als Frontend für die Sage 100 fungiert. Auch hier muss der State-Machine-Prozess penibel eingehalten werden. Die Sage 100 zeichnet sich durch ihre extrem anpassbare Applikations- und Datenbankarchitektur (Access/SQL-Server) aus, was bei der Verarbeitung von Angebotsanfragen besonders tiefe Eingriffe in die Kalkulationslogik erlaubt.
Pusht Shopware eine Angebotsanfrage via API, wird in der Sage 100 ein temporärer Vorgang im Bereich der Verkaufschancen oder direkt als Vorab-Beleg generiert. Besonders bei stark variantenbehafteten Artikeln entfaltet dieses Setup seine Stärke. Die Schnittstelle muss hier in der Lage sein, mehrdimensionale Arrays (z. B. Länge, Breite, Materialstärke) aus Shopware auf die Ausprägungen der Sage 100 Varianten- oder Stücklistenlogik zu übersetzen. Der Vertriebsmitarbeiter in der Sage 100 kann nun komplexe Zuschläge berechnen – etwa tagesaktuelle Rohstoffzuschläge (Kupfer, Stahl) oder Rüstkosten für Maschinenlaufzeiten –, die in einem reinen Webshop-System nur extrem schwer und fehleranfällig abzubilden wären.
Nach Abschluss der Kalkulation wird der Beleg in der Sage 100 freigegeben. Der Webhook der Schnittstelle feuert, und Shopware transformiert die ursprüngliche Anfrage in ein konvertierbares Angebot. Für den Endkunden wirkt der gesamte Prozess asynchron, auf Systemebene garantieren wir jedoch zu jedem Zeitpunkt absolute Datenintegrität.
Shopify, Sage 100 und die Logik physischer Bemusterungen
Wenn wir die Systemgrenzen erweitern und neben Shopware auch Shopify für spezifische B2B-Segmente oder internationale Satelliten-Shops analysieren, ändern sich die Anforderungen an die Architektur. In solchen hochdynamischen Umgebungen ist die Sage 100 das absolute Zentrum der Prozesssteuerung.
Ein klassischer B2B-Use-Case, der über reine Preisverhandlungen hinausgeht, ist die Anforderung physischer Muster im Rahmen einer Angebotsanfrage. Wenn ein Geschäftskunde über Shopify nicht nur einen Preis anfragt, sondern gleichzeitig ein Materialmuster zur Begutachtung benötigt, müssen Angebots- und Logistikprozesse parallel orchestriert werden. Diese Aufgabe übernimmt exklusiv die Sage 100.
Sobald der Request aus Shopify in die ERP-Datenbank geschrieben wird, splittet die Sage 100 den Prozess (Forking):
- Thread 1 (Kalkulation): Ein offenes Angebot für die Hauptartikel wird zur kaufmännischen Prüfung an den Vertrieb geleitet.
- Thread 2 (Versandanbindung): Für die angeforderten Musterartikel generiert die Sage 100 vollautomatisch einen Null-Euro-Auftrag und triggert sofort den Lieferschein.
Durch die tiefe Integration der Versandanbindung innerhalb der Sage 100 werden die Kommissionierdaten in Echtzeit an das Lager übergeben. Die Sage 100 kommuniziert direkt mit den Schnittstellen der Versanddienstleister (z.B. DHL, UPS, Speditionen), generiert die Versandetiketten für das Musterpaket und schreibt die Tracking-ID in die Datenbank. Diese Tracking-Nummer wird anschließend von der Sage 100 zurück an Shopify gepusht, sodass der B2B-Kunde den Versandweg seines Musters in Echtzeit in seinem Kundenkonto verfolgen kann.
Es ist diese nahtlose Verzahnung von kaufmännischer Angebotskalkulation und physischem Versand, zentral gesteuert durch die Sage 100, die eine Shopify-B2B-Instanz von einem simplen Bestellkatalog in ein echtes Enterprise-Tool verwandelt. Der Vertrieb kalkuliert das Angebot, während das Muster bereits auf dem Versandweg zum Kunden ist – orchestriert aus einer einzigen, verlässlichen Datenquelle (Single Source of Truth).
Die technische Notwendigkeit einer sauberen Architektur
Egal ob Sie eine Angebotsanfrage kalkulieren, Rabattstaffeln prüfen oder B2B-Kunden in spezifische Debitorenklassen einteilen: Die Schnittstelle muss als robuster Middleware-Layer oder direkte API-Bridge fungieren. Code-Qualität und Fehlerbehandlung (Error Handling) sind hier entscheidend. Was passiert, wenn die Warenwirtschaft während einer Angebotsanfrage kurzzeitig nicht erreichbar ist? Eine professionelle Architektur implementiert hier Message Queues (z. B. RabbitMQ oder datenbankgestützte Retry-Jobs), die den Request aus Shopware sicher zwischenspeichern, bis die SelectLine oder Sage 100 wieder Signale empfängt.
Ein weiterer essenzieller Aspekt ist das Mapping der Dokumente. Wenn Sie das B2B-Funktionsset der Schnittstelle nutzen, müssen Sie sicherstellen, dass nicht nur die Metadaten übertragen werden, sondern auch das fertige PDF-Dokument aus dem ERP. B2B-Einkäufer benötigen oft das formelle, in der Warenwirtschaft erzeugte PDF-Angebot für ihre internen Freigabeprozesse (Approval Workflows). Die Schnittstelle muss dieses Base64-codierte Dokument aus der SelectLine oder Sage 100 extrahieren und im Shopware-Kundenkonto als Download bereitstellen.
Zustandsübergänge beim Angebotsabschluss
Der Lebenszyklus einer B2B-Angebotsanfrage endet nicht mit der Kalkulation. Nimmt der Kunde das Angebot im Shop-Frontend an, muss dieser State-Change rückwirkend das ERP informieren. Aus dem Status „offenes Angebot“ wird ein „verbindlicher Auftrag“.
In der OEM-Umgebung zwischen Shopware und SelectLine wird das bestehende Angebotsobjekt durch einen gezielten API-Call in einen echten Auftrag (Order) umgewandelt, ohne dass eine redundante Datenerfassung stattfindet. Die SelectLine übernimmt die ursprüngliche Belegnummer als Referenz, reserviert die Bestände endgültig im Lager und stößt die regulären Folgeprozesse an.
In der Sage 100 verhält es sich analog: Der konvertierte Webshop-Warenkorb referenziert die ID der Verkaufschance oder des Vorab-Belegs. Die Sage 100 schließt den Angebotsvorgang erfolgreich ab, generiert die Auftragsbestätigung und bereitet die Disposition vor. Dieser geschlossene Kreislauf verhindert Double-Spending (doppelte Bestandsreservierungen) und garantiert, dass der im ERP hart kalkulierte Preis exakt so abgerechnet wird, wie er dem Kunden im Shop präsentiert wurde.
Eine durchdachte E-Commerce-Architektur für den B2B-Sektor definiert sich nicht über bunte Buttons im Frontend, sondern über die Präzision im Hintergrund. Digitale Angebotsanfragen zwingen Sie dazu, asynchrone Kommunikationswege zwischen Shop und ERP zu etablieren. Wenn Sie die Prozesse sauber modellieren – sei es über die kompromisslose OEM-Anbindung von Shopware und SelectLine oder die logistisch tief greifende Steuerung der Sage 100 –, transformieren Sie manuelle Vertriebsaufwände in hochskalierbare, automatisierte Workflows. Datenkonsistenz ist hier keine Verhandlungsmasse, sondern das Fundament Ihres digitalen B2B-Erfolgs.