E-Commerce ERP Datenflüsse: Bestände, Aufträge und Preise synchronisieren

Wenn Onlineshop und ERP-System miteinander verbunden werden, geht es nicht nur darum, Bestellungen von einem System in ein anderes zu übertragen. In der Praxis müssen viele Datenbereiche zusammenspielen: Bestände, Aufträge, Preise, Kundendaten, Produktdaten, Zahlungsstatus, Versandinformationen und Belege.

Gerade im E-Commerce entstehen Fehler oft dort, wo Datenflüsse nicht sauber geplant wurden. Ein Bestand wird im Shop als verfügbar angezeigt, obwohl er bereits reserviert ist. Ein Auftrag wird unvollständig ins ERP übernommen. Eine kundenspezifische Preislogik greift nicht richtig. Oder Produktdaten stammen aus mehreren Quellen und widersprechen sich im Onlineshop.

Deshalb sollte eine E-Commerce ERP Integration nicht erst bei der technischen Schnittstelle beginnen. Entscheidend ist vorher die Frage, welche E-Commerce ERP Datenflüsse zwischen Shop, ERP, Warenwirtschaft, PIM und weiteren Systemen entstehen, welches System für welche Informationen führend ist und wie Fehler, Sonderfälle und Synchronisationen im laufenden Betrieb behandelt werden.

Dieser Artikel zeigt, welche E-Commerce ERP Datenflüsse besonders wichtig sind, wie Bestände, Aufträge und Preise richtig eingeordnet werden und worauf Unternehmen achten sollten, bevor eine E-Commerce Schnittstelle, ERP-Schnittstelle oder Middleware umgesetzt wird.

Warum E-Commerce ERP Datenflüsse früh geplant werden sollten

E-Commerce ERP Datenflüsse sollten nicht erst dann geplant werden, wenn eine Schnittstelle technisch umgesetzt wird. Entscheidend ist vorher, welche E-Commerce-Prozesse und ERP-Prozesse miteinander verbunden werden, welche Daten in welchem System entstehen und welche Informationen im laufenden Betrieb zuverlässig synchronisiert werden müssen.

Ohne diese Klärung entstehen schnell typische Probleme: Bestände im Shop sind nicht aktuell, Aufträge werden verspätet oder unvollständig übertragen, Preise stimmen nicht mit der ERP-Logik überein oder Kundendaten werden mehrfach gepflegt. Gerade im Onlinehandel wirken sich solche Fehler direkt auf Verkauf, Auftragsbearbeitung, Lager, Versand und Kundenkommunikation aus.

Eine saubere Planung der Datenflüsse hilft, fachliche Anforderungen und technische Umsetzung früh zusammenzubringen. Dabei geht es nicht nur um die Frage, welche Systeme verbunden werden, sondern auch um Datenqualität, Verantwortlichkeiten, führende Systeme, Synchronisationsintervalle, Fehlerlogik und Monitoring.

Deshalb sollte eine E-Commerce Schnittstelle immer im Zusammenhang mit Datenintegration betrachtet werden. Erst wenn klar ist, welche Daten in welcher Richtung fließen und welche Regeln für Validierung, Mapping und Fehlerbehandlung gelten, kann eine Shop-ERP-Synchronisation stabil geplant werden.

Welche Daten zwischen Shop und ERP fließen

Zwischen Onlineshop und ERP-System fließen in der Praxis deutlich mehr Daten als nur Bestellungen. Je nach Systemlandschaft können auch Bestände, Preise, Kundendaten, Produktdaten, Zahlungsstatus, Versandinformationen, Belege, Retouren oder B2B-spezifische Informationen synchronisiert werden.

Wichtig ist dabei nicht nur, welche Daten übertragen werden, sondern auch in welche Richtung sie fließen. Bestellungen entstehen meist im Shop, werden aber im ERP oder in der Warenwirtschaft weiterverarbeitet. Bestände kommen häufig aus der Warenwirtschaft oder aus dem ERP. Produktdaten können aus einem PIM-System, dem ERP oder einer Warenwirtschaft stammen. Preise und Rabatte werden oft im ERP, in einer Preislogik oder in B2B-spezifischen Regeln gepflegt.

Gerade deshalb sollten führende Systeme früh definiert werden. Wenn unklar ist, ob Shop, ERP, Warenwirtschaft oder PIM für bestimmte Informationen verantwortlich ist, entstehen doppelte Pflege, widersprüchliche Daten und fehleranfällige E-Commerce-Prozesse.

Datenbereich	Typischer Datenfluss	Mögliches führendes System	Kritische Frage
Bestellungen	Shop zu ERP oder Warenwirtschaft	Shop, ERP oder Warenwirtschaft	Wann gilt eine Bestellung als vollständig und verarbeitbar?
Bestände	ERP oder Warenwirtschaft zum Shop	Warenwirtschaft oder ERP	Welche Menge ist wirklich verfügbar und verkaufbar?
Preise und Rabatte	ERP, Warenwirtschaft oder Preislogik zum Shop	ERP, Warenwirtschaft oder Preisregel	Welche Preise gelten für Kundengruppen, Staffelpreise oder Sonderkonditionen?
Produktdaten	PIM, ERP oder Warenwirtschaft zum Shop	PIM, ERP oder Warenwirtschaft	Welche Produktinformationen sind für Darstellung, Suche, Filter und Verkauf notwendig?
Kundendaten	Shop zu ERP, ERP zu Shop oder CRM zu ERP	ERP, CRM oder Shop	Welche Kundendaten sind aktuell und wo werden sie gepflegt?
Versandstatus	ERP, Versanddienstleister oder Warenwirtschaft zum Shop	ERP, Warenwirtschaft oder Versanddienstleister	Wann wird ein Status im Shop aktualisiert und für Kunden sichtbar?
Zahlungsstatus	Payment-System oder Shop zum ERP	Payment-System, Shop oder ERP	Wann darf ein Auftrag freigegeben oder weiterverarbeitet werden?
Belege	ERP oder Buchhaltung zum Shop oder Kundenkonto	ERP oder Buchhaltung	Wo entstehen Rechnungen, Lieferscheine oder Gutschriften?

Wenn Bestände, Aufträge und Artikelinformationen stark von der Warenwirtschaft abhängen, sollte die Warenwirtschaft Integration früh in die Planung einbezogen werden. Bei umfangreichen Produktinformationen, Varianten, Attributen oder Medien spielt außerdem PIM-Integration und Produktdaten eine wichtige Rolle.

Bestände synchronisieren: verfügbare Menge ist nicht gleich Lagerbestand

Bestände gehören zu den kritischsten Datenflüssen zwischen Shop, ERP und Warenwirtschaft. Wenn im Onlineshop falsche Verfügbarkeiten angezeigt werden, kann das direkt zu Überverkäufen, Rückfragen, Stornierungen oder manuellen Korrekturen in der Auftragsbearbeitung führen.

Dabei ist Lagerbestand nicht automatisch gleich verfügbare Menge. Ein Artikel kann physisch im Lager vorhanden sein, aber bereits für offene Bestellungen reserviert sein. Umgekehrt können Sicherheitsbestände, Teillieferungen, mehrere Lagerorte oder externe Fulfillment-Strukturen beeinflussen, welche Menge im Shop wirklich verkauft werden darf.

Vor der technischen Synchronisation sollte deshalb fachlich geklärt werden, welche Bestandslogik gelten soll. Entscheidend ist nicht nur, wie viele Artikel im Lager liegen, sondern welche Menge für den jeweiligen Verkaufskanal verfügbar ist. Gerade bei mehreren Shops, B2B-Kundengruppen oder unterschiedlichen Lieferwegen kann diese Logik komplex werden.

Eine stabile Warenwirtschaft Integration hilft, Bestände, Reservierungen, Lagerbewegungen und Verfügbarkeiten so einzuordnen, dass Shop, ERP und Warenwirtschaft mit derselben fachlichen Logik arbeiten. Nicht jedes Szenario braucht Echtzeit-Synchronisation. Wichtig ist aber, dass klar definiert ist, wann Bestände aktualisiert werden, welches System führend ist und wie Ausnahmen behandelt werden.

Typische Fragen vor der Umsetzung sind: Welche Bestandsart soll im Shop angezeigt werden? Werden Reservierungen berücksichtigt? Gibt es mehrere Lager? Müssen Sicherheitsbestände abgezogen werden? Und was passiert, wenn ein Bestand im ERP oder in der Warenwirtschaft geändert wird, während im Shop gerade Bestellungen eingehen?

Aufträge übertragen: vom Checkout bis zur Auftragsbearbeitung

Bestellungen aus dem Onlineshop müssen nach dem Checkout zuverlässig in ERP, Warenwirtschaft, Lager oder Auftragsbearbeitung übergeben werden. Dabei reicht es nicht aus, nur eine Bestellnummer und einen Gesamtbetrag zu übertragen. Für stabile ERP-Prozesse werden alle relevanten Auftragsdaten benötigt.

Dazu gehören Kundendaten, Rechnungs- und Lieferadresse, bestellte Artikel, Mengen, Preise, Rabatte, Versandart, Zahlungsstatus, Steuern, Gutscheine, Kommentare, Kundengruppen oder B2B-spezifische Informationen wie Kostenstellen, Freigaben oder Bestellnummern des Kunden.

Wichtig ist auch, wann ein Auftrag überhaupt an das ERP übergeben werden soll. Manche Unternehmen übertragen Bestellungen direkt nach dem Checkout. Andere warten, bis die Zahlung bestätigt ist oder bestimmte Prüfungen abgeschlossen sind. Bei B2B-Prozessen können zusätzlich interne Freigaben, Budgets oder individuelle Konditionen eine Rolle spielen.

Eine ERP-Schnittstelle sollte deshalb nicht nur den technischen Datentransfer abbilden, sondern auch die fachliche Logik der Auftragsbearbeitung berücksichtigen. Dazu gehört die Frage, welche Daten verpflichtend sind, welche Fehler den Auftrag stoppen und welche Statusinformationen zurück in den Shop fließen sollen.

Typische Fehler entstehen, wenn Aufträge doppelt übertragen werden, Zahlungsstatus fehlen, Artikelnummern nicht eindeutig zugeordnet sind oder Versandinformationen nicht zum ERP-Prozess passen. Deshalb sollten Auftragsdaten vor der technischen Umsetzung mit realistischen Bestellungen, Sonderfällen und Fehlerzuständen getestet werden.

Preise und Rabatte: warum B2B besonders anspruchsvoll ist

Preise gehören zu den sensibelsten Datenflüssen zwischen Shop und ERP. Während einfache B2C-Shops oft mit festen Verkaufspreisen arbeiten, sind Preislogiken im B2B deutlich komplexer. Dort können Kundengruppen, Preislisten, Staffelpreise, Rabatte, Sonderkonditionen, Vertragskonditionen oder projektbezogene Preise eine Rolle spielen.

Wenn diese Preislogik nicht sauber zwischen ERP, Warenwirtschaft und Shop abgestimmt ist, entstehen schnell Fehler. Ein Kunde sieht falsche Preise, ein Rabatt wird nicht angewendet, eine Staffelpreisregel greift nicht oder der Preis im Shop passt nicht zum Preis im ERP. Solche Fehler wirken sich direkt auf Umsatz, Auftragsbearbeitung und Kundenvertrauen aus.

Vor der Synchronisation sollte deshalb klar sein, wo Preise gepflegt werden und welches System für welche Preisbestandteile führend ist. Grundpreise können im ERP liegen, kundenspezifische Konditionen in einer Preislogik, Staffelpreise in der Warenwirtschaft und Aktionspreise im Shop. Je nach Projekt muss entschieden werden, ob Preise vollständig synchronisiert, live berechnet oder regelbasiert bereitgestellt werden.

Besonders im B2B-E-Commerce sollten Preis- und Rabattdaten nicht isoliert betrachtet werden. Sie hängen oft mit Kundendaten, Rollen, Freigaben, Sortimenten, Budgets oder individuellen Bestellprozessen zusammen. Deshalb muss die Preislogik früh in die Planung der E-Commerce ERP Datenflüsse einbezogen werden.

Typische Prüffragen sind: Welche Preise gelten für welche Kundengruppe? Werden Staffelpreise im Shop korrekt angezeigt? Gibt es kundenspezifische Sortimente? Müssen Preise in Echtzeit aus dem ERP berechnet werden? Und was passiert, wenn ein Preis im ERP geändert wird, während ein Kunde bereits Produkte im Warenkorb hat?

Produktdaten, Artikel und PIM: welche Informationen in den Shop gehören

Produktdaten sind ein weiterer wichtiger Datenbereich in der E-Commerce ERP Integration. Dabei muss unterschieden werden zwischen Artikelstammdaten, kaufmännischen Informationen und angereicherten Produktdaten. Nicht jede Information stammt aus demselben System und nicht jede Information wird im Shop auf dieselbe Weise genutzt.

Artikelnummern, Basiseinheiten, Steuerinformationen oder einfache Artikeldaten liegen häufig im ERP oder in der Warenwirtschaft. Angereicherte Produktinformationen wie Beschreibungen, Attribute, Kategorien, Varianten, Bilder, Dokumente, technische Merkmale oder kanalbezogene Inhalte werden dagegen oft in einem PIM-System gepflegt.

Wenn diese Datenquellen nicht sauber abgegrenzt sind, entstehen schnell Widersprüche. Ein Artikel kann im ERP korrekt angelegt sein, aber im Shop fehlen wichtige Attribute oder Medien. Eine Variante kann in der Warenwirtschaft existieren, aber im PIM anders strukturiert sein. Oder Produktinformationen werden parallel in mehreren Systemen gepflegt und unterscheiden sich je nach Kanal.

Eine saubere PIM-Integration und Produktdaten-Struktur hilft, Produktinformationen so vorzubereiten, dass sie für Shop, ERP, Warenwirtschaft, B2B-Portal und Vertrieb sinnvoll nutzbar sind. Entscheidend ist, früh zu klären, welche Daten aus welchem System kommen, welche Informationen im Shop wirklich benötigt werden und welche Qualitätsregeln vor der Veröffentlichung gelten.

Typische Fragen sind: Welche Produktdaten kommen aus dem ERP? Welche Daten werden im PIM gepflegt? Wo entstehen Varianten, Kategorien und Attribute? Welche Medien und Dokumente braucht der Shop? Und wie wird verhindert, dass Produktdaten in mehreren Systemen unterschiedlich gepflegt werden?

Führende Systeme definieren: Wer hat die Wahrheit?

Bei E-Commerce ERP Datenflüssen gehören führende Systeme zu den wichtigsten Grundlagen. Ohne diese Klärung entstehen doppelte Pflege, widersprüchliche Informationen und Fehler in Shop, ERP, Warenwirtschaft, PIM oder weiteren angebundenen Systemen.

Ein ERP-System kann zum Beispiel für kaufmännische Daten, Belege, Kundendaten oder Preislogik führend sein. Die Warenwirtschaft kann Bestände, Lagerbewegungen, Reservierungen oder Verfügbarkeiten steuern. Ein PIM-System kann für angereicherte Produktinformationen, Attribute, Kategorien, Varianten und Medien verantwortlich sein. Der Shop erzeugt Bestellungen, Kundeninteraktionen und Checkout-Daten.

Wenn diese Rollen nicht eindeutig definiert sind, werden Daten oft an mehreren Stellen gepflegt. Dann unterscheiden sich Preise, Produktinformationen, Bestände oder Kundendaten je nach System. Solche Abweichungen sind im Tagesgeschäft schwer zu erkennen und können zu falschen Shop-Anzeigen, fehlerhaften Aufträgen oder manuellen Korrekturen führen.

Eine klare Systemintegration hilft, Systemrollen, Datenquellen und Zielsysteme fachlich einzuordnen, bevor Schnittstellen technisch umgesetzt werden. Dabei sollte für jeden Datenbereich festgelegt werden, wo Daten entstehen, wo sie gepflegt werden, wohin sie fließen und welches System im Konfliktfall Vorrang hat.

Typische Prüffragen sind: Welches System ist für Bestände führend? Wo werden Preise gepflegt? Welche Produktdaten kommen aus dem PIM? Wo entstehen Kundendaten? Und was passiert, wenn Shop und ERP unterschiedliche Informationen zum selben Datensatz enthalten?

Fehlerlogik, Monitoring und Nachvollziehbarkeit

Stabile E-Commerce ERP Datenflüsse brauchen nicht nur eine technische Verbindung zwischen Systemen. Genauso wichtig sind Fehlerlogik und Monitoring. Denn im laufenden Betrieb treten immer wieder Situationen auf, die nicht dem Idealfall entsprechen.

Ein Auftrag kann eine unbekannte Artikelnummer enthalten. Ein Preis kann im ERP nicht mehr gültig sein. Eine Zahlung kann noch offen sein. Ein Produkt kann im Shop aktiv sein, aber im ERP fehlen wichtige Stammdaten. Oder ein System ist vorübergehend nicht erreichbar. Ohne klare Fehlerlogik bleiben solche Probleme oft unbemerkt oder müssen manuell gesucht werden.

Deshalb sollte vor der Umsetzung geklärt werden, welche Fehlerfälle realistisch sind und wie damit umgegangen wird. Manche Fehler müssen einen Prozess stoppen, andere können protokolliert und später korrigiert werden. Wichtig ist, dass Fachbereiche nachvollziehen können, warum ein Auftrag, Bestand, Preis oder Produktdatensatz nicht korrekt synchronisiert wurde.

Bei komplexeren Systemlandschaften kann Middleware-Entwicklung helfen, Datenflüsse zentraler zu steuern. Eine Middleware kann Daten transformieren, Mapping-Regeln anwenden, Fehler protokollieren, Wiederholungen auslösen und Monitoring für mehrere angebundene Systeme bereitstellen.

Typische Prüffragen sind: Welche Fehler sollen automatisch wiederholt werden? Wann muss ein Fachbereich informiert werden? Wo werden fehlerhafte Datensätze protokolliert? Welche Synchronisationen brauchen Monitoring? Und wie wird verhindert, dass ein Fehler in einem System unbemerkt weitere Prozesse beeinflusst?

Typische Fehler bei E-Commerce ERP Datenflüssen

Viele Probleme bei der Verbindung von Shop, ERP, Warenwirtschaft und PIM entstehen nicht durch die Schnittstelle allein. Häufig liegt die Ursache darin, dass Datenlogik, führende Systeme, Sonderfälle oder Fehlerprozesse nicht ausreichend geklärt wurden.

Besonders kritisch sind Fehler, die im Alltag erst spät sichtbar werden. Ein falscher Bestand fällt oft erst auf, wenn ein Artikel bereits verkauft wurde. Eine falsche Preislogik wird erst sichtbar, wenn ein Kunde reklamiert. Unvollständige Produktdaten werden erst bemerkt, wenn Produkte im Shop schlecht auffindbar sind oder Filter nicht funktionieren.

• Bestandsfehler: Der Shop zeigt Mengen an, die fachlich nicht mehr verkaufbar sind.
• Preisfehler: B2B-Kunden sehen falsche Preise, Rabatte oder Staffelpreise.
• Produktdatenfehler: ERP, PIM, Warenwirtschaft und Shop enthalten unterschiedliche Informationen.
• Auftragsfehler: Zahlungsstatus, Versandart, Kundendaten oder Positionen fehlen.
• Statusfehler: Kunden, Shop und ERP arbeiten mit unterschiedlichen Prozessständen.
• Fehlerdokumentation: Probleme bleiben unbemerkt und müssen später manuell gesucht werden.
• Systemrollen: Daten werden an mehreren Stellen gepflegt und widersprechen sich je nach System.

Diese Fehler lassen sich nicht allein durch eine technische E-Commerce Schnittstelle vermeiden. Entscheidend ist, Datenflüsse vor der Umsetzung fachlich zu modellieren, Testfälle realistisch aufzubauen und Verantwortlichkeiten für Datenqualität, Monitoring und Fehlerbehandlung festzulegen.

Checkliste: E-Commerce ERP Datenflüsse richtig vorbereiten

Bevor eine Shop-ERP-Synchronisation technisch umgesetzt wird, sollten die wichtigsten Datenflüsse fachlich geklärt werden. Eine Checkliste hilft, Anforderungen, Systemrollen und mögliche Fehlerfälle früh sichtbar zu machen.

• Datenbereiche: Welche Bereiche sollen synchronisiert werden? Zum Beispiel Bestellungen, Bestände, Preise, Produktdaten, Kundendaten, Versandstatus, Zahlungsstatus oder Belege.
• Datenrichtung: Fließen die Daten vom Shop ins ERP, vom ERP in den Shop, aus der Warenwirtschaft, aus dem PIM oder zwischen mehreren Systemen?
• Führendes System: Für Bestände, Preise, Produktdaten, Kundendaten, Belege und Statusinformationen sollte jeweils ein führendes System definiert werden.
• Validierung: Pflichtfelder, Artikelnummern, Kundendaten, Preise, Zahlungsstatus oder Produktinformationen sollten vor der Verarbeitung geprüft werden.
• Fehlerfälle: Fehlende Artikel, ungültige Preise, doppelte Aufträge, nicht erreichbare Systeme oder widersprüchliche Produktdaten sollten eingeplant werden.
• Echtzeit: Nicht jeder Datenfluss muss sofort synchronisiert werden. Bei Beständen, Preisen oder Zahlungsstatus kann Echtzeit wichtiger sein als bei anderen Datenbereichen.
• Zyklische Synchronisation: Produktdaten, Belege, Medien oder bestimmte Statusinformationen können je nach Prozess auch zeitgesteuert übertragen werden.
• Systemlandschaft: Neben Shop und ERP können Warenwirtschaft, PIM, CRM, Versanddienstleister, Payment-Systeme, Buchhaltung oder Middleware beteiligt sein.
• B2B-Anforderungen: Kundengruppen, Preislisten, Freigaben, Budgets, individuelle Sortimente oder Rollenlogik sollten früh berücksichtigt werden.
• Monitoring: Protokolle, Fehlerlisten und Benachrichtigungen helfen, Probleme im laufenden Betrieb schneller zu erkennen.

Wenn diese Fragen früh geklärt werden, lassen sich E-Commerce ERP Datenflüsse deutlich stabiler planen. Die technische Umsetzung wird dadurch nicht automatisch einfacher, aber sie bekommt eine klarere fachliche Grundlage.

Fazit: E-Commerce ERP Datenflüsse brauchen klare Regeln

E-Commerce ERP Datenflüsse entscheiden darüber, ob Shop, ERP, Warenwirtschaft, PIM und weitere Systeme im Alltag zuverlässig zusammenspielen. Bestände, Aufträge, Preise, Produktdaten, Kundendaten, Zahlungsstatus, Versandinformationen und Belege müssen nicht nur technisch übertragen, sondern fachlich richtig eingeordnet werden.

Entscheidend ist deshalb, vor der Umsetzung zu klären, welche Daten in welcher Richtung fließen, welches System für welche Informationen führend ist und wie Fehler, Sonderfälle, Monitoring und Synchronisationsintervalle behandelt werden. Nur so entsteht eine Shop-ERP-Synchronisation, die nicht nur im Idealfall funktioniert, sondern auch im laufenden Betrieb stabil bleibt.

Wenn aus diesen Anforderungen ein konkretes Integrationsprojekt entsteht, bietet die Seite E-Commerce ERP Integration eine passende Vertiefung. Dort geht es darum, Shop, ERP, Warenwirtschaft, PIM, Middleware und individuelle Systeme strukturiert miteinander zu verbinden.