Eine neue Lieferant in Ihre Systeme aufzunehmen, klingt einfach. Daten sammeln, einen Datensatz erstellen, anfangen zu kaufen. In der Praxis läuft es selten so ab. Produktdaten kommen in einem Dutzend Formaten an, die Hälfte der Felder ist leer, und jemand verbringt eine Woche damit, eine Tabelle zu bereinigen, bevor ein einziger Artikel online geht.
PIM-Lieferanten-Onboarding ist der Teil dieses Prozesses, der sich mit Produktinformationen befasst. Dieser Artikel behandelt, was es ist, wo es fehlschlägt und welche Fallstricke entstehen, nachdem Sie denken, das Problem gelöst zu haben. Im Folgenden bezeichnet „Lieferant" einen Anbieter, ein Unternehmen, von dem Sie kaufen.
Was PIM-Lieferanten-Onboarding bedeutet
Lieferanten-Onboarding, auch Vendor-Onboarding genannt, ist der vollständige Prozess, um einen neuen Lieferanten einzurichten, damit Sie mit ihm handeln können. Es berührt Finanzen, Recht, IT und Beschaffung. Es umfasst Bankdaten, Verträge, Compliance-Checks und Produktdaten.
PIM-Lieferanten-Onboarding ist der Produktdatenteil dieser Arbeit. Ein PIM-System (Product Information Management) ist der Ort, wo Sie Produktdaten speichern, anreichern und veröffentlichen. Lieferanten-Onboarding in einem PIM bedeutet, die Produktinformationen eines Lieferanten in einem strukturierten, konsistenten und nutzbaren Zustand in Ihr System zu bringen.
Das umfasst normalerweise:
- Produktkennungen wie SKUs, GTINs und Herstellerteilnummern
- Attribute wie Abmessungen, Materialien, technische Spezifikationen und Compliance-Daten
- Medien wie Bilder, Datenblätter und Handbücher
- Kategorie- und Klassifizierungsdaten, damit Artikel an die richtige Stelle kommen
Das Ziel ist ein sauberer Datenstrom von Lieferantenprodukten, dem Ihre Teams und Vertriebskanäle vertrauen können.
Warum das wichtig ist
Schlechte Lieferantendaten kommen nicht später. Sie kommen beim Onboarding an, dem Moment, in dem die Informationen eines Lieferanten zum ersten Mal in Ihre Systeme gelangen. Und Daten sind bei ihrer Erstellung am schlechtesten. In einer Studie von Tadhg Nagle, Thomas Redman und David Sammon trugen 47% neu erstellter Datensätze mindestens einen kritischen Fehler, die Art von Fehler, der Probleme verursacht.
Fast die Hälfte aller neu erstellten Datensätze sind von Anfang an fehlerhaft.
Kleine Fehlerquoten bleiben nicht klein. Dieselben Forscher beschrieben ein Unternehmen, dessen Kundendaten nur etwa 4% fehlerhaft waren. Diese dünne Fehlerquote führte dennoch zu ungefähr 570 verlorenen Verkaufschancen pro Jahr, in der Größenordnung von einer Million Euro. Ein Lieferantenkatalog mit ein paar fehlerhaften Spezifikationen verhält sich genauso. Die Fehler sitzen still, bis sie sich als Retouren, Engpässe oder ein falsches Produkt auf einer Live-Seite zeigen.
Sie werden auch Kosten pro Lieferanten-Onboarding im fünfstelligen Bereich zitiert sehen. Betrachten Sie diese als richtungsweisend. Sie stammen aus Lieferantenschätzungen, nicht aus geprüften Studien. Das verlässliche Signal ist einfacher: Manuelles Onboarding ist langsam und fehleranfällig, und die Fehler werden teuer zu beheben, sobald sie sich in Ihren Kanälen und Ihrem ERP verbreitet haben.
Wo Onboarding fehlschlägt
Unsere Kunden kommen mit denselben Handvoll Problemen zu uns. Sie existierten lange bevor irgendwelche Software ins Spiel kam.
Das erste ist Formatchaos. Lieferant A sendet eine Excel-Datei. Lieferant B sendet einen PDF-Katalog. Lieferant C sendet einen Link zu einem Portal mit seinen eigenen Feldnamen. Jemand ordnet alles manuell Ihrer Struktur zu.
Das zweite sind fehlende und inkonsistente Daten. Ein Feld, das für Sie obligatorisch ist, ist für den Lieferanten optional. Einheiten unterscheiden sich. Ein Lieferant schreibt „cm", ein anderer schreibt „Zentimeter", ein dritter schreibt gar nichts.
Dann gibt es keine Validierung. Fehler rutschen durch, weil niemand die Daten gegen Regeln überprüft, bis ein Kunde sich über eine falsche Spezifikation beschwert.
Das vierte ist Duplikation. Derselbe Lieferant erscheint zweimal unter leicht unterschiedlichen Namen, und nun kämpfen zwei Masterdatensätze gegeneinander. Das ist der Kern von Vendor-Master-Data-Management: Wahrung eines einzigen, genauen, aktuellen Überblicks über jeden Lieferanten und das, was er verkauft.
Für einen Hersteller, der Komponenten von Hunderten von Lieferanten bezieht, verschärfen sich diese Probleme. Jeder neue Lieferant erhöht die manuelle Bereinigung und das Risiko, dass ein schlechter Datensatz in die Produktion gelangt.
Die Fehler, die die meisten Menschen übersehen
Anforderungen definieren, Vorlagen verwenden, bei der Eingabe validieren, doppelte Einträge entfernen, automatisieren. Das ist das Standard-Playbook, und es ist richtig. Die meisten Teams führen ihr PIM-Lieferanten-Onboarding danach durch und werden trotzdem übel überrascht, denn einige Probleme zeigen sich nur nach dem Onboarding, wenn es gelöst aussieht. Das sind die, die es wert sind, benannt zu werden.
Validierung von Pflichtfeldern wird manipuliert.
Sagen Sie einem Lieferanten, ein Feld ist obligatorisch, und manche füllen es mit allem aus, das die Überprüfung besteht. „N/A", „0", ein einzelner Punkt, „siehe Datenblatt". Ihr Vollständigkeits-Dashboard wird grün, während die darunter liegenden Daten unbrauchbar sind. Eine Anwesenheitsprüfung, also „ist dieses Feld leer", ist keine Validierung. Sie benötigen wertebasierte Regeln pro Attribut: einen Typ, einen Bereich, eine Liste zulässiger Werte, ein Muster für Teilnummern. Dann noch ein paar manuelle Stichproben, um zu erkennen, was die Regeln nicht abdecken. Das grüne Dashboard ist die Falle.
Lieferanten ändern ihr Dateiformat, ohne es Ihnen zu sagen.
Mapping wird als einmalige Einrichtung betrachtet. Dann hat die Datei des nächsten Monats eine umbenannte Spalte, eine zusätzliche Spalte oder zwei vertauschte Spalten, und ein naiver Import lädt die falschen Werte in korrekt benannte Felder. Niemand bemerkt das, bis ein Kunde das tut. Vergleichen Sie jede eingehende Datei mit der vereinbarten Struktur und schlagen Sie fehl bei einer Abweichung, anstatt darauf zu vertrauen, dass das Mapping von letztem Monat immer noch gilt.
Gebietsschema und Kodierung beschädigen Daten im Verborgenen.
Ein deutscher Lieferant schreibt „3,5" und meint 3,5, nicht 35. Ein nach US konfigurierter Import liest es als fünfunddreißig, und nun trägt ein Produkt eine Dimension, die um den Faktor zehn falsch ist. Kodierungskonflikte verwandeln Zeichen wie „Ø" und „µ" in Müll in technischen Spezifikationen. Stellen Sie das Zahlenformat und die Zeichenkodierung pro Lieferantendatenstrom ein, und überprüfen Sie ein paar numerische Felder nach dem ersten Import von Hand. Dieser ist fast unsichtbar, bis er es nicht mehr ist.
Niemand entschied, wer welches Attribut besitzt.
Ihre Daten und die Daten des Lieferanten werden sich widersprechen. Wenn sie das tun, welche gewinnt? Wenn Sie diese Regel pro Attribut nie festgelegt haben, überschreibt jede Neu-Import Ihre Anreicherungen und Ihr Team wiederholt bereits abgeschlossene Arbeit. Die meisten Beschwerden, dass „das System immer wieder unsere Änderungen verliert", sind eine fehlende Ownership-Policy, keine Störung. Eine funktionierende Aufteilung: Der Lieferant besitzt physische Spezifikationen und Kennungen, Sie besitzen Kategorie, Preisgestaltung und Marketing-Copy.
Die echten Kosten entstehen durch Updates, nicht durch die erste Last.
Jeder budgetiert den initialen Import. Die wiederkehrende Ausgabe ist der Strom von Preis- und Spezifikationsänderungen über die Lebensdauer des Lieferanten. Wenn Sie Onboarding als einmalige Sache entwerfen, zahlen Sie die vollen Onboarding-Kosten jedes Mal erneut, wenn ein Lieferant einen frischen Katalog sendet. Entwerfen Sie von Anfang an für Deltas, damit ein Update nur das Geänderte berührt.
Noch eine weitere, die alle diese Punkte prägt: Der Schmerz ist nicht gleichmäßig über Attribute verteilt. Name, SKU und Preis sind in Minuten zugeordnet. Die Stunden gehen in die kategoriespezifischen technischen und Compliance-Attribute, Dinge wie Spannungsbeständigkeit, Gewindeprofil, REACH- und RoHS-Erklärungen und Gefahrstoff-Flaggen. Sie unterscheiden sich je nach Produktfamilie und sind genau dort, wo Lieferanten am wenigsten konsistent sind. Eine generische globale Vorlage hilft hier nicht. Vorlagen, die pro Kategorie erstellt werden, schon. Das Onboarding eines Befestigungsmittel-Lieferanten und eines Beleuchtungs-Lieferanten sind nicht dieselbe Aufgabe, und sie als eine zu behandeln, ist der Grund, warum ein „schnelles" Onboarding zu drei Wochen wird.
Wenn PIM-Lieferanten-Onboarding spezialisierte Software benötigt
Kleine Kataloge und eine Handvoll Lieferanten können noch eine Weile in Tabellen laufen. Die Mathematik ändert sich, wenn Sie wachsen. Sobald Onboarding Stunden jede Woche frisst und Fehler anfangen, Ihre Kunden zu erreichen, rechnet sich ein spezialisiertes Tool normalerweise schnell.
Zeichen, dass es Zeit ist:
- Sie onboarden Lieferanten oft und jeder benötigt Tage zur Bereinigung
- Produktdaten kommen in vielen unvereinbaren Formaten an
- Fehler erreichen Ihre Website, Ihren Katalog oder Ihr ERP mehr als gelegentlich
- Niemand kann sagen, welcher Lieferantendatensatz der richtige ist
Ein PIM-System, das für Lieferanten-Onboarding entwickelt wurde, bietet Ihnen kategoriespezifische Vorlagen, wertebasierte Validierung, Deduplication und einen Platz, um Lieferantenproduktkaten anzureichern und zu veröffentlichen. Einige, auch Open-Source-Optionen wie AtroPIM, ermöglichen Ihnen, Ihre eigene Datenstruktur und Import-Workflows zu modellieren, um zu passen, wie Ihre Lieferanten Daten tatsächlich senden, anstatt Ihre Lieferanten in ein festes Schema zu zwingen. Diese Flexibilität ist am meisten für die kategoriespezifischen Attribute wichtig, wo die generischen Tools zu kurz greifen.
Das Tool ist nicht der Punkt. Das Ergebnis ist: saubere, konsistente Lieferantenproduktkaten, die ohne eine Woche manuelle Arbeit jedes Mal zu Ihren Kanälen gelangen.
Wie gut aussieht
Ein Lieferant sendet Daten in Ihrer Vorlage. Das System validiert die Werte bei Import, nicht nur deren Anwesenheit. Es flaggt die Datei, wenn die Struktur von dem abweicht, was Sie vereinbart haben. Saubere Datensätze landen in einem Masterprofil, mit klaren Regeln für welche Attribute der Lieferant besitzt und welche Sie tun. Das Produkt geht online mit korrekten Spezifikationen, Bildern und Klassifizierung. Der nächste Lieferant folgt dem gleichen Weg, und die nächste Aktualisierung berührt nur das, was sich geändert hat.
Wenn Sie diesen Ablauf richtig gestalten, wird PIM-Lieferanten-Onboarding nicht mehr ein Engpass. Es wird ein wiederholbarer Prozess, der mit der Anzahl der Lieferanten skaliert, anstatt gegen ihn anzukämpfen.