Webshop-Konnektor

E-Rechnung in Deutschland: So setzen Sie die Pflicht mit SAP Business One um

Ein Webshop-Konnektor ist eine Middleware-Komponente, die einen Onlineshop (Shopware, Shopify, Magento, WooCommerce, OXID u.a.) mit SAP Business One verbindet. Aufgabe des Konnektors ist die bidirektionale Synchronisation: Artikel-, Preis- und Lagerdaten fliessen aus B1 in den Shop; Bestellungen, Kundendaten und Statusupdates fliessen aus dem Shop zurück in B1 — Tempo, Tiefe und Feldumfang der Synchronisation richten sich nach dem Geschäftsmodell.

Kontext

Technisch setzt ein Webshop-Konnektor entweder auf B1if-Szenarien oder auf eigene Middleware-Produkte (z.B. Magnalister, i-views, Sync4, Pickware) auf. Der Informationsfluss läuft typischerweise über REST/JSON (Shop-API) und den SAP-B1-Service-Layer bzw. DI API. Artikelattribute (Beschreibung, Bilder, Varianten, Steuerklassen) werden meist pro Produkt synchronisiert, Bestände tagesaktuell oder minütlich, Preise je nach Preislistenstruktur. Eingehende Bestellungen landen als Kundenauftrag in B1; Zahlungsarten werden auf B1-Zahlwege gemappt. Für B2B-Szenarien kommen Kunden-Login, differenzierte Preislisten pro Geschäftspartner, Rabattlogik und Genehmigungsprozesse dazu. Erweiterte Szenarien koppeln den Shop mit PIM-Systemen (z.B. Perfion) und DMS (CKS.DMS) für Produktdaten und Belegablage.

Abgrenzung

Ein Webshop-Konnektor ist weder ein Shop-System noch eine ERP-Logik — er vermittelt. Die Geschäftslogik (Bonitätsprüfung, Lieferstatus, Mahnwesen) bleibt in B1, die Kundenerfahrung im Shop. Er ist auch kein generisches ETL-Tool: Produktpakete für Shopware, Magento etc. bringen vordefinierte Mappings und Updatezyklen mit, die generisches ETL nicht leisten würde. Abzugrenzen ist er ebenfalls von reinen Marketplace-Integrationen (Amazon, eBay), die eigene Tool-Landschaften erfordern — auch wenn Marktplatz-Bestellungen am Ende ebenfalls im Webshop-Konnektor oder in einer Abwandlung davon landen können.

SAP B1 10.0 FP2608: Service Layer KI als transaktionalen Schicht

Der Service Layer von SAP Business One diente bisher überwiegend als passiver Datenlieferant: Anwendungen fragten Daten über OData ab, jede ...

Process Reward Models: Warum ein richtiges Ergebnis noch keinen richtigen Weg beweist

Diese Reihe nimmt fortlaufend einzelne KI-Grundbegriffe und Methoden wie die Process Reward Model unter die Lupe .Die vorige Folge hat ...

Test-Time Compute Scaling: Warum ein kleineres KI-Modell am Ende gewinnen kann — und was der Lieferantenvergleich in SAP Business One damit zu tun hat

Dies ist eine Fortsetzung der Reihe auf diesem Blog, die sich mit Künstlicher Intelligenz im Zusammenspiel mit SAP Business One ...

SAP B1 Blog