Tippen Sie Produktdaten noch immer um? So funktioniert Artikelsynchronisation zwischen Webshop und ERP

Die manuelle Routine

Jedes Produkt, das ein Händler verkauft, existiert an mindestens zwei Stellen. Der Webshop — Shopify, WooCommerce, Magento, Centra — benötigt es zum Verkaufen. Das ERP — Fortnox, Visma, Business Central, Specter — benötigt es zum Buchen, Einkaufen und Zählen.

Ohne eine Integration bedeutet ‘an zwei Stellen existieren’ ‘zweimal eingetippt werden.’ Ein neues Produkt wird dort erstellt, wo die Arbeit beginnt — oft im ERP, wo der Einkauf stattfindet — und dann in den Webshop übertragen: Name, SKU, Preis, Beschreibung. Für einen Shop, der ein paar Produkte pro Jahr launcht, ist es eine Aufgabe. Für einen, der Kollektionen, saisonale Serien oder ein wachsendes Sortiment launcht, ist es ein wiederkehrender Dateneingabejob mit einer Deadline bei jedem Launch.

Die eigentlichen Kosten sind die Abweichung

Das erneute Eintippen scheint das kleine Problem zu sein. Das teure ist, was danach passiert: zwei Kataloge, manuell gepflegt, die sich langsam nicht mehr einigen.

Ein Preis wird im ERP aktualisiert, aber nicht im Shop — und der Shop verkauft zum alten Preis, bis jemand es bemerkt. Eine SKU bekommt einen Tippfehler auf einer Seite — und von diesem Tag an stimmen Lagerbestande und Bestellzeilen für dieses Produkt mit nichts überein. Eine Beschreibung wird im Webshop verbessert — und die Änderung lebt nur dort, unsichtbar für den, der die Stammdaten pflegt.

Keine dieser Fehlfunktionen kündigt sich an. Abweichung ist von Natur aus still: Jede Diskrepanz sitzt ruhig, bis sie als falscher Preis auf einer Bestellung, ein Lagerbestand, der nicht stimmen kann, oder eine Stunde Detektivarbeit bei der Inventur auftaucht. Die früher in dieser Serie zitierte Forschung — Politecnico di Milanos Studie zu KMU mit getrennten Systemen — bezifferte die Fehlerrate manueller Dateneingabe auf 3–5 %. Bei einem Katalog mit tausend Artikeln ist das kein Rundungsfehler; das sind Dutzende von Produkten, die still falsch sind.

Ein Katalog braucht einen Eigentümer

Vor jeder Synchronisation gibt es eine Entscheidung: Welches System besitzt die Produktwahrheit?

Es gibt keine universelle Antwort. Für manche Händler ist das ERP der Master — Produkte entstehen im Einkauf, und der Webshop ist ein Vertriebskanal, der folgt. Für andere ist der Webshop der Ort, wo Produkte erstellt, angereichert und bepreist werden, und das ERP folgt für Buchführung und Lager. Beide Modelle sind legitim; was die Dinge kaputt macht, ist nicht zu wählen — zwei Systeme, in denen jeder alles bearbeiten kann, ist das, wie Abweichung zur Politik wird.

Deshalb ist die Richtung eine erstklassige Einstellung in der Artikelsynchronisation, keine Rekonfiguration. Derselbe Prozess läuft ERP-zu-Webshop für einen Händler und Webshop-zu-ERP für den nächsten — eine Auswahl, pro Prozess, die beim Onboarding festgelegt wird.

Was Artikelsynchronisation tatsächlich tut

Mit einer Integrationsplattform zwischen den Systemen wird der Produktkatalog zu einem synchronisierten Prozess:

1. Ein Produkt wird im Mastersystem erstellt oder aktualisiert. Welche Seite auch immer die Wahrheit besitzt — das Ereignis ist dasselbe: Etwas an einem Artikel hat sich geändert.

2. Die Änderung wird automatisch abgerufen. Je nach den beteiligten Systemen, per Ereignis oder nach einem Zeitplan — die meisten Webshops pushen, die meisten ERPs werden abgefragt.

3. Der Artikel wird im anderen System erstellt oder aktualisiert, abgeglichen per SKU. Die SKU ist der Schlüssel, der die beiden Kataloge zusammenhält — und deshalb ist SKU-Disziplin wichtig: Die Synchronisation ist genau so zuverlässig wie die Kennzeichen, auf die sie abgleicht.

4. Ein Katalog, in Übereinstimmung gehalten. Neue Produkte erscheinen, wo sie sein müssen; Änderungen werden weitergegeben, anstatt darauf zu warten, dass jemand daran denkt.

Wo es schwieriger wird

Die ehrlichen Vorbehalte, wie in dieser Serie üblich:

Neue Produkte müssen nicht automatisch live gehen. Das Artikelregister eines ERPs enthält normalerweise mehr, als der Webshop zeigen sollte — Komponenten, interne Artikel, eingestellte Produkte. Deshalb können synchronisierte Produkte so konfiguriert werden, dass sie als Entwürfe oder deaktiviert im Webshop ankommen, damit jemand sie überprüfen und veröffentlichen kann. Die Synchronisation bewegt die Daten; die Merchandising-Entscheidung bleibt beim Menschen.

SKU-Hygiene ist eine Voraussetzung. Doppelte SKUs oder Bezeichner mit Zeichen, die ein System nicht akzeptiert, sind die klassischen Gründe, warum ein Artikel nicht abgeglichen oder synchronisiert werden kann. Eine Integration deckt diese als Fehler auf — was in der Praxis oft dazu führt, dass sie das Werkzeug ist, das Katalogprobleme findet, die bereits vorhanden waren.

Reichhaltiger Inhalt hat Grenzen. Namen, Preise und Bezeichner synchronisieren sich sauber. Stark formatierte Beschreibungen, Bilder und kanalspezifische Inhalte variieren mehr zwischen Plattformen — was übertragen wird, hängt vom Paar ab, und die webshopseitige Anreicherung bleibt oft Webshop-Arbeit.

Was das in der Praxis bedeutet

Produktdaten sind die Definition von Informationen, die einmal eingegeben und weitergegeben werden sollten — sie sind strukturiert, regelbasiert, und jede manuelle Kopie davon ist eine künftige Abweichung. Der Katalog wird nicht einfacher zu pflegen, wenn er wächst; er wird synchronisiert oder er weicht ab.

Wenn neue Produkte in Ihrem Unternehmen noch immer bedeuten, dieselben Felder in zwei Systeme einzutippen — oder wenn Sie jemals einen Preis gefunden haben, der zwischen Shop und Büchern nicht stimmte — lautet die Frage dieselbe, die diese Serie immer wieder stellt: