Die Frage „Wie verbinde ich meinen Onlineshop mit einem ERP-System?“ steht bei Projekten, die wir bei SERVIT umsetzen, am Anfang fast immer. Die Antwort ist nicht kompliziert, aber sie verlangt ein klares Bild der Möglichkeiten. Dieser Artikel liefert genau das: die drei gängigen Integrationsmethoden, welche Daten in welche Richtung fließen müssen, wie man die richtige Methode wählt, was ein solches Projekt kostet und wie ein Go-Live aussieht, der nicht schiefgeht.
Wie verbinde ich meinen Onlineshop mit einem ERP-System? Die drei Methoden im Überblick
Die Wahl der Integrationsmethode bestimmt alles, was danach kommt: Wartungsaufwand, Flexibilität, laufende Kosten. Wer hier ohne klares Konzept entscheidet, zahlt später doppelt. Für KMU sind drei Methoden wirklich relevant.
Direkte API-Schnittstelle: maximale Kontrolle, höherer Wartungsaufwand
Bei der direkten API-Integration sprechen Onlineshop und ERP-System über REST- oder GraphQL-Schnittstellen ohne vermittelnde Schicht miteinander. Daten werden in Echtzeit synchronisiert, es entstehen keine Middleware-Kosten, und individuelle Anforderungen lassen sich exakt abbilden. Der Preis dafür: Wenn das Shopsystem ein größeres Update bekommt, muss die Schnittstelle manuell nachgezogen werden. Fehlerbehandlung, Wiederholversuche bei Verbindungsabbrüchen und Absicherung gegen Überlast müssen selbst implementiert werden. Diese Methode ist die richtige Wahl, wenn Standardlösungen die eigenen Anforderungen schlicht nicht abdecken.
Native Connectoren und Plugins: schnell eingerichtet, begrenzt anpassbar
Vorgefertigte Onlineshop-ERP-Anbindungen wie der JTL-Connector für WooCommerce oder Shopware 6, Billbee für Shopify oder Xentral für WooCommerce sind schnell produktiv. Der Hersteller übernimmt Updates, die Einrichtung dauert Stunden statt Wochen. Das Problem: Sonderfälle lassen sich damit kaum abbilden. Kundenspezifische Preislisten, besondere Variantenlogik oder ungewöhnliche Lagerstrukturen sprengen schnell die Grenzen vorgefertigter Plugins. Für Standardprozesse mit überschaubarem Datenvolumen sind diese Lösungen dennoch die wirtschaftlichste Wahl.
Middleware: die zentrale Steuerschicht für komplexe Setups
Middleware-Plattformen wie n8n, Make oder kommerzielle iPaaS-Lösungen (etwa sync4 oder synQup) sitzen als Orchestrierungsschicht zwischen allen beteiligten Systemen. Wer neben Onlineshop und ERP gleichzeitig Marktplätze, ein CRM und eine Buchhaltungslösung synchronisieren will, profitiert von einem zentralen Ort für alle Datenflüsse. Das Hinzufügen weiterer Systeme ist deutlich einfacher als bei Punkt-zu-Punkt-Verbindungen. Der Nachteil: Es entstehen laufende Lizenzkosten, und die Einrichtung erfordert technisches Know-how.
Welche Daten müssen bei der Onlineshop-ERP-Anbindung synchronisiert werden?
Onlineshop-ERP-Anbindung ist keine Einbahnstraße. Manche Daten fließen vom ERP in den Shop, andere in die umgekehrte Richtung. Wer beim Projektstart nicht alle relevanten Datentypen vollständig erfasst, entdeckt die Lücken erst im laufenden Betrieb, wenn ein Kunde bereits betroffen ist.
Stammdaten: Artikel, Preise und Lagerbestände
Stammdaten wie Artikelnummer, Produktname, Varianten, Preislisten und Lagerbestände werden typischerweise vom ERP als maßgebliche Datenquelle in den Shop übertragen. Besonders bei Lagerbeständen gilt: Diese müssen so nah an der Echtzeit wie möglich synchronisiert werden, um Überverkäufe zu verhindern. Dabei ist die Reihenfolge entscheidend: Steuersätze und Kategorien müssen übertragen werden, bevor Produkte angelegt werden, sonst entstehen inkonsistente Datenstrukturen von Anfang an.
Transaktionsdaten: Bestellungen, Retouren und Statusmeldungen
In die entgegengesetzte Richtung fließen Bestellungen, neu angelegte Kundendaten und Retouren: vom Shop ins ERP, wo Lager, Versand und Buchhaltung angestoßen werden. Statusinformationen wie „versendet“ oder eine Trackingnummer fließen dann zurück vom ERP in den Onlineshop, damit der Kunde seinen Auftragsstatus einsehen kann. Bestellungen sollten dabei immer in Echtzeit übertragen werden. Ein nächtlicher Batch-Import mag für Stammdaten funktionieren; für Bestellungen ist er das falsche Werkzeug.
Die richtige Integrationsmethode wählen
Wer weiß, wie standardisiert sein Onlineshop aufgestellt ist, wie komplex seine Datenanforderungen sind und wie viele Systeme langfristig dazukommen sollen, hat seine Entscheidung zur ERP-Anbindung im Wesentlichen schon getroffen.
Wann ein Standard-Plugin oder nativer Connector ausreicht
Native Connectoren funktionieren gut, wenn das Shopsystem ein Standardprodukt ist (WooCommerce, Shopware 6), das ERP ebenfalls weit verbreitet ist (JTL-Wawi, Lexware, Xentral), keine besonderen Preislogiken oder Sonderfelder benötigt werden und das Datenvolumen überschaubar bleibt. In diesem Fall sparen vorgefertigte Lösungen Zeit und Geld. Ein JTL-Connector für WooCommerce oder Billbee für Shopify ist in solchen Szenarien vollkommen ausreichend.
Wann eine individuelle API-Schnittstelle oder Middleware notwendig ist
Anders sieht es aus bei kundenspezifischen Preisstrukturen, mehreren Verkaufskanälen gleichzeitig, Eigenentwicklungen im Shop oder ERP, oder wenn eine DSGVO-konforme Datenverarbeitung mit österreichischem Serverstandort erforderlich ist. Hier ist eine maßgeschneiderte Lösung die zuverlässigere Wahl. Genau das sind die Projekte, die bei SERVIT täglich ankommen. Standardlösungen liefern zwar schnelle Ergebnisse, halten den Anforderungen der Praxis aber oft nicht stand.
Datenmapping: wo Onlineshop-ERP-Integrationsprojekte wirklich scheitern
Die Methode steht. Jetzt beginnt die eigentliche Arbeit: Welches Feld im Shop entspricht welchem Feld im ERP-System? Und was passiert, wenn die Datenstrukturen nicht zueinander passen? Das sind die Fragen, auf die viele Ratgeber keine klare Antwort geben.
Datenkonflikte: wenn beide Systeme gleichzeitig schreiben
Ohne klare Regelung, welches System Vorrang hat, entstehen inkonsistente Datenstände. Ein Beispiel: Ein Mitarbeiter ändert eine Kundenadresse direkt im WooCommerce-Backend, während das ERP dieselbe Adresse gleichzeitig überschreibt. Das Ergebnis ist ein Datensatz, dem keiner der beiden Stände entspricht. Die Lösung ist einfach und muss vor Projektstart für jeden einzelnen Datentyp festgelegt werden: welches System die führende Quelle ist. Beim JTL-WooCommerce-Setup gilt JTL-Wawi als führendes System; Änderungen gehören ausschließlich dort vorgenommen.
Synchronisierungsfehler erkennen, bevor der Kunde es tut
Typische Fehlerquellen in der Praxis sind Formatunterschiede (österreichische Dezimaltrennzeichen gegenüber anderen Märkten), fehlende Pflichtfelder und nicht gemappte Variantenattribute. Beim JTL-WooCommerce-Connector ist die häufigste Fehlerquelle eine abweichende Artikelnummer-Schreibweise: ABC-123 und ABC123 werden vom Connector als zwei verschiedene Artikel behandelt. Fehlerprotokolle sollten von Anfang an in ein Überwachungswerkzeug eingespeist werden, mit konfigurierten Warnmeldungen, anstatt Fehler erst dann zu bemerken, wenn sich ein Kunde meldet. Eine Wiederhollogik für temporär nicht erreichbare Systeme ist keine Kür, sondern Pflicht.
Realistischer Zeit- und Kostenrahmen für KMU
Die häufigste Frage vor einem Integrationsprojekt lautet: Was kostet das, und wie lange dauert es? Die ehrliche Antwort: Es gibt realistische Spannen, und diese hängen von wenigen, klar definierbaren Faktoren ab.
Typische Projektdauer je nach Komplexität
Eine einzelne Schnittstelle, zum Beispiel WooCommerce mit JTL-Wawi und einem Artikelstamm von 5.000 Produkten, dauert realistisch 4 bis 8 Wochen. Ein umfassendes Setup mit mehreren Kanälen und Middleware kann 3 bis 6 Monate beanspruchen. Was die Dauer am stärksten beeinflusst: die Datenqualität im Ausgangssystem, die Anzahl der zu synchronisierenden Datentypen und die Komplexität der Testphase. Fehlerhafte Stammdaten im ERP verlängern jedes Projekt, da sie vor dem ersten produktiven Abgleich bereinigt werden müssen.
Kostenspannen und die wichtigsten Einflussfaktoren
Native Connectoren mit professioneller Einrichtung kosten zwischen 3.000 und 8.000 Euro. Eine individuelle API-Schnittstelle für ein österreichisches KMU liegt zwischen 6.000 und 25.000 Euro; komplexere Architekturen mit SAP Business One als ERP erreichen 40.000 bis 100.000 Euro. Die Einflussfaktoren sind klar: Anzahl der Systeme, Individualisierungsgrad und die laufende Wartungsvereinbarung. Zu günstige Angebote gehen fast immer auf Kosten der Dokumentation und der Fehlerbehandlung. Beides rächt sich spätestens beim nächsten Shop-Update.
Go-Live-Checkliste: Tests, Systemüberwachung und Rückfallplan
Ein Integrationsprojekt ist erst abgeschlossen, wenn der erste produktive Auftrag fehlerfrei vom Onlineshop ins ERP übertragen wurde. Alles davor ist Theorie. Ein schlecht vorbereiteter Go-Live kann Wochen guter Arbeit in wenigen Stunden zunichtemachen.
Die Teststrategie vor dem produktiven Betrieb
Bewährt hat sich eine dreistufige Vorgehensweise: Zuerst Einzeltests für einzelne Mapping-Regeln, dann Integrationstests mit anonymisierten Echtdaten gegen Testumgebungen, schließlich Lasttests für Spitzenzeiten wie Black Friday oder saisonale Kampagnen. Vor dem ersten Produktivdatensatz braucht es einen schriftlich dokumentierten Rückfallplan, der nicht erst in der Krisensituation erstellt wird. Das Backup des Ausgangssystems ist keine optionale Maßnahme, sondern die Grundvoraussetzung. Außerdem: Einen klaren Freigabepunkt definieren und festlegen, wer die Entscheidung trifft.
Systemüberwachung und der erste Monat nach dem Go-Live
Unmittelbar nach dem Start sind drei Dinge einzurichten: strukturierte Protokollierung mit eindeutigen Korrelations-IDs, Fehlerwarnmeldungen, die innerhalb von 30 Minuten ansprechen, und dokumentierte Lösungsanleitungen für die häufigsten Fehlerfälle. In der ersten Woche empfiehlt sich täglich eine kurze manuelle Stichprobe: ein paar Bestellungen händisch nachverfolgen, Lagerbestände in beiden Systemen vergleichen. Diese erste Woche zeigt zuverlässig, was kein Test aufgedeckt hat.
Was jetzt zu tun ist
Kurz zusammengefasst: Wie verbinde ich meinen Onlineshop mit einem ERP-System? Die Methodenwahl hängt vom Grad der Standardisierung ab. Welche Daten in welche Richtung fließen, muss vor Projektstart vollständig definiert sein. Ein realistischer Zeitrahmen für ein KMU-Projekt liegt bei 4 bis 12 Wochen, je nach Komplexität und Datenqualität. Und ein gut vorbereiteter Go-Live spart mehr Zeit als jede Abkürzung davor.
Wer eine individuelle ERP-Schnittstelle für JTL-Wawi, SAP Business One oder Lexware benötigt und keine Lust auf Ticket-Systeme, Projektverzögerungen und unerfahrene Entwickler hat, kann sich direkt bei SERVIT melden. Christof Servit hat solche Projekte selbst entwickelt und umgesetzt: von der Anforderungsanalyse über das Datenmapping bis zum Go-Live. Nicht delegiert, sondern persönlich umgesetzt. Jetzt Anfrage stellen und kostenlose Erstprüfung erhalten.
