Bevor Sie E-Commerce-Plattformen für SAP Business One vergleichen, gibt es eine Entscheidung, durch die die meisten davon stillschweigend aus dem Rennen fallen. Dabei geht es nicht um das Design des Online-Shops, die Suchfunktion oder den Bezahlvorgang. Es geht darum, wie die Plattform mit SAP verbunden ist.
Eine E-Commerce-Integration in SAP Business One kann auf zwei Arten erfolgen. Bei einer nativen Integration liest und schreibt die E-Commerce-Plattform direkt in SAP Business One unter Verwendung der SAP-eigenen Schnittstellen, sodass SAP das einzige System of Record bleibt. Bei einer Middleware-Integration befindet sich ein separater Konnektor oder eine Integrationsschicht zwischen dem Online-Shop und SAP, wodurch Kopien von Kunden, Artikeln, Preisen und Bestellungen zwischen den beiden Datenbanken synchronisiert werden. Allgemeine E-Commerce-Plattformen verbinden sich über Middleware mit SAP Business One. Eine kleine Anzahl von Plattformen, darunter FocusPoint E-Commerce, ist nativ auf SAP Business One aufgesetzt.
Je nachdem, für welches Modell Sie sich entscheiden, hängt davon ab, welche Anbieter überhaupt in Frage kommen, wie hoch die Projektkosten nach der Einführung sind und ob Ihren Kunden jemals ein Preis angezeigt wird, den SAP nicht genehmigt hat.
Die beiden Möglichkeiten, wie E-Commerce mit SAP Business One verbunden werden kann
In einem nativen Modell gibt es eine zentrale Datenbank. Die Storefront fragt bei SAP Business One die Preisliste des Kunden, den Artikelstamm, den verfügbaren Lagerbestand und offene Rechnungen ab, und SAP liefert die entsprechenden Antworten. Wenn ein Kunde eine Bestellung aufgibt, erstellt die Plattform den Kundenauftrag in SAP unter Berücksichtigung der Kundenkonditionen und etwaiger Genehmigungsregeln. Es wird nichts kopiert. Es muss nichts auf die Synchronisierung warten.
In einem Middleware-Modell verfügt die E-Commerce-Plattform über eine eigene Datenbank, da sie so konzipiert wurde, dass sie ohne ein bestimmtes ERP-System betrieben werden kann. Ein Konnektor – entweder ein speziell entwickelter Plug-in oder eine allgemeine Integrationsplattform – sorgt für den Datenaustausch zwischen den beiden Systemen. Artikel und Preise werden nach einem festgelegten Zeitplan oder bei Änderungen von SAP an den Online-Shop übertragen. Bestellungen werden in umgekehrter Richtung zurückgesendet. Kundendaten, Kreditlimits und Rechnungen werden je nach den Funktionen des Konnektors entweder übertragen oder nicht.
Beide Modelle können einen funktionsfähigen Speicher erzeugen. Der Unterschied zeigt sich darin, was in den Momenten geschieht, in denen alles synchron ist.
Ist nicht jede E-Commerce-Plattform mit SAP Business One „integriert“, wenn der Anbieter dies behauptet?
Nein. „Integriert mit SAP Business One“ bedeutet in der Regel, dass eine Schnittstelle vorhanden ist, nicht jedoch, dass SAP das Hauptsystem ist. Stellen Sie zwei Fragen, um herauszufinden, um welches Modell es sich handelt: Verwaltet die Plattform eigene Kopien von Kunden, Artikeln und Preisen, und wenn SAP um 14:00 Uhr einen Preis ändert, was wird dann um 14:01 Uhr im Shop angezeigt? Wenn die Antwort einen Synchronisierungszeitplan beinhaltet, handelt es sich um Middleware.
Warum das E-Commerce-Integrationsmodell von SAP Business One ausschlaggebend für Ihre engere Auswahl ist
Diese Entscheidung steht an erster Stelle, da sie struktureller Natur ist. Eine Allzweckplattform kann nicht nativ in SAP Business One integriert werden, egal wie gut ihr Konnektor auch sein mag; sie wurde ERP-unabhängig entwickelt, und ihre eigene Datenbank ist die verlässliche Datenquelle für den Shop. Eine native Plattform kann ohne SAP Business One nicht laufen, was für alle, die nicht damit arbeiten, eine Einschränkung darstellt, für alle, die damit arbeiten, jedoch einen Vorteil.
Der Eignungstest ist also ganz einfach: Wenn zu Ihren Anforderungen kundenspezifische Preisgestaltung gehört, die exakt mit SAP übereinstimmt, Bestellungen, die ohne manuelles Eingreifen als Kundenaufträge in SAP landen, und Kunden, die ihre Rechnungen und Kontoauszüge selbst abrufen können, dann handelt es sich um eine native Integration. Middleware kann jedes dieser Ziele annähernd erfüllen, aber jede Annäherung ist ein Projekt – und diese Projekte nehmen kein Ende.
Für einen Elektrogroßhändler beispielsweise, der Dutzende von ausgehandelten Preislisten in SAP Business One verwaltet, stellt sich eine entscheidende Frage: Sieht der Auftragnehmer, der sich einloggt, jedes Mal den Preis aus seinem Vertrag – auch am Tag nach der Neuverhandlung? Nativ: Ja, das ist so vorgesehen. Middleware: Ja, sofern der Konnektor diese Preisliste abbildet, die Synchronisierung erfolgreich war und über Nacht keine Fehler aufgetreten sind.
Native vs. Middleware: Im direkten Vergleich
| Worum es bei Ihrer Entscheidung geht | Native Integration | Middleware-Integration |
|---|---|---|
| Referenzsystem | Nur SAP Business One | SAP sowie die plattforminterne Datenbank |
| Kundenspezifische Preisgestaltung | Direkt aus SAP-Preislisten und -Konditionen lesen | Vom Connector in den Shop kopiert; die Genauigkeit hängt von der Zuordnung und dem Synchronisationszeitpunkt ab |
| Auftragsabwicklung | In SAP als Kundenauftrag angelegt, wobei die Genehmigungen bereits erteilt wurden | Wird in der Benutzeroberfläche angelegt und anschließend über den Konnektor an SAP übertragen |
| Rechnungen, Abrechnungen, Bestellstatus | Bereitgestellt von SAP | Nur wenn der Anschluss diese unterstützt |
| Systeme zur Lizenzierung und zum Support | Eine Plattform, ein Support-Verantwortlicher | Shop-Frontend, Konnektor und möglicherweise eine Integrationsplattform, oft von verschiedenen Anbietern |
| Auswirkungen eines SAP-Upgrades | Der Plattformanbieter führt eine Validierung anhand der neuen Version durch | Der Stecker muss erneut geprüft und gegebenenfalls überholt werden. |
| Typische Zeit bis zur Markteinführung | Kürzer, da die Daten bereits in SAP vorhanden sind | Länger, weil die Integration selbst ein Projekt ist |
| Optimale Passform | Unternehmen, deren Geschäftsabläufe auf SAP Business One basieren | Unternehmen, die mehrere ERP-Systeme oder einen Online-Shop betreiben, den sie nicht ersetzen können |
Welche Kosten entstehen Ihnen durch Middleware zusätzlich zur Lizenz?
Der Preis des Steckverbinders spielt dabei nur eine untergeordnete Rolle. Die eigentlichen Kosten entstehen im Betrieb.
Zwei Systeme stimmen nicht überein. Bei jedem Preis, jeder Bestandszahl oder jedem Kreditlimit besteht die Möglichkeit, dass im Ladengeschäft und in SAP unterschiedliche Zahlen angezeigt werden. Das muss jemand bemerken, und jemand muss das Problem beheben.
Zwei Anbieter beschuldigen sich gegenseitig. Wenn eine Bestellung nicht bei SAP ankommt, behauptet der Shop-Anbieter, der Konnektor habe sie verloren, und der Konnektor-Anbieter behauptet, SAP habe sie abgelehnt. Ihr Team ist dasjenige, das den Anruf entgegennimmt.
Jede Änderung in SAP führt zu einem Testzyklus. Ob eine Preisliste hinzugefügt, eine Mengeneinheit geändert oder SAP Business One aktualisiert wird – in jedem Fall muss die Zuordnung überprüft werden. Diese Arbeit wiederholt sich während der gesamten Laufzeit des Geschäfts.
Der Self-Service endet dort, wo die Schnittstelle an ihre Grenzen stößt. Kunden, die ihre Rechnung oder offenen Bestellungen nicht online einsehen können, wenden sich an Ihr Serviceteam – und genau diese Kosten sollte der E-Commerce eigentlich einsparen.
In der Praxis ist die Einführung meist der Teil, der reibungslos verläuft. Die Wartung ist das, wofür niemand Mittel eingeplant hat.
Was passiert, wenn SAP Business One und der Online-Shop unterschiedliche Preise anzeigen?
In einem Middleware-Modell sieht der Kunde die Daten aus dem Storefront, also genau das, was bei der letzten erfolgreichen Synchronisation übertragen wurde. Wenn sich die Daten bei SAP danach geändert haben, kauft der Kunde zum alten Preis ein, die Bestellung erreicht SAP in der Regel mit einer Diskrepanz, und jemand muss diese manuell abstimmen oder die Differenz übernehmen. In einem nativen Modell gibt es im Storefront keine Daten, die falsch sein könnten. Der Storefront fragt SAP zum Zeitpunkt der Anzeige ab, sodass der Preis, den der Kunde sieht, genau dem Preis entspricht, der bei SAP vorliegt.
Wann Middleware die richtige Wahl ist
„Native“ ist nicht immer die richtige Lösung, und ein Anbieter, der Ihnen etwas anderes erzählt, will Ihnen nur etwas verkaufen. In einigen Fällen ist Middleware durchaus sinnvoll.
Sie nutzen mehr als ein ERP-System und benötigen eine einheitliche Online-Präsenz für alle Systeme. Sie betreiben bereits einen großen Online-Shop für Endkunden auf einer universellen Plattform, und der B2B-Bereich stellt dabei nur eine kleine Ergänzung dar. E-Commerce ist für Sie ein untergeordneter Vertriebskanal, und eine grobe Synchronisation ist akzeptabel. Oder Sie befinden sich mitten in einer umfangreichen IT-Migration, bei der sich möglicherweise auch SAP Business One selbst ändern wird.
Abgesehen von diesen Fällen sollte die Shop-Anwendung auf SAP Business One laufen, sofern SAP Business One die Geschäftsabläufe steuert.
Wir betreiben bereits einen universellen Online-Shop für unseren Einzelhandel. Müssen wir diesen ersetzen?
Nicht unbedingt. Manche Händler betreiben einen Laden für Laufkundschaft und nutzen zusätzlich eine native SAP-Business-One-Plattform für B2B-Kunden, bei denen Preise, Zahlungsbedingungen und die Auftragsfreigabe tatsächlich eine Rolle spielen. Im B2B-Bereich macht Middleware die größten Probleme, da dort die kundenspezifischen Daten gespeichert sind. Bewerten Sie die beiden Kanäle getrennt voneinander, anstatt eine einzige Plattform zu zwingen, beide Bereiche nur unzureichend zu bedienen.
Was eine native E-Commerce-Integration in SAP Business One leisten sollte
„Native“ ist eine Behauptung – überprüfen Sie sie daher anhand der Ergebnisse.
Jedes Konto verfügt über seine eigenen Geschäftsdaten. Preise, Katalog, Zahlungsbedingungen und Kreditlimits entsprechen genau den Angaben in SAP Business One, ohne dass es zu Abweichungen durch eine Mapping-Ebene kommt.
Aufträge gehen als Kundenaufträge ein. Mit dem richtigen Kunden, den richtigen Preisen und einem Genehmigungsworkflow, der direkt in SAP abgewickelt wird – und nicht in einer Warteschlange auf eine Synchronisierung wartet.
Die Kunden bedienen sich selbst. Rechnungen, Kontoauszüge, Bestellhistorie, Nachbestellungen aus der Historie und Bestellstatus – all dies wird über SAP bereitgestellt, ohne dass ein Serviceanruf erforderlich ist.
Der Katalog ist der Artikelstamm. Neue Artikel, Auslaufartikel und Änderungen der Mengeneinheiten erscheinen dort, weil sie in SAP geändert wurden, und nicht, weil jemand eine Tabelle erneut exportiert hat.
Ein Anbieter ist für den Support zuständig. Wenn etwas nicht funktioniert, ist ein Team verantwortlich, und dieses Team kennt sich mit SAP Business One aus.
Beispielsweise verfügt die Ersatzteilabteilung eines Maschinenhändlers über Flottenkunden mit Vertragspreisen, Techniker, die von unterwegs aus bestellen, und einen Serviceleiter, der alle Bestellungen genehmigt, die einen bestimmten Schwellenwert überschreiten. In einem nativen Modell basiert dieser gesamte Ablauf auf SAP-Daten und SAP-Regeln, die online dargestellt werden. Bitten Sie jeden Anbieter, dies anhand Ihrer Preislisten zu demonstrieren – nicht anhand seiner eigenen.
Verlangsamt eine native Integration SAP Business One?
Das sollte nicht der Fall sein, wenn die Plattform korrekt aufgebaut ist. Eine gut konzipierte native Plattform trennt den operativen Datenverkehr von aufwendigen Storefront- und Analyseabfragen, in der Regel durch die Isolierung der Analyse-Workload in einer eigenen Datenbank, sodass eine stark frequentierte Storefront oder ein umfangreicher Bericht die Auftragserfassung niemals verlangsamt. Fragen Sie den Anbieter, wie er die operative Datenbank unter Last schützt. „Das ist in Ordnung“ ist keine Architektur. Eine separate Analysedatenbank hingegen schon.
So handhabt FocusPoint Ecommerce die Integration mit SAP Business One
FocusPoint Ecommerce wurde ausschließlich für SAP Business One entwickelt. Es gibt keine Middleware. SAP ist die einzige Datenquelle, und kundenspezifische Preise, Kataloge und Prozesse werden direkt daraus abgerufen. Daher sieht jeder Benutzer beim Einloggen sofort seine eigenen Geschäftsdaten. Bestellungen werden in SAP als Kundenaufträge angelegt, wobei Workflows und Genehmigungsverfahren angewendet werden.
Ein natives System zu sein bedeutet nicht, geschlossen zu sein. Eine Plugin-Architektur integriert CRM, EDI, Punchout, Anrufverfolgung und Kanalvariabilität, ohne den Kern zu beeinträchtigen, sodass die von Unternehmen zu Unternehmen variierenden Aspekte außerhalb der Integration liegen und nicht in ihr. Betriebs- und Analysedatenbanken werden getrennt gehalten, sodass aufwendige Abfragen den Online-Shop niemals verlangsamen. KI-gestützte Suche, Personalisierung und vorausschauende Bestellungen basieren auf der kundeninternen Kaufhistorie in SAP.
Die Implementierung dauert nur wenige Wochen statt Monate, da die von der Plattform benötigten Daten bereits in SAP Business One vorhanden sind. Der Nachteil ist der bereits erwähnte: Wenn Sie nicht mit SAP Business One arbeiten, ist FocusPoint Ecommerce nichts für Sie.
Was kostet eine native E-Commerce-Plattform für SAP Business One?
FocusPoint E-Commerce erhebt keine Einrichtungs- und keine Transaktionsgebühren. Die Abrechnung erfolgt über ein monatliches Abonnement, dessen Höhe sich nach den genutzten Modulen richtet. Damit ist dies der kostengünstigste Weg zum E-Commerce auf Basis von SAP Business One und bietet gleichzeitig die beste Integration sowie Support aus einer Hand. Es fallen keine Lizenzgebühren für Konnektoren an und es muss kein zweiter Anbieter bezahlt werden.
Fragen, die Sie jedem Anbieter stellen sollten, bevor Sie eine Vorauswahl treffen
- Speichert Ihre Plattform eigene Daten zu Kunden, Artikeln und Preisen oder ruft sie diese aus SAP Business One ab?
- Wenn sich eine Preisliste in SAP ändert, wann wird sie dem Kunden angezeigt?
- Zeigen Sie mir anhand meiner Daten, wie aus einer Bestellung in SAP ein Kundenauftrag mit einem Genehmigungsschritt wird.
- Kann ein Kunde seine Rechnung und seinen Kontoauszug selbst über den Online-Shop abrufen?
- Wer führt bei einem SAP Business One-Upgrade die erneuten Integrationstests durch, und wer kommt dafür auf?
- Wenn eine Bestellung nicht bei SAP eingeht, an wen wende ich mich dann?
Jeder Anbieter, dessen Antworten einen Synchronisierungszeitplan, eine zweite Datenbank oder eine zweite Telefonnummer beinhalten, bietet Middleware an. Das ist in Ordnung, wenn Sie sich dafür entschieden haben. Es ist jedoch ein Problem, wenn Sie davon nichts wussten.
Wenn Sie Ihr Unternehmen mit SAP Business One verwalten und gerade überlegen, wie Sie E-Commerce damit verknüpfen können, wird das Team aus SAP Business One-Experten von FocusPoint gemeinsam mit Ihnen Ihre Preislisten, Ihren Bestellablauf und Ihre Anforderungen an den Kundenselbstservice durchgehen und Ihnen zeigen, wie eine native Integration für Ihr Unternehmen aussehen könnte.Vereinbaren Sie einen Termin für ein Gespräch.
