Ein Webshop ist schnell bestellt. Ein Auftrag, der im ERP falsch ankommt, ein nicht verfügbarer Artikel oder ein abweichender Preis kosten dagegen täglich Zeit, Marge und Vertrauen. Wer die ERP-Anbindung eines Webshops planen möchte, sollte daher nicht bei der Schnittstelle beginnen, sondern beim tatsächlichen Ablauf im Unternehmen: von der Artikelpflege über den Auftrag bis zu Versand, Rechnung und Retoure.
Gerade bei kleinen und mittleren Handelsunternehmen wird oft versucht, bestehende Abläufe möglichst unverändert in den Shop zu übertragen. Das kann richtig sein, muss es aber nicht. Manche Prozesse sind über Jahre gewachsen und funktionieren nur, weil erfahrene Mitarbeitende manuell nachbessern. Eine gute Anbindung macht solche Schwachstellen sichtbar. Das ist kein Nachteil, sondern die Chance, den Shop und die interne Abwicklung gemeinsam sauber aufzusetzen.
Inhaltsverzeichnis
ToggleERP-Anbindung für den Webshop planen beginnt bei den Prozessen
Vor der technischen Konzeption steht eine einfache, aber entscheidende Frage: Welches System ist für welche Information führend? Im Fachjargon spricht man vom führenden System oder von der Datenhoheit. Ohne diese Entscheidung entstehen doppelte Pflege, widersprüchliche Daten und Diskussionen darüber, welcher Bestand oder Preis nun gilt.
In den meisten Fällen bleibt das ERP führend für Artikelstammdaten, Lagerbestände, Einkaufspreise, Kundenkonditionen, Aufträge, Rechnungen und Belege. Der Webshop übernimmt die Aufgabe, Produkte verständlich zu präsentieren, Bestellungen entgegenzunehmen und Kundinnen sowie Kunden durch den Kaufprozess zu führen. Für Texte, Bilder, Kategorisierungen oder SEO-relevante Inhalte ist häufig der Shop das bessere führende System. Das hängt jedoch davon ab, wie umfangreich das Sortiment ist und wer die Daten im Alltag betreut.
Ein B2B-Shop benötigt oft eine andere Logik als ein klassischer Endkundenshop. Individuelle Preislisten, Staffelpreise, kundenspezifische Sortimente, Freigabeprozesse oder Bestellungen auf Rechnung müssen dann klar beschrieben werden. Wer in Österreich an Gewerbekunden verkauft, sollte auch Themen wie UID-Prüfung, unterschiedliche Steuersätze bei grenzüberschreitenden Lieferungen und abweichende Lieferadressen früh berücksichtigen. Diese Anforderungen lassen sich umsetzen, gehören aber in die Planung und nicht auf die letzte Projektwoche.
Den realen Weg einer Bestellung nachvollziehen
Eine hilfreiche Grundlage ist ein gemeinsam durchgespielter Musterauftrag. Dabei geht es nicht um eine Idealbestellung, sondern um den Alltag: Ein Stammkunde meldet sich an, erhält seinen Sonderpreis, bestellt einen Artikel mit niedrigem Bestand und lässt an eine abweichende Adresse liefern. Was passiert im Shop? Wann wird der Bestand reserviert? Wie gelangt der Auftrag ins ERP? Wer prüft ihn? Wann wird geliefert, fakturiert und die Versandinformation zurückgespielt?
Genauso wichtig sind die Ausnahmen. Was geschieht bei Teillieferungen, Stornos, Zahlungsverzug, einem nicht mehr lieferbaren Artikel oder einer Retoure? Gerade diese Fälle entscheiden darüber, ob Mitarbeitende mit dem System gerne arbeiten oder wieder Excel-Listen und E-Mails als Notlösung einsetzen.
Welche Daten wirklich synchronisiert werden müssen
Nicht jede Information muss in beide Richtungen und in Echtzeit fließen. Eine zu breit angelegte Synchronisation erhöht Komplexität, Fehlerquellen und laufenden Wartungsaufwand. Sinnvoll ist eine klare Priorisierung nach geschäftlicher Wirkung.
Bei Produkten sind Artikelnummer, Bezeichnung, Varianten, EAN, Preise, Steuerlogik, Verfügbarkeit und Lieferzeit meist relevant. Bilder, ausführliche Beschreibungen oder Beratungsinhalte können im Shop gepflegt werden, sofern die Verantwortlichkeit eindeutig geregelt ist. Bei Beständen gilt: Je schneller sich Lagerbestände ändern und je knapper die Ware ist, desto wichtiger ist eine zeitnahe Aktualisierung. Bei großen, stabil verfügbaren Sortimenten kann ein Intervall ausreichen. Bei stark nachgefragten Artikeln oder bei Verkauf über mehrere Kanäle ist eine nahezu sofortige Rückmeldung oft wirtschaftlicher als spätere Überverkäufe.
Bei Bestellungen muss nicht nur der Auftrag übertragen werden. Auch Zahlungsart, Versandkosten, Gutscheine, Rabatte, Kommentare, Lieferanschrift, Status und gegebenenfalls der gewünschte Liefertermin brauchen eine eindeutige Zuordnung. Ein Rabatt im Shop darf im ERP nicht als unklare Differenz ankommen. Sonst wird aus einer automatisierten Bestellung ein manueller Klärfall.
Für Kundendaten ist Zurückhaltung angebracht. Kundenkonten, Newsletter-Einwilligungen und Adressänderungen betreffen auch Datenschutz und Rollenrechte. Es sollte klar festgelegt sein, welche Daten vom Shop ins ERP gehen, ob bestehende Kunden erkannt werden und wie Dubletten behandelt werden. Besonders bei B2B-Kunden kann eine falsche Zuordnung zu falschen Konditionen führen.
Direkte Schnittstelle oder Middleware?
Die technische Umsetzung richtet sich nach ERP, Shop-System, Datenumfang und den gewünschten Abläufen. Eine direkte API-Anbindung kann eine gute Lösung sein, wenn beide Systeme über stabile Schnittstellen verfügen und der Prozess überschaubar bleibt. Sie vermeidet ein zusätzliches System und kann bei klaren Anforderungen effizient sein.
Eine Middleware oder Integrationsplattform lohnt sich eher, wenn mehrere Systeme beteiligt sind, etwa ERP, Webshop, Lager, Versanddienstleister, Marktplätze oder ein PIM-System. Sie kann Daten übersetzen, Warteschlangen verwalten und Fehler besser protokollieren. Dafür entstehen zusätzliche Lizenz-, Einrichtungs- und Betreuungsaufwände. Für einen kleineren Shop wäre sie überdimensioniert, für ein wachsendes Mehrkanalgeschäft kann sie hingegen spätere Umbauten vermeiden.
Entscheidend ist nicht, ob die Anbindung besonders technisch klingt. Entscheidend ist, ob sie nachvollziehbar betrieben werden kann. Wer sieht, wenn eine Bestellung nicht übertragen wurde? Gibt es eine Fehlermeldung mit verständlichem Hinweis? Kann ein Auftrag erneut gesendet werden, ohne doppelt im ERP aufzuscheinen? Diese Fragen gehören in ein technisches Konzept, aber sie betreffen unmittelbar den täglichen Betrieb.
Schnittstellen brauchen eindeutige Regeln
Jede Übertragung benötigt feste Identifikatoren. Artikelnummern, Kundennummern, Auftragsnummern und Varianten-IDs dürfen nicht nach Gefühl zugeordnet werden. Werden etwa Artikelnummern im ERP geändert, muss klar sein, ob der Shop diese Änderung übernimmt und wie bestehende Bestellungen weiterhin referenziert werden.
Auch Statuswerte müssen übersetzt werden. Ein ERP kennt möglicherweise Zustände wie „in Kommissionierung“, „teilgeliefert“ oder „fakturiert“, während der Shop nur „in Bearbeitung“ und „versendet“ anzeigt. Kundinnen und Kunden brauchen keine internen Prozesscodes, aber sie erwarten eine nachvollziehbare Information. Die Übersetzung der Statuswerte sollte daher bewusst gestaltet werden.
Erst das Datenfundament, dann die Automatisierung
Viele Integrationsprobleme sind eigentlich Datenprobleme. Fehlende Gewichte verhindern die korrekte Versandkostenberechnung. Uneinheitliche Varianten führen zu falschen Produktdarstellungen. Unvollständige Steuerkennzeichen verursachen fehlerhafte Preise. Bevor Daten automatisiert übertragen werden, müssen ihre Qualität und ihre Pflegeprozesse geprüft werden.
Das bedeutet nicht, dass vor dem Go-live jedes historische Datenfeld perfekt sein muss. Wichtig ist eine pragmatische Entscheidung: Welche Daten sind für den Verkauf, die Logistik und die Buchhaltung zwingend erforderlich? Was kann später ergänzt werden? Ein klar abgegrenzter Start mit dem wirtschaftlich wichtigsten Sortiment ist häufig besser als ein Großprojekt, das wegen unbereinigter Altlasten nicht fertig wird.
Auch die Verantwortlichkeiten müssen feststehen. Wenn ein neuer Artikel angelegt wird, wer ergänzt Bild, Kurztext, Kategorie und Produktdaten? Wer kontrolliert fehlerhafte Übertragungen? Wer entscheidet bei Preisabweichungen? Technik kann Regeln durchsetzen, aber sie ersetzt keine Zuständigkeit.
Testen wie im Betrieb, nicht nur im Demo-Modus
Eine ERP-Anbindung ist erst dann bereit, wenn typische und kritische Fälle erfolgreich durchlaufen wurden. Dazu gehören unterschiedliche Zahlungsarten, Rabatte, Varianten, Gastbestellungen, Bestellungen mit abweichender Lieferadresse, Teillieferungen, Stornos, Retouren und fehlgeschlagene Übertragungen. Bei B2B-Projekten kommen individuelle Konditionen, Bestellfreigaben und Rechnungskauf dazu.
Ein gemeinsamer Abnahmekatalog verhindert Missverständnisse. Darin wird nicht nur festgehalten, dass „Bestellungen synchronisiert werden“, sondern welche Daten wann in welchem System erscheinen müssen. Ebenso wichtig sind Mengen- und Lasttests, wenn Aktionen, saisonale Spitzen oder viele gleichzeitige Bestellungen zu erwarten sind.
Für den Go-live empfiehlt sich ein klarer Stichtag. Alte und neue Prozesse sollten nicht über Wochen parallel und uneinheitlich laufen. Vor dem Start werden Bestände, Preisstände und offene Aufträge abgestimmt. Danach braucht es in den ersten Tagen eine engmaschige Kontrolle. Kleine Unstimmigkeiten lassen sich dann rasch korrigieren, bevor sie sich in Buchhaltung, Lager und Kundenkommunikation fortsetzen.
Die laufende Betreuung von Anfang an einplanen
ERP und Shop entwickeln sich weiter. Updates ändern Schnittstellen, neue Zahlungsarten kommen hinzu, Sortimente wachsen und interne Abläufe werden angepasst. Eine Anbindung ist daher kein einmaliges Projekt, sondern ein betrieblicher Bestandteil des Unternehmens.
Planen Sie deshalb ein, wie Monitoring, Updates, Fehlerbehebung und Erweiterungen organisiert werden. Ein verständliches Protokoll, dokumentierte Datenflüsse und ein klarer Ansprechpartner sparen später viel Zeit. Besonders wertvoll ist eine Lösung, die nicht nur von der Person verstanden wird, die sie ursprünglich umgesetzt hat.
Wer die ERP-Anbindung für seinen Webshop mit Blick auf echte Arbeitsabläufe plant, investiert nicht bloß in Datentransfer. Es entsteht eine Grundlage, auf der Verkauf, Lager und Kundenservice verlässlich zusammenarbeiten können – und auf der der Shop wachsen darf, ohne dass der Aufwand im Hintergrund mitwächst.