PIM ERP Integration: Welches System führt welche Daten?

Die Frage klingt simpel, entscheidet aber über Erfolg oder Chaos deines Produktdatenprojekts: Welches System führt welche Daten? Wer PIM und ERP kombiniert, ohne diese Frage sauber zu beantworten, pflegt am Ende dieselben Daten doppelt, synchronisiert gegeneinander und wundert sich über widersprüchliche Preise im Shop. Dieser Artikel erklärt, wie eine PIM ERP Integration richtig aufgebaut wird: welches System für welche Daten die Hoheit hat, welche Integrationsmuster es gibt und was bei den gängigen ERP-Systemen im DACH-Mittelstand typisch ist.

Die Kurzantwort: ERP führt Logistik, PIM führt Kommunikation

Ein ERP-System (Enterprise Resource Planning, oft auch Warenwirtschaft genannt) ist die Quelle der Wahrheit für alles, was mit Geschäftsprozessen zu tun hat: Artikelnummern, Einkaufs- und Verkaufspreise, Lagerbestände, Lieferanten, Stücklisten. Diese Daten sind transaktional, ändern sich ständig und müssen buchhalterisch korrekt sein.

Ein PIM-System (Product Information Management) ist die Quelle der Wahrheit für alles, was Kunden über deine Produkte erfahren: Beschreibungstexte, technische Merkmale, Klassifikationen wie eCLASS oder ETIM, Bilder, Datenblätter, Übersetzungen. Diese Daten sind redaktionell, kanalabhängig und mehrsprachig.

Das Prinzip dahinter heißt Golden Record: Für jedes Datenfeld gibt es genau ein führendes System. Alle anderen Systeme konsumieren diesen Wert nur, sie überschreiben ihn nie. Das ERP bleibt führend für Logistik und Preis, das PIM wird führend für Produktkommunikation. Kein Feld hat zwei Herren.

Faustregel: Was der Steuerberater oder die Logistik braucht, führt das ERP. Was der Kunde sieht, führt das PIM.

Warum ist das so wichtig? Weil ERP-Systeme Produktdaten meist flach halten: Artikelnummer, Kurztext, Preis, Bestand. Für einen Webshop, einen Marktplatz oder einen BMEcat-Katalog brauchst du aber klassenspezifische Merkmale, gepflegte Texte in mehreren Sprachen und Medien. Wer versucht, das im ERP per Zusatzfeldern nachzubauen, landet früher oder später wieder bei Excel-Nebenlisten. Falls du gerade dort stehst: Excel ablösen ist meist der eigentliche Auslöser für ein PIM-Projekt.

Beispiel-Feld-Mapping: Wer führt was?

So sieht die Arbeitsteilung in der Praxis aus. Die Tabelle zeigt ein typisches Mapping für einen B2B-Hersteller oder Händler:

Zwei Punkte aus der Tabelle sind erfahrungsgemäß die häufigsten Diskussionen im Projekt:

• Bestand gehört meist nicht ins PIM. Lagerbestände ändern sich im Minutentakt und interessieren den Shop, nicht die Produktredaktion. Die sauberste Architektur schickt Bestände direkt vom ERP an den Shop und lässt das PIM außen vor. Das PIM ist kein Echtzeit-Transaktionssystem und muss es auch nicht sein.

• Die Bezeichnung wechselt den Besitzer. Das ERP liefert bei Artikelneuanlage einen Kurztext wie "SCHR M8X40 VZK DIN933". Das PIM macht daraus "Sechskantschraube M8 x 40 mm, verzinkt, DIN 933". Ab diesem Moment führt das PIM die kundengerechte Bezeichnung, der ERP-Kurztext bleibt intern unverändert bestehen.

Die drei Integrationsmuster im Vergleich

Für die technische Anbindung von PIM und ERP haben sich drei Muster etabliert. Keines ist per se besser, sie passen zu unterschiedlichen Situationen.

1. Datei-basiert: CSV- und Batch-Austausch

Das ERP exportiert regelmäßig (z. B. nachts) eine CSV- oder Excel-Datei mit Artikelstammdaten, das PIM importiert sie automatisiert. Änderungen aus dem PIM gehen bei Bedarf denselben Weg zurück.

• Vorteile: Schnell aufgesetzt, jedes ERP kann CSV exportieren, keine Entwicklerressourcen nötig, robust und leicht nachvollziehbar (die Datei ist das Protokoll).

• Nachteile: Keine Echtzeit, Latenz von Stunden bis einem Tag, Fehler fallen erst beim nächsten Lauf auf, Delta-Logik (nur Änderungen übertragen) muss man selbst definieren.

• Passt, wenn: deine Preise sich täglich oder seltener ändern, dein ERP älter ist oder keine offene API hat, und du schnell produktiv werden willst. Für die meisten Mittelständler ist ein nächtlicher Batch-Abgleich völlig ausreichend als Startpunkt.

2. API/REST: Direktanbindung

PIM und ERP sprechen direkt über Schnittstellen miteinander, meist REST/JSON oder OData. Neue Artikel, Preisänderungen oder Statuswechsel werden zeitnah übertragen, entweder per regelmäßigem Abruf (Polling) oder ereignisgesteuert (Webhooks).

• Vorteile: Aktuelle Daten mit geringer Latenz, sauberes Fehlerhandling pro Datensatz, keine Dateien, die irgendwo liegen bleiben.

• Nachteile: Beide Systeme brauchen brauchbare APIs, initialer Entwicklungs- oder Konfigurationsaufwand, API-Änderungen bei Updates müssen mitgepflegt werden.

• Passt, wenn: dein ERP eine moderne API mitbringt (siehe Systemübersicht unten), du häufige Preis- oder Sortimentsänderungen hast oder das PIM Daten direkt an Shops und Marktplätze ausleiten soll.

3. Middleware / iPaaS: Die Drehscheibe

Eine Integrationsplattform (iPaaS wie z. B. Make, n8n, Lobster oder Synesty, oder eine klassische Middleware) sitzt zwischen den Systemen. Sie übernimmt Mapping, Transformation, Zeitsteuerung und Monitoring aller Datenflüsse.

• Vorteile: Mapping-Logik liegt an einem Ort statt in jedem System, weitere Systeme (Shop, Marktplatz, CRM) lassen sich später einfach anschließen, gutes Monitoring inklusive.

• Nachteile: Zusätzliche Lizenz- und Betriebskosten, ein weiteres System, das jemand verstehen und pflegen muss, bei sehr einfachen Szenarien Overkill.

• Passt, wenn: du mehr als zwei, drei Systeme verbinden willst, mehrere Datenquellen (Lieferantendaten, ERP, PIM, Shop) orchestrierst oder keine eigene IT-Kapazität für Punkt-zu-Punkt-Schnittstellen hast.

In der Praxis ist die Reihenfolge oft: mit CSV-Batch starten, produktiv werden, und erst dann auf API oder Middleware upgraden, wenn die Frequenz es wirklich erfordert. Wie du so ein Projekt zeitlich strukturierst, zeigt unser 100-Tage-Projektplan für die PIM-Implementierung.

ERP-Systeme im DACH-Mittelstand: Was bei der PIM-Anbindung typisch ist

Die technische Ausgangslage hängt stark davon ab, welches ERP du einsetzt. Ein Überblick über die im deutschsprachigen Mittelstand verbreiteten Systeme:

SAP S/4HANA

Für größere Mittelständler und Konzerntöchter. S/4HANA setzt zunehmend auf OData-/REST-APIs als primären Integrationsweg, in On-Premise-Installationen sind daneben klassische Mechanismen wie IDocs weiterhin verbreitet. Typisch ist hier, dass die SAP-Basis oder ein Dienstleister die Exportstrecke bereitstellt und das PIM die Daten über API oder Dateischnittstelle entgegennimmt. Wichtig: Die Projektlaufzeit wird meist von der SAP-Seite bestimmt, nicht vom PIM.

SAP Business One

Das SAP-Produkt für kleinere Unternehmen. Technische Anbindung üblicherweise über den Service Layer (REST) oder die ältere DI-API, in der Praxis läuft die PIM-Anbindung oft über einen Partner oder schlicht über regelmäßige Exporte.

Microsoft Dynamics 365 Business Central

Sehr verbreitet im DACH-Mittelstand (früher Navision). Business Central bringt eine dokumentierte REST-/OData-API mit, über die sich Artikel, Preise und Bestände sauber abrufen lassen. Damit ist es eines der PIM-freundlichsten ERPs: API-Anbindung oder Anbindung über gängige iPaaS-Plattformen sind hier der Normalfall.

Odoo

Open-Source-ERP mit wachsender Verbreitung im Mittelstand. Odoo ist per API grundsätzlich offen und flexibel, allerdings unterscheiden sich Feldnamen und Datenmodell teils deutlich von deutschen Warenwirtschafts-Konventionen. Das Mapping (z. B. Artikelnummer, Varianten) sollte früh im Projekt definiert werden.

JTL-Wawi

Stark im E-Commerce-nahen Handel. JTL-Wawi bringt seit Version 1.10 eine REST-API als festen Bestandteil mit; daneben existiert das Connector-Ökosystem für Shops. Übliche Arbeitsteilung: JTL führt Bestand und Preise, das PIM führt Content und Klassifikation und beliefert Shop und Marktplätze.

Sage

Sage 100 und verwandte Produkte sind im kleineren Mittelstand verbreitet. Die Integrationstiefe hängt stark von Version und Ausbaustufe ab; in der Praxis ist der datei-basierte Austausch oder die Anbindung über einen Sage-Partner der häufigste Weg.

Egal welches ERP: Prüfe vor der PIM-Auswahl, wie das PIM importiert und exportiert. Ein Self-Service-PIM, in dem Fachanwender Importmappings selbst anlegen und ändern können, macht dich unabhängig davon, für jede Feldänderung einen Dienstleister zu beauftragen. Worauf du sonst bei der Auswahl achten solltest, steht im PIM-Auswahl-Guide.

Typische Fehler bei PIM-ERP-Projekten

1. Doppelpflege statt Golden Record. Der Klassiker: Texte werden "sicherheitshalber" im ERP und im PIM gepflegt. Nach drei Monaten weiß niemand mehr, welche Version stimmt. Regel: Jedes Feld hat genau ein führendes System, und im nachgelagerten System ist das Feld schreibgeschützt oder wird bei jedem Sync überschrieben.

2. Unklare Führung bei Grenzfällen. Preis ist klar ERP, Beschreibung ist klar PIM. Aber wer führt Gewicht, Verpackungseinheit, Zolltarifnummer? Solche Felder brauchen eine explizite Entscheidung pro Feld, dokumentiert in einer Mapping-Tabelle wie oben. Ohne dieses Dokument diskutiert das Projektteam dieselben Fragen alle vier Wochen neu.

3. Falsche Sync-Frequenz. Echtzeit-Sync für Daten, die sich zweimal im Jahr ändern, erzeugt Komplexität ohne Nutzen. Umgekehrt führt ein wöchentlicher Batch bei täglichen Preisänderungen zu falschen Preisen im Shop. Frequenz pro Datenart festlegen, nicht pauschal pro System.

4. Bestände durchs PIM schleifen. Wer Lagerbestände über das PIM in den Shop routet, baut sich eine unnötige Latenz- und Fehlerquelle. Bestand geht direkt vom ERP in den Shop.

5. Big Bang statt Etappen. Alle Systeme, alle Felder, alle Kanäle gleichzeitig anbinden zu wollen, verlängert Projekte massiv. Besser: erst Stammdaten-Import aus dem ERP, dann Content-Aufbau im PIM, dann Kanal für Kanal ausleiten. Wie das mit einem Shop zusammenspielt, liest du in PIM und E-Commerce.

Wie das mit entitys konkret aussieht

entitys ist ein Self-Service-Cloud-PIM für den B2B-Mittelstand. Für die ERP-Anbindung heißt das: Importe aus CSV- und Excel-Dateien legst du als Fachanwender selbst an, inklusive Feldmapping, ohne Entwickler. Für die Ausleitung stehen Exporte in Formaten wie BMEcat, CSV oder Excel sowie eine API bereit. Die komplette Einführung dauert 6 bis 13 Wochen in 5 Sprints, vom Ramp-up über Datenmodell und Datenimport bis zu Export, Anbindung und Go-Live; die ERP-Anbindung ist dabei ein fester Sprint, kein Sonderprojekt. Kunden berichten von bis zu 70 % weniger Zeitaufwand in der Datenpflege, sobald die Doppelpflege zwischen ERP, Excel und Kanälen wegfällt. Was ein solches Projekt kostet, schlüsselt der Artikel PIM-Kosten im Überblick auf; die entitys-Preise sind öffentlich und starten ab 1.590 € pro Monat.

Häufig gestellte Fragen

Ersetzt ein PIM mein ERP?

Nein. PIM und ERP ergänzen sich: Das ERP bleibt führend für Preise, Bestände und Geschäftsprozesse, das PIM übernimmt die Führung für Produktkommunikation, Merkmale, Medien und Übersetzungen. Keines der beiden Systeme kann die Aufgabe des anderen sinnvoll übernehmen.

Welches System führt die Preise: PIM oder ERP?

Das ERP. Preise sind transaktionale Daten mit buchhalterischer Relevanz und gehören ins ERP als führendes System. Das PIM konsumiert Preise nur, um sie z. B. in Katalogen oder Exporten mit auszugeben, oder der Shop bezieht sie direkt aus dem ERP.

Brauche ich für die PIM ERP Integration eine Middleware?

Nicht zwingend. Für die Verbindung von genau zwei Systemen reicht oft ein automatisierter Dateiaustausch oder eine direkte API-Anbindung. Eine Middleware oder iPaaS lohnt sich, wenn du drei oder mehr Systeme orchestrierst oder Mapping-Logik zentral pflegen willst.

Wie oft sollten PIM und ERP synchronisiert werden?

Das hängt von der Datenart ab, nicht vom System. Stammdaten und Neuanlagen: täglich reicht meist. Preise: täglich bis stündlich, je nach Änderungsfrequenz. Bestände: nahezu Echtzeit, aber direkt vom ERP in den Shop, nicht über das PIM. Content-Änderungen aus dem PIM: bei Änderung oder täglich.

Wie lange dauert es, ein PIM ans ERP anzubinden?

Mit einem Self-Service-Cloud-PIM wie entitys ist die ERP-Anbindung Teil der regulären Einführung von 6 bis 13 Wochen. Der Aufwand hängt weniger vom PIM ab als von der Frage, wie schnell dein ERP saubere Exporte oder API-Zugänge bereitstellen kann. Branchenüblich sind für komplette PIM-Einführungen sonst 5 bis 12 Monate.

Fazit: Erst Führungssystem klären, dann Technik wählen

Eine gute PIM ERP Integration beginnt nicht mit der Schnittstelle, sondern mit der Mapping-Tabelle: Welches Feld führt welches System, wohin fließt es, wie oft. Steht diese Tabelle, ist die technische Umsetzung, ob CSV, API oder Middleware, ein lösbares und überschaubares Thema.

Du willst wissen, wie die Anbindung an dein konkretes ERP aussehen würde? Sprich mit uns, wir gehen dein Szenario gemeinsam durch.