Wat is Product Data Management (PDM)?

Raken meerdere mensen in het bedrijf hetzelfde product aan, dan kan het engineeringrecord niet in inboxen en persoonlijke mappen blijven liggen. Een ontwerper past een tekening aan, inkoop bestelt onderdelen op basis van de vorige versie, en productie merkt het pas aan de montagelijn. Product data management geeft dat record één plek, met controle over wie wat wijzigt en welke versie de actuele is. Deze gids behandelt wat PDM is, wat een PDM-systeem bewaart en doet, waar het staat naast CAD, PLM, ERP en PIM, en wanneer je wat nodig hebt.

Wat is PDM?

PDM staat voor product data management: een centraal systeem voor alles wat vastligt over hoe een product is gedefinieerd en gebouwd. ERP, de webshop en andere systemen die het record nodig hebben, lezen daaruit in plaats van een eigen versie bij te houden.

PDM hoort in het rijtje ERP (enterprise resource planning), CRM (customer relationship management) en HRM (human resource management). Bij elk staat één soort record in het midden: de transactie in het ERP, de klant in het CRM, de medewerker in het HRM. Bij PDM is dat de technische artikeldata. Die vergelijking helpt om het te plaatsen. Heeft een bedrijf eenmaal een CRM, dan houdt niemand het klantbestand nog in drie spreadsheets bij, en met een PDM staat het technische record om dezelfde reden in één systeem.

Het record kan lopen van de grondstoffen tot de manier waarop het product is gebouwd, en ontwerp, productie en de teams daarna werken ermee. CAD-data, modellen, onderdelen, productie-instructies, eisen, notities en documenten horen er allemaal in. Een PDM die werkt, is open voor meer dan één applicatie en meer dan één team, en de opbouw past bij hoe dat bedrijf bouwt. Een bedrijf dat op order engineert, heeft een andere inrichting nodig dan een bedrijf dat lange series van een standaardproduct maakt. De PDM moet dus zijn ingericht rond de manier waarop producten echt worden gedefinieerd en vrijgegeven.

Wat een PDM-systeem bewaart

De inhoud verschilt per branche, maar de meeste PDM-systemen bevatten dezelfde kern van records. Samen beschrijven ze het product zo volledig dat iemand die niet bij het ontwerp betrokken was, het kan bouwen, testen of onderhouden:

1. Technische specificaties: de maten en materialen die het product bepalen.
2. Tekeningen: elektronisch of op papier, van de totale samenstelling tot losse onderdelen.
3. Stuklijst (BOM): de onderdelen en grondstoffen waaruit het product bestaat, met hun opbouw.
4. Engineeringdocumentatie: hoe het product in elkaar zit, inclusief de instructies waar productie mee werkt.
5. Testresultaten: het bewijs dat het product aan de eisen voldoet.
6. Overige documenten: bijvoorbeeld foto's van het eindproduct.

Wat deze records bij elkaar houdt, is de revisie. Een tekening, de stuklijst en het testrapport verwijzen allemaal naar een bepaalde versie van het product, en de PDM houdt die verwijzingen intact als een van de drie verandert. Zonder die koppeling hangt een testrapport zo aan een ontwerp dat inmiddels is gewijzigd.

Waar PDM begon

PDM is begonnen als beheer van wat uit computer-aided design kwam. Toen tekeningen in CAD werden gemaakt, groeide het aantal bestanden en versies sneller dan papieren archieven en gedeelde schijven aankonden. Ingenieurs hadden een systeem nodig dat wist welk bestand bij welk onderdeel hoorde en welke versie was goedgekeurd. Het centrale systeem is er zodat elk stuk data dat aan het product hangt onder controle staat: wie het heeft gemaakt, welke versie het is en of het is vrijgegeven.

Ingenieurs gebruiken het nog steeds, net als de mensen die met grondstoffen werken en ieder ander die later in de levenscyclus instapt. Een auto laat zien waarom dat telt. De afdeling die stoelen en binnenbekleding plaatst, heeft de specificaties nodig van de afdeling die de carrosserie bouwt, want een wijziging aan de carrosserie verandert de bevestigingspunten binnenin. Makers van samengestelde producten draaien op zo'n overdracht tussen teams. Is een deel van de productie uitbesteed, dan gaat die informatie vaak via PDM naar het externe bedrijf, of komt ze daar vandaan. Zo bouwt de leverancier op de vrijgegeven versie en niet op een bijlage uit een oude mail.

Wat een PDM-systeem doet

In de kern levert een PDM drie dingen: veilig databeheer, procesondersteuning en configuratiebeheer. Het eerste beschermt het record, het tweede leidt wijzigingen gecontroleerd door het bedrijf, en het derde houdt de productopbouw volledig en herleidbaar.

Veilig databeheer

Het systeem vangt de productinformatie en geeft die door de levenscyclus heen in de juiste context af. Bestandseigendom, versiebeheer via in- en uitchecken, revisies en releasestatus worden daar beheerd. Uitchecken betekent dat maar één engineer tegelijk een bestand bewerkt; inchecken maakt een nieuwe revisie, terwijl de vorige beschikbaar blijft. Je ziet dus altijd wat er veranderde en kunt zo nodig terug. Intellectueel eigendom bescherm je met rollen, beveiliging per project en de toegangsrechten die daarbij horen, en dat weegt het zwaarst als externe partners in hetzelfde systeem werken.

Het record draagt ook metadata: data die andere data beschrijft, zoals de auteur, de aanmaakdatum, de laatste wijziging en de revisie. Goed beheerde metadata is hoe een mens of een programma een bepaald bestand vindt, en dat levert op meerdere manieren iets op. Betekent dezelfde term overal hetzelfde, dan verstopt een andere bewoording het record niet meer. Data wordt hergebruikt in plaats van overgetypt, wat dubbel werk scheelt en de instanties consistent houdt. De kennis zit niet langer alleen in het hoofd van één medewerker, dus als die vertrekt, blijft het record. En het juiste bestand is sneller gevonden, waardoor product en project sneller klaar zijn.

Dat gaat niet vanzelf. Managers moeten een gedeelde woordenschat en taxonomie afspreken, de verschillen gladstrijken tussen afdelingen die alles op hun eigen manier benoemden, en privébenamingen afschaffen, zoals de engineer die aan elke bestandsnaam zijn initialen en een datum toevoegt.

Procesondersteuning

Via workflow doen interne productteams en externe partners mee in de levenscyclus, zonder bestanden heen en weer te mailen. Een PDM kan het wijzigingsproces van het bedrijf zelf draaien, en andere vastgelegde processen zoals phase-gate reviews, waarbij een project pas na een formele toets naar de volgende fase gaat. Hieronder zie je hoe een gewone engineeringwijziging door het systeem loopt.

1. Plan de wijziging

   Iemand stelt een wijziging voor, en het team zoekt eerst uit wat die doet (een what-if): welke onderdelen, tekeningen en samenstellingen ze raakt, en welke producten bij klanten die onderdelen gebruiken.

2. Voer haar door

   De engineer checkt de bestanden uit, voert de wijziging door en checkt ze weer in als nieuwe revisie. De vorige revisie blijft beschikbaar, zodat je de wijziging kunt vergelijken of terugdraaien.

3. Verifieer haar

   Reviews, ook phase-gate reviews als het bedrijf die gebruikt, bevestigen de wijziging. Wijzigingsbeheer laat de stuklijst zien vóór en ná, zodat reviewers precies zien welke onderdelen erbij kwamen, verdwenen of werden vervangen.

4. Geef haar vrij en communiceer

   De revisie krijgt de releasestatus. Productie, het ERP, externe partners en elk ander team dat ervan afhangt, werken met de vrijgegeven versie.

Configuratiebeheer

Je moet de volledige stuklijst kunnen zien, en elke bron van BOM-data over de levenscyclus kunnen aansluiten: as-designed, as-planned, as-built en as-maintained. As-designed is de opbouw die engineering heeft vrijgegeven. As-planned is de versie waarop productie zich heeft voorbereid, met de bewerkingen en de inkoop die erbij horen. As-built is wat echt de fabriek uit ging, inclusief vervangende onderdelen, en as-maintained is hoe het product eruitziet na jaren service en vervanging. Een servicemonteur die een reserveonderdeel bestelt voor een oudere machine, heeft de as-built- of as-maintained-versie nodig, want het huidige ontwerp past misschien niet meer bij wat de klant heeft staan. Wijzigingsbeheer laat de stuklijst zien vóór en ná een wijziging. Hoe een stuklijst verderop in de keten over systemen wordt verdeeld, lees je in stuklijsten in PIM en ERP.

Lifecycle-visualisatie deelt een beeld van product, samenstellingen en onderdelen zonder CAD-licentie en zonder specialist. Daar hebben sales, service en leveranciers wat aan: zij moeten zien hoe een product in elkaar zit, maar hebben geen reden om CAD te leren. Een digital mockup kan ook een deel van de fysieke prototypes vervangen die je anders zou bouwen, omdat een botsing tussen twee onderdelen al op het scherm zichtbaar is voordat er iets wordt gefreesd.

Waar PDM staat: CAD, PLM, ERP en PIM

Technisch tekenen gebeurt in CAD, en die data staat meestal in de PDM. Vanuit de PDM open je CAD als een tekening gemaakt of gewijzigd moet worden. CAD heeft dan geen eigen koppeling met het ERP nodig: is de PDM gekoppeld, dan is CAD dat indirect ook. Zo houd je het aantal koppelingen klein, met één verbinding tussen PDM en ERP in plaats van één per ontwerptool.

Voorbeeld Beugel B-12

Auteur

Engineering

Aangemaakt

2 mrt 2026

Laatste wijziging

14 mei 20268 okt 2026

Revisie

BC

Uitgecheckt: vergrendeld voor anderen

1. 1✓Uitchecken
2. 2✓Wijzigen
3. 3✓Inchecken
4. 4✓Beoordelen
5. 5✓Vrijgeven

• Rev AVervangen
• Rev BVrijgegevenVervangen
• Rev CIngechecktIn beoordelingVrijgegeven

Werkt met de vrijgegeven versie

• Productie
• PLM
• ERP
• PIM
• Partners

PDM vs PLM

PDM plus CAD heet vaak product lifecycle management (PLM). CAD dekt de eerste stap in het leven van een product, het ontwerp. Een volledig PLM-systeem gaat verder: idee, ontwerp, productie, marktintroductie, en soms gebruik en onderhoud bij de klant. Goed gekozen is PDM de basis die je later doortrekt naar PLM, zodat de revisiehistorie en de documentstructuur die je nu opbouwt, meegaan. In de praktijk is de grens minder scherp dan de definities doen denken, want veel PDM-pakketten hebben inmiddels wijzigings- en vrijgaveworkflows, en veel PLM-suites hebben een PDM als kern. Hoe PLM aansluit op de commerciële kant, lees je in PLM- en PIM-integratie.

PDM-software: los pakket of ERP-module

Je koopt PDM als apart pakket of als module in het ERP. De module zit diep in de rest van de bedrijfsprocessen, zodat een vrijgegeven stuklijst zonder tussenliggende koppeling beschikbaar is voor inkoop en productieplanning. Het nadeel is dat een module minder specialistisch kan zijn dan een apart pakket, bijvoorbeeld in hoe ze met CAD-integratie of complexe revisiestructuren omgaat, en software buiten het ERP aankoppelen wordt vaak lastiger. Werkt je engineeringteam met meerdere CAD-tools of met externe partners, dan loont een los pakket met een koppeling naar het ERP. Waar de taak van het ERP aan de commerciële kant ophoudt, lees je in waar ERP stopt en PIM begint.

PDM vs PIM

Product information management (PIM) en PDM bevatten allebei productdata, maar ze werken voor een ander publiek. PDM blijft binnen het bedrijf en verbetert hoe productdata wordt gemaakt en beheerd. PIM kijkt voorbij de muren van het bedrijf, naar de klant en de kanalen die de klant bereiken.

PDM, PLM, PIM en ERP: wat elk systeem beheert

Systeem	Wat het beheert	Wie erin werkt	De vraag die het beantwoordt
PDMProduct data managementHier ben je	Engineeringbestanden en technische data: CAD-modellen, tekeningen en revisies.	Engineers en productontwerpers.	Welke revisie van dit ontwerp is de actuele?
PLMProduct lifecycle managementGids over PLM	Het product tijdens ontwerp en engineering: specificaties, stuklijsten, wijzigingen en compliance.	R&D, engineering, kwaliteit en inkoop.	Wat maken we precies, en welke versie is vrijgegeven?
PIMProduct information managementGids over PIM	Verkoopbare productcontent: attributen, beschrijvingen, links naar assets, vertalingen en kanaalversies.	E-commerce, marketing, category management en productcontentteams.	Is dit product compleet en klaar om op dit kanaal te verkopen?
ERPEnterprise resource planningGids over ERP	Transacties en operatie: orders, voorraad, inkoop, prijzen en financiën.	Finance, supply chain, inkoop en sales operations.	Wat hebben we ingekocht, gemaakt, verkocht, verzonden en gefactureerd?

PDM beheert de technische data over de levensduur van het product: CAD-bestanden, stuklijsten en engineeringeisen, voor ontwerp en engineering. Het draait om versiebeheer, integriteit en samenwerking in de productontwikkeling, en het object is de technische definitie van het product. De gebruikers zijn engineers, productontwikkelaars en de productieteams die bouwen op wat zij opleveren.

PIM is gebouwd voor sales en marketing. Daar staat het record dat de klant ziet: beschrijvingen, foto's, prijzen, marketingkenmerken en wat een kanaal verder nodig heeft. Vanuit dat record maak je catalogi, de online productervaring en de distributie naar verkoopkanalen. Een PIM trekt interne processen ook strakker, bijvoorbeeld wie een producttekst goedkeurt voordat die live gaat, maar dat werk dient de ervaring aan het eind: een koper die het product vindt, het begrijpt en de juiste uitvoering bestelt.

De twee systemen vullen elkaar aan. De PIM kan de technische basis die de PDM bijhoudt, zoals afmetingen, materialen en certificaten, omzetten naar informatie die een kanaal aankan. Zijn ze gekoppeld, dan loopt de data van ontwerp door de levensduur van het product zonder een tweede, officieuze kopie, en een wijziging die engineering vrijgeeft, komt in het datasheet en de webshop terecht zonder dat iemand haar overtypt.

Welke je nodig hebt

Draait je grootste uitdaging om hoe een product wordt gedefinieerd, gewijzigd en vrijgegeven, dan kijk je naar PDM. Gaat het om complete, consistente productinformatie richting webshops, distributeurs en marktplaatsen, dan kijk je naar PIM. Veel fabrikanten hebben beide nodig: PDM om vast te leggen hoe het product wordt gebouwd, PIM zodra het via webshops, distributeurs, marktplaatsen of print wordt verkocht. Een pompenfabrikant beheert bijvoorbeeld de tekeningen en de stuklijst in PDM, terwijl de PIM de productteksten bevat, de prestatiegegevens in de eenheden die elke markt verwacht en de links naar brochures en reserveonderdelen. Stem de keuze af op je procedures, op wat je klanten eisen en op wat je van het productrecord wilt hebben. Voor de kant van de maakindustrie, zie PIM voor de maakindustrie.

Waarom productdata blijft groeien

De hoeveelheid artikeldata is de afgelopen decennia sterk gegroeid, en daar werken meerdere ontwikkelingen tegelijk aan mee. Assortimenten zijn groter: een supermarkt heeft al snel duizenden producten, en een grote webshop nog veel meer. Productlevens zijn korter, want fabrikanten van producten zoals fietsen of computerhardware vervangen een model snel door een nieuwere versie. Elk nieuw model brengt een nieuwe set records mee, terwijl het oude model nog ondersteund moet worden.

Ook de data per artikel groeit. Het aantal velden per product blijft stijgen, de velden worden complexer en ze verschillen per producttype, dus één sjabloon past niet meer op het hele assortiment. Vergelijkingssites voeren de druk op, omdat ze producten in een categorie op specificaties naast elkaar willen zetten, en dat dwingt fabrikanten om ze op een standaardmanier te beschrijven. Daarnaast zijn de marges in veel indirecte kanalen krap, dus de formaten waarmee je catalogi uitwisselt met distributeurs en retailers moeten goedkoper draaien en meer op elkaar lijken.

PDM-software houdt de technische kant van die ontwikkelingen hanteerbaar, omdat het de groeiende hoeveelheid records en revisies een structuur geeft. Dezelfde groei, bekeken vanaf de verkoopkanalen, is het werk van een PIM.

Voordelen van product data management

De voordelen van een degelijke PDM komen voort uit één gecontroleerd record. Mensen vinden de juiste versie zonder inboxen na te lopen, en omdat workflow en data op dezelfde plek staan, gaat de output omhoog en wordt de cyclustijd korter. Versie-, document- en wijzigingsbeheer drukken ontwikkelingsfouten en de kosten om ze te herstellen, zoals onderdelen die zijn besteld op een tekening die al was vervangen.

De voordelen reiken verder dan engineering. Belanghebbenden in de hele waardeketen, van leveranciers tot servicepartners, wisselen dezelfde informatie uit, en verspreide teams werken op het actuele record in plaats van op een kopie. Eén repository betekent dat werk niet dubbel wordt gedaan. Het bedrijf kan laten zien dat het voldoet aan bedrijfsregels en regelgeving, inclusief databeveiliging, omdat het weet wie wat wanneer heeft gewijzigd. En het management ziet het product helder genoeg om te beslissen, bijvoorbeeld over welke varianten blijven en welke worden uitgefaseerd.

Gerelateerde gidsen

• Wat is PIM: het systeem dat het product naar de markt brengt.
• PLM- en PIM-integratie: engineering koppelen aan het commerciële record.
• Waar ERP stopt en PIM begint: de grens aan de operationele kant.
• Master data management: records over domeinen heen beheren.

Hoe je verder gaat

Beide tools zijn gratis en onafhankelijk van welke vendor dan ook.

Twijfel je of je een PIM nodig hebt?

Een korte check die laat zien of een dedicated PIM je catalogus helpt, of dat spreadsheets en ERP het nog prima doen.

Check of een PIM past

Klaar om vendors te vergelijken?

Beantwoord vragen over je schaal, sector en harde eisen en krijg een gerangschikte shortlist.

Stel mijn vendor-shortlist samen