Productdatamodel ontwerpen: doe het vóór je een PIM selecteert
Bij het ontwerpen van een productdatamodel leg je vóór de PIM-keuze de entiteiten, families, varianten, attributen, eigenaren en mappings naar standaarden vast. Maak een entiteitenoverzicht, een familiestructuur en een attribuutinventaris met datatypes, niveaus, eigenaren en kanaaleisen. Geef het productdatamodel aan leveranciers, zodat ze jouw model demonstreren in plaats van hun eigen democatalogus.
Waarom ontwerp je het datamodel vóór de PIM-selectie?
Het datamodel komt eerst, omdat het model bepaalt welke eisen ertoe doen en hoe leveranciers ze moeten bewijzen. De meeste PIM-selecties mislukken vóór de eerste demo, omdat kopers software vergelijken voordat ze hun datamodel hebben bepaald. De juiste volgorde is Data, dan Proces, dan Mensen, dan Tooling.
- 1DataModel, attributen en eigenaarschap per attribuutgroep
- 2ProcesAanmaken, verrijken, goedkeuren en publiceren
- 3MensenEigenaren, data stewards en capaciteit
- 4ToolingHet platform dat de eerste drie uitvoert
Een uitgewerkt model verandert de selectie op drie punten. Leveranciers configureren jouw families en attributen, dus de demo laat jouw complexiteit zien. Eigenaren van eisen kunnen precieze datamodeleisen schrijven, zoals beschreven in de gids voor PIM-eisen. Scope, conflicten over eigenaarschap en behoefte aan standaarden komen boven water terwijl wijzigen nog goedkoop is.
Het model is ook het enige resultaat dat de selectie overleeft. Welke leverancier ook wint, het entiteitenoverzicht, de familiestructuur en de attribuutinventaris worden de configuratiespecificatie. Na livegang wordt de inventaris het datawoordenboek. Tijd die je vóór de selectie in het model steekt, gaat dus nooit verloren.
Welke entiteiten heeft een productdatamodel nodig?
Een productdatamodel heeft een kleine set kernentiteiten nodig, elk met een duidelijke eigenaar en bron. Begin met het entiteitenoverzicht vóór je aan attributen werkt, want de entiteiten bepalen waar elk attribuut komt te staan.
| Entiteit | Wat ze voorstelt | Gebruikelijk bronsysteem | Gebruikelijke eigenaar |
|---|---|---|---|
| Productmodel | Data die varianten delen | PIM | Productmanagement |
| Variant of artikel | Verkoopbare of bestelbare eenheid | ERP | Productdatamanagement |
| Familie | Sjabloon met de geldende attributen | PIM | Productdatamanagement |
| Categorie | Plaats in interne of kanaalbomen | PIM | E-commerce, categoriemanagement |
| Verpakkingsniveau | Stuk, binnenverpakking, omdoos, pallet | ERP of PIM | Supply chain |
| Relatie | Accessoire, onderdeel, opvolger, bundel | PIM | Productmanagement |
| Asset | Afbeelding, tekening, document | DAM of PIM | Marketing |
| Leverancier | Herkomst van leveranciersdata | ERP | Inkoop |
| Bewijs | Certificaten, verklaringen, testrapporten | PIM of compliancesysteem | Compliance |
Niet elk bedrijf heeft elke entiteit nodig. Een merk zonder leveranciers laat de entiteit leverancier weg. Een fabrikant met gereguleerde producten maakt van bewijs een volwaardige entiteit. Eisen voor regelgevingsbewijs staan op eisen voor regelgevingsdata.
Hoe structureer je families en varianten?
Bouw families rond gedeelde attributen en varianten rond de assen die verkoopbare eenheden opleveren. Een familie bepaalt wat compleet betekent voor een producttype. Een variantstructuur bepaalt welke waarden gedeeld zijn en welke verschillen.
Begin met de families. Groepeer producten die de meeste attributen en dezelfde volledigheidsregels per kanaal delen. Maak een ouder-kindhiërarchie waar een set attributen in meerdere families terugkomt, zoals algemene logistieke data. Houd het aantal families zo laag als de verschillen in attributen toelaten.
Leg daarna per familie de variantstructuur vast.
- Benoem de variantassen, zoals kleur, maat of spanning.
- Bepaal de niveaus: model, optioneel submodel en variant.
- Wijs elk attribuut toe aan één niveau, op basis van waar de waarde verandert.
- Leg vast welke identificatoren bij de variant horen, zoals GTIN en artikelnummer van de leverancier.
De toewijzing aan niveaus is de belangrijkste ontwerpkeuze. Staat een attribuut te hoog, dan moet je overschrijven. Staat het te laag, dan voer je dezelfde waarde steeds opnieuw in. Eisen DM-012 en DM-013 toetsen daarna of de leverancier jouw niveaus afdwingt bij bewerken, importeren en schrijven via de API. Beide staan uitgelegd op eisen voor datamodel en datakwaliteit.
Hoe bouw je een attribuutinventaris op?
Bouw de attribuutinventaris op als één regel per attribuut, met dezelfde kolommen voor elke familie. Leveranciers configureren de inventaris voor de demo, en de implementatiepartner gebruikt hem daarna als specificatie.
| Kolom | Inhoud | Voorbeeld |
|---|---|---|
| Code en label | Vaste code plus weergavelabel per taal | weight_net, Nettogewicht |
| Definitie | Zakelijke definitie in één zin | Gewicht van het product zonder verpakking |
| Datatype en eenheid | Type plus vaste eenheid | Meetwaarde, kilogram |
| Toegestane waarden | Keuzelijst, bereik of patroon | 0,01 tot 2.000 |
| Niveau | Model, submodel of variant | Variant |
| Scope | Per taal, per kanaal of globaal | Globaal |
| Eigenaar en bron | Verantwoordelijke rol en bronsysteem | Supply chain, ERP |
| Verplichte kanalen | Kanalen waar de waarde vereist is | Webshop, datapool |
| Mapping naar standaarden | ETIM-kenmerk, ECLASS-eigenschap of GS1-attribuut | Gemapt per klasse |
Verzamel attributen uit elke huidige bron: spreadsheets, ERP-velden, webshopexports, sjablonen van retailers en leveranciersbestanden. Reken op dubbelingen met verschillende namen en tegenstrijdige definities. Die oplossen is het eigenlijke werk, en dat is nu goedkoper dan tijdens de migratie.
In PIMvendors-selecties vullen kopers de inventaris vóór de demo volledig in voor twee of drie representatieve families. De rest volgt per familie tijdens de implementatie.
Wie is eigenaar van welke productdata?
Elke attribuutgroep heeft een benoemde eigenaar en data steward nodig, en elk attribuut één bronsysteem. Eigenaarschap verbindt het datamodel met het governancemodel.
Eigenaren bepalen definities, toegestane waarden en kwaliteitsregels voor hun attribuutgroepen. Data stewards onderhouden de regels en lossen dagelijks problemen op. In een gangbare verdeling is productmanagement eigenaar van beschrijvende en technische attributen, en marketing van kanaalcontent en assets. Supply chain beheert logistieke en verpakkingsdata, en compliance de regelgevingsattributen en het bewijs.
Bronsystemen vragen dezelfde helderheid. Het ERP is meestal eigenaar van artikelnummer, status, basiseenheid en logistieke data. Het PIM is eigenaar van beschrijvende, technische, marketing- en kanaaldata. Eis IN-009 toetst het eigenaarschap per attribuut tussen ERP en PIM.
Leg eigenaar, data steward en bron vast in de inventaris zelf. Eis PR-042 controleert daarna of het PIM de eigenaar op het bewerkingsscherm toont, zodat eigenaarschap in het dagelijkse werk zichtbaar is. De governancekant staat beschreven bij productdatagovernance.
Welke rol spelen standaarden in het datamodel?
Laat standaarden het model vormen waar je klanten ze eisen, en houd ze elders als mappinglaag. Een model dat één op één uit een classificatiestandaard is overgenomen, past zelden bij marketing- en kanaalbehoeften. Een model dat de standaard negeert, maakt van elke export een handmatig project.
Map interne attributen naar de kenmerken uit de standaard die handelspartners verwachten. De elektrotechnische, installatie- en bouwgroothandel verwacht ETIM. Industriële inkoop werkt vaak met ECLASS. Retail via datapools volgt GS1. Houd het interne model stabiel en beheer de mapping als configuratie, met dekkingsrapporten per klasse (DM-047).
Standaarden veranderen. Volgens ITEK verscheen ETIM 10.0 in december 2024 met 119 nieuwe klassen en 33 verwijderde. ECLASS 15.0 voegde 490 klassen en ongeveer 810 kenmerken toe, in 31 talen. Leg per mapping de gebruikte releaseversie vast, zodat je de impact van de volgende release kunt inschatten. Specifieke uitleg per standaard staat op de pagina's over ECLASS en ETIM.
De meeste PIM-selecties mislukken vóór de eerste demo, omdat kopers software vergelijken voordat ze hun datamodel hebben bepaald. Het model is het enige resultaat dat je houdt, welke leverancier ook wint.
Veelgestelde vragen
Moeten we het datamodel ontwerpen voordat we een PIM kiezen?
Ja. Zonder doelmodel laten leveranciers hun eigen democatalogus zien, en die past altijd. Met een model configureren leveranciers jouw families, varianten en attributen, en zie je in de demo hoe het PIM met jouw complexiteit omgaat. Het model brengt ook scope, conflicten over eigenaarschap en behoefte aan standaarden vroeg in beeld, wanneer bijsturen nog goedkoop is.
Hoe gedetailleerd moet het datamodel zijn vóór de selectie?
Gedetailleerd genoeg om representatieve families in een demo te configureren. In PIMvendors-selecties maken kopers het entiteitenoverzicht en de familiestructuur af voor het hele assortiment, en de volledige attribuutinventaris voor twee of drie representatieve families. De overige families volgen tijdens de implementatie. Met die diepgang test je varianten, overerving, eenheden, validatie en mappings naar standaarden.
Wat hoort er in een attribuutinventaris?
Een attribuutinventaris bevat elk productattribuut met code, label, definitie, datatype, eenheid, toegestane waarden, variantniveau, scope voor taal en kanaal, eigenaar, bronsysteem, verplichte kanalen en mapping naar standaarden. Eén regel per attribuut. De inventaris is de input voor leveranciersdemo's, de configuratie van het gekozen PIM en na livegang het datawoordenboek.
Ontwerpt de PIM-leverancier of de implementatiepartner het datamodel?
De koper is eigenaar van het datamodel, en partners kunnen het proces begeleiden. Het model weerspiegelt jouw producten, processen en kanalen en gaat langer mee dan elke leverancier. Een partner brengt sjablonen en kennis van standaarden in. Wie het model vóór de selectie in de tool van één leverancier ontwerpt, bindt het model aan die tool en maakt de vergelijking tussen leveranciers zwakker.
Bronnen en methode
Zo is deze pagina gemaakt: opgesteld door de redactie van PIM Selection op basis van de genoemde bronnen, getoetst aan de selectiemethode van PIMvendors en goedgekeurd door een expert. Redactiebeleid.
Deze pagina citeren
PIM Selection (2026). Productdatamodel ontwerpen: doe het vóór je een PIM selecteert. PIMvendors.com. https://pimselection.com/nl/eisen/datamodel-ontwerpen/ (versie 2026-10-14).