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

Fragen Sie Ihren PIM-Anbieter nicht mehr, wie er „das Lieferanten-Onboarding abdeckt“. Fragen Sie, wer den Schritt der Datenaufnahme verantwortet, 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 die Serie.

Jahrelang bedeutete Onboarding: eine Excel-Datei in irgendeinem Postfach, 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 blieb es auf den Kosten für das Aufräumen sitzen. Das System, das den verbindlichen Produktdatensatz hält, 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 anderer Anbieter.

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 formuliert dieselbe Position ohne Umschweife: die Onboarding-Ebene zwischen Lieferantendateien und Ihrem PIM. Die Lösung liest PDFs und Tabellen, ordnet Werte Ihrem bestehenden Modell zu und legt unsichere Felder zuerst einem Menschen zur Prüfung vor, bevor irgendetwas in den Katalog geschrieben wird. SDM Portal zieht dieselbe Trennlinie bis 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, dieselbe Trennlinie. Die Datenaufnahme liegt vor dem PIM.

Dasselbe Muster zeigt sich darin, wie Open-Core-PIM-Anbieter den Markt positionieren. Als wir über die Übernahme von Pimcore durch Tenzing geschrieben haben, lautete die Due-Diligence-Frage, wer die Plattform und die Roadmap verantwortet. Die Ablösung des Onboardings fügt eine zweite Frage hinzu: Wer verantwortet den Weg vom Lieferantenchaos in diese Plattform? Haben Sie ein starkes PIM, aber eine schwache Lösung für die Datenaufnahme, sitzen Sie trotzdem wieder vor der Tabelle.

PIM-Anbieter reagieren mit APIs für die Datenaufnahme

Die PIM-Anbieter ignorieren das nicht. Sie machen aus derselben Grenze ein Produkt, nur von der anderen Seite.

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 stellten diese API als Möglichkeit vor, 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, öffnet das PIM selbst einen kontrollierten Zugang, statt so zu tun, als gehöre jede Lieferantendatei in die Anreicherungsoberfläche.

Aus Wettbewerbssicht ist das die richtige Antwort, und doch bestätigt sie die These. Wenn Ihr PIM eine eigene Onboarding-API mit Mapping und Validierung ausliefert, räumt es ein, dass die Datenaufnahme eine eigene Leistung im Produkt ist und kein Nebenprodukt vorhandener Attribute.

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 Ihr Anreicherungsteam dafür, die Datenaufnahme zu erledigen.
2. Wer den Kanal zu den Lieferanten verantwortet. Ein Händlerschema in Salsify oder Stibo PDX, ein Spezialist wie Onedot, openProd oder SDM Portal oder das eigene Portal des PIM sind unterschiedliche Verantwortungsmodelle. Wählen Sie bewusst eines. Wer drei parallel betreibt, erfindet am Ende eine vierte Tabelle.
3. Was Ihr PIM am Eingang 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 diesen Eingang nutzen, nicht ein eigenes Importskript, das die Regeln umgeht.

Einen echten Zielkonflikt gibt es trotzdem. 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: der gepflegte, verbindliche Datensatz in der Mitte. Jeder Teil betrachtet eine andere Grenze, an der 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 dorthin, wo sie das PIM auf der anderen Seite verlassen und 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 bereitstellen müssen und denen Prüfer vertrauen können 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. Wie sich diese Aufnahmeebene auf Shopping-Agenten und Antwortmaschinen auswirkt, steht in KI-bereite Produktdaten und Agentic Commerce. 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.