Online-Shop mit ERP verbinden: Wie Preise, Bestände und Bestellungen zusammenpassen
Online-Shop mit ERP verbinden: Was Händler vor der Anbindung klären sollten, wie Preise und Bestände aktuell bleiben und Bestellungen ohne doppelte Erfassung ankommen.
Stell dir einen Werkzeughandel vor: Ein Stammkunde bestellt im Online-Shop. Im Innendienst wird die Bestellung anschließend noch einmal in die Warenwirtschaft eingegeben. Dabei fällt auf: Der angezeigte Preis entspricht nicht seiner Vereinbarung, und ein Teil der bestellten Menge ist bereits für einen anderen Auftrag reserviert.
Die Bestellung kam online, die Nacharbeit bleibt trotzdem beim Team.
Eine ERP-Anbindung soll solche doppelte Arbeit und widersprüchliche Angaben reduzieren. ERP steht für Enterprise Resource Planning. Gemeint ist hier das zentrale Unternehmenssystem, in dem unter anderem Warenwirtschaft und Auftragsabwicklung zusammenlaufen.
Dafür reicht es nicht, Daten zwischen Shop und ERP zu übertragen. Zuerst muss klar sein, welches System Preise und Bestände vorgibt, wie aktuell diese Angaben sein müssen und woran dein Team eine fehlgeschlagene Übertragung erkennt.
Für dich als Unternehmer
Das Ziel ist weniger Nacharbeit, nicht nur eine vorhandene Schnittstelle. „Wir haben eine ERP-Schnittstelle“ sagt noch nicht, welche Arbeit sie abnimmt. Eine Verbindung kann Artikel importieren, aber keine Bestellungen übertragen. Oder Aufträge übernehmen, während Kundenpreise weiterhin von Hand gepflegt werden.
Ich würde zuerst die Handgriffe aufschreiben, die dein Team heute doppelt macht: Preise ändern, Kunden zuordnen, Aufträge erfassen und Lieferangaben nachtragen. Daraus entsteht ein sinnvoller Umfang für die Anbindung. Nicht alle Abläufe müssen im ersten Schritt automatisiert werden.
Für jede Datenart braucht es eine zuständige Quelle. Wenn das ERP Kundenpreise vorgibt, soll der Shop nicht parallel eine zweite Rabattlogik pflegen. Produkttexte und Bilder können dagegen aus einem anderen System kommen. Entscheidend ist, dass klar ist, wer welche Angaben ändern darf.
Der Aufwand hängt an den Abläufen, nicht allein am Namen des ERP. Ein fertiges Verbindungsmodul kann Arbeit sparen. Trotzdem muss geprüft werden, welche Angaben zusammengehören, ob die Preisregeln stimmen und was bei Fehlern passiert. Projektpreise, mehrere Lager oder besondere Freigaben können den Aufwand deutlich verändern.
Vor einer Schätzung brauche ich deshalb die verfügbaren Zugänge und Dokumentationen sowie echte Beispielvorgänge. Auch mögliche Lizenz- oder Freischaltkosten des ERP-Anbieters gehören in den Vergleich. Eine erste Etappe mit klaren Grenzen ist oft hilfreicher als das Versprechen, sofort alles zu automatisieren.
Für dich, wenn du den Shop im Alltag betreust
Welche Daten müssen zusammenpassen?
| Daten | Was vorab geklärt werden muss |
|---|---|
| Artikel | Welche Produkte gehören online, welche Nummer identifiziert sie eindeutig? |
| Preise | Welche Kundenzuordnung, Mengenstaffeln und Gültigkeitsregeln gelten? |
| Bestände | Geht es um physischen Bestand, frei verfügbare Menge oder eine Lieferzusage? |
| Kunden | Wie werden Firmen, Ansprechpartner und Lieferadressen zugeordnet? |
| Aufträge | Wann wird übertragen und wie bestätigt das ERP die Übernahme? |
| Status | Welche Versand- oder Bearbeitungsinformationen kommen in den Shop zurück? |
Gerade beim Bestand ist die Unterscheidung wichtig: Zehn Stück im Lager sind nicht zehn frei verkäufliche Stück, wenn acht davon schon reserviert sind.
Preise anhand konkreter Kunden prüfen. Ein Test mit einem Standardkunden reicht im B2B selten aus. Ich würde gemeinsam mit dem Innendienst typische Fälle auswählen: Standardpreis, individuelle Vereinbarung, Mengenstaffel und gegebenenfalls einen Projektpreis. Für jeden Fall wird geprüft, was auf der Produktseite, im Warenkorb und im übernommenen Auftrag steht.
Dabei muss klar sein, wann ein Preis verbindlich übernommen wird. Ändert sich die Kondition zwischen Warenkorb und Bestellung, braucht es einen vereinbarten Ablauf statt einer stillen Abweichung. Mehr zu diesen Regeln steht unter kundenindividuellen Preisen im B2B-Shop.
Aktualität pro Datenart festlegen. Eine Produktbeschreibung kann häufig auf den nächsten Abgleich warten. Bei knapper Ware oder kurzfristigen Preisänderungen kann das anders aussehen. Statt pauschal „Echtzeit“ zu fordern, würde ich fragen: Wie alt darf diese Angabe sein, bevor daraus ein Problem für Kunden oder Innendienst entsteht?
Auch eine direkte Abfrage beim ERP liefert nur dessen aktuellen Stand. Ob daraus ein belastbarer Liefertermin entsteht, hängt zusätzlich von Reservierungen, Beschaffung und Versand ab.
Eine Shop-Bestellung ist noch kein bestätigter ERP-Auftrag. Zwischen beiden liegen Übertragung, Prüfung und gegebenenfalls die Zuordnung zu einem Kundenkonto. Dein Team muss erkennen können, welche Bestellung erfolgreich übernommen wurde und welche noch Bearbeitung braucht. Eine fehlende Artikelzuordnung soll nicht erst auffallen, wenn der Kunde nach seiner Lieferung fragt.
Für Fehler braucht es eine verständliche Meldung und eine zuständige Person. Eine Liste technischer Fehlermeldungen allein hilft dem Innendienst wenig.
Vor dem Start auch den unangenehmen Teil testen. Was passiert bei einer unbekannten Kundennummer, einem gesperrten Artikel oder einem ERP, das vorübergehend nicht antwortet? Kann dein Team einen abgebrochenen Vorgang erneut anstoßen, ohne einen zweiten Auftrag anzulegen? Diese Fälle gehören zur Abnahme, nicht erst zur späteren Fehlersuche.
Für deine Entwickler oder IT
Direkt abfragen, übertragen oder beides kombinieren. Der Shop kann Preise und Bestände bei Bedarf abrufen oder übertragene Daten lokal vorhalten. Direkte Abfragen erhöhen die Abhängigkeit von Antwortzeit und Erreichbarkeit des ERP. Übertragene Daten entlasten die Gegenseite, können aber zwischen zwei Abgleichen veralten.
Welche Mischung passt, hängt vom Datenvolumen, den angebotenen Schnittstellen und der akzeptierten Verzögerung ab. Für einen Ausfall muss pro Vorgang entschieden werden: alten Stand anzeigen, Anfrage ermöglichen oder Bestellung vorübergehend unterbinden. Ein alter Preis ist nicht in jedem Geschäftsvorgang eine zulässige Rückfalllösung.
Wiederholen, ohne doppelte Aufträge zu erzeugen. Wenn das ERP einen Auftrag anlegt, seine Antwort aber verloren geht, weiß der Shop zunächst nicht, ob die Übergabe erfolgreich war. Eine Wiederholung darf dann keinen zweiten Auftrag erzeugen. Dafür braucht es eine eindeutige Vorgangskennung und ein mit dem ERP abgestimmtes Verfahren zur Duplikatvermeidung oder Statusprüfung.
Nicht nur Fehler zählen, sondern fehlende Verarbeitung erkennen. Bei einem regelmäßigen Import zählt der letzte erfolgreiche Abschluss, nicht nur der letzte Start. Zusätzlich helfen verarbeitete und abgelehnte Datensätze sowie das Alter offener Aufträge bei der Einordnung. Welche Verzögerung einen Alarm auslöst, wird aus dem erwarteten Ablauf abgeleitet. Wie solche Signale zusammenpassen, beschreibe ich in Online-Shop-Monitoring: Was du überwachen solltest.
Änderungen auf beiden Seiten absichern. ERP und Shop werden nicht zwingend gleichzeitig aktualisiert. Versionen, Datenformate und Beispielvorgänge müssen deshalb dokumentiert und vor Änderungen geprüft werden. Zugänge erhalten nur die benötigten Rechte. Protokolle sollen die Fehlersuche ermöglichen, ohne unnötig Kunden- oder Zahlungsdaten zu sammeln.
Wie ich an eine ERP-Anbindung herangehe
Ich beginne mit einem konkreten Vorgang: Ein Kunde findet seinen Artikel, sieht seine Konditionen und bestellt. Anschließend kommt der Auftrag zur weiteren Bearbeitung im ERP an.
Gemeinsam mit Shop-Verantwortlichen, Innendienst und ERP-Betreuung kläre ich, welche Daten und Regeln dafür nötig sind. Daraus ergibt sich, was zuerst angebunden wird und welche Fälle vor dem Start geprüft werden müssen.
Welche Aufgaben xebro dafür übernimmt, steht unter ERP-Anbindung für den Online-Shop. Wenn du zunächst euren Ist-Zustand einordnen möchtest, ist der Shop-Selbsttest ein Einstieg ohne Termin.