De eerste stap in de dataketen
Product-onboarding is het startpunt van het productdatabeheerproces. Voordat u data kunt verrijken, valideren en publiceren, moet u deze binnenhalen — en dat is minder triviaal dan het klinkt. Data komt uit uiteenlopende bronnen, in wisselende formaten en met wisselende kwaliteit. Het onboardingproces transformeert deze chaos tot een gestructureerd startpunt in uw PIM.
Bronnen van productdata
ERP-import
De meest voorkomende bron is het ERP-systeem. Het ERP levert operationele stamdata: artikelnummers, productgroepen, basisprijzen, voorraadstanden en leveranciersgegevens. De import verloopt doorgaans geautomatiseerd via een API-koppeling of een geplande batchsynchronisatie.
De uitdaging bij ERP-import is de mapping: ERP-velden komen zelden een-op-een overeen met PIM-attributen. Eenheden verschilLen, naamgevingen wijken af en sommige data die het PIM nodig heeft, bestaat niet in het ERP. Een zorgvuldige mappingdefinitie bij de implementatie voorkomt structurele problemen.
Leveranciersdata
Leveranciers leveren productspecificaties, afbeeldingen en certificeringen via diverse kanalen: Excel-bestanden per e-mail, CSV-exports via FTP, online leveranciersportalen of gestandaardiseerde datastromen via GS1 GDSN of ETIM.
De kwaliteit van leveranciersdata is doorgaans de grootste uitdaging. Elke leverancier hanteert eigen naamgevingsconventies, eigen eenheden en een eigen structuur. De onboardingprocedure moet deze diversiteit opvangen en vertalen naar uw gestandaardiseerde datamodel. PIM Vendors biedt richtlijnen voor het gestandaardiseerd onboarden van leveranciersdata.
Externe databases
Brancheclassificaties (ETIM, UNSPSC, eClass), productdatabaken en enrichment-services leveren aanvullende data: gestandaardiseerde categorisatie, technische specificaties en productafbeeldingen. De import verloopt doorgaans via API-koppelingen of periodieke datafeeds.
Handmatige invoer
Voor producten waarvoor geen gestructureerde bron beschikbaar is, is handmatige invoer onvermijdelijk. Dit is het meest tijdrovende en foutgevoelige kanaal — en het kanaal dat PIM-workflows het meest ondersteunen.
Het onboardingproces in vijf stappen
Stap 1: Ontvangst en pre-validatie
Controleer bij ontvangst of de data technisch correct is: is het bestandsformaat geldig, zijn de verwachte kolommen aanwezig, zijn er records in het bestand? Pre-validatie vangt grove fouten op voordat de data het systeem binnenkomt.
Stap 2: Mapping en transformatie
Map de bronvelden op de PIM-attributen. Dit omvat het koppelen van kolommen aan attributen, het converteren van eenheden (inches naar centimeters), het standaardiseren van waarden (kleurcodes naar kleurnamen) en het splitsen of samenvoegen van velden.
Leg de mapping vast als herbruikbare template. Als leverancier X elke maand een bestand aanlevert in hetzelfde formaat, hoeft de mapping maar één keer te worden gedefinieerd.
Stap 3: Validatie bij import
Pas validatieregels toe op de getransformeerde data: zijn verplichte velden gevuld, zijn waarden binnen het toegestane bereik, zijn artikelnummers uniek, bestaan de referenties (categorieën, merken) al in het PIM?
Data die niet door de validatie komt, wordt in quarantaine geplaatst: het wordt niet geïmporteerd maar gemarkeerd voor handmatige controle. Dit voorkomt dat foutieve data ongecontroleerd het systeem binnenkomt.
Stap 4: Import en matching
Importeer de gevalideerde data in het PIM. Bij de import worden nieuwe producten aangemaakt en bestaande producten bijgewerkt. De matching — het herkennen of een product al bestaat — verloopt doorgaans op basis van het artikelnummer, het EAN of een andere unieke identificator.
De matchinglogica moet rekening houden met scenario's als een nieuw product dat al in PIM bestaat (update of fout?), een bestaand product dat niet in de importdata voorkomt (is het verwijderd bij de leverancier?) en een product dat onder een nieuw artikelnummer wordt geleverd maar inhoudelijk identiek is (opvolging).
Stap 5: Routering naar verrijking
Na de import wordt het product gerouteerd naar de verrijkingsworkflow. Nieuwe producten krijgen de status "nieuw — wacht op verrijking." Bijgewerkte producten worden gemarkeerd als "gewijzigd — controle nodig." De verrijkingsworkflow wijst de juiste taken toe aan de juiste medewerkers.
Best practices
Standaardiseer importtemplates. Maak voor elke leverancier en elke databron een gestandaardiseerd template dat de verwachte structuur, velden en waarden beschrijft. Dit vermindert de variatie en versnelt de verwerking.
Automatiseer waar mogelijk. Geautomatiseerde imports via API of geplande taken zijn sneller, betrouwbaarder en goedkoper dan handmatige verwerking. Investeer in automatisering voor de bronnen die het vaakst en het meeste volume leveren.
Log alles. Leg van elke import vast wanneer deze plaatsvond, welke bron het betrof, hoeveel records werden verwerkt, hoeveel werden geaccepteerd en hoeveel werden geweigerd. Deze audittrail is onmisbaar voor troubleshooting en kwaliteitsbewaking.
Definieer een SLA voor leveranciersdata. Stel minimale kwaliteitseisen aan de data die leveranciers aanleveren: verplichte velden, toegestane formaten, minimale volledigheid. Communiceer deze eisen aan leveranciers en handhaaf ze. Data die niet voldoet, wordt teruggestuurd met een toelichting.
Samenvatting
Product-onboarding is het startpunt van het databbeheerproces en verdient dezelfde aandacht als verrijking en publicatie. Een gestructureerd onboardingproces met gestandaardiseerde templates, geautomatiseerde imports, validatie bij import en heldere routing naar verrijking legt het fundament voor efficiënt en betrouwbaar productdatabeheer.