Shopify ERP: Shop und Warenwirtschaft verbinden

Shopify ist kein ERP. Shopify ist das System, in dem deine Kunden einkaufen: Storefront, Warenkorb, Checkout, Zahlung, Kundenkonto und die Bestellung selbst entstehen dort. Ein ERP oder eine Warenwirtschaft organisiert das, was hinter dem Kauf passiert: Einkauf bei Lieferanten, Lager, Versand, Rechnung und Buchhaltung. Wenn von „Shopify ERP“ die Rede ist, geht es deshalb fast immer um die Frage, wie diese beiden Welten Daten austauschen, ohne sich gegenseitig zu widersprechen.

Was Shopify ohne Zusatzsystem abdeckt

Shopify verwaltet Produkte mit Varianten, Bestände je Standort und Bestellungen samt Zahlung und Versandstatus. Laut Shopify-Dokumentation hängt jeder Bestandsdatensatz an genau einem Standort, und ein Shop kann mehrere Standorte führen. Shopify unterscheidet dabei mehrere Bestandszustände: verfügbar, physisch vorhanden, an Bestellungen gebunden, reserviert, im Zulauf, beschädigt, Sicherheitsbestand und in der Qualitätsprüfung. Für einen Shop mit einem Lager und einem Verkaufskanal ist das oft ausreichend, um Bestellungen sauber abzuwickeln.

Für Finanzbuchhaltung, Produktionsplanung sowie Chargen- und Seriennummernführung über alle Kanäle brauchst du zusätzliche Software. Einzelne Lücken schließen Apps aus dem Shopify App Store. Sobald aber mehrere Abteilungen mit denselben Artikeln, Beständen und Belegen arbeiten, braucht das Unternehmen ein System, das diese Vorgänge gemeinsam führt.

Was ein ERP zusätzlich leistet

Ein ERP bündelt Artikelstamm, Einkauf, Lager, Aufträge, Rechnungen und Buchhaltung in einer Datenbasis. Es weiß, welche Ware bestellt ist, wann sie eintrifft, welche Mengen für andere Kanäle reserviert sind und wie ein Auftrag verbucht wird. Shopify ist aus Sicht des ERP einer von mehreren Verkaufskanälen, neben Marktplätzen, Außendienst, Ladengeschäft oder Großhandel.

Daraus folgt die Grundregel der Anbindung: Das ERP führt meist alles, was mit Ware, Geld und Belegen zu tun hat. Shopify führt alles, was mit der Darstellung im Shop und dem Kaufvorgang zu tun hat. Die Schnittstelle überträgt die Daten, die das jeweils andere System für seine Aufgabe braucht.

Warum eine Shopify-Schnittstelle mehr ist als ein Datenabgleich

Technisch lassen sich Produkte, Bestände und Bestellungen über die Shopify-API lesen und schreiben. Die eigentliche Arbeit steckt in den Regeln dazwischen. Ein ERP-Artikel kann mehrere Verkaufseinheiten oder Preislisten haben, ein Shopify-Produkt braucht Varianten, Medien und einen Veröffentlichungsstatus. Eine Bestellung entsteht im Checkout, wird aber im ERP mit Steuerlogik, Lagerplatz und Buchungskonto weiterverarbeitet. Die Schnittstelle übersetzt also zwei Datenmodelle und zwei Arbeitsweisen.

Deshalb beginnt jede belastbare Anbindung mit realen Vorgängen wie Wareneingang, Bestellung oder Retoure und erst danach mit der Feldliste. Wie du diese Vorgänge vor der Umsetzung festhältst, steht im Abschnitt zu Auswahl und Projektablauf.

Nicht jeder Shopify-Shop braucht ein vollwertiges ERP. Viele Händler kommen lange mit Shopify allein oder mit einer schlanken Warenwirtschaft aus. Die Entscheidung hängt vor allem davon ab, wie viele Kanäle, Lager und Abteilungen auf dieselben Artikel und Bestände zugreifen.

Wann Shopify allein trägt

Verkaufst du über einen Kanal aus einem Lager und erledigt deine Buchhaltung ein Steuerbüro auf Basis der Shopify-Auszahlungen, ist ein Zusatzsystem oft verzichtbar. Bestände pflegst du in Shopify, Versandetiketten erzeugst du über eine Versand-App, Belege gehen über eine Buchhaltungsanbindung an das Steuerbüro. Die Daten liegen an einer Stelle, Widersprüche können kaum entstehen.

Ein deutliches Signal, dass diese Phase endet, sind Tabellen, in denen Bestände, Lieferantenbestellungen oder Marktplatzverkäufe von Hand nachgehalten werden. Sobald dieselbe Zahl an zwei Stellen gepflegt wird, wird eine davon irgendwann falsch sein.

Was eine Shopify-Warenwirtschaft ohne vollwertiges ERP leistet

Eine Warenwirtschaft, oft kurz WaWi genannt, konzentriert sich auf den Warenfluss: Artikel, Bestände über mehrere Kanäle, Auftragsabwicklung, Versand, Retouren und die Übergabe an die Buchhaltung. Sie passt, wenn du neben Shopify auf Marktplätzen verkaufst, mehrere Lagerorte hast oder Bestellungen gesammelt abarbeiten willst. Finanzbuchhaltung, Personal oder Produktion bleiben dann in spezialisierten Programmen.

Im deutschsprachigen Raum begegnen dir dabei Systeme wie JTL-Wawi, Billbee, weclapp oder Xentral. Ihre Hersteller bieten eigene Shopify-Anbindungen an. JTL stellt seinen Connector zum Beispiel als App im Shopify App Store bereit und betreibt ihn selbst. Ob die Anbindung zu deinen Abläufen passt, entscheidet der konkrete Funktionsumfang, nicht der Name auf der Liste.

Wann ein ERP die bessere Grundlage ist

Ein ERP wird sinnvoll, wenn Einkauf, Lager, Vertrieb und Buchhaltung auf eine gemeinsame Datenbasis angewiesen sind. Typische Auslöser sind eigene Produktion oder Stücklisten, Großhandel mit kundenspezifischen Konditionen, mehrere Gesellschaften oder Länder mit eigener Buchhaltung und Kontrollpflichten wie Chargen oder Seriennummern. Häufig ist das ERP bereits da, weil das Unternehmen lange vor dem Onlineshop gewachsen ist, und Shopify kommt als neuer Kanal dazu.

Shopify arbeitet für diesen Fall im Global ERP Program mit Herstellern zusammen. Shopify nennt dort Microsoft Dynamics 365 Business Central, Oracle NetSuite, Infor, Acumatica und Brightpearl by Sage als Partner. Für andere ERP-Systeme, etwa SAP-Umgebungen oder Branchenlösungen, entsteht die Verbindung über Konnektoren von Drittanbietern, eine Integrationsplattform oder eine eigene Middleware.

Woran du die Entscheidung festmachst

Schreib die Vorgänge auf, die heute Handarbeit verursachen: Bestände übertragen, Bestellungen abtippen, Rechnungen nachpflegen, Lieferantenbestellungen auslösen. Zähle, welche Abteilungen dieselben Daten anfassen. Je mehr Bereiche auf dieselben Zahlen angewiesen sind, desto eher brauchst du ein ERP statt einer reinen Warenwirtschaft. Bleibt es beim Warenfluss, ist die schlankere Lösung meist leichter einzuführen und zu betreiben.

Für die Verbindung zwischen Shopify und ERP gibt es vier Wege: eine App des ERP-Herstellers, einen Konnektor eines Drittanbieters, eine Integrationsplattform oder eine eigene Middleware. Keiner ist grundsätzlich besser. Entscheidend ist, wie gut der Weg deine Vorgänge abdeckt und wer ihn nach dem Start betreibt.

Hersteller-App: der kürzeste Weg für Standardabläufe

Bietet dein ERP-Hersteller eine eigene Shopify-App an, ist sie der naheliegende Startpunkt. Einrichtung, Updates und die Anpassung an neue API-Versionen liegen beim Hersteller. Das passt, wenn deine Abläufe dem Standard entsprechen: Artikel und Bestände aus dem ERP in den Shop, Bestellungen zurück ins ERP, Versandstatus wieder in den Shop.

Prüfe vor der Entscheidung, welche Objekte die App tatsächlich überträgt, in welche Richtung, wie oft und wo du Fehler siehst. Eigene Felder, mehrere Sprachen, Märkte oder Sonderfälle wie Sets und Teillieferungen sind häufig die Stellen, an denen Standard-Apps an Grenzen stoßen. Bewertungen im App Store und Gespräche mit anderen Händlern, die dasselbe ERP einsetzen, zeigen solche Lücken oft früher als die Produktbeschreibung.

Drittanbieter-Konnektor: wenn es keine Hersteller-App gibt

Für viele ERP-Systeme haben spezialisierte Dienstleister fertige Konnektoren gebaut. Sie decken typische Datenflüsse ab und lassen sich häufig per Konfiguration anpassen. Der Nachteil: Zwischen Shopify, Konnektoranbieter und ERP-Partner liegen drei Zuständigkeiten. Kläre vorab, wer bei einem Fehler zuständig ist und wie schnell reagiert wird.

Integrationsplattform: zentrale Steuerung mehrerer Systeme

Eine Integrationsplattform, auch iPaaS genannt, verbindet Systeme über vorgefertigte Adapter und konfigurierbare Abläufe. Sie lohnt sich, wenn neben Shopify und ERP weitere Systeme beteiligt sind, etwa ein Lagerdienstleister, ein Marktplatz oder ein CRM. Überwachung, Wiederholungen und Datenumwandlung liegen dann an einer Stelle. Gleichzeitig kommt eine weitere Plattform mit eigener Lizenz und eigenem Wissen dazu, und umfangreiche Logik in grafischen Abläufen kann ebenso schwer zu pflegen sein wie Code.

Eigene Middleware: wenn deine Abläufe vom Standard abweichen

Eine eigene Middleware ist eine Anwendung, die zwischen Shopify und ERP sitzt und genau deine Regeln umsetzt. Sie passt, wenn die Datenmodelle stark voneinander abweichen, mehrere Systeme koordiniert werden müssen oder Freigabe- und Fehlerprozesse nötig sind, die keine fertige Lösung kennt. Im Gegenzug muss jemand dauerhaft Hosting, Sicherheit, Überwachung und die regelmäßigen API-Updates verantworten. Was du vor so einem Projekt klären solltest, beschreibt der Ratgeber dazu, eine Schnittstelle programmieren zu lassen.

Wenn du deine Systemlandschaft ohnehin in einzelne, austauschbare Dienste zerlegst, landest du schnell bei einer grundsätzlicheren Architekturfrage. Wie sich dieser Ansatz von einer klassischen Shop-ERP-Kopplung unterscheidet, erklärt der Beitrag über Composable Commerce. Für die meisten Shopify-Händler bleibt die Frage aber deutlich kleiner: Reicht die App des Herstellers für die wichtigsten Vorgänge, oder braucht es eine Lösung, die die Sonderfälle zuverlässig trägt?

Datenhoheit beantwortet für jede Information eine Frage: In welchem System wird sie angelegt und korrigiert? Dieses System führt, das andere erhält eine Kopie. Ohne diese Festlegung entsteht eine Synchronisation in beide Richtungen, bei der Änderungen sich gegenseitig überschreiben. So entstehen Integrationen, die anfangs funktionieren und nach einigen Wochen widersprüchliche Daten zeigen.

Die typischen Datenflüsse im Überblick

In einer typischen Shopify-ERP-Anbindung fließen die Daten so:

• ERP zu Shopify: Artikelnummern und Stammdaten, verkaufsfähige Bestände, Preise und freigegebene Konditionen.
• Shopify zum ERP: Bestellungen mit Positionen, Rabatten, Steuern, Versandart und Zahlungsstatus.
• ERP zu Shopify: Versandbestätigung, Sendungsnummer und Teillieferungen.
• In beide Richtungen, aber geregelt: Stornos, Rückerstattungen und Retouren, jeweils mit einem festen Startpunkt.

Diese Aufteilung ist ein Ausgangspunkt, keine Vorschrift. Entscheidend ist, dass jede Richtung einen fachlichen Grund hat.

Datenhoheit gilt pro Feld, nicht pro Objekt

„Produkte kommen aus dem ERP“ ist zu grob. Das ERP kann Artikelnummer, Gewicht und Steuerkennzeichen führen, während Titel, Beschreibung, Bilder und Suchmaschinenfelder bewusst im Shop gepflegt werden. Dann darf ein Stammdatenimport diese Felder nicht bei jeder Aktualisierung überschreiben. Die Zuordnung dokumentiert für jedes Feld Quelle, Richtung, Umwandlung und Konfliktregel und nennt ausdrücklich die Felder, die nicht übertragen werden.

Zeitpunkte gehören zur Regel

Ein ERP-Preis kann ab einem Stichtag gelten, ein Produkttext sofort nach Freigabe, ein Bestand erst nach gebuchtem Wareneingang. Ohne diese Zeitpunkte erscheinen technisch korrekte Werte zur falschen Zeit im Shop. Schreib deshalb zu jedem Fluss dazu, wann er ausgelöst wird: bei jeder Änderung, in festen Abständen oder nach einer Freigabe.

Kundendaten haben einen eigenen Zweck

Ein Shopify-Kundenkonto und ein ERP-Debitor sind nicht automatisch dasselbe. Gastbestellungen, mehrere Lieferadressen oder Firmenkunden mit mehreren Bestellern verändern die Zuordnung. Eine stabile Kennung verbindet die Datensätze; die E-Mail-Adresse taugt dafür nicht, weil sie sich ändert. Nicht jedes System braucht alle Kundendaten: Marketingeinwilligungen oder Gesprächsnotizen gehören oft in ein CRM. Wie Vertriebsdaten mit Website und ERP zusammenspielen, beschreibt der Ratgeber zur Verbindung von CRM, Website und ERP.

Datenschutz gilt systemübergreifend. Wenn ein Kunde Auskunft, Berichtigung oder Löschung verlangt, muss klar sein, welche Systeme seine Daten enthalten und welche Aufbewahrungspflichten für Belege trotzdem gelten. Die rechtliche Bewertung im Einzelfall gehört zu deinem Datenschutzbeauftragten oder einer Rechtsberatung.

Ein ERP-Artikel ist für Einkauf, Lager und Buchhaltung angelegt. Ein Shopify-Produkt muss im Shop auffindbar, verständlich und auswählbar sein. Eine Eins-zu-eins-Übertragung reicht deshalb selten. Die Anbindung braucht Regeln für Kennungen, Varianten, Inhalte, Veröffentlichung und Preise.

Stabile Kennungen verbinden die Systeme

SKU, ERP-Artikelnummer und Shopify-ID erfüllen unterschiedliche Aufgaben. Eine SKU kann fehlen, sich ändern oder in Altdaten doppelt vorkommen. Die Shopify-ID entsteht erst beim Anlegen im Shop. Die Schnittstelle speichert deshalb eine feste Zuordnung zwischen ERP-Kennung und Shopify-ID und legt kein Produkt neu an, wenn es bereits existiert. Beim ersten Abgleich mit einem bestehenden Shop ist diese Zuordnung die wichtigste Vorarbeit, sonst entstehen Dubletten.

Variantenmodelle müssen zusammenpassen

Farbe, Größe oder Material stehen im ERP manchmal als eigene Artikel, manchmal als Merkmale eines Hauptartikels. Shopify erwartet ein Produkt mit Optionen und Varianten. Die Zuordnung legt fest, welche ERP-Artikel zu einem Shopify-Produkt zusammengefasst werden und wie Optionen heißen. Auch Einheiten brauchen eine Regel: Führt das ERP Karton und Stück, der Shop aber nur das Stück, muss die Umrechnung für Bestand und Preis eindeutig sein.

Redaktionelle Inhalte bleiben geschützt

Wenn das ERP beim Anlegen einen internen Namen liefert, kann die Schnittstelle ihn als Startwert setzen. Danach pflegt die Redaktion Titel, Beschreibung und Bilder im Shop, und spätere Importe lassen diese Felder unberührt. Kommen Produktinformationen aus vielen Quellen, etwa Lieferantendaten, Übersetzungen und technische Merkmale, wird ein drittes System zur führenden Quelle. Ab wann sich das lohnt, beschreibt der Ratgeber zum PIM-System.

Veröffentlichung ist eine eigene Entscheidung. Nicht jeder aktive ERP-Artikel soll sofort online sein. Ein neuer Artikel kann in Shopify als Entwurf entstehen und erst nach Freigabe erscheinen. Ein im ERP deaktivierter Artikel wird im Shop besser archiviert als gelöscht, damit die Bestellhistorie erhalten bleibt; für die alte Produkt-URL setzt du gezielt eine Weiterleitung. Verkaufst du in mehrere Länder, kommen Übersetzungen und marktabhängige Sortimente hinzu; wie Shopify das innerhalb eines Shops organisiert, erklärt der Beitrag zu Shopify Markets.

Preise brauchen eine eindeutige Quelle und strenge Prüfung

Liefert das ERP den Verkaufspreis, überträgt die Schnittstelle Betrag, Währung, Gültigkeit und gegebenenfalls einen Vergleichspreis. Rabattcodes und automatische Rabatte in Shopify wirken zusätzlich; teste deshalb, dass eine Aktion nicht doppelt abgezogen wird, wenn der ERP-Preis bereits reduziert ist. Netto- und Bruttologik, Länder und Rundung prüfst du mit deiner Steuerberatung, die Schnittstelle setzt die freigegebene Logik nur um.

Ein falscher Preis hat andere Folgen als ein fehlendes Bild. Preisimporte verdienen deshalb eine strengere Prüfung: Nullwerte, unbekannte Währungen oder auffällige Sprünge stoppen die Übertragung und landen zur Prüfung bei einer verantwortlichen Person. Kundenspezifische Konditionen für Geschäftskunden sind ein eigenes Thema mit Firmen, Standorten und Katalogen; was Shopify dafür bietet, steht im Ratgeber zu Shopify B2B.

Der Bestand im Shop ist das Ergebnis vieler Vorgänge: Wareneingang, Reservierung, Verkauf auf anderen Kanälen, Retoure, Inventurkorrektur und Umlagerung. Die Anbindung muss festlegen, welche Menge an welchem Standort online verkauft werden darf, und diese Zahl zuverlässig aktuell halten.

Physischer und verkaufsfähiger Bestand sind verschiedene Zahlen

Das ERP kennt den physischen Bestand, offene Aufträge, Reservierungen für andere Kanäle und gesperrte Ware. Shopify braucht die Menge, die der Shop verkaufen darf. Die Berechnung kann einen Sicherheitsbestand abziehen oder ein festes Kontingent für den Onlineshop vorsehen. Halte diese Formel schriftlich fest, damit sie nicht verstreut im Integrationscode steckt und bei Fragen niemand rätseln muss.

Shopify führt Bestand je Variante und Standort. ERP-Lagerorte müssen nicht eins zu eins als Shopify-Standorte erscheinen. Mehrere interne Lagerplätze können zu einem Versandstandort zusammengefasst werden, während ein Ladengeschäft als eigener Standort sichtbar bleibt. Die Zuordnung folgt der Frage, von wo aus du tatsächlich versendest und was du dem Kunden zur Lieferzeit versprichst.

Die Übergangsphase nach dem Kauf

Wenn ein Kunde bestellt, bindet Shopify die Menge an die Bestellung. Bis das ERP den Auftrag gebucht hat, vergeht Zeit. Schickt das ERP in dieser Phase einen älteren Bestandswert, kann derselbe Artikel ein zweites Mal verkauft werden. Die Schnittstelle muss deshalb wissen, welche Shopify-Bestellungen das ERP schon kennt, und darf den Shopbestand nicht blind mit einem veralteten Wert überschreiben.

Ein Detail aus der Shopify-Dokumentation ist hier wichtig: Änderungen an gebundenen, reservierten, beschädigten oder für die Qualitätsprüfung gesperrten Mengen sowie am Sicherheitsbestand lösen keine Webhooks aus. Außerdem lässt sich die an Bestellungen gebundene Menge nicht direkt über die GraphQL Admin API verändern. Eine Anbindung, die sich nur auf Bestandsereignisse verlässt, sieht also nicht jede Verschiebung und braucht einen ergänzenden Abgleich.

Ereignisse und regelmäßiger Abgleich ergänzen sich

Bestandsänderungen werden idealerweise sofort übertragen, wenn sie im ERP entstehen. Zusätzlich vergleicht ein regelmäßiger Abgleich die Bestände beider Systeme und meldet Abweichungen. Dieser Abgleich überschreibt nicht blind, sondern korrigiert nach der festgelegten Datenhoheit und protokolliert, was er geändert hat. So fallen verlorene Nachrichten auf, bevor ein Kunde Ware kauft, die nicht mehr da ist.

Sets, Stücklisten und der sichere Fehlerzustand

Der verkaufsfähige Bestand eines Sets hängt von seinen Bestandteilen ab. Er kann nicht als unabhängige Menge geführt werden, sonst verkauft der Shop Sets, deren Einzelteile längst weg sind. Ein System berechnet die mögliche Setanzahl, und genau dieses System ist für den Wert verantwortlich.

Fällt die Bestandsübertragung aus, entscheidet dein Betrieb vorab, was passiert. Ein kurzer Ausfall lässt sich überbrücken. Bei einem längeren Ausfall greifen eine Warnung, ein höherer Sicherheitsbestand oder das Pausieren besonders knapper Artikel. Eine Anbindung sollte nicht unbemerkt mit veralteten Zahlen weiterlaufen. Und wenn Mitarbeitende im Notfall Bestände direkt in Shopify ändern dürfen, muss klar sein, dass der nächste ERP-Lauf diese Änderung nicht stillschweigend zurücksetzt.

Nach dem Checkout muss aus der Shopify-Bestellung ein vollständiger ERP-Auftrag werden. Dafür reichen Kunde und Gesamtbetrag nicht. Positionen, Rabatte, Steuern, Versandkosten, Zahlungsstatus, Adressen und Gutscheine müssen in das Modell des ERP übersetzt werden, und zwar genau einmal.

Wann eine Bestellung übergeben wird

Manche Unternehmen übertragen jede neue Bestellung sofort, andere erst nach erfolgreicher Zahlung oder Betrugsprüfung. Bei Vorkasse oder Rechnungskauf gelten andere Zeitpunkte als bei Kartenzahlung. Lege die Regel je Zahlungsart fest. Das Shopify-Ereignis „Bestellung erstellt“ ist nur ein technisches Signal; die fachliche Entscheidung, ob der Auftrag ins ERP geht, trifft die Schnittstelle anhand des aktuellen Bestellstands.

Doppelte Aufträge verhindern

Netzwerkfehler können auftreten, nachdem das ERP den Auftrag angelegt hat, die Schnittstelle aber noch keine Bestätigung erhalten hat. Ein blindes Wiederholen erzeugt dann einen zweiten Auftrag. Die Schnittstelle speichert deshalb die Shopify-Bestellnummer als feste Referenz im ERP und prüft vor jeder Anlage, ob der Vorgang schon existiert. Fachleute nennen das idempotente Verarbeitung: Dieselbe Nachricht darf beliebig oft ankommen und führt trotzdem nur zu einem Ergebnis. Erst wenn das ERP den Auftrag fachlich bestätigt, gilt die Übergabe als erledigt.

Fehlerhafte Bestellungen landen in einer sichtbaren Liste

Eine unbekannte SKU, eine fehlende Steuerklasse oder eine unvollständige Adresse können die Anlage im ERP verhindern. Die Bestellung bleibt dann mit einem verständlichen Grund in einer Fehlerliste. Jemand korrigiert die Stammdaten und schickt den Vorgang erneut, ohne die Bestellung von Hand nachzuerfassen. Zusagen an den Kunden, etwa ein Versanddatum, beruhen erst auf dem bestätigten ERP-Auftrag.

Versand und Teillieferungen fließen zurück

Steuert das ERP oder ein Lagerdienstleister den Versand, meldet es Positionen, Mengen, Versanddienstleister und Sendungsnummer an Shopify zurück. Teillieferungen werden positionsgenau abgebildet, damit Kunde und Kundenservice den richtigen Stand sehen. Der Versandstatus wird aus den Versanddaten übernommen und nicht aus einem allgemeinen Auftragsstatus abgeleitet.

Storno, Rückerstattung und Retoure sind getrennte Vorgänge

Ein Storno beendet Positionen, eine Rückerstattung bewegt Geld, eine Retoure bringt Ware zurück. Sie können zusammen oder getrennt auftreten. Lege für jeden Vorgang fest, in welchem System er beginnt. Viele Teams erfassen Retouren im ERP, weil dort Wareneingang und Prüfung stattfinden, und melden das Ergebnis an Shopify. Eine angekündigte Retoure ist noch kein verkaufsfähiger Bestand; erst nach der Prüfung entscheidet das ERP, ob die Ware wieder verkauft, gesperrt oder ausgebucht wird.

Gutscheine und Geschenkkarten brauchen eine eigene Zuordnung, weil sie je nach System als Zahlungsmittel, Rabatt oder eigenes Produkt verbucht werden. Und wenn eine Rückerstattung in Shopify erfolgreich war, im ERP aber nicht verbucht ist, muss dieser Fall vorrangig auffallen. Finanzielle Abweichungen gehören nicht in eine allgemeine technische Protokolldatei.

Jede Shopify-ERP-Anbindung arbeitet innerhalb der Regeln, die Shopify für den Datenaustausch vorgibt. Diese Regeln entscheiden darüber, wie schnell große Mengen übertragen werden können, wie zuverlässig Ereignisse ankommen und wie oft die Anbindung technisch nachgezogen werden muss. Sie gehören in jede Auswahlentscheidung, auch wenn eine fertige App sie vor dir verbirgt.

Die GraphQL Admin API ist die Grundlage

Laut Shopify-Dokumentation ist die REST Admin API seit dem 1. Oktober 2024 eine Legacy-Schnittstelle. Seit dem 1. April 2025 müssen neue öffentliche Apps ausschließlich mit der GraphQL Admin API gebaut werden. Für eine neue Anbindung ist GraphQL deshalb die einzige sinnvolle Grundlage. Wenn eine bestehende Lösung noch auf REST aufsetzt, gehört der Umstieg in den Wartungsplan.

Rate Limits begrenzen das Tempo

Die GraphQL Admin API begrenzt Anfragen nicht nach Anzahl, sondern nach berechneten Kosten. Jede Abfrage verbraucht Punkte aus einem Kontingent, das sich mit fester Rate wieder auffüllt. Shopify nennt dafür je Tarif 100 Punkte pro Sekunde im Standardtarif, 200 bei Advanced, 1.000 bei Shopify Plus und 2.000 bei Shopify for enterprise. Eine einzelne Abfrage darf unabhängig vom Tarif höchstens 1.000 Punkte kosten.

Für den Alltag heißt das: Eine Anbindung, die tausende Bestände oder Preise einzeln aktualisiert, muss Anfragen bündeln, auf Drosselung reagieren und Wiederholungen mit Abstand ausführen. Der höhere Durchsatz ist einer der technischen Gründe, die bei sehr großen Sortimenten für Shopify Plus sprechen können; welche weiteren Kriterien dabei zählen, steht im Ratgeber, für wen sich Shopify Plus lohnt. Außerhalb von Plus gilt außerdem: Hat ein Shop 500.000 Produktvarianten erreicht, können pro Tag höchstens 10.000 neue Varianten angelegt werden.

Bulk Operations für große Datenmengen

Für große Lesevorgänge bietet Shopify Bulk Operations. Sie laufen asynchron, Shopify stellt das Ergebnis als JSONL-Datei zum Download bereit, und die Ausführung selbst zählt nicht gegen das Rate Limit. Für den nächtlichen Abgleich aller Bestände oder den Export aller Bestellungen eines Zeitraums ist das deutlich robuster als tausende Einzelabfragen.

Webhooks sind schnell, aber nicht garantiert

Webhooks melden Änderungen in Shopify an deine Anbindung, etwa neue Bestellungen. Shopify erwartet laut Dokumentation innerhalb von fünf Sekunden eine erfolgreiche Antwort. Schlägt die Zustellung fehl, wiederholt Shopify sie acht Mal innerhalb von vier Stunden. Ein über die Admin API angelegtes Abonnement wird nach acht aufeinanderfolgenden Fehlschlägen automatisch gelöscht.

Shopify garantiert weder die Reihenfolge der Webhooks noch eine einmalige Zustellung. Dieselbe Meldung kann mehrfach ankommen; die Kennung im Header X-Shopify-Webhook-Id hilft, Duplikate zu erkennen. Shopify schreibt selbst, dass die Zustellung nicht immer garantiert ist, und empfiehlt regelmäßige Abgleichsläufe, die Daten aktiv abrufen. Eine gute Anbindung nimmt Webhooks deshalb schnell entgegen, legt sie in eine Warteschlange und verarbeitet sie danach in Ruhe.

API-Versionen verlangen regelmäßige Pflege

Shopify veröffentlicht alle drei Monate eine neue API-Version. Jede stabile Version wird mindestens zwölf Monate unterstützt. Eine Anbindung muss deshalb mindestens einmal im Jahr auf eine neuere Version gehoben und getestet werden. Bei einer Hersteller-App übernimmt das der Anbieter, bei einer eigenen Middleware dein Team oder dein Dienstleister.

Eine Anbindung kann technisch laufen und trotzdem falsche Ergebnisse liefern. Ein Auftrag kommt an, aber ohne Rabatt. Bestände werden übertragen, aber für einen Standort fehlen sie. Deshalb überwachst du nicht nur, ob die Schnittstelle erreichbar ist, sondern ob die Geschäftsvorgänge vollständig und richtig angekommen sind.

Jeder Vorgang hat einen nachvollziehbaren Status

Die Schnittstelle protokolliert Eingang, Prüfung, Übertragung und Bestätigung. Eine gemeinsame Kennung verbindet Shopify-Bestellung, Verarbeitungslauf und ERP-Beleg. So kann der Kundenservice eine Bestellung suchen und sieht, ob sie im ERP bestätigt ist, ohne technische Protokolle lesen zu müssen. Personenbezogene Daten werden in Protokollen nur so weit gespeichert, wie es für die Fehlersuche nötig ist.

Technische und fachliche Fehler unterscheiden

Ein nicht erreichbares ERP oder eine Drosselung durch Shopify ist ein vorübergehender Fehler. Die Schnittstelle wiederholt den Vorgang automatisch, mit wachsendem Abstand und ohne Doppelanlage. Eine fehlende Steuerklasse oder unbekannte SKU wird durch Wiederholen nicht besser. Solche fachlichen Fehler landen mit verständlicher Meldung in einer Liste, die eine zuständige Person abarbeitet. Nach einer festen Zahl erfolgloser Versuche wird eskaliert, statt endlos weiterzuprobieren.

Kontrollabgleiche finden, was keine Meldung auslöst

Regelmäßige Abgleiche vergleichen Bestellungen, Bestände und Status beider Systeme. Sie prüfen auch Beziehungen: Keine bezahlte Shopify-Bestellung darf länger als vereinbart ohne ERP-Referenz bleiben, kein aktiver Artikel ohne Bestandszuordnung. Weil Webhooks verloren gehen können und manche Bestandsänderungen gar kein Ereignis auslösen, gehören diese Abgleiche fest zur Anbindung.

Eine einfache Übersicht zeigt die letzte erfolgreiche Übertragung je Datenfluss, die Länge der Warteschlangen und das Alter offener Fehler. Preise und Bestellungen bekommen strengere Schwellen als Produkttexte, weil ihre Folgen größer sind.

Ein Handbuch für den Fehlerfall

Für die häufigsten Fehler steht fest, wer prüft, welche Daten geändert werden dürfen und wie ein Vorgang erneut gestartet wird. Notfallmaßnahmen, etwa einen Import anzuhalten oder knappe Artikel offline zu nehmen, sind beschrieben. Unter Zeitdruck startet niemand einen ungeplanten Vollimport oder löscht Datensätze, um ein Problem schnell verschwinden zu lassen. Warnungen gehen an eine erreichbare Stelle mit Vertretung, nicht an ein Postfach, das niemand liest.

Wenn wir deinen Shopify-Shop an Warenwirtschaft oder ERP anbinden, legen wir diesen Fehlerweg deshalb gemeinsam mit dem Normalweg fest. Ein Datenfluss ist erst fertig, wenn klar ist, was passiert, wenn er einmal nicht funktioniert.

Ein Shopify-ERP-Projekt gelingt, wenn die fachlichen Fragen vor der Technik geklärt sind. Die Auswahl der Lösung, der Test und die Umstellung folgen einer festen Reihenfolge, damit der laufende Verkauf nicht unter der Einführung leidet.

Schritt 1: Vorgänge und Datenhoheit aufschreiben

Sammle die Vorgänge, die die Anbindung tragen soll: neuer Artikel, Preisänderung, Bestandsänderung, Bestellung je Zahlungsart, Teillieferung, Storno, Retoure, Gutschein. Lege für jeden fest, wo er beginnt, welche Daten in welche Richtung fließen und wann er als erledigt gilt. Diese Liste ist die Grundlage für jedes Angebot und jeden Anbietervergleich.

Schritt 2: Lösungen an Sonderfällen vergleichen

Produktvorführungen zeigen den Normalfall. Lass dir von jedem Anbieter konkrete Fälle beantworten: Was passiert bei einer unbekannten SKU, einer doppelt zugestellten Bestellung, einem ERP-Ausfall, einer Teilretoure oder einem unplausiblen Preis? Wo sieht dein Team den Fehler, und wie wird der Vorgang erneut gestartet? Frag außerdem, wer die Anpassung an neue Shopify-API-Versionen übernimmt und wie der Support zwischen Shopify, ERP-Partner und Anbindung geregelt ist.

Vergleiche den Aufwand über die gesamte Laufzeit, nicht nur für die Einrichtung. Lizenzen, Betrieb, Support, regelmäßige Updates und die interne Betreuung gehören dazu. Eine günstige Standard-App wird teuer, wenn wichtige Fehlerfälle dauerhaft von Hand bearbeitet werden; eine eigene Lösung braucht dauerhaft jemanden, der sie verantwortet.

Schritt 3: Mit echten Daten testen

Teste mit repräsentativen Artikeln, Preisen, Lagerorten, Kundentypen und Zahlungsarten. Nimm bewusst Grenzfälle auf: fehlende Pflichtfelder, Rabattkombinationen, Gastbestellung, Teilbestand, Storno und Retoure. Lege die erwarteten Ergebnisse vor dem Test fest und vergleiche Kennungen, Beträge, Steuern und Status in beiden Systemen. Eine Generalprobe mit realistischer Datenmenge zeigt, ob Laufzeiten und Rate Limits passen; ein zweiter Durchlauf darf keine Dubletten erzeugen.

Schritt 4: Umstellen mit klaren Abbruchgründen

Übernimmst du Altdaten, sind Erstimport und laufende Synchronisation getrennte Vorgänge. Ein Stichtag legt fest, ab wann die neue Datenhoheit gilt, und ein Nachlauf übernimmt Änderungen seit diesem Stichtag. Während der Umstellung werden Stammdaten nur an einer Stelle gepflegt. Fehlende Produktzuordnungen, falsche Preise, ungeklärte Steuerlogik oder nicht bestätigte Bestellanlagen sind Gründe, nicht umzustellen. Der Rückweg ist vorher beschrieben: welche Abläufe gestoppt werden und wie bereits übertragene Aufträge behandelt werden.

Schritt 5: Die ersten Wochen eng begleiten

Nach dem Start prüfst du die kritischen Datenflüsse häufiger, vergleichst Stichproben in beiden Systemen und arbeitest offene Fehler täglich ab. Halte danach fest, was normal ist: übliche Laufzeiten, tägliche Auftragsmengen, typische Länge der Warteschlangen. An diesen Werten erkennst du später, ob eine langsamere Übertragung noch normal ist oder sich ein Rückstau aufbaut. Dokumentation, Zugänge und Ansprechpartner für Shopify, ERP und Anbindung gehören am Ende zu deinem Unternehmen, nicht zu einer einzelnen Person.