Warum Datenflüsse wichtiger sind als Features

Du hast ein modernes ERP eingeführt. Die Features sehen gut aus, das Onboarding lief okay. Aber drei Monate später sieht die Realität anders aus:

• Bestände im Shop stimmen nicht mit dem Lager überein
• Preise auf Marktplätzen driften auseinander
• Aufträge verschwinden im „Niemandsland“ zwischen Systemen
• Niemand weiß, welches System gerade die „Wahrheit“ führt

Das Muster ist typisch. Studien zeigen: 23 % aller Retouren entstehen durch fehlerhafte Produktdaten. Unternehmen mit präzisen Daten erreichen bis zu 30 % höhere Conversion Rates. Das Problem ist selten das ERP selbst — sondern wie es mit der restlichen IT-Landschaft verbunden ist.

Das ERP ist der zentrale Baustein deiner Geschäftsprozesse, aber es existiert nicht isoliert. Es muss mit Shop, PIM, CRM, Buchhaltung und Logistik kommunizieren. Die Integrationsarchitektur definiert dabei zwei Ebenen:

1. Planerisch
   Welche Daten fließen wohin? Welches System ist führend („System of Record“)?
2. Technisch
   Wie wird dieser Datenfluss effizient, skalierbar und ausfallsicher umgesetzt?

Ein häufiger Fehler: Mehrere Systeme bearbeiten dieselben Daten. Das führt zu Konflikten, „Data Drift“ und Fehlern, die erst auffallen, wenn Kunden sich beschweren. Eine klare Zuordnung ist Pflicht:

Die Entscheidung, wie Xentral angebunden wird, ist genauso wichtig wie das ERP selbst. Hier gibt es zwei grundlegende Strategien.

1. Der „Native“ Weg: Xentral Connect

Xentral bringt mit Xentral Connect ein starkes, integriertes Modul mit. Das ist technisch gesehen eine „Embedded Middleware“.

• Ideal für: Standard-Setups mit Shopify, Shopware oder Amazon.
• Vorteil: Schnelles „Time-to-Market“, geringe Setup-Kosten, Wartung durch den Anbieter.
• Grenzen: Die Logik liegt im ERP. Wenn du komplexe Datenmanipulationen brauchst bevor die Daten das ERP erreichen (z.B. Bundles auflösen, Währungen umrechnen), stößt dieser Weg an Grenzen.

2. Der „Enterprise“ Weg: Dedizierte Middleware (Loose Coupling)

In komplexen E-Commerce-Landschaften (z.B. Adobe Commerce mit hohem B2B-Anteil, angebundenem PIM und WMS) setzen wir auf eine externe Middleware als zentralen Hub. Das ERP spricht nicht mehr direkt mit dem Shop, sondern beide kommunizieren nur mit der Middleware.

Warum dieser Aufwand?

• Entkopplung: Wenn Xentral gewartet wird, kann der Shop weiter Bestellungen annehmen. Die Middleware „puffert“ die Aufträge.
• Transformation: Die Middleware übersetzt Datenformate (z.B. JSON zu XML) „on the fly“.
• Lastspitzen-Management: Am Black Friday schützt die Middleware das ERP vor Überlastung, indem sie Tausende Bestellungen in einer Queue sammelt und kontrolliert abarbeitet.

Der Tech-Stack: Für einfache Automatisierungen eignen sich Tools wie n8n. Für geschäftskritische High-Volume-Prozesse setzen wir auf Message Queues wie RabbitMQ, AWS SQS oder Apache Kafka.

Ein häufiges Missverständnis: „Xentral kann doch Bilder und Texte speichern, wozu brauche ich ein PIM?“ Die Antwort: Xentral verwaltet logistische Produkteigenschaften exzellent. Für Marketing-Anforderungen ist es jedoch nicht gebaut.

Die Trennlinie ist scharf:

• Xentral (Das logistische Rückgrat): Hier liegen „harte“ Fakten, die für Lager und Versand kritisch sind (SKU, EAN, Zollnummern, Einkaufspreise, Stücklisten).
• PIM (Die Marketing-Bühne): Hier entstehen Emotionen. Systeme wie Akeneo oder Pimcore sind dafür gemacht, Daten für Menschen aufzubereiten (Marketing-Texte in 5 Sprachen, kanalspezifische Titel, Assets, Pflege-Workflows).

Best Practice: Zwinge dein ERP nicht in die Rolle eines PIMs. Xentral liefert die „Hülle“ (SKU, Preis), das PIM füllt sie mit „Leben“ (Content) – und im Shop wird beides zusammengeführt.

Der Zusammenhang ist messbar: Daten aus dem ERP → Search Index → Suchergebnisse → Conversion

Wenn Bestände falsch sind, zeigt die Suche nicht-verfügbare Produkte. Wenn Preise veraltet sind, entstehen Kaufabbrüche. 87 % der Käufer nennen detaillierte Produktinformationen als entscheidenden Faktor für ihre Kaufentscheidung. Eine sauber integrierte Architektur sorgt dafür, dass der Search-Index immer aktuelle Daten enthält.

So integrierst du Xentral in der Praxis (Beispiel Adobe Commerce)

Preise: Xentral hat die Hoheit. Preisänderungen werden event-basiert synchronisiert.

Bestände: Xentral führt die Bestände. Wichtig: Nutze „Delta-Updates“. Statt alle 10 Minuten alle Bestände zu senden, sollten nur die geänderten Bestände gepusht werden. Das entlastet die Systeme enorm.

Aufträge: Neue Order entsteht im Shop → Übertragung an Xentral → Statusupdates fließen zurück ins Kundenkonto.

Vielleicht klingt „Datenhygiene“ für dich heute nach lästiger Pflichtaufgabe. Aber in naher Zukunft wird sie über deine Sichtbarkeit entscheiden. Wir steuern auf das Zeitalter des Agentic Commerce zu.

Kunden werden weniger selbst suchen, sondern KI-Agenten beauftragen: „Besorge mir nachhaltige Sneaker, Budget 150€, Lieferung bis Freitag.“ Diese KI-Agenten (basierend auf Standards wie dem Universal Commerce Protocol, UCP) scannen keine bunten Banner, sondern strukturierte Daten.

Die Konsequenz: Wenn deine Daten unsauber sind, bist du für die KI unsichtbar.

• Kein Echtzeit-Bestand via API? Der Agent ignoriert dich (Risiko Kaufabbruch).
• Fehlende Attribute? Der Agent filtert dich raus.

Wer heute seine Integrationsarchitektur sauber aufsetzt (API-first, saubere Datenhoheit), baut das Fundament, um im KI-Zeitalter überhaupt noch stattzufinden. Saubere Daten sind heute Conversion-Hebel – und morgen Existenzsicherung.

Xentral ist ein starkes ERP. Aber sein Wert entfaltet sich erst durch eine durchdachte Integrationsarchitektur. Wer die Fragen nach Datenhoheit und Middleware früh beantwortet, spart später Zeit, Geld und Nerven.