Schnittstellen im Onlineshop prüfen: Datenfluss zwischen Shop, Lager und Buchhaltung

Warum sich der Blick auf den Datenfluss lohnt

In den meisten Unternehmen laufen ERP, CRM, Webshop und Buchhaltung parallel – jedes System mit eigenen Datenbanken und Schnittstellen. Fehlt die Verbindung, folgen laut Anbietern von API-Integrationen manuelle Dateneingabe, Inkonsistenzen und Zeitverschwendung: Bestellungen werden abgetippt, Lagerstände in zwei Systemen geführt, Rechnungsdaten händisch aus dem Shop in die Buchhaltung übertragen.

Die Folgen sind betriebswirtschaftlich messbar, auch ohne Kennzahlen aus Studien. Ein Verkauf ohne Lagerabgang erzeugt falsche Bestände und damit Nachbestellungen im falschen Moment oder Verkäufe, die nicht geliefert werden können. Eine Bestellung ohne automatischen Beleg fehlt in der Buchhaltung und macht offene Posten unübersichtlich. Jede manuelle Doppelerfassung ist eine zusätzliche Fehlerquelle, die später mühsam gesucht werden muss.

Durchgängiger Datenfluss ist das Gegenbild: API-Integrationen übertragen Daten nahtlos und synchronisieren in Echtzeit. Für Webshop und Warenwirtschaft heißt das, Bestellungen, Lagerstände und Kundeninformationen laufend abzugleichen; für ERP und CRM, Kunden- und Auftragsdaten automatisch zu synchronisieren und doppelte Pflege zu vermeiden. In der Buchhaltung greifen automatisierte Abläufe, Zahlungsabgleich und schnelle Rechnungserstellung so zusammen, dass Belege nicht verloren gehen und Zahlungseingänge direkt verbucht werden können.

Systemlandkarte erstellen: Wer redet mit wem?

Am Anfang steht die vollständige Liste der beteiligten Systeme, nicht die technische Lösung. Zum E-Commerce-Setup gehören Shopsystem, Warenwirtschaft mit Lagerverwaltung, ERP, CRM, Buchhaltungssoftware, Payment-Dienstleister (PSP), Versand- und Carrier-Systeme sowie Marktplätze, über die zusätzlich verkauft wird. Schulungsunterlagen zur E-Commerce-Buchhaltung nennen genau diese Bausteine: Onlineshopsysteme, sonstige relevante Systeme wie E-Mail, CRM, ERP und WAWI, die Schnittstelle zur Buchhaltung, Logistik mit Lager, Versand und Prozessen sowie Payment mit PSP und Zahlungsarten. Standardsoftware lässt sich um Schnittstellen zu Shops und Marktplätzen, zu Payment und Buchhaltung sowie zu Carriern erweitern.

Der erste Arbeitsschritt einer Integration ist laut Integrationsanbietern die Analyse der Systemlandschaft: Welche Systeme werden eingesetzt, welche Daten sollen fließen, wo fallen aktuell manuelle Schritte an? Das muss schriftlich festgehalten werden, sonst bleiben Lücken unsichtbar.

Bewährt hat sich eine Matrix mit einer Zeile pro Verbindung: sendendes System, empfangendes System, betroffenes Datenobjekt (etwa Bestellung, Lagerstand, Kundenstamm, Zahlung, Beleg), Richtung des Flusses, Auslöser (Ereignis oder zeitgesteuerter Lauf), erwarteter Takt und die Person, die bei einem Ausfall reagiert. Wird dieselbe Information in zwei Systemen unabhängig erfasst, ist das ein Kandidat für Automatisierung – etwa die Zusammenführung von Beständen an mehreren Lagerplätzen in einem einzigen System, wie sie Lagerverwaltungslösungen anbieten.

Kernprozesse und ihre Datenflüsse prüfen

Zu prüfen sind nicht Schnittstellen als Technik, sondern die Geschäftsvorfälle, die sie transportieren. Der zentrale Fluss beginnt mit der Bestellung im Shop und endet in der Buchhaltung: Bestelldaten und Kundendetails werden in Echtzeit an die Buchhaltungssoftware übertragen, die daraus sofort eine Rechnung generiert, digital versendet und im System ablegt. Parallel muss die Warenwirtschaft denselben Vorgang kennen, damit der Lagerstand sinkt und die Kommissionierung angestoßen wird.

Der zweite Fluss ist der Zahlungsfluss: Der PSP bestätigt die Zahlung, sie muss aber auch der Rechnung zugeordnet werden. Buchhaltungssysteme mit integriertem Online-Banking ordnen eingehende Zahlungen automatisch den passenden Rechnungen zu, erkennen offene Posten schneller und verbuchen Zahlungseingänge direkt; ein Anbieter nennt dafür mehr als 4.000 angebundene Banken einschließlich PayPal. Der dritte Fluss ist der Kundenstamm – Adressen, Kundengruppen, umsatzsteuerliche Merkmale –, der aus Shop, CRM und Buchhaltung konsistent sein muss. Der vierte ist der Versandfluss mit Übergabe an den Carrier und Rückmeldung der Sendungsnummern.

Für jeden dieser Flüsse sind dieselben sechs Fragen zu beantworten: Welche Felder werden übertragen und fehlt eines? In welche Richtung läuft der Fluss – reicht eine Einbahn oder braucht es Rückmeldung? Wie schnell – Echtzeit oder zeitversetzter Lauf? Was passiert bei Mehrfachversand desselben Datensatzes? Wer ist die führende Quelle, wenn dieselbe Information in zwei Systemen unterschiedlich steht? Und wie wird ein abgebrochener Vorgang nachgeholt, ohne dass ein Beleg doppelt entsteht?

Kernfragen zur Prüfung von Datenflüssen

Datenfluss vom Shop bis zur Buchhaltung: Von der Bestellung zur Rechnung

Schnittstellenarten und technische Prüfpunkte

Für die Anbindung stehen üblicherweise REST, GraphQL und Webhooks zur Verfügung, passend zum Anwendungsfall gewählt. REST-Schnittstellen nutzen standardisierte Protokolle, erleichtern die Zusammenarbeit unterschiedlicher Softwarelösungen und lassen sich schnell umsetzen. Webhooks sind Ereignis-Benachrichtigungen vom Quellsystem – sinnvoll, wenn eine Bestellung oder Zahlung sofort weiterverarbeitet werden soll. GraphQL erlaubt es, gezielt nur die benötigten Felder abzufragen, was bei komplexen Datenmodellen Schnittstellenaufrufe reduziert. Entscheidend ist nicht die Technik an sich, sondern ob der Ansatz zu Takt und Richtung des jeweiligen Flusses passt.

Geprüft werden müssen Sicherheit der Datenübertragung, Authentifizierung der Benutzer und Systeme, Fehlerbehandlung und Monitoring. Wer Schnittstellen einkauft oder selbst entwickelt, sollte diese Punkte vertraglich und technisch festhalten, weil sie später den Wartungsaufwand bestimmen.

Zur Dokumentation gehören mehr als Endpunktbeschreibungen: Feldzuordnungen zwischen den Systemen (welches Shop-Feld entspricht welchem WAWI-Feld), verwendete Datenformate, Gültigkeit und Erneuerung von Zugangsdaten, Verhalten bei Fehlern sowie Logging, das jeden Übertragungsvorgang nachvollziehbar macht. Anbieter von Integrationen nennen als Ergebnis robuste, dokumentierte Schnittstellen mit umfassender Dokumentation, Logging und Fehlerbehandlung – der Mindeststandard, an dem sich Eigenentwicklungen messen lassen müssen.

Schnittstellenarten im E-Commerce: Technik und Einsatzgebiet

Lager und Warenwirtschaft: Bestände, Inventur, Versand

Ob Verkäufe und Lagerbestände tatsächlich in Echtzeit synchronisiert werden, zeigt ein einfacher Test: eine Testbestellung im Shop auslösen und beobachten, wie lange es dauert, bis der Bestand in der Warenwirtschaft sinkt, und ob er bei einem Abbruch korrekt zurückgebucht wird. Verkauft der Shop aus einem Bestand, den die Warenwirtschaft nicht kennt, ist die Verbindung zeitversetzt oder gar nicht vorhanden. Kassenlösungen im E-Commerce werben mit Echtzeit-Synchronisierung von Verkäufen und Lagerbeständen; im Webshop-Bereich gilt dasselbe Ziel für Bestellungen, Lagerstände und Kundeninformationen.

Zur Warenwirtschaft gehört mehr als der Bestand pro Artikel: Bestände an unterschiedlichen Lagerplätzen sollen in einem einzigen System verwaltet und koordiniert werden können, und die Inventur muss sich daraus ableiten lassen. Fehlt die Abbildung von Lagerplätzen, entstehen Picking-Fehler, die als Reklamation oder Retoure in den Datenfluss zurückwirken.

Zu prüfen ist auch, wo bewusst manuelle Eingriffe bleiben: Retouren und Umlagerungen, Nachbuchungen bei Schwund, Sonderanfertigungen oder Gutscheine lassen sich nicht immer automatisch verbuchen. Diese Restfälle sollten dokumentiert und mit klarer Zuständigkeit versehen sein, sonst wird aus der Ausnahme eine dauerhafte Fehlerquelle im Bestand. Wer die Warenwirtschaft wechselt oder erweitert, muss denselben Prüflauf erneut durchführen – Bestandsführung, Versandprozesse und Bestellabwicklung hängen direkt an dieser Schnittstelle.

Buchhaltung: Von der Bestellung zum Beleg

Der Weg von der Bestellung zum Beleg lässt sich in drei Etappen prüfen. Erstens: Entsteht aus jeder Shop-Bestellung automatisch eine rechtskonforme Rechnung, werden Bestelldaten und Kundendetails in Echtzeit übertragen und wird die Rechnung sofort generiert, digital versendet und im System abgelegt? Buchhaltungssoftware für Onlineshops wirbt mit dieser Automatik, mit GoBD-konformen Angeboten und Rechnungen sowie mit der Anbindung gängiger Shopsysteme und Marktplätze, darunter Amazon, eBay, Shopify, WooCommerce, Shopware, Magento und billbee.

Zweitens der Zahlungsabgleich: Eingehende Zahlungen sollen automatisch den passenden Rechnungen zugeordnet, offene Posten schnell erkannt und Zahlungseingänge direkt verbucht werden. Geprüft wird, ob alle im Shop angebotenen Zahlungsarten in der Buchhaltung ankommen, ob Teilzahlungen und Rückzahlungen abgebildet werden und ob das Bankkonto angebunden ist.

Drittens die steuerliche Dimension an der Schnittstelle zwischen Shop, Warenwirtschaft und Buchhaltung. In der E-Commerce-Buchhaltungspraxis sind umsatzsteuerliche Ortsbestimmungen, Versandhandelsregelungen, die Abgrenzung von Klein- und Kleinstunternehmern, One-Stop-Shop-Verfahren (EU-OSS, Import-OSS/IOSS), Dropshipping sowie die Haftungsmöglichkeit nach § 27 Abs. 4 UStG Themen, die direkt aus den Bestelldaten gespeist werden. Wer über Marktplätze verkauft, muss zusätzlich wissen, wann eine Plattform einen Umsatz unterstützt und welche Meldepflichten und Haftungen daraus folgen. Ob all diese Fälle im Datenfluss abgebildet sind, zeigt sich erst, wenn die Felder in Shop, Warenwirtschaft und Buchhaltung dieselbe Sprache sprechen – etwa bei Kundengruppen und Ländermerkmalen.

Sicherheit, Monitoring und Fehlerfälle

Schnittstellensicherheit umfasst mehr als ein Passwort: Sicherheit der Datenübertragung, Authentifizierung der beteiligten Systeme und Personen sowie geeignete Maßnahmen für sichere Integrationen. Dazu kommen laufende Sicherheitsupdates, Performance-Analysen und Backups, die den Betrieb absichern. Wer Zugangsdaten weitergibt, sollte wissen, welche Rechte sie umfassen, wie lange sie gültig sind und wer sie erneuert.

Weil die verbundenen Systeme nicht stillstehen, ist Überwachung eine Daueraufgabe: Der Betrieb einer Integration umfasst Überwachung, Reaktion auf API-Änderungen und Unterstützung bei Erweiterungen. Wird eine Schnittstelle beim Anbieter geändert oder abgeschaltet, bricht der Datenfluss an einer Stelle ab, die im Alltag selten im Blick ist. Monitoring und Fehlerbehandlung gehören deshalb ausdrücklich zum Prüfumfang jeder Integration.

Konkrete Fehlerfälle, für die es eine Antwort geben muss: Verbindungsabbruch während einer Übertragung, doppelt ausgelöste Ereignisse durch wiederholte Benachrichtigung, nicht erreichbare Systeme während Wartungsfenstern, abgelaufene oder falsch konfigurierte Zugangsdaten sowie geänderte Feldnamen beim Anbieter. Zu jedem Fall gehören ein Protokolleintrag, eine Benachrichtigung an eine benannte Person und ein dokumentierter Nachholprozess. Fehlt einer dieser Bausteine, bleibt ein Ausfall unbemerkt, bis Kundinnen, Kunden oder das Rechnungswesen ihn melden.

Prüfplan für den eigenen Onlineshop

Der Prüfplan folgt vier Schritten, die sich in der Integrationspraxis bewährt haben. Schritt 1 – Analyse der Systemlandschaft: alle eingesetzten Systeme auflisten, die Datenflüsse dazwischen beschreiben und markieren, wo aktuell manuelle Schritte anfallen. Ergebnis ist die Systemlandkarte mit Matrix. Schritt 2 – Konzept und Prototyp: Anbindungsmöglichkeiten vorschlagen, REST, GraphQL und Webhooks dem jeweiligen Use Case zuordnen und einen funktionsfähigen Prototypen für den kritischen Pfad bauen – also für jenen Fluss, dessen Ausfall den Betrieb am stärksten trifft, typischerweise Bestellung über Lager bis Rechnung.

Schritt 3 – Umsetzung und Dokumentation: die vollständige Integration entwickeln, mit umfassender Dokumentation, Logging und Fehlerbehandlung. In diesem Schritt wird auch festgelegt, welches System je Datenobjekt die führende Quelle ist und wie Feldzuordnungen aussehen. Schritt 4 – Betrieb und Support: die Integration überwachen, auf API-Änderungen reagieren und Erweiterungen unterstützen. Wer diese vier Schritte einmal durchläuft, hat noch keine dauerhafte Lösung, sondern einen Zustand, der überprüft werden muss.

Für die laufende Kontrolle eignen sich feste Anlässe: der Test mit einer Testbestellung nach jedem Shop- oder Warenwirtschaftsupdate, die Sichtung der Fehlerprotokolle in regelmäßigem Rhythmus, die Abstimmung mit der Buchhaltung nach jedem Quartalsabschluss sowie eine Nachprüfung vor dem Start auf einem neuen Marktplatz oder Kanal. Jede Änderung an einem beteiligten System – neue Zahlungsart, neues Versandunternehmen, Wechsel des Shopsystems – sollte ein neuerlicher Durchlauf durch die Matrix sein. Bei Abweichungen ist zu entscheiden, ob eine Automatisierung, ein manueller Schritt mit klarer Zuständigkeit oder eine Anpassung der Feldzuordnung die richtige Antwort ist.

Prüfplan für den Onlineshop: Vier Schritte zur sicheren Integration

Fazit: Schnittstellen als lebende Infrastruktur

Schnittstellen zwischen Shop, Lager und Buchhaltung sind keine Einmalinvestition, sondern Infrastruktur, die gepflegt werden muss. Systeme werden aktualisiert, APIs geändert, Kanäle und Zahlungsarten kommen hinzu – jede dieser Änderungen kann einen laufenden Datenfluss unterbrechen. Wer Systemlandkarte, Feldzuordnungen und Fehlerprotokolle aktuell hält, erkennt solche Brüche früher und muss sie nicht über Rückfragen aus der Buchhaltung oder Reklamationen von Kundinnen und Kunden entdecken.

Der Nutzen zeigt sich dort, wo manuelle Schritte verschwinden: weniger Doppelerfassung, konsistente Bestände, automatisch entstehende und zuordenbare Belege sowie eine Buchhaltung, die mit dem Verkaufsvolumen mitwachsen kann.