Kort antwoord
Een PIM-datamigratie verloopt in zes stappen: bronnen inventariseren, data profileren, opschonen, mappen naar het nieuwe datamodel, minimaal twee proefmigraties draaien en de definitieve migratie tijdens de cutover uitvoeren. Schoon op vóór het laden, leg elke veldtoewijzing vast in een mappingdocument en laat per bron een eigenaar beslissen over correcties en wat niet meegaat.
Datamigratie is het overzetten van bestaande productdata uit ERP-systemen, spreadsheets, webshops en leveranciersbestanden naar het datamodel van het nieuwe PIM. Het is de fase die het vaakst uitloopt, omdat de werkelijke kwaliteit van de data pas zichtbaar wordt bij het mappen. Start daarom in week twee van het project met profileren en plan minimaal twee proefmigraties vóór de cutover.
De kwaliteit van de migratie bepaalt de eerste indruk van gebruikers. Een PIM dat bij go-live gevuld is met dubbele of onvolledige producten verliest direct vertrouwen. Dit artikel geeft de zes stappen, de keuze van strategie, een checklist en een indicatieve planning. De plaats van migratie in het geheel staat in de gids voor PIM-implementatie.
Welke stappen doorloopt een PIM-datamigratie?
| Stap | Wat u doet | Resultaat | Indicatieve weken |
|---|---|---|---|
| 1. Inventariseren | Alle bronnen in kaart: ERP, Excel, webshop, leveranciersbestanden, netwerkschijven. Per bron formaat, volume, eigenaar | Bronnenregister | 2 tot 3 |
| 2. Profileren | Per veld vullingsgraad, unieke waarden, afwijkende eenheden, duplicaten meten | Profileringsrapport en opschoonschatting | 3 tot 4 |
| 3. Opschonen | Duplicaten samenvoegen, waarden standaardiseren, ontbrekende kritieke velden vullen, verouderde artikelen uitsluiten | Opgeschoonde brondata | 4 tot 12 |
| 4. Mappen en omzetten | Bronvelden koppelen aan families en attributen, omzettingsregels vastleggen | Goedgekeurd mappingdocument | 4 tot 8 |
| 5. Proefmigreren | Minimaal twee volledige runs in de testomgeving met validatie en correctie | Gevalideerde dataset en gemeten laadtijd | 8 tot 16 |
| 6. Definitief migreren | Bron bevriezen, exporteren, laden, valideren, aftekenen tijdens de cutover | Productiedata in het PIM | 19 tot 20 |
De weken zijn indicatief voor een middelgroot project met go-live in week 20. Microsoft hanteert in zijn implementatiegids voor Dynamics 365 een vergelijkbare opbouw en vraagt per data-entiteit het volume, de richting, de modus (volledig of incrementeel) en de frequentie (eenmalig of terugkerend) vast te leggen. Neem die vier kenmerken op in uw bronnenregister.
Hoe schoont u productdata op?
Profileer eerst, schoon daarna gericht op. Het profileringsrapport toont per attribuut hoe vaak het gevuld is en welke varianten van dezelfde waarde voorkomen, bijvoorbeeld "zwart", "Zwart", "zw." en "black". Daarmee maakt u een onderbouwde schatting van het handwerk.
Typische opschoonacties in een PIM-migratie:
- Duplicaten samenvoegen. Match op GTIN, leveranciersartikelnummer en omschrijving. Kies per duplicaat het leidende record.
- Identificatie valideren. Controleer elke GTIN op het juiste aantal cijfers en het controlecijfer. GS1 legt uit dat het laatste cijfer met een vast algoritme wordt berekend en tikfouten helpt opsporen.
- Waarden standaardiseren. Zet kleuren, materialen en merknamen om naar een vaste waardenlijst. Leg eenheden vast in één stelsel, bijvoorbeeld afmetingen in millimeter en gewicht in gram.
- Velden splitsen. Een vrij tekstveld "120x60x40 cm" wordt drie numerieke attributen hoogte, breedte en diepte met een eenheid.
- Verouderde artikelen uitsluiten. Spreek een selectieregel af en laat de producteigenaar de lijst aftekenen.
Opschonen is deels te automatiseren met scripts of de importfuncties van het PIM. Reken voor het handwerk op data stewards met assortimentskennis, en leg vast wie bij conflicten beslist. De meetmethode voor datakwaliteit na go-live staat in datakwaliteit meten en verbeteren.
Wat staat er in het mappingdocument?
Het mappingdocument legt per bronveld vast waar het in het PIM terechtkomt. Het is het contract tussen de functioneel lead, de data stewards en wie de migratie bouwt. Een mapping is zelden één-op-één.
Neem per regel op: bronsysteem, bronveld, doelfamilie, doelattribuut, omzettingsregel, verplicht ja of nee, standaardwaarde, eigenaar en status van goedkeuring. Leg ook vast welk systeem na go-live eigenaar blijft van het veld. Prijzen en voorraad blijven doorgaans in het ERP; marketingteksten en kenmerken worden in het PIM beheerd.
Bouw het mappingdocument op het goedgekeurde productdatamodel. Wijzigt het datamodel tijdens de configuratiesprints, werk de mapping dan in dezelfde sprint bij.
Big bang, gefaseerd of parallel?
| Strategie | Werkwijze | Geschikt voor | Risico |
|---|---|---|---|
| Big bang | Alle productdata in één cutover | Eén hoofdbron, beperkt volume, één kanaal | Hoog: alles moet in één keer kloppen |
| Gefaseerd | Per categorie, merk of land in tranches | Grote assortimenten, meerdere bronnen of landen | Middel: tijdelijk twee werkwijzen naast elkaar |
| Parallel | Oud en nieuw systeem draaien tijdelijk naast elkaar | Bedrijfskritische kanalen met lage foutmarge | Laag technisch risico, hoge werklast door dubbel onderhoud |
Microsoft noemt een incrementele migratie als optie wanneer het beschikbare stilstandvenster kort is. Kies bij twijfel voor gefaseerd: begin met de categorie met de hoogste omzet en de schoonste data, en leer van die tranche voordat u de rest migreert.
Hoe test en valideert u de migratie?
Draai minimaal twee proefmigraties in een testomgeving met de volledige dataset. De eerste test de mapping en omzettingsregels; de tweede test de volledige run inclusief de laadtijd, zodat u weet of de definitieve migratie in het cutovervenster past. Microsoft adviseert de migratie meerdere keren te testen vóór de cutover en die tests niet gelijktijdig met andere testactiviteiten te draaien.
Valideer elke run met vier controles:
- Aantallen. Het aantal producten, varianten en mediabestanden per categorie in bron en doel komt overeen.
- Steekproef. Data stewards controleren per familie 20 tot 50 producten veld voor veld (indicatieve steekproefgrootte).
- Validatieregels. Verplichte velden, formaten en waardenlijsten geven geen fouten. Zie validatieregel.
- Kanaaltest. Een export naar de webshop in de testomgeving toont correcte productpagina's.
Houd rekening met API-limieten bij het laden. De Akeneo-documentatie geeft bijvoorbeeld maximaal 100 items per pagina bij het ophalen en limieten op het aantal gelijktijdige API-aanroepen per PIM-instantie, met HTTP-status 429 bij overschrijding. Laat de bouwer de laadtijd meten in de tweede proefmigratie.
Hoe migreert u afbeeldingen en documenten?
Media vragen een eigen spoor. Inventariseer de opslaglocaties, standaardiseer bestandsnamen zodat ze naar het artikelnummer of de GTIN verwijzen en controleer minimale eisen voor resolutie en formaat per kanaal. Valideer daarna dat elke koppeling tussen product en bestand klopt.
Gebruikt u een apart DAM-systeem, migreer dan alleen de verwijzingen naar het PIM en laat de bestanden in het DAM. Plan de mediamigratie in dezelfde proefruns als de productdata, omdat grote bestandsvolumes de laadtijd sterk bepalen.
Belangrijkste punten
- Start het inventariseren en profileren van brondata in week twee van het project; de profilering bepaalt de realistische planning.
- Schoon op vóór het laden, valideer elke GTIN op het controlecijfer en leg eenheden en waardenlijsten vast.
- Leg elke veldtoewijzing en het eigenaarschap na go-live vast in een goedgekeurd mappingdocument.
- Draai minimaal twee volledige proefmigraties en meet de laadtijd, zodat de definitieve migratie in het cutovervenster past.
- Kies bij grote of meervoudige bronnen een gefaseerde migratie en begin met de schoonste, belangrijkste categorie.
Veelgestelde vragen
Hoe lang duurt een datamigratie naar een PIM?
Indicatief duurt een migratie van circa 10.000 producten uit één redelijk schone bron drie tot zes weken, inclusief opschonen en twee proefmigraties. Bij 100.000 of meer producten uit meerdere bronnen van wisselende kwaliteit loopt dat op naar drie tot vier maanden. De werkelijke duur volgt uit de dataprofilering in de eerste weken.
Moet ik productdata opschonen vóór of na de migratie?
Vóór de migratie. Vervuilde data in een nieuw PIM laden verplaatst het probleem en ondermijnt het vertrouwen van gebruikers vanaf de eerste dag. Schoon op in de bron of in een tussenlaag, laad pas daarna. Verrijking die nieuwe attributen vult mag na go-live, zolang de basisdata die kanalen nodig hebben compleet is.
Hoeveel proefmigraties zijn nodig?
Plan er minimaal twee: een eerste om mapping en omzettingsregels te testen en een tweede met de volledige dataset en de timing van de cutover. Bij complexe migraties met meerdere bronnen zijn drie of meer gebruikelijk. Microsoft adviseert in zijn implementatiegids om de migratie meerdere keren te testen vóór de cutover.
Wat doe ik met verouderde producten bij de migratie?
Spreek per bron een selectieregel af, bijvoorbeeld producten die meer dan twee jaar niet verkocht of geleverd zijn en geen voorraad hebben. Migreer die niet of alleen als gearchiveerd record als service of wetgeving dat vraagt. Laat de producteigenaar de lijst aftekenen, zodat er later geen discussie ontstaat over ontbrekende artikelen.