Trends im PIM, Teil 1: Das Lieferanten-Onboarding löst sich vom PIM

Hören Sie auf, Ihren PIM-Anbieter zu fragen, wie er „Lieferanten-Onboarding handhabt“. Fragen Sie stattdessen, wem der Schritt der Datenaufnahme gehört, welches Schema und welche Validierungsregeln dort greifen und ob diese Arbeit im PIM stattfindet oder in einem Produkt, das Sie davor einkaufen. Mit dieser Entscheidung beginnt diese Serie.

Jahrelang bedeutete Onboarding: eine Tabelle im Postfach von irgendwem, eine Mapping-Session bis spät in die Nacht und die Hoffnung, dass der nächste Lieferant dieselben Spaltennamen verwendet. Das PIM sollte dieses Chaos auffangen. In der Praxis fing es die Kosten für das Aufräumen auf. Das führende System für Produkte wurde zu dem Ort, an dem schlechte Lieferantendaten immer wieder von Hand bereinigt wurden, während Anreicherung und Veröffentlichung in den Kanälen warten mussten.

Das ändert sich aus einem einfachen kommerziellen Grund. Anbieter verkaufen die Datenaufnahme inzwischen als eigenen Schritt, mit eigenem Preisschild, eigenem Portal und eigener API. Das PIM bleibt das führende System. Daten in eine Form zu bringen, der das PIM vertrauen kann, wird zum Produkt eines anderen.

Die Datenaufnahme wird zur eigenen Kategorie

Onedot verkauft KI-gestütztes Onboarding von Produktdaten in ERP-, PIM- oder Shopsysteme. Der Eintrag im Pimcore Store beginnt bei 4.950 € pro Jahr für die Klassifizierung, das Onboarding wird pro Lieferant abgerechnet. Das ist kein Zusatzmodul für ein PIM. Es ist ein separates Jahresabonnement für die Arbeit, die geschieht, bevor ein Datensatz sauber genug ist, um ihn zu verwalten. openProd bezieht dieselbe Position in klaren Worten: die Onboarding-Ebene zwischen Lieferantendateien und Ihrem PIM. Die Lösung liest PDFs und Tabellen, ordnet Werte Ihrem bestehenden Modell zu und hält unsichere Felder für eine Person zurück, bevor irgendetwas in den Katalog geschrieben wird. SDM Portal treibt denselben Schnitt weiter in den operativen Alltag. Sie ordnen die Datei eines Lieferanten einmal in einem visuellen Editor Ergonode, Akeneo oder Pimcore zu, danach wird jede neue Datei dieses Lieferanten über dieses Mapping veröffentlicht, ohne Ticket für die Entwicklung und mit einem Probelauf, bevor irgendetwas das PIM berührt. Drei Unternehmen, eine Grenze. Das PIM verwaltet Produkte, sobald sie drin sind. Sie hineinzubekommen ist der langsame Teil, und dieser Teil hat jetzt eigene Anbieter.

Auch die Handels- und Syndizierungsseite des Marktes zieht dieselbe Linie. Salsify setzt beim Lieferanten-Onboarding seit Langem auf das Schema und die Validierungsregeln des Händlers statt auf eine frei gestaltete Tabelle. Syndigo dokumentiert einen Staging-Schritt zwischen Syndizierung und PIM, damit kanalfertige Inhalte nicht direkt im Stammdatensatz landen. PDX von Stibo Systems gibt Lieferanten einen Kanal, um Produkt- und Asset-Metadaten einzureichen, sie Händlerattributen zuzuordnen und Validierungsfehler zu beheben, bevor der Datensatz STEP erreicht. Andere Logos, derselbe Schnitt. Die Datenaufnahme sitzt vor dem PIM.

Dasselbe Muster zeigt sich darin, wie Open-Core-PIM-Anbieter den Markt bündeln. Als wir über die Übernahme von Pimcore durch Tenzing geschrieben haben, lautete die Due-Diligence-Frage, wem die Plattform und die Roadmap gehören. Die Ablösung des Onboardings fügt eine zweite Due-Diligence-Frage hinzu: Wem gehört der Weg vom Lieferantenchaos in diese Plattform? Ein starkes PIM mit schwacher Lösung für die Datenaufnahme lässt Sie trotzdem mit der Tabelle zurück.

PIMs antworten mit APIs für die Datenaufnahme

Die PIM-Anbieter ignorieren das nicht. Sie machen dieselbe Grenze von der anderen Seite aus zum Produkt.

Das Spring-2026-Release von Inriver ergänzt die Anbindung über eine Content Onboarding API für automatisierte Importe aus ERP, PLM, Lieferantenportalen und Partner-Feeds, mit Mapping und Validierung bei der Aufnahme. Unstrukturierte Dokumente (PDF, Excel, Word, PowerPoint) erhalten einen Extraktionsweg mit einem Prüfschritt durch einen Menschen vor dem Speichern. Schon die Release Notes vom November 2025 positionierten diese API als Möglichkeit, vorgelagerte Systeme ohne manuelle Datei-Uploads anzubinden. Der PDX-Weg von Stibo leistet Ähnliches für die Syndizierung zwischen Händlern und Lieferanten. Die Botschaft der PIM-Seite ist klar: Wenn sich vorgelagert eine spezialisierte Ebene bildet, bietet das PIM eine gesteuerte Tür in sich selbst an, statt so zu tun, als gehöre jede Lieferantendatei in die Anreicherungsoberfläche.

Das ist die richtige Antwort im Wettbewerb, und sie bestätigt trotzdem die These. Wenn Ihr PIM eine eigene Onboarding-API mit Mapping und Validierung ausliefert, räumt es ein, dass die Datenaufnahme eine eigene Produktfläche ist und kein Nebeneffekt davon, dass es Attribute gibt.

Was das für Ihren Einkauf bedeutet

Wenn Sie 2026 eine PIM-Shortlist erstellen, behandeln Sie das Lieferanten-Onboarding als eigenen Posten in der Architektur, nicht als Folie in der Demo. Drei praktische Prüfpunkte:

1. Wo schlechte Daten abgewiesen werden. Wenn die erste harte Validierung erst greift, wenn der Datensatz schon im PIM liegt, bezahlen Sie weiterhin Ihre Mitarbeitenden in der Anreicherung für die Datenaufnahme.
2. Wem der Kanal zu den Lieferanten gehört. Ein Händlerschema in Salsify oder Stibo PDX, ein Spezialist wie Onedot, openProd oder SDM Portal oder das eigene Portal des PIM sind unterschiedliche Eigentumsmodelle. Wählen Sie bewusst eines. Drei parallel zu betreiben ist der Weg, auf dem Teams eine vierte Tabelle erfinden.
3. Was Ihr PIM an der Tür erwartet. Eine API für die Datenaufnahme mit Mapping und Validierung (der Content-Onboarding-Weg von Inriver ist ein Beispiel) verändert das Integrationsdesign. Ihre Middleware oder Ihr Spezialwerkzeug sollte diese Tür ansteuern, nicht ein privates Importskript, das die Regeln umgeht.

Der Zielkonflikt ist real. Eine spezialisierte Onboarding-Ebene bedeutet einen weiteren Anbieter, einen weiteren Vertrag und einen weiteren Ort, an dem Attributdefinitionen vom PIM-Modell abweichen können. Ein PIM-nativer Aufnahmeweg hält die Verantwortung an einem Ort, kann aber bei unordentlichen PDFs und dem Chaos vieler Lieferanten hinter den Spezialisten zurückbleiben. Keine der beiden Optionen ist kostenlos. Teuer wird es, wenn Sie so tun, als finde diese Ablösung nicht statt, während Ihr Team jeden Montag dieselbe Lieferantenarbeitsmappe neu mappt.

Dies ist der erste von vier Beiträgen über eine einzige Verschiebung: Das PIM verliert seinen Anspruch, der gesamte Produktdaten-Stack zu sein, und findet sich in der Rolle wieder, die es schon immer am besten beherrschte, als gesteuerter Datensatz in der Mitte. Jeder Teil betrachtet einen anderen Rand, an dem Arbeit aus dem PIM in eine Ebene drumherum abwandert. Teil 2 behandelt MCP und KI-Agenten. Sobald Anreicherung, Klassifizierung und Übersetzung über APIs und Agentenprotokolle laufen, findet viel Arbeit außerhalb der PIM-Oberfläche statt, und die Frage lautet, welche Regeln die Agenten beachten müssen, wenn sie zurückschreiben. Teil 3 folgt den Daten auf der anderen Seite hinaus, wo die Veröffentlichung zu iPaaS, Middleware und Feed-Werkzeugen wandert, sodass eine einzelne Kanaländerung kein PIM-Projekt mehr braucht. Teil 4 handelt von Regulierung. Der Digitale Produktpass und die übergreifenden ESPR-Regeln fügen Compliance-Attribute hinzu, die Lieferanten liefern und Prüfer für vertrauenswürdig halten müssen, und dieser Druck trifft zuerst die Aufnahmeebene aus diesem Artikel.

Zusammen ergeben die vier Teile eine Landkarte für Ihre nächste Auswahl. Datenaufnahme vorn, Agenten daneben, Distribution dahinter und Compliance, die an allen dreien zieht. Nutzen Sie diese Landkarte, um Ebene für Ebene zu entscheiden, was das PIM verantworten soll und was Sie lieber einkaufen, selbst bauen oder anbinden, bevor eine Anbieterdemo das für Sie entscheidet.