PIM SelectionDe onafhankelijke gids voor het kiezen van een PIM

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.

  1. 1DataModel, attributen en eigenaarschap per attribuutgroep
  2. 2ProcesAanmaken, verrijken, goedkeuren en publiceren
  3. 3MensenEigenaren, data stewards en capaciteit
  4. 4ToolingHet platform dat de eerste drie uitvoert
De volgorde van governance: tooling is de laatste beslissing.

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.

  1. Benoem de variantassen, zoals kleur, maat of spanning.
  2. Bepaal de niveaus: model, optioneel submodel en variant.
  3. Wijs elk attribuut toe aan één niveau, op basis van waar de waarde verandert.
  4. 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.

Stephan SpijkersMedeoprichter, PIMvendors.com

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

  1. ECLASS: Release 15.0 available now
  2. ITEK: Release ETIM 10.0

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).