Shop-ERP-Anbindung – Schnittstellen sauber planen

Ein Online-Shop kann noch so gut aussehen: Wenn Bestände nicht stimmen, Rechnungen fehlen oder Lieferstatus nicht ankommen, leidet der Betrieb. Genau hier entscheidet eine gut geplante ERP-Anbindung (Anbindung an die Warenwirtschaft) über Effizienz und Kundenzufriedenheit. Gemeint ist damit die technische Verbindung zwischen Shop (z. B. WooCommerce, Shopware, Shopify, Magento) und einem ERP/ WaWi-System, damit Daten automatisch in beide Richtungen fließen.

Der wichtigste Punkt dabei: Nicht „alles irgendwie verbinden“, sondern zuerst klären, welche Prozesse wirklich automatisiert werden sollen. Dann lässt sich die passende Schnittstelle (technischer Datenaustausch) auswählen und stabil umsetzen.

Welche Prozesse die Anbindung abdecken sollte

In der Praxis dreht sich fast jede Integration um vier Kernprozesse: Produktdaten, Bestand, Bestellungen und Versand. Je nach Geschäftsmodell kommen Preislogik, B2B-Konditionen oder Marktplatzanbindungen hinzu.

Produkt- und Artikeldaten: wer ist führend?

Der häufigste Stolperstein ist die Frage nach dem „Master“ (führendes System). Werden Artikel im ERP gepflegt und in den Shop übertragen? Oder ist der Shop führend und das ERP übernimmt nur für Buchhaltung/Logistik?

Für die meisten Händler ist es sinnvoll, Artikelstammdaten zentral zu pflegen (typisch: ERP oder PIM), damit Shop, Marktplätze und ggf. Filialen konsistent bleiben. Wer Produktdaten ohnehin im Shop aufbaut, sollte zumindest definieren, welche Felder später aus dem ERP überschrieben werden dürfen.

Bestände: Echtzeit ist nicht immer nötig

Viele Projekte starten mit dem Wunsch nach „Echtzeit“. Das ist verständlich, aber oft teuer und nicht immer erforderlich. Wichtig ist, dass die Aktualisierung verlässlich ist und zu den Abläufen passt: Wer wenige Bestellungen am Tag hat, kommt oft mit kurzen Intervallen zurecht. Bei starkem Abverkauf (z. B. Aktionen) kann ein häufigerer Abgleich nötig sein, um Überverkäufe zu vermeiden.

Entscheidend ist außerdem die Logik: Gibt es Reservierungen bei Bestellung? Werden Bestände pro Lager geführt? Gibt es Dropshipping oder Vorbestellungen? Diese Regeln müssen vor der Umsetzung sauber beschrieben sein.

Bestellungen und Belege: vom Checkout bis zur Buchhaltung

Eine robuste Bestellübertragung umfasst nicht nur „Bestellung an ERP senden“. Sie sollte auch Kundendaten, Lieferadresse, Zahlungsart, Steuern, Versandart, Rabatte/Gutscheine sowie Positionsdetails (Varianten, SKUs, Bundles) korrekt abbilden. Danach stellt sich die Frage: Welche Belege entstehen wo? Typische Varianten:

• ERP erzeugt Auftragsbestätigung, Lieferschein, Rechnung; Shop zeigt Status und Dokumente an.
• Shop erzeugt E-Mails/Belege, ERP übernimmt nur für Lager und Buchhaltung (funktioniert, ist aber oft weniger sauber).

Je klarer dieser Ablauf, desto weniger spätere Sonderfälle entstehen (z. B. Stornos, Teil-Lieferungen, Gutschriften).

Integrationswege: Plugin, Middleware oder individuelle Entwicklung?

Für die technische Umsetzung gibt es drei typische Wege. Welcher passt, hängt weniger vom „Lieblingssystem“ ab, sondern von Anforderungen, Datenqualität und dem Wunsch nach Kontrolle.

Standard-Connectoren und Plugins

Plugins/Apps sind schnell startklar und oft günstig. Sie passen gut, wenn Prozesse nah am Standard liegen und wenige Sonderregeln gebraucht werden. Grenzen zeigen sich meist bei komplexen Preislogiken, mehreren Lagern, B2B-Rollen oder wenn mehrere Systeme (Shop + Marktplätze + Versand + ERP) sauber orchestriert werden sollen.

Middleware: die Integrationsschicht dazwischen

Eine Middleware ist eine „Zwischenschicht“, die Daten transformiert, verteilt und überwacht. Sie ist sinnvoll, wenn mehrere Systeme beteiligt sind oder wenn Datenformate/Logiken nicht 1:1 passen. Typische Vorteile: zentrale Protokollierung, Wiederholungslogik bei Fehlern, Mapping (Zuordnung) von Feldern und entkoppelte Abläufe.

Wichtig: Middleware ersetzt keine saubere Prozessdefinition. Sie macht Integrationen wartbarer, aber nicht automatisch richtig.

Individuelle Entwicklung über API

Wenn Geschäftsregeln sehr speziell sind oder es keine passenden Connectoren gibt, ist eine individuelle Anbindung über eine API (Programmierschnittstelle) oft die sauberste Lösung. Sie braucht mehr Konzeptarbeit und Tests, bietet aber maximale Kontrolle. Gerade bei Wachstum zahlt sich das aus, weil Sonderfälle nicht „irgendwie“ in Plugin-Optionen gepresst werden müssen.

Welche Datenobjekte wirklich sauber definiert sein müssen

Unklare Datenmodelle führen später zu doppelten Artikeln, falschen Steuerbeträgen oder nicht zuordenbaren Zahlungen. Die folgende Übersicht hilft, die wichtigsten Objekte früh abzuklären.

Entscheidungshilfe: Welche Richtung sollen Daten fließen?

Viele Integrationen scheitern nicht an Technik, sondern an uneindeutigen Zuständigkeiten. Die folgende Entscheidungshilfe hilft beim Festlegen von „führend“ und „nachgelagert“:

• Wenn Artikel in mehreren Kanälen gleich sein sollen (Shop, Marktplätze, ggf. Filialen):
  • Artikel/Preise möglichst zentral führen (ERP oder PIM) und in den Shop ausspielen.
• Wenn der Shop die meiste Pflege erhält (kleines Sortiment, viel Content im Shop):
  • Artikel im Shop führen, aber SKUs/Varianten sauber normieren und ins ERP spiegeln.
• Wenn Lager/Versand im ERP laufen:
  • Bestand und Versandstatus immer aus dem ERP zurück in den Shop synchronisieren.
• Wenn häufig manuelle Korrekturen vorkommen (Telefonbestellungen, Außendienst):
  • Klare Regeln definieren, wie ERP-Orders und Shop-Orders zusammenlaufen (Nummernkreise, Kunden-IDs, Storno-Prozess).

Praktische Schritte für ein stabiles Integrationsprojekt

Eine Anbindung ist kein reines „IT-Thema“. Einkauf, Kundenservice, Buchhaltung und Logistik müssen mitdenken, sonst werden Sonderfälle später teuer. Diese Schritte haben sich bewährt:

So läuft die Umsetzung in der Praxis

• Prozesse aufschreiben: Von Produktpflege bis Retoure (wer macht was, in welchem System?).
• Datenfelder mappen: Welche Felder sind Pflicht, welche optional, welche dürfen überschrieben werden?
• Testfälle definieren: Gastkauf, Firmenkunde, Gutschein, Teilversand, Storno, Rückerstattung.
• Fehlerwege planen: Was passiert, wenn das ERP kurz nicht erreichbar ist? Wird später erneut gesendet?
• Monitoring einrichten: Logs, Benachrichtigungen, klare Zuständigkeiten bei Fehlern.
• Go-live mit Puffer: Parallelbetrieb oder stufenweise Aktivierung (z. B. erst Bestellungen, dann Bestände).

Stornos, Retouren und Teil-Lieferungen nicht vergessen

Im Tagesgeschäft entstehen Sonderfälle: Kunden stornieren, Pakete gehen getrennt raus, Artikel sind nicht lieferbar, Zahlungen werden erstattet. Diese Fälle müssen in beiden Systemen nachvollziehbar sein. Besonders wichtig ist ein sauberes Statusmapping (z. B. „bezahlt“, „in Bearbeitung“, „teilversandt“, „abgeschlossen“, „storniert“), damit Kundenkommunikation und Buchhaltung nicht auseinanderlaufen.

Wer den Retourenprozess im Shop sauber aufsetzen möchte, findet passende Grundlagen in WooCommerce Warenrückgaben und Retourenprozess sauber aufsetzen (auch als Prozessvorlage unabhängig vom System nutzbar).

Typische Fehlerbilder – und wie sie vermieden werden

Doppelte Artikel durch uneinheitliche IDs

Wenn ein Produkt im Shop über eine ID, im ERP aber über eine andere Nummer identifiziert wird, entstehen schnell Dubletten. Als stabiler Schlüssel dient meist die SKU/Artikelnummer. Sie sollte eindeutig sein, sich nicht ändern und auch Varianten klar unterscheiden.

Steuern und Preise werden in zwei Systemen „berechnet“

Probleme entstehen, wenn beide Systeme eigene Logiken anwenden: Der Shop berechnet Rabatte anders als das ERP, oder Versandkosten werden unterschiedlich versteuert. Hier hilft eine klare Regel: Ein System „führt“ die Berechnung, das andere übernimmt das Ergebnis. Wer Preislogik testen möchte, kann ergänzend die Denkweise aus Preise im Online-Shop testen – A/B-Tests ohne Risiko nutzen, um Änderungen kontrolliert auszurollen.

Keine Transparenz bei Sync-Fehlern

Wenn Synchronisationen still scheitern, werden Probleme oft erst sichtbar, wenn Kunden nachfragen. Eine gute Integration protokolliert jeden Lauf, markiert Fehler eindeutig und ermöglicht eine Wiederholung (Retry), ohne Daten doppelt zu erzeugen.

Wartung: Warum „läuft einmal“ nicht reicht

Shops und ERPs werden aktualisiert, Plugins ändern Schnittstellen, neue Versandarten kommen dazu. Darum gehört zur Integration immer ein Wartungsplan: Wer prüft Logs? Wer testet nach Updates? Wie werden Änderungen dokumentiert?

Für sichere Updates und Tests ist eine Staging-Umgebung (Testkopie) Gold wert. Passend dazu: WooCommerce Staging-Umgebung einrichten – sicher testen vor dem Livegang (Prinzipien gelten auch für andere Systeme).

Kurze Orientierung für die Auswahl eines Implementierungspartners

Eine gute Umsetzung erkennt man weniger an Buzzwords, sondern an sauberen Fragen im Erstgespräch. Seriöse Anbieter klären früh:

• Welche Systeme sind führend (Artikel, Bestand, Preis, Kunden, Belege)?
• Welche Sonderfälle müssen abgebildet werden (Teil-Lieferung, Storno, Gutschrift, B2B)?
• Welche Fehlertoleranz ist akzeptabel (z. B. Verzögerung beim Bestand)?
• Wie wird getestet (Testfälle, Testdaten, Abnahme)?
• Wie sieht Monitoring und Betrieb aus (Logs, Alarme, Verantwortlichkeiten)?

Wenn diese Punkte fehlen, wird häufig „erst mal angebunden“ und später teuer nachgerüstet.

Häufige Fragen aus Projekten

Muss eine Anbindung bidirektional sein?

Nicht zwingend. Viele Setups funktionieren stabil, wenn Artikel und Bestände nur in eine Richtung laufen und Bestellungen in die andere. Bidirektional wird es, wenn in beiden Systemen aktiv gearbeitet wird (z. B. Kundenservice pflegt im ERP, Marketing im Shop).

Was ist besser: Echtzeit oder Batch-Sync?

Beides kann richtig sein. Echtzeit reduziert Überverkäufe, erhöht aber Komplexität. Batch-Sync (regelmäßige Aktualisierung) ist oft robuster, solange Intervalle und Reservierungslogik passen. Wichtig ist die klare Erwartung: Wie schnell müssen Änderungen sichtbar sein?

Wie erkennt man, ob eine Middleware sinnvoll ist?

Sobald mehr als zwei Systeme beteiligt sind (z. B. Shop, ERP, Versandtool, Marktplatz) oder wenn Daten stark transformiert werden müssen, wird eine Middleware häufig übersichtlicher. Sie hilft auch, wenn viele Sonderfälle und Fehlerszenarien sauber gehandhabt werden sollen.

Wer neben der Integration auch Automatisierung im Shop plant (z. B. Statuswechsel, Benachrichtigungen, Prozesse), kann ergänzend die Mechanik von Webhooks im Online-Shop – Automatisierung ohne Plugin-Flut nutzen, um Events kontrolliert weiterzugeben.