Importieren Sie noch immer Bestellungen als CSV? So funktioniert die Webshop-ERP-Integration wirklich

Erschreckend viel des nordischen E-Commerce verwaltet Bestelldaten noch immer von Hand: eine CSV aus dem Webshop exportieren, sie ins ERP importieren, die Zeilen korrigieren, die nicht gemappt wurden. Dieser Artikel erklärt, warum diese Routine zum Standard wurde, warum individuell entwickelte Integrationen sie nicht ersetzt haben, und was tatsächlich unter der Haube passiert, wenn eine Middleware übernimmt.

Die CSV-Routine

Der Arbeitsablauf sieht in den meisten Shops, die ihn verwenden, gleich aus. Bestellungen akkumulieren im Webshop — Shopify, WooCommerce, Centra. Buchhaltung und Lagerbestand leben im ERP — Fortnox, Visma, Business Central. Dazwischen sitzt ein Mensch: Bestellungen als CSV exportieren, ins ERP importieren und alles manuell korrigieren, was nicht gemappt wurde — Mehrwertsteuersätze, die falsch landeten, Kunden, die doppelt angelegt wurden, Zahlungsmethoden, die der Import nicht erkannte.

Bei fünf Bestellungen am Tag ist das eine Kaffeepausenaufgabe. Bei fünfzig ist es eine tägliche Routine, die jemand verantworten muss. Forschungen des Digital Innovation Observatory des Politecnico di Milano (2025) ergaben, dass zwar 78 % der europäischen KMU Verwaltungssoftware betreiben, aber nur etwa ein Drittel diese mit ihren Online-Verkaufskanälen integriert hat — und die nicht verbundene Mehrheit verbringt 4-6 Stunden pro Woche mit manueller Dateneingabe, mit einer Fehlerrate von 3-5 %, die sich in falschen Rechnungen und falschen Lagerbeständen niederschlägt.

Die Fehler sind der teure Teil. Ein falsch eingetragener Mehrwertsteuersatz ist erst bei der Abstimmung sichtbar. Ein doppelt angelegter Kundendatensatz verunreinigt das Register dauerhaft. Und jede Stunde, die für die Importroutine aufgewendet wird, ist eine Stunde, die nicht im Shop verbracht wird.

Warum die manuelle Routine gewann

Die CSV-Routine hat nicht überlebt, weil niemand an ihre Automatisierung gedacht hat. Sie hat überlebt, weil die Alternative — eine individuell entwickelte Integration — historisch an drei Punkten scheiterte:

Zeit. Eine maßgeschneiderte Integration zwischen einem Webshop und einem ERP-System dauerte Monate, um spezifiziert, gebaut und getestet zu werden. Die meisten Händler brauchten den Bestellfluss diese Woche.

Zerbrechlichkeit. Sowohl der Webshop als auch das ERP entwickeln ihre APIs kontinuierlich weiter. Eine individuell entwickelte Integration ist Code, den ein Berater für ein Unternehmen geschrieben hat — wenn sich eine API ändert, bricht sie, und die Person, die sie gebaut hat, ist möglicherweise nicht mehr verfügbar.

Kostenasymmetrie. Die Entwicklungskosten waren dieselben, egal ob Sie 10 Bestellungen am Tag oder 1.000 verarbeiteten. Für KMU ging die Rechnung selten auf.

Also gewann die manuelle Routine — nicht weil sie gut war, sondern weil sie die einzige Option war, die heute startete und niemals eine Rechnung schickte.

Was Middleware verändert

Middleware — eine Integrationsplattform, die zwischen den Systemen sitzt — dreht alle drei Probleme um. Die Integration existiert bereits; Sie konfigurieren sie, anstatt sie zu bauen. Und da derselbe Connector jeden Händler auf der Plattform bedient, werden API-Änderungen einmal, zentral, statt pro Unternehmen verwaltet.

So sieht der tatsächliche Ablauf aus, wenn eine Bestellung aufgegeben wird:

1. Der Webhook wird ausgelöst. Der Webshop benachrichtigt die Integrationsebene in dem Moment, in dem eine Bestellung erstellt oder bestätigt wird — kein Polling, kein Zeitplan, keine Exportschaltfläche.

2. Die Daten werden transformiert. Die Bestelldaten werden dem Schema des ERP zugeordnet: Bestellpositionen mit den richtigen Mehrwertsteuersätzen, die Zahlungsmethode in die Begriffe des ERP übersetzt, Versand als eigene Position dort, wo das ERP sie erwartet.

3. Der Kunde wird abgeglichen, nicht dupliziert. Die Integration prüft, ob der Kunde bereits im ERP vorhanden ist, und verknüpft die Bestellung mit dem vorhandenen Datensatz — oder erstellt einen neuen, wenn es sich wirklich um einen neuen Kunden handelt. Keine drei Versionen desselben Kunden mehr.

4. Die Bestellung wird über die API übertragen und ist Sekunden nachdem sie im Webshop existierte im ERP vorhanden — als Auftrag oder fertige Rechnung, je nach Konfiguration.

Daten fließen auch in die andere Richtung. Lagerbestände, wo das ERP die Quelle der Wahrheit ist, werden nach einem Zeitplan zurück zum Webshop synchronisiert — standardmäßig alle fünf Minuten — damit der Shop zeigt, was das Lager tatsächlich enthält.

Über Bestellungen hinaus

Bestellungssynchronisation ist der Ausgangspunkt für die meisten Händler, da es der sichtbarste Schmerzpunkt ist. Aber dieselbe Schicht verwaltet typischerweise auch die umliegenden Datenflüsse:

• Lagerbestände — vom ERP zum Webshop, damit Kampagnen nicht überverkaufen, was nicht vorhanden ist.

• Auszahlungen — Berichte des Zahlungsdienstleisters werden abgerufen und mit Rechnungen abgeglichen, Gebühren und Erstattungen werden dort gebucht, wo sie hingehören, damit der Pauschalbetrag auf dem Kontoauszug mit dem ERP übereinstimmt.

• Erstattungen — Gutschriften werden automatisch erstellt, wenn eine Erstattung im Shop ausgestellt wird.

• Produktdaten und Bestellstatus — je nachdem, welches System welche Wahrheit besitzt.

Jeder Datenfluss ist ein Schalter mit einer Richtung. Welche Datenflüsse sinnvoll sind — und in welche Richtung sie laufen — hängt von den Systemen und der Arbeitsweise des Unternehmens ab. Das ist ein Konfigurationsgespräch, kein Entwicklungsprojekt.

Was das in der Praxis bedeutet

Die ehrliche Zusammenfassung: Die CSV-Routine ist ein gelöstes Problem. Nicht durch heroische individuelle Entwicklung, sondern durch dieselbe Wirtschaftlichkeit, die SaaS überall zum Sieger gemacht hat — eine Integration, einmal gebaut, zentral gewartet, pro Händler konfiguriert.

Wenn Sie heute die Export-Import-Korrektur-Routine betreiben, lautet die erste Frage nicht "sollten wir integrieren" — sondern "wird unsere Systemkombination bereits unterstützt". Für die in diesem Artikel genannten Systeme und einige hundert andere Kombinationen lautet die Antwort in der Regel ja.