Der Ablauf auf einen Blick
- SAP-Artikel/-Kunden → Shopzuordnung
- Checkout → SAP-Verkaufsauftrag
- Bestätigung → vereinbarte Lieferung/Statusmeldung
Was wir vor der Umsetzung benötigen
- Aktiver, erreichbarer Service Layer in der Installation
- Abgestimmte OData-Version und autorisierter Benutzer
- SAP-Verantwortliche für Objekte und Geschäftsregeln
Auf einen Blick
Wir verbinden Ihren Onlineshop mit SAP Business One über einen definierten Ablauf und die verfügbare Schnittstelle Ihrer Installation. Bestellungen müssen mit Geschäftspartner, Artikel und vereinbartem Geschäftsbelegzyklus verbunden werden. Der Shop darf Lieferung, Rechnungsstellung und Stornierung nicht als einfache Änderungen eines allgemeinen Status behandeln.
Was die Integration leisten soll
In SAP Business One müssen Bestellungen mit Geschäftspartner, Artikel und vereinbartem Geschäftsbelegzyklus verbunden werden. Der Shop darf Lieferung, Rechnungsstellung und Stornierung nicht als einfache Änderungen eines allgemeinen Status behandeln. Die Planung nutzt verfügbare Geschäftsaktionen des Service Layer und erhält die Verbindung zwischen externem Ereignis und SAP-Dokumenten. SAP-Verantwortliche bestimmen Nummernkreise, Lager, Pflichtfelder und den geschäftlichen Abschluss eines Vorgangs.
Schnittstelle und Grenzen des konkreten Produkts
Der Service Layer stellt eine Schnittstelle für Business-One-Daten und -Dienste bereit. Die offizielle Referenz empfiehlt OData v4 ab FP2405 als Hauptprotokoll und bezeichnet v3 als veraltet, wenngleich für Kompatibilität verfügbar. Business One ist nicht S/4HANA. Endpunkte, Objekte, Konfiguration und Geschäftsabläufe unterscheiden sich. Auch Service Layer und DI API sind nicht vollständig funktionsgleich.
Ein praktisches hypothetisches Beispiel
Ein Ersatzteilhändler erfasst einen B2B-Kauf als Verkaufsauftrag. Artikel werden dem Artikelstamm, Käufer dem richtigen Geschäftspartner zugeordnet. Bei Teillieferung wird der Shop anhand bestätigter Dokumente aktualisiert, statt pauschal Versand zu melden. Eine Stornierungsanfrage wird entsprechend der Bestellphase bewertet und nur mit zulässiger Aktion ausgeführt. Die Zuordnung von Bestellung und Folgedokumenten bleibt für Abgleich und Support erhalten.
Fehler, Wiederholungen und Verantwortung
Ein kritischer Fall entsteht, wenn eine Stornierung als einfache Feldänderung statt als passende Geschäftsaktion versucht wird. Vor einer Wiederholung bewahren wir externe Referenz und bestätigte Ziel-ID auf. Wir unterscheiden Zugriffsfehler, geschäftliche Ablehnung und ungewisses Ergebnis. Mitarbeiter müssen den Datensatz prüfen und korrigieren können, ohne abgeschlossene Schritte zu wiederholen. Gemeinsam legen wir Logfelder und Zuständigkeiten für offene Vorgänge fest.
Abnahmeprüfungen vor dem Produktivstart
Wir prüfen Bestellerstellung, unterstützte Stornierung und korrekte Zuordnung eines Folgedokuments. Je Fall dokumentieren wir erwartete Ausgangsdaten, Zieldatensatz und sichtbaren Kundenstatus. Hinzu kommen ein Berechtigungsfehler und eine unterbrochene Antwort. Wir wiederholen ein bestätigtes Ereignis und prüfen, ob sein geschäftliches Ergebnis unverändert bleibt. Das Abnahmeprotokoll legt das zuständige Team und die zum Abschluss einer Abweichung nötigen Nachweise fest.
Projektumfang und täglicher Betrieb
Die Vorplanung bestätigt aktiven und erreichbaren Service Layer, abgestimmte OData-Version mit autorisiertem Benutzer sowie SAP-Verantwortliche für Objekte und Geschäftsregeln. Vor dem Produktivstart dokumentieren wir die Zuordnung für SAP-Artikel/-Kunden → Shopzuordnung → Checkout → SAP-Verkaufsauftrag → Bestätigung → vereinbarte Lieferung/Statusmeldung. Wir legen Zuständigkeiten für Zugangserneuerung, Überwachung und Korrekturen fest. Änderungen an Produktkonfiguration oder vereinbarten Geschäftsregeln lösen gezielte erneute Prüfungen aus. Weitere Kanäle ergänzen wir nach Klärung ihrer Verantwortung und Abnahmeszenarien.
Abnahmeprüfungen vor dem Start
- Bestellerstellung, unterstützte Stornierung und korrekte Zuordnung eines Folgedokuments
- Wiederholtes Ereignis ohne unerwünschte doppelte Wirkung
- Verständliche Ablehnung und Wiederherstellungsstatus
- Abgleich einer Stichprobe von Ausgangs- und Enddaten
VOM LEITFADEN ZUR PRAXIS
Ein konkreter Plan für Ihre Plattform.
Erzählen Sie uns, wo Ihre Plattform Schwierigkeiten macht und was verbessert werden muss. Unser Team verbindet die Diagnose mit konkreten Arbeiten an Code, Performance und Infrastruktur.
Lassen Sie uns Ihre Plattform ansehen