Shop und Warenwirtschaft verbinden

Der sichtbare Teil eines Onlineshops — Produktseiten, Kategorienavigation, Checkout — bekommt im Projekt meist die meiste Aufmerksamkeit. Der unsichtbare Teil entscheidet aber häufig darüber, ob ein Shop im Alltag wirklich funktioniert: die Verbindung zur Warenwirtschaft, zur Buchhaltung, zum Versanddienstleister, zum Zahlungsanbieter.

Wenn diese Schnittstellen sauber laufen, läuft auch der Shop. Wenn sie hakeln, entstehen täglich neue manuelle Aufgaben, die niemand vorher eingeplant hat — und der Shop wird zum operativen Klotz statt zum Wachstumshebel.

Ein typischer Mittelstands-Shop hängt nicht im luftleeren Raum. In der Regel sind mindestens diese Systeme beteiligt:

• Warenwirtschaft (WAWI/ERP) — Stammdaten der Artikel, Bestände, Preise, Kunden, Bestellungen, Rechnungen.
• Buchhaltung — Belege, Umsatzsteuer, Buchungssätze. Häufig über eine WAWI-Brücke, manchmal direkt.
• Versanddienstleister — Versandlabels, Sendungsverfolgung, Retoure-Abwicklung. DHL, DPD, GLS, UPS, Hermes.
• Zahlungsdienstleister — Stripe, PayPal, Klarna, Mollie, Sofortüberweisung. Jede Variante mit eigenen Eigenheiten.
• Marketing- und CRM-Tools — Newsletter, Tracking, Kundenbindung, Bewertungssysteme.
• PIM (Produktinformations-Management) — wenn Produktbeschreibungen, Bilder und Stammdaten in einem separaten System gepflegt werden.

Jede dieser Verbindungen ist eine eigene kleine Integration mit eigenen Eigenheiten — und genau hier entscheidet sich, ob ein Shop später wartungsarm oder pflegelastig wird.

Im deutschsprachigen Mittelstand ist JTL-WAWI die mit Abstand häufigste Warenwirtschaft, mit der ich es bei Shop-Projekten zu tun bekomme — und sie hat einen klaren Vorteil: Mit JTL-Shop ist die Anbindung ab Werk vorhanden. Stammdaten, Bestände, Bestellungen, Versand- und Buchhaltungsdaten fließen ohne separate Schnittstelle zwischen den beiden Systemen.

In Kombination mit anderen Shopsystemen (etwa WooCommerce oder einer eigenen Lösung) ist die Anbindung an JTL-WAWI grundsätzlich möglich, aber aufwendiger:

• Die JTL-Connector-Technologie stellt Verbindungen zu mehreren Plattformen her — funktioniert, ist aber nicht in jedem Update-Zyklus reibungslos.
• Eigene Integrationen über die JTL-API oder über CSV-/XML-Schnittstellen sind möglich und manchmal stabiler, kosten aber initialen Aufwand.
• Die Datenrichtungen müssen klar geklärt sein: Wo entstehen Stammdaten? Wo werden sie nur konsumiert? Wo gibt es Konflikte zwischen Shop und WAWI?

Mein Rat: Wer JTL-WAWI nutzt, sollte ernsthaft prüfen, ob nicht auch der Shop in der JTL-Welt liegt. Das spart später viel Integrationsarbeit.

Bei größeren oder eingeführten Unternehmen kommen ERP-Systeme zum Einsatz, die deutlich umfangreicher sind als eine Warenwirtschaft: SAP, Microsoft Dynamics, Sage, Lexware, Odoo oder branchenspezifische Eigenlösungen.

Die Anbindung an einen Onlineshop läuft hier fast immer über eines von drei Verfahren:

• Native APIs des ERP-Systems — sauberste Lösung, wenn vorhanden und gut dokumentiert.
• Middleware oder Integrations-Plattformen — zwischen Shop und ERP geschaltet, übersetzen und puffern den Datenaustausch.
• Datei-basierter Austausch (CSV, XML, EDI) — klassisch, robust, aber langsamer und weniger flexibel.

Die richtige Wahl hängt vom ERP, vom Datenvolumen und von der gewünschten Aktualität ab. Für Echtzeit-Bestände gibt es kaum eine sinnvolle Alternative zu APIs — für tägliche Stammdaten-Synchronisation kann ein CSV-Export völlig ausreichen.

Vier Punkte, an denen Integrationsprojekte regelmäßig stolpern:

• Unklare Datenrichtung. „Wo entstehen Artikel-Beschreibungen — im Shop, in der WAWI, im PIM?" Wenn das nicht von Anfang an klar ist, gibt es später Konflikte, doppelte Datenpflege oder verlorene Änderungen.
• Zeitliche Synchronisation. Echtzeit-Bestände sind teuer (technisch und ressourcenmäßig). Häufig reicht eine Aktualisierung alle paar Minuten — manchmal sogar nur stündlich. Diese Frage früh zu klären, spart Aufwand.
• Fehlerbehandlung. Was passiert, wenn eine Bestellung im Shop ankommt, aber nicht in die WAWI übertragen wird? Wer wird benachrichtigt? Wie wird der Fehler behoben? Ohne klares Konzept entstehen versteckte Datenlücken.
• Schnittstellen-Updates. APIs ändern sich, ERPs werden aktualisiert, Connector-Versionen brechen Kompatibilität. Eine Integration ist nie „fertig" — sie braucht laufende Aufmerksamkeit.

Ein bewusst pragmatischer Ansatz für Integrationsprojekte:

1. Datenfluss-Skizze. Bevor irgendetwas gebaut wird, klären wir gemeinsam: Welche Daten fließen wohin, in welche Richtung, in welcher Aktualität, mit welchem Fehler-Verhalten?
2. Schnittstellen prüfen. Welche APIs sind vorhanden, dokumentiert und stabil? Wo sind Workarounds nötig? Diese Phase ist oft die wichtigste — und wird gerne übersprungen.
3. Pragmatische Wahl. Nicht jede Integration muss in Echtzeit laufen. Häufig reicht ein zeitgesteuerter Abgleich — einfacher zu bauen, robuster im Betrieb, ausreichend für das tatsächliche Bedürfnis.
4. Saubere Fehler-Behandlung. Logs, Benachrichtigungen, Retry-Logik. Damit ein Schnittstellen-Aussetzer kein stiller Datenverlust wird.
5. Dokumentation und Übergabe. Damit die Integration auch in zwei Jahren noch verständlich ist — egal, ob ich oder jemand anderes daran arbeitet.

Wenn Sie planen, einen Shop mit Ihrer bestehenden WAWI oder ERP-Welt zu verbinden — oder wenn eine bestehende Anbindung aus dem Ruder läuft —, lässt sich der Zustand meist in einem ersten Gespräch klar einordnen.