SAP Business One Agentur für E-Commerce: Wie lassen sich Shopify, Magento und WooCommerce mit SAP Business One integrieren? 

Wachsende E-Commerce-Unternehmen haben meist nicht nur ein Systemproblem, sondern gleich mehrere. Bestellungen liegen im Onlineshop, Bestandsdaten werden in einer Tabelle im Lager gepflegt – oder noch problematischer: an zwei verschiedenen Stellen mit unterschiedlichen Bestandswerten. Kundendaten existieren doppelt, einmal im Shop und einmal in der Buchhaltung. Preise werden in einem System aktualisiert und im anderen vergessen. Und Informationen zum Versandstatus befinden sich dort, wo das Lagerteam sie gerade dokumentiert.  Für sich genommen ist das weder ein reines ERP- noch ein E-Commerce-Problem. Im Kern geht es um die Frage, welches System für welche Daten verantwortlich ist. Nachhaltig lösen lässt sich dieses Problem nur, wenn beide Systeme sinnvoll miteinander integriert werden. „Den Onlineshop mit SAP Business One verbinden“ klingt zunächst nach einer einzelnen technischen Aufgabe. Tatsächlich steckt deutlich mehr dahinter. Eine durchdachte Integration muss festlegen, welche Daten übertragen werden, in welche Richtung sie fließen, wie häufig die Synchronisation erfolgt, welches System für die jeweiligen Informationen führend ist und was passiert, wenn die Verbindung ausfällt. Wer diese Fragen nicht bereits bei der Konzeption berücksichtigt, riskiert doppelt angelegte Aufträge, fehlerhafte Lagerbestände oder im schlimmsten Fall einen Onlineshop, der keine Bestellungen mehr verarbeiten kann, sobald SAP Business One vorübergehend nicht erreichbar ist.   In diesem Artikel zeigen wir, wie sich SAP Business One sinnvoll mit drei der am häufigsten eingesetzten E-Commerce-Plattformen – Shopify, Magento (Adobe Commerce) und WooCommerce – integrieren lässt. Außerdem betrachten wir, worauf eine SAP Business One Agentur bei der Konzeption achten sollte. Entscheidend ist dabei nicht nur die Installation eines Connectors, sondern eine Integrationsarchitektur, die sich an den tatsächlichen Geschäftsprozessen orientiert.

Kurzantwort 

Eine SAP Business One E-Commerce-Integration verbindet den Onlineshop mit zentralen ERP-Prozessen wie Lagerbestand, Kundenverwaltung, Verkaufsaufträgen, Preisgestaltung, Zahlungen und Auftragsabwicklung. Welche Integrationsarchitektur geeignet ist, hängt unter anderem vom Bestellvolumen, der Anzahl der Shops, den B2B-Anforderungen, der erforderlichen Synchronisationsgeschwindigkeit und der Komplexität der bestehenden Geschäftsprozesse ab.

Was bedeutet eine SAP Business One E-Commerce-Integration eigentlich? 

Bevor es um APIs, Schnittstellen oder Synchronisationsintervalle geht, sollte zunächst klar definiert werden, welche Aufgaben das Shop-System übernimmt und welche Prozesse in SAP Business One abgebildet werden.  Nicht alle Daten müssen zwischen beiden Systemen übertragen werden. Und selbst bei Daten, die synchronisiert werden, muss SAP Business One nicht zwangsläufig immer das führende System sein.  

Welche Funktionen verbleiben in der E-Commerce-Plattform? 

Typischerweise werden folgende Bereiche weiterhin direkt im Shop-System verwaltet: 

• Gestaltung und Layout des Onlineshops  

• Produktpräsentation und Merchandising  

• Einkaufs- und Checkout-Prozess  

• Online-Aktionen und Marketingkampagnen  

• Kundenbezogene Funktionen wie Bestellhistorie und gespeicherte Adressen  

Welche Prozesse sollte SAP Business One verwalten? 

SAP Business One sollte in der Regel die zentralen operativen und kaufmännischen Prozesse übernehmen, darunter: 

• Lagerbestände und Warenverfügbarkeit  

• Verkaufsaufträge nach Eingang der Bestellung  

• Einkauf und Lieferantendaten  

• Finanztransaktionen und Buchungen  

• Geschäftspartnerstammdaten für Kunden und Lieferanten  

• Lager- und Bestandsinformationen  

• ERP-seitige Prozesse der Auftragsabwicklung  

• Reporting und Auswertungen  

Diese Aufgabenteilung entspricht der grundlegenden Funktionsweise von SAP Business One. Einkauf, Bestandsführung, Lagerverwaltung und Finanzwesen sind bereits innerhalb des ERP-Systems miteinander verknüpft, sodass Bestandsinformationen prozessübergreifend zur Verfügung stehen.  Diese Logik zusätzlich im E-Commerce-System nachzubilden, anstatt die relevanten Informationen aus SAP Business One bereitzustellen, erhöht in vielen Fällen lediglich die Komplexität und schafft zusätzliche Fehlerquellen.  

Welche Daten sollten zwischen einem Onlineshop und SAP Business One synchronisiert werden? 

Produktdaten 

Artikelnummer (SKU), Produktname, Beschreibung, Varianten, Attribute, Produktstatus und Kategorien gehören zu den naheliegenden Daten, die zwischen den Systemen ausgetauscht werden können. Je nach Architektur können auch Produktbilder einbezogen werden.  Allerdings muss SAP Business One nicht für sämtliche Produktinformationen das führende System sein. Ausführliche Produktbeschreibungen, SEO-Texte und Marketingbilder werden häufig direkt in der E-Commerce-Plattform oder in einem separaten Product Information Management System (PIM) gepflegt. SAP Business One kann dagegen die operativ relevanten Produktdaten bereitstellen – beispielsweise Artikelnummern, Statusinformationen und zentrale Attribute, die für Auftragsabwicklung und Fulfillment benötigt werden.

Lagerbestand und Warenverfügbarkeit 

Bei der Bestandsintegration geht es um deutlich mehr als nur die aktuell vorhandene Stückzahl. Berücksichtigt werden müssen unter anderem: 

• verfügbare Bestände  

• Bestände in mehreren Lagern  

• bereits reservierte Mengen  

• erwartete Wareneingänge  

• Rückstands- bzw. Backorder-Status  

• Sicherheitsbestände  

• spezielle Bestandsregeln für den Onlineshop  

Ein Unternehmen kann beispielsweise bewusst einen bestimmten Bestand für den stationären Verkauf reservieren und nur die verbleibende Menge im Onlineshop verfügbar machen. Für jede dieser Informationen muss klar definiert sein, welches System führend ist.  

Sollte SAP Business One oder der Onlineshop den Lagerbestand steuern? 

In den meisten sinnvoll aufgebauten Integrationsarchitekturen übernimmt SAP Business One die Rolle des führenden Systems für Bestandsdaten. Dort werden die tatsächlichen Lagerbestände verwaltet. Werden Bestandswerte zusätzlich unabhängig im Onlineshop gepflegt, entstehen zwei unterschiedliche Datenquellen, die früher oder später voneinander abweichen können.

Kundendaten 

Die Anlage neuer Kunden, die Zuordnung einer Bestellung zu einem bereits vorhandenen Kunden, die Verarbeitung von Gastbestellungen, Rechnungs- und Lieferadressen, B2B-Kundenstrukturen sowie die Vermeidung von Dubletten gehören zu den zentralen Aufgaben einer E-Commerce-Integration.  Da SAP Business One die Kundenverwaltung bereits über den gesamten Vertriebs- und Serviceprozess hinweg abbildet, sollte die Integration in der Regel prüfen, ob ein Kunde aus dem Onlineshop bereits als Geschäftspartner in SAP Business One vorhanden ist. So lässt sich vermeiden, dass parallel eine zweite Kundendatenbank entsteht, die später aufwendig abgeglichen werden muss. 

Preisgestaltung 

Auch bei der Preisgestaltung muss eindeutig festgelegt werden, welches System die führenden Daten bereitstellt. Dazu gehören beispielsweise: 

• Standardpreise 

• kundenspezifische Preise 

• B2B-Preislisten 

• Sonderpreise 

• Rabatte 

• Aktionspreise 

• unterschiedliche Währungen 

Gerade bei Preisen können fehlerhafte Zuständigkeiten erhebliche Auswirkungen haben. Zeigt der Onlineshop beispielsweise einen Preis an, der nicht mit dem in SAP Business One hinterlegten Preis übereinstimmt, kann dies insbesondere im B2B-Geschäft schnell zu Problemen und Vertrauensverlust beim Kunden führen. 

Verkaufsaufträge 

Ein typischer Bestellprozess verläuft zunächst in eine Richtung und übermittelt anschließend relevante Statusinformationen zurück an den Onlineshop:  Onlineshop → Integrationsschicht → SAP Business One → Lager/Fulfillment  In der Praxis sieht der Prozess beispielsweise so aus: 

1. Der Kunde gibt eine Bestellung im Onlineshop auf. 

1. Die Bestellung wird validiert. 

1. SAP Business One erhält die Bestelldaten. 

1. Der entsprechende Kunde bzw. Geschäftspartner wird zugeordnet oder neu angelegt. 

1. Der Bestand wird für die Bestellung berücksichtigt bzw. reserviert. 

1. Die Auftragsabwicklung beginnt. 

1. Der aktuelle Status wird an den Onlineshop zurückgegeben. 

Jeder einzelne Schritt stellt zugleich einen potenziellen Fehlerpunkt dar. Deshalb sollten diese Abläufe bereits bei der Konzeption der Integration klar definiert und nicht einfach vorausgesetzt werden. 

Zahlungen 

Zahlungsart, Zahlungsstatus, Transaktionsreferenzen, der Status „bezahlt“ oder „unbezahlt“, Rückerstattungen sowie die Zahlungsabstimmung müssen ebenfalls sinnvoll zwischen den beteiligten Systemen ausgetauscht werden.  Bei vielen Integrationen wird der Zahlungsstatus dem entsprechenden Verkaufsbeleg in SAP Business One zugeordnet. SAP Business One selbst muss dabei nicht die Funktion eines Payment-Gateways übernehmen. 

Versand und Fulfillment 

Für einen durchgängigen Prozess müssen auch Versandinformationen berücksichtigt werden. Dazu gehören unter anderem: 

• Versandart 

• Trackingnummer 

• Versandstatus 

• Teillieferungen 

• mehrere Lieferungen für einen Auftrag 

• Lieferstatus 

Insbesondere Teillieferungen stellen Integrationen häufig vor Herausforderungen. Ein typischer Grund: Während der Implementierung wurde lediglich der einfachste Fall getestet – eine Bestellung, ein Paket und eine Trackingnummer. In der Praxis kann ein Auftrag jedoch aus mehreren Lieferungen bestehen, die zu unterschiedlichen Zeitpunkten versendet werden. Die Integration muss solche Szenarien korrekt abbilden können. 

Retouren und Rückerstattungen 

Der umgekehrte Datenfluss wird bei Integrationsprojekten häufig unterschätzt. Der Grund ist einfach: Bei der ursprünglichen Projektplanung liegt der Fokus meist darauf, wie Bestellungen vom Onlineshop in Richtung ERP und anschließend zum Kunden gelangen – nicht darauf, was passiert, wenn Ware zurückkommt.  Ein sauber definierter Retourenprozess sollte unter anderem: 

• den Bestand entsprechend aktualisieren, 

• eine Gutschrift oder Rückerstattung in SAP Business One auslösen bzw. abbilden und 

• den aktualisierten Status wieder an den Onlineshop übermitteln. 

Dieser Rückprozess sollte vor dem Go-live genauso gründlich getestet werden wie der ursprüngliche Bestellprozess. 

Welches System sollte die führende Datenquelle sein? 

Für jedes Datenfeld, das zwischen dem Onlineshop und SAP Business One ausgetauscht wird, sollte ein eindeutig definiertes führendes System vorhanden sein. Das bedeutet nicht, dass Informationen nicht in beide Richtungen übertragen werden können. Entscheidend ist vielmehr: Wenn SAP Business One und der Onlineshop unterschiedliche Werte für dieselbe Information enthalten, muss eindeutig festgelegt sein, welches System als verbindliche Datenquelle gilt. 

Daten	Typisches führendes System	Datenfluss
Lagerbestand	SAP Business One	SAP → Onlineshop
Verkaufsaufträge	zunächst Onlineshop	Onlineshop → SAP
Kundenkonto	abhängig von der Architektur	beide Richtungen
ERP-Kundenstammdaten	SAP Business One	SAP
B2B-Preise	SAP Business One	SAP → Onlineshop
Produktinhalte	häufig E-Commerce/PIM	Onlineshop/PIM → Shop
Fulfillment-Status	SAP/WMS	SAP → Onlineshop
Trackingdaten	SAP/Versandsystem	SAP → Onlineshop
Zahlungsinformationen	Zahlungsanbieter/Onlineshop	Onlineshop → SAP

Dabei handelt es sich um ein typisches Integrationsmodell und nicht um eine allgemeingültige Vorgabe. Welches System für bestimmte Daten führend sein sollte, hängt von der bestehenden Systemlandschaft, zusätzlichen Lösungen wie einem PIM und vor allem davon ab, wie die Geschäftsprozesse im Unternehmen tatsächlich organisiert sind. 

Echtzeit- oder zeitgesteuerte Synchronisation: Welche Variante ist die richtige? 

Was bedeutet Echtzeit-Synchronisation? 

Eine Echtzeit-Synchronisation wird in der Regel durch Ereignisse oder APIs ausgelöst. Sobald etwas passiert – beispielsweise eine Bestellung eingeht oder sich ein Lagerbestand ändert –, wird die entsprechende Aktualisierung unmittelbar angestoßen.  Technisch geschieht dies häufig über einen Webhook oder API-Aufruf, anstatt auf den nächsten geplanten Synchronisationslauf zu warten. Eine Echtzeit-Synchronisation eignet sich besonders für: 

• neue Bestellungen 

• kritische Bestandsänderungen 

• Änderungen des Auftragsstatus 

• kundenspezifische B2B-Informationen 

Bei solchen Daten können bereits Verzögerungen von wenigen Minuten zu konkreten Problemen führen – beispielsweise zu Überverkäufen oder dazu, dass ein B2B-Kunde einen falschen Vertragspreis angezeigt bekommt. 

Was bedeutet zeitgesteuerte oder Batch-Synchronisation? 

Bei einer zeitgesteuerten Synchronisation werden Daten in festgelegten Intervallen übertragen – beispielsweise alle 15 Minuten, stündlich oder über Nacht – anstatt unmittelbar auf einzelne Ereignisse zu reagieren.  Dieses Verfahren eignet sich beispielsweise für: 

• umfangreiche Katalogaktualisierungen 

• Reporting-Daten 

• nicht zeitkritische Produktinformationen 

• größere Preisaktualisierungen, sofern keine sofortige Übertragung erforderlich ist. 

Muss wirklich alles in Echtzeit synchronisiert werden? 

Nein.  Alle Prozesse standardmäßig in Echtzeit abzubilden, gehört zu den häufigeren Fehlern bei E-Commerce-Integrationen.  Eine unnötige Echtzeit-Synchronisation kann: 

• das API-Aufkommen erhöhen, 

• die Integrationsarchitektur komplexer machen, 

• zusätzliche Fehlerquellen schaffen, 

• höhere Anforderungen an die Infrastruktur stellen und 

• den laufenden Supportaufwand erhöhen. 

Die sinnvollere Strategie besteht darin, die Synchronisationsmethode danach auszuwählen, wie zeitkritisch die jeweiligen Daten tatsächlich sind.

Prozess	Echtzeit	Zeitgesteuert	Abhängig vom Anwendungsfall
Neue Bestellungen	✓
Lagerbestand	✓
Tracking	✓
Produktkatalog		✓
Preise			✓
Kundendaten			✓
Historische Reporting-Daten		✓

 Wie sollte Shopify mit SAP Business One integriert werden? 

Shopify-Integrationen folgen häufig einem relativ klaren technischen Muster. Sie basieren in der Regel auf den von Shopify bereitgestellten Schnittstellen und Mechanismen – beispielsweise einer über OAuth authentifizierten App, der Admin API und Webhooks – anstatt auf individuellen Lösungen wie Screen Automation oder dem Auslesen von Shop-Oberflächen.

Typische Datenflüsse von Shopify → SAP Business One 

• Bestellungen 

• Kunden 

• Zahlungsinformationen 

• Versandinformationen 

• Rabatte 

Typische Datenflüsse von SAP Business One → Shopify 

• Lagerbestände 

• Preise, sofern relevant 

• Fulfillment-Status 

• Trackinginformationen 

• ERP-seitig verwaltete Produktinformationen 

Typische Herausforderungen bei einer Shopify-Integration 

Eine einfache Shopify-Integration kann vergleichsweise überschaubar sein. Die Komplexität steigt jedoch deutlich, sobald beispielsweise folgende Anforderungen hinzukommen: 

• Produktvarianten 

• mehrere Shopify-Shops 

• Shopify Markets für den internationalen Verkauf 

• mehrere Währungen 

• unterschiedliche Rabattmodelle 

• Rückerstattungen 

• B2B-Anforderungen 

• Lagerbestände an mehreren Standorten 

Die Multi-Location-Bestandsverwaltung von Shopify kann dabei eine wichtige Rolle spielen. Beispielsweise können SAP-Business-One-Lager den entsprechenden Shopify-Standorten zugeordnet werden, um Bestände und Fulfillment-Prozesse auch bei mehreren Lagerstandorten korrekt abzubilden. 

Kann Shopify direkt mit SAP Business One integriert werden? 

Ja, technisch ist eine direkte Integration möglich.  Shopify stellt eine dokumentierte Admin API sowie Webhooks unter anderem für Bestellungen, Lagerbestände und Rückerstattungen bereit. SAP Business One wiederum bietet mit dem Service Layer eine REST-basierte Schnittstelle. Dadurch ist grundsätzlich eine individuell entwickelte direkte Verbindung zwischen beiden Systemen möglich. In der Praxis setzen viele SAP Business One Agenturen jedoch auf eine Middleware oder einen speziell entwickelten Connector. Der Grund: Eine solche Zwischenschicht kann Aufgaben wie Wiederholungsversuche bei fehlgeschlagenen Transaktionen, Fehlerprotokollierung und Datentransformation strukturiert übernehmen – Funktionen, die bei einer einfachen Punkt-zu-Punkt-Verbindung zusätzlich entwickelt und gepflegt werden müssten.

Wie sollte Magento / Adobe Commerce mit SAP Business One integriert werden? 

Warum können Magento-Integrationen komplex werden? 

Magento, heute Teil von Adobe Commerce, unterstützt deutlich komplexere Commerce-Strukturen als viele andere Plattformen. Innerhalb einer einzigen Magento-Instanz können beispielsweise mehrere Websites und Store Views, unterschiedliche Kundengruppen, B2B-spezifische Preise, umfangreiche und komplex strukturierte Produktkataloge, mehrere Lager sowie länderübergreifende E-Commerce-Prozesse verwaltet werden. Jede zusätzliche Ebene erhöht jedoch auch die Anforderungen an die Integration mit SAP Business One. Die Schnittstelle muss deshalb nicht nur Daten übertragen, sondern auch die zugrunde liegenden Geschäftsregeln und Strukturen korrekt berücksichtigen. 

Typische Datenflüsse von Magento → SAP Business One 

• Bestellungen 

• Kundendaten 

• Zahlungsinformationen 

• Rabatte 

• Versandinformationen 

• Retouren 

Typische Datenflüsse von SAP Business One → Magento 

• Lagerbestände 

• Preise 

• B2B- bzw. kundenspezifische Preise 

• Auftragsstatus 

• Fulfillment-Informationen 

• Trackingdaten 

Wie lassen sich Magento-Multi-Store-Umgebungen abbilden? 

Können mehrere Magento-Shops mit einer SAP Business One Datenbank verbunden werden? 

Grundsätzlich ja. Dies ist insbesondere bei Unternehmen ein gängiges Szenario, die über eine zentrale Magento-Installation mehrere Shops für unterschiedliche Länder oder Marken betreiben.  Für die technische und organisatorische Abbildung gibt es verschiedene Möglichkeiten. Beispielsweise können einzelnen Shops separate Lager in SAP Business One zugeordnet werden. Alternativ können mehrere Shops auf gemeinsame Lager zugreifen, wobei shopspezifische Bestandsregeln definiert werden.  Bei größeren Unternehmen mit mehreren rechtlich eigenständigen Gesellschaften können wiederum separate SAP Business One Unternehmensdatenbanken eingesetzt werden, die unterschiedliche Magento-Websites versorgen.  Welche Architektur sinnvoll ist, hängt daher nicht allein von Magento oder SAP Business One ab. Entscheidend ist, wie das Unternehmen rechtlich, organisatorisch und operativ strukturiert ist.

Wie sollte WooCommerce mit SAP Business One integriert werden? 

Typische Integrationsarchitektur für WooCommerce 

WooCommerce wird in der Regel über einen Connector oder eine Middleware mit SAP Business One verbunden. Diese Integrationsschicht befindet sich zwischen WordPress/WooCommerce und dem SAP Business One Service Layer. Ein typischer Aufbau sieht folgendermaßen aus: 

WooCommerce ↔ Connector/Middleware ↔ SAP Business One 

Damit lassen sich Daten zwischen beiden Systemen kontrolliert austauschen, transformieren und überwachen. 

Wichtige Datenflüsse bei einer WooCommerce-Integration 

Typischerweise werden folgende Daten zwischen WooCommerce und SAP Business One synchronisiert: 

• Produkte 

• Bestellungen 

• Kunden 

• Lagerbestände 

• Preise 

• Zahlungsinformationen 

• Versandinformationen 

• Rückerstattungen 

Typische Herausforderungen bei WooCommerce-Integrationen 

Das umfangreiche Plugin-Ökosystem ist eine der größten Stärken von WooCommerce – kann aber gleichzeitig die Integration mit einem ERP-System komplexer machen. Zusätzliche Plugins können beispielsweise Checkout- oder Bestelldaten verändern. Hinzu kommen möglicherweise benutzerdefinierte Felder, variable Produkte, mehrere Währungen, Steuer-Plugins oder individuell definierte Bestellstatus.  Auch ein hohes Bestellvolumen kann problematisch werden, insbesondere wenn WooCommerce auf einer Shared-Hosting-Umgebung betrieben wird. Darüber hinaus hat High-Performance Order Storage (HPOS) die interne Speicherung von Bestelldaten in neueren WooCommerce-Versionen verändert. Vor dem Einsatz eines Connectors oder Plugins sollte daher geprüft werden, ob die jeweilige Lösung die verwendete WooCommerce-Konfiguration und insbesondere HPOS vollständig unterstützt.

Shopify vs. Magento vs. WooCommerce für die Integration mit SAP Business One 

Keine dieser Plattformen ist grundsätzlich die „beste“ Lösung für eine SAP Business One Integration. Wie komplex ein Integrationsprojekt tatsächlich wird, hängt wesentlich stärker von den Geschäftsprozessen, Datenstrukturen und Anforderungen rund um die Plattform ab als vom Namen des Shop-Systems selbst.

Anforderung	Shopify	Magento / Adobe Commerce	WooCommerce
Standard-B2C-Commerce	Stark	Stark	Stark
Komplexe B2B-Prozesse	Abhängig von der Konfiguration	Stark	Abhängig von der Konfiguration
Stark individualisierter E-Commerce	Mittel	Hoch	Hoch
Multi-Store-Komplexität	Mittel	Hoch	Abhängig von der Konfiguration
Integrationskomplexität	Meist mittel	Häufig höher	Sehr unterschiedlich
SAP-B1-Integrationsarchitektur erforderlich	Ja	Ja	Ja

 Direkte API, Connector oder Middleware: Welche Integrationsarchitektur ist die richtige? 

Die Wahl der Integrationsarchitektur sollte nicht allein davon abhängen, welche technische Lösung am schnellsten verfügbar ist. Entscheidend sind unter anderem die Anzahl der beteiligten Systeme, die Komplexität der Geschäftsprozesse, das Transaktionsvolumen und die Anforderungen an Skalierbarkeit und Wartbarkeit. 

Option 1 – Direkte API-Integration 

Bei einer direkten Integration wird die API der E-Commerce-Plattform unmittelbar mit dem SAP Business One Service Layer verbunden. Individuell entwickelter Code übernimmt dabei die Zuordnung und Verarbeitung der Daten. Der Vorteil liegt in der hohen Flexibilität: Das Unternehmen kann sehr genau definieren, welche Daten wie übertragen und verarbeitet werden.  Gleichzeitig steigt jedoch die technische Verantwortung. Funktionen wie: 

• Fehlerbehandlung 

• Wiederholungslogik bei fehlgeschlagenen Transaktionen 

• Monitoring 

• Protokollierung 

• Datenmapping 

müssen selbst entwickelt, betrieben und langfristig gepflegt werden. 

Option 2 – Vorgefertigter Connector 

Ein vorgefertigter Connector oder eine entsprechende Erweiterung verfügt bereits über standardisierte Zuordnungen zwischen typischen E-Commerce-Objekten und SAP Business One.  Dazu gehören beispielsweise: 

• Produkte 

• Bestellungen 

• Kunden 

• Lagerbestände 

Solche Lösungen lassen sich häufig schneller implementieren und eignen sich besonders für standardisierte Prozesse.  Der Nachteil: Bei ungewöhnlichen oder stark individualisierten Geschäftsabläufen kann die Flexibilität begrenzt sein, wenn die Anforderungen außerhalb der vorgesehenen Funktionen des Connectors liegen. 

Option 3 – Middleware bzw. Integrationsplattform 

Eine Middleware fungiert als zentrale Integrationsschicht zwischen mehreren Systemen.  Dieser Ansatz wird besonders interessant, wenn die Systemlandschaft nicht nur aus ERP + Onlineshop besteht, sondern beispielsweise folgende Lösungen miteinander kommunizieren müssen:

SAP Business One ↔ Middleware ↔ Onlineshop / WMS / Marktplätze / Versanddienstleister 

Sobald mehr als zwei Systeme zuverlässig Daten miteinander austauschen müssen, kann eine Middleware als zentraler Integrations-Hub sinnvoll sein. 

Option 4 – Individuelle Integration 

Eine maßgeschneiderte Integration kann sinnvoll sein, wenn die tatsächlichen Geschäftsprozesse nicht mit einem standardisierten Connector abgebildet werden können.  Typische Beispiele sind: 

• ungewöhnliche Beleg- und Dokumentenflüsse 

• komplexe, individuelle Preislogiken 

• branchenspezifische Anforderungen 

• spezielle Geschäftsprozesse, für die Standard-Connectoren nicht ausgelegt sind 

Dabei gilt jedoch ein wichtiger Grundsatz: 

Was bereits zuverlässig durch eine Standardintegration gelöst werden kann, sollte nicht unnötig neu entwickelt werden. 

Individuelle Entwicklung sollte eine konkrete funktionale Lücke schließen – und nicht automatisch der Ausgangspunkt eines Integrationsprojekts sein. 

Was passiert, wenn SAP Business One oder der Onlineshop nicht erreichbar ist? 

Diese Frage wird in Integrationsprojekten häufig erst dann gestellt, wenn es tatsächlich zum ersten Systemausfall kommt. Genau deshalb sollte sie vor dem Go-live beantwortet werden.  Sollte der Onlineshop weiterhin Bestellungen annehmen können, wenn SAP Business One vorübergehend nicht erreichbar ist?  Bei einer ausfallsicheren Architektur lautet die Antwort in der Regel: Ja.  Der Onlineshop verarbeitet weiterhin Bestellungen. Diese gehen nicht verloren, sondern werden zunächst in einer Queue oder Zwischenspeicherung abgelegt. Sobald SAP Business One wieder verfügbar ist, können die noch nicht synchronisierten Bestellungen kontrolliert verarbeitet werden. Auch für Bestandsinformationen muss ein klares Verhalten definiert werden. Je nach Geschäftsmodell kann der Shop beispielsweise vorübergehend mit dem zuletzt bekannten Bestand weiterarbeiten. Bei Artikeln mit sehr begrenzter Verfügbarkeit kann es dagegen sinnvoll sein, den Verkauf zeitweise zu pausieren.  Eine robuste Architektur sollte daher mindestens folgende Mechanismen vorsehen: 

• automatische Wiederholungsversuche 

• Schutz vor doppelten Bestellungen 

• Fehlerprotokollierung 

• Benachrichtigungen an Administratoren 

• Möglichkeit zur manuellen Nachbearbeitung 

• klar definierter Wiederanlaufprozess 

Nach Wiederherstellung der SAP-Verbindung sollten wartende Bestellungen zudem kontrolliert und in der richtigen Reihenfolge verarbeitet werden, anstatt sämtliche Transaktionen gleichzeitig an das ERP-System zu senden. 

Stoppt mein Onlineshop die Bestellannahme, wenn SAP Business One nicht verfügbar ist? 

Das hängt vollständig von der Integrationsarchitektur ab.  Bei einer eng gekoppelten Integration, bei der der Onlineshop beispielsweise während des Checkouts synchron auf SAP Business One zugreifen muss, kann eine SAP-Störung auch den Bestellprozess im Shop beeinträchtigen. Eine entkoppelte Architektur ermöglicht dagegen, dass der Onlineshop unabhängig weiterläuft. Bestellungen werden zwischengespeichert und an SAP Business One übertragen, sobald die ERP-Verbindung wieder verfügbar ist.

Wie lassen sich doppelte Bestellungen und Kundendatensätze vermeiden? 

Zu den wichtigsten Mechanismen gehören: 

• eindeutige externe Bestell-IDs 

• SAP Business One Belegreferenzen 

• Idempotenz 

• Kundenabgleich über E-Mail-Adresse oder externe ID 

• Wiederholungslogik 

• Dublettenprüfung 

Ein typisches Fehlerszenario sieht folgendermaßen aus:  Eine Bestellung wird erfolgreich an SAP Business One übertragen und dort angelegt. Die Antwort von SAP an die Integrationsschicht schlägt jedoch aufgrund eines Timeouts oder Verbindungsfehlers fehl.  Die Integration weiß nun nicht, dass der Auftrag bereits erfolgreich angelegt wurde, und versucht die Übertragung erneut. Ohne entsprechende Schutzmechanismen entsteht dadurch ein zweiter Verkaufsauftrag für dieselbe Bestellung. Eine robuste Integration verhindert dies mithilfe von Idempotenz. Jede Bestellung erhält eine eindeutige externe Referenz. Bevor ein neuer Auftrag angelegt wird, prüft die Integration, ob in SAP Business One bereits ein Beleg mit dieser Referenz vorhanden ist. Ist dies der Fall, wird die Transaktion entsprechend protokolliert, anstatt einen weiteren Auftrag zu erzeugen. Ein ähnliches Prinzip gilt für Kundendaten. Durch den Abgleich anhand einer eindeutigen E-Mail-Adresse oder externen Kunden-ID und die Rückspeicherung des entsprechenden SAP Business One Geschäftspartnercodes lässt sich vermeiden, dass bei jeder Bestellung eines wiederkehrenden Kunden ein neuer Datensatz entsteht. 

Wie sollte die Bestandssynchronisation bei mehreren Lagern funktionieren? 

Physischer Lagerbestand und tatsächlich verfügbarer Bestand sind nicht dasselbe. Werden beide Werte gleichgesetzt, kann dies schnell zu Überverkäufen führen.  Bei der Berechnung des verfügbaren Bestands sollten unter anderem folgende Faktoren berücksichtigt werden: 

• bereits reservierte bzw. zugesagte Bestände 

• Mengen, die anderen noch nicht vollständig abgewickelten Aufträgen zugeordnet sind 

• definierte Sicherheitsbestände 

• für Click & Collect reservierte Mengen 

• für den stationären Verkauf zurückgehaltene Bestände 

Unternehmen mit regionaler Auftragsabwicklung benötigen darüber hinaus eine Integrationslogik, die Bestellungen automatisch dem passenden Lager zuordnet – beispielsweise anhand des Kundenstandorts oder der tatsächlichen Warenverfügbarkeit. Es reicht in solchen Szenarien nicht aus, sämtliche Bestellungen standardmäßig über ein einziges Lager abzuwickeln.  Genau hier spielen die integrierten Prozesse von SAP Business One eine wichtige Rolle. Das System stellt Bestandsinformationen lagerübergreifend im Zusammenspiel mit Einkauf, Lagerverwaltung und Finanzwesen bereit.  Die Aufgabe der E-Commerce-Integration besteht daher darin, diese vorhandenen Informationen korrekt und mit der erforderlichen Aktualität im Onlineshop verfügbar zu machen, anstatt die Lagerlogik zusätzlich im Shop-System nachzubilden. So lässt sich das Risiko von Überverkäufen deutlich reduzieren.

Wie funktioniert die SAP Business One Integration im B2B-E-Commerce? 

Im B2B-E-Commerce reicht eine einzige öffentliche Preisliste häufig nicht aus. Geschäftskunden erwarten Konditionen, die ihrem jeweiligen Kundenkonto entsprechen.  Dazu können beispielsweise gehören: 

• kundenspezifische Preise 

• individuelle Preislisten 

• Kreditlimits 

• Zahlungsbedingungen 

• individuelle Rabattstrukturen 

• Großbestellungen 

• Bestellnummern bzw. PO-Referenzen 

• interne Freigabeprozesse 

• Zuordnung zum zuständigen Vertriebsmitarbeiter 

SAP Business One kann entsprechende kundenbezogene Informationen innerhalb der Geschäftspartnerdaten verwalten. Die Integration muss dafür sorgen, dass ein angemeldeter B2B-Kunde im Onlineshop die für sein Konto relevanten Preise, Rabatte und Konditionen erhält, anstatt dass allen Kunden dieselben Informationen angezeigt werden. 

Können kundenspezifische Preise aus SAP Business One automatisch im B2B-Onlineshop angezeigt werden? 

Ja, sofern sowohl die Integrationsarchitektur als auch die E-Commerce-Plattform das entsprechende Preismodell unterstützen. 

Der Onlineshop muss zunächst erkennen, welches Kundenkonto angemeldet ist. Anschließend kann die entsprechende Preisliste oder kundenspezifische Preislogik aus SAP Business One – beziehungsweise aus einer synchronisierten Datenquelle – abgerufen und im Shop angezeigt werden.  Ob und wie dies umgesetzt werden kann, hängt daher nicht nur von SAP Business One ab, sondern ebenso von den B2B-Funktionen der jeweiligen E-Commerce-Plattform. 

Was ist bei mehreren Onlineshops, Ländern und Währungen zu beachten? 

Eine Systemlandschaft wie diese ist für international wachsende Unternehmen durchaus realistisch: 

SAP Business One → deutscher Magento-Shop → britischer Shopify-Shop → US-Shopify-Shop → B2B-Portal 

Mit jedem zusätzlichen Shop kommen weitere Anforderungen hinzu, beispielsweise: 

• unterschiedliche Währungen 

• länderspezifische steuerliche Anforderungen 

• verschiedene Sprachen 

• Lagerzuordnungen 

• unterschiedliche Kundengruppen 

• eigene Nummernkreise für Bestellungen 

Größere Unternehmen mit mehreren rechtlich eigenständigen Gesellschaften oder regionalen Strukturen können zudem separate SAP Business One Unternehmensdatenbanken einsetzen, die jeweils mit den entsprechenden Onlineshops verbunden sind. Das bedeutet nicht, dass eine internationale Expansion zwangsläufig zu einer unnötig komplizierten Systemlandschaft führen muss. Entscheidend ist vielmehr, die Integrationsarchitektur von Anfang an so zu planen, dass weitere Shops, Länder und Vertriebskanäle später ergänzt werden können, ohne die gesamte Integration neu aufbauen zu müssen.

Was sollte eine SAP Business One Agentur vor dem E-Commerce-Go-live testen? 

Eine Integration sollte nicht allein anhand eines erfolgreichen Testauftrags freigegeben werden. Vor dem Produktivstart sollte eine umfassende Prüfung sowohl reguläre Geschäftsprozesse als auch Fehler- und Ausfallszenarien abdecken.  Eine praxisorientierte Go-live-Checkliste sollte mindestens folgende Punkte umfassen: 

• Produkt-Mapping 

• SKU-Mapping 

• Anlage neuer Kunden 

• Zuordnung bestehender Kunden 

• Preisübertragung 

• Rabatte 

• Steuern 

• Lagerbestände 

• Bestellübertragung 

• Zahlungsinformationen 

• Versandprozesse 

• Teillieferungen 

• Stornierungen 

• Retouren 

• Rückerstattungen 

• mehrere Währungen 

• mehrere Lager 

• fehlgeschlagene Transaktionen 

• Dublettenvermeidung 

• API-Limits 

• hohe Bestellvolumina 

• Ausfall von SAP Business One 

• Ausfall des Onlineshops 

• Wiederholungsmechanismen 

• Fehlerbenachrichtigungen 

10 Fragen, die Sie Ihrer SAP Business One Agentur vor der Integration stellen sollten 

Bevor die technische Umsetzung beginnt, sollten zentrale Architektur- und Verantwortungsfragen eindeutig beantwortet sein: 

1. Welches System ist für die einzelnen Datentypen das führende System?

1. Welche Prozesse werden in Echtzeit synchronisiert?

1. Was passiert, wenn SAP Business One vorübergehend nicht verfügbar ist?

1. Wie werden fehlgeschlagene Transaktionen erneut verarbeitet?

1. Wie werden doppelte Bestellungen verhindert?

1. Wie werden mehrere Lager berücksichtigt?

1. Wie werden Retouren und Rückerstattungen synchronisiert?

1. Kann die Architektur später weitere Onlineshops unterstützen?

1. Wie werden Integrationsfehler überwacht und gemeldet?

1. Wer übernimmt den Support der Integration nach dem Go-live?

Diese Fragen helfen dabei, frühzeitig zu erkennen, ob lediglich eine technische Verbindung eingerichtet wird oder ob die SAP Business One Agentur tatsächlich die vollständigen Geschäftsprozesse und mögliche Ausfallszenarien berücksichtigt.

Häufige Fehler bei der SAP Business One E-Commerce-Integration 

Unnötige Daten synchronisieren 

Nur weil bestimmte Daten technisch übertragen werden können, bedeutet das nicht, dass sie tatsächlich zwischen beiden Systemen synchronisiert werden müssen. Jeder zusätzliche Datenfluss erhöht die Komplexität und sollte daher einen klaren geschäftlichen Zweck erfüllen. 

Keine eindeutig definierte führende Datenquelle 

Wenn sowohl SAP Business One als auch der Onlineshop davon ausgehen, für Bestände, Preise oder andere Informationen verantwortlich zu sein, entstehen früher oder später widersprüchliche Daten. 

Alle Prozesse in Echtzeit synchronisieren 

Nicht jeder Prozess ist zeitkritisch. Für bestimmte Daten können geplante Batch-Läufe einfacher, stabiler und wirtschaftlicher sein als eine permanente Echtzeit-Synchronisation. 

Retouren nicht berücksichtigen 

Viele Integrationen konzentrieren sich auf den Weg der Bestellung vom Shop ins ERP und vernachlässigen den umgekehrten Prozess bei Retouren und Rückerstattungen. 

Teillieferungen ignorieren 

Eine Integration, die ausschließlich mit dem Szenario „eine Bestellung – eine Lieferung“ getestet wurde, kann im realen Betrieb schnell an ihre Grenzen stoßen. 

Fehlerhaftes SKU-Mapping 

Unterschiedliche oder falsch zugeordnete Artikelnummern zwischen SAP Business One und dem Shop können dazu führen, dass Bestellungen oder Bestandsänderungen dem falschen Produkt zugeordnet werden. 

Keine Dublettenvermeidung 

Fehlt eine entsprechende Prüfung, können Wiederholungsversuche nach einem Timeout oder Verbindungsfehler versehentlich doppelte Verkaufsaufträge erzeugen. 

Kein Wiederholungsmechanismus 

Eine einzelne fehlgeschlagene API-Anfrage sollte nicht automatisch bedeuten, dass eine Bestellung verloren geht. Fehlerhafte Transaktionen müssen erkannt und kontrolliert erneut verarbeitet werden können. 

Geschäftsregeln fest im Code verankern 

Geschäftsprozesse verändern sich. Sind Preis-, Lager- oder Zuordnungsregeln unnötig fest im Programmcode hinterlegt, kann selbst eine kleine Prozessänderung einen Entwicklungsaufwand verursachen. 

Nur erfolgreiche Bestellungen testen 

Neben dem regulären Ablauf sollten auch Timeouts, fehlerhafte Daten, Systemausfälle und andere Ausnahmefälle getestet werden. 

Spitzenlasten nicht berücksichtigen 

Eine Integration, die bei durchschnittlichem Bestellaufkommen funktioniert, muss nicht zwangsläufig auch während saisonaler Spitzen oder großer Verkaufsaktionen stabil bleiben. 

Unnötig individuelle Integrationen entwickeln 

Existiert bereits ein zuverlässiger Standard-Connector, der die benötigten Prozesse abbildet, sollte eine individuelle Entwicklung nicht automatisch bevorzugt werden. 

Kein Monitoring nach dem Go-live 

Ohne laufende Überwachung können fehlgeschlagene Synchronisationen unbemerkt bleiben, bis ein Kunde oder Mitarbeiter auf das Problem aufmerksam wird. 

Wie wählen Sie die richtige SAP Business One Agentur für Ihre E-Commerce-Integration aus? 

Bei der Auswahl sollte nicht allein eine überzeugende Präsentation ausschlaggebend sein. Entscheidend sind nachvollziehbare technische und projektspezifische Erfahrungen. Achten Sie insbesondere auf: 

• SAP Business One Expertise: Die Agentur sollte über fundierte SAP Business One Kenntnisse verfügen und nicht nur allgemeine ERP-Erfahrung mitbringen. 

• Know-how zur jeweiligen E-Commerce-Plattform: Erfahrung sollte konkret mit Shopify, Magento bzw. Adobe Commerce oder WooCommerce vorhanden sein. 

• API- und Integrationskompetenz: Die Agentur sollte die technische Architektur nachvollziehbar erläutern können. 

• Erfahrung mit vergleichbaren Integrationen: Besonders relevant sind Projekte mit ähnlichen Plattformen, Geschäftsmodellen oder Prozessanforderungen. 

• Multi-Store-Erfahrung: Wichtig, wenn mehrere Shops vorhanden oder zukünftig geplant sind. 

• B2B-E-Commerce-Erfahrung: Relevant bei kundenspezifischen Preisen, B2B-Prozessen und individuellen Konditionen. 

• Know-how in der Datenmigration: Insbesondere bei bestehenden Produkt-, Kunden- und historischen Bestelldaten. 

• Strukturierte Testmethodik: Tests sollten nicht nur den Idealfall, sondern auch Fehler- und Ausfallszenarien abdecken. 

• Dokumentation: Die fertige Architektur sollte nachvollziehbar dokumentiert werden und nicht ausschließlich in individuell entwickeltem Code bestehen. 

• Monitoring nach dem Go-live: Fehlerüberwachung sollte auch nach Abschluss des Projekts vorgesehen sein. 

• Post-Go-live-SLA: Verantwortlichkeiten und Reaktionszeiten sollten eindeutig geregelt sein. 
• Skalierbarkeit: Die Integrationsarchitektur sollte zukünftige Shops, Marktplätze oder Regionen berücksichtigen können.