Artikel 5 van 15 in Selectie en implementatie · PLMV-KB-041 · Rev. A · Gecontroleerd op 2026-10-16
PLM-datamigratie: scope, proces en inspanning
PLM-datamigratie is de gecontroleerde overdracht van onderdelen, stuklijsten (BOM), CAD-bestanden, documenten, wijzigingshistorie en compliancedata uit verouderde PDM, ERP, bestandsshares en spreadsheets naar een nieuw PLM-systeem. Het omvat profilering, mapping, opschoning, herhaalde proefladingen en validatie en kost doorgaans 15 tot 25% van de implementatiekosten (schatting).
Kernpunten
- Bepaal per objecttype of je volledig migreert, alleen de laatste versie migreert of archiveert.
- Voer voor de cutover minimaal twee volledige proefladingen uit, elk gevolgd door validatie.
- CAD-migratie vraagt eigen tools en validatie, omdat bestandsverwijzingen snel breken.
- Migratie kost doorgaans 15 tot 25% van de PLM-implementatiekosten (schatting).
Wat een PLM-migratie doorgaans omvat
Een PLM-migratie omvat meerdere objecttypen, elk met een eigen complexiteit:
| Objecttype | Typische bronnen | Belangrijkste moeilijkheid |
|---|---|---|
| Onderdelen en items | Verouderde PDM, ERP-itemmaster, spreadsheets | Dubbelingen, inconsistente attributen |
| Stuklijsten | PDM, ERP, CAD-assemblages | EBOM en MBOM door elkaar, gebroken structuren |
| CAD-bestanden | PDM-vaults, bestandsshares | Verwijzingen, versies, bestandsformaten |
| Documenten | Bestandsshares, DMS, SharePoint | Eigenaarschap, vrijgavestatus |
| Wijzigingshistorie | PDM, e-mail, spreadsheets | Vaak onvolledig of ongestructureerd |
| Compliancedata | Spreadsheets, compliancetools | Verouderde leveranciersverklaringen |
| Specificaties en formules | Verouderde receptsystemen, LIMS | Eenheidsconversies, geneste formules |
Het onderscheid tussen engineering- en productiestructuren is belangrijk bij de mapping. Zie EBOM, MBOM en SBOM voor definities.
Bepaal wat je migreert voordat je bepaalt hoe
Alles migreren verplaatst oude problemen naar een nieuw systeem. Spreek een migratiescope af met drie categorieën:
- Volledig migreren: actieve onderdelen, vrijgegeven stuklijsten en documenten voor producten in productie of in service, met alle attributen.
- Alleen de laatste versie migreren: vrijgegeven items voor actieve producten, zonder de volledige revisiehistorie. De historie blijft in een archief.
- Archiveren, niet migreren: verouderde onderdelen, vervangen revisies en afgesloten projecten, bewaard in een archief met alleen leestoegang en zoekfunctie.
Veel programma's migreren uiteindelijk 30 tot 60% van de verouderde items als actieve objecten (schatting). De rest gaat naar het archief. Gereguleerde sectoren zoals medische hulpmiddelen en lucht- en ruimtevaart hebben mogelijk de volledige historie nodig voor traceerbaarheid, wat de inspanning verhoogt.
Volg een herhaalbaar migratieproces
- Profileren: meet dubbelingen, ontbrekende verplichte attributen, gebroken verwijzingen en weesbestanden in elke bron.
- Mappen: leg bron-naar-doelregels vast voor elk attribuut, elke classificatie en elke status. Noteer beslissingen in een mappingspecificatie die de data-eigenaar beheert.
- Opschonen: herstel data in de bron of in een stagingomgeving. Ontdubbelen van onderdelen kost meestal de meeste tijd.
- Transformeren en laden: gebruik herhaalbare scripts of een migratietool, nooit handmatige invoer voor bulkdata.
- Valideren: vergelijk aantallen, controleer steekproefstuklijsten, open CAD-bestanden en controleer checksums.
- Proefladingen: voer vóór de cutover minimaal twee volledige proefmigraties uit. Elke proef legt nieuwe fouten bloot.
- Cutover: bevries wijzigingen in het oude systeem, voer de definitieve lading uit, valideer en geef vrij.
Datakwaliteitsregels uit productdatakwaliteit en governance leg je één keer vast en pas je toe tijdens de migratie en in het dagelijks gebruik.
CAD-migratie vraagt extra aandacht
CAD-bestanden bevatten interne verwijzingen naar onderdelen, assemblages en tekeningen. Verplaats je ze zonder de PDM-metadata, dan breken die koppelingen. Native CAD-naar-PLM-migratie leunt meestal op tools van de leverancier of op gespecialiseerde partners. Plan testopeningen van complexe assemblages in elke proeflading en betrek ervaren ontwerpers bij de validatie. Wisselt een bedrijf tegelijk van CAD-platform, dan helpen neutrale formaten zoals STEP AP242 om geometrie en productie-informatie (PMI) te behouden, al gaat de featurehistorie meestal verloren.
Inspanning, doorlooptijd en rollen
Datamigratie wordt vaak onderschat. De typische inspanning ligt op 15 tot 25% van de totale implementatiekosten (schatting), en hoger wanneer meerdere verouderde systemen worden samengevoegd. Een realistische doorlooptijd voor een middelgroot bedrijf is 3 tot 6 maanden migratiewerk, parallel aan de configuratie, zoals de PLM-implementatieroadmap laat zien.
Belangrijke rollen: een migratielead, data-eigenaren per domein die de mapping en opschoning goedkeuren, een technische migratieontwikkelaar en sleutelgebruikers die steekproeven valideren. De implementatiepartner mag niet de enige partij zijn die zijn eigen ladingen valideert.
Volg een korte set migratie-KPI's:
- Aandeel gemigreerde objecten dat de validatieregels haalt (doel: meer dan 99% voor verplichte attributen)
- Geïdentificeerde en samengevoegde dubbele onderdelen
- Gebroken CAD-verwijzingen na de proeflading (doel: nul voor actieve producten)
- Downtime tijdens de cutover ten opzichte van de planning
- Tickets over datafouten na de livegang in de eerste 30 dagen
Houd rekening met downstreamsystemen
Gemigreerde onderdeel- en stuklijstdata voeden vaak ERP, PIM en MES. Wijzigingen in onderdeelnummers of classificatie tijdens de migratie raken elke integratie. Spreek de identificatiestrategie vroeg af en stem af met het integratieontwerp uit PLM-integratiearchitectuur. Persoonsgegevens in verouderde records, zoals namen in goedkeuringshistorie, vallen onder de Algemene verordening gegevensbescherming (EU) 2016/679 en vragen een beslissing over bewaartermijnen.
Veelgestelde vragen
Moet je alle verouderde PLM-data migreren?
Meestal niet. Actieve onderdelen, vrijgegeven stuklijsten en documenten voor huidige producten worden gemigreerd, vaak alleen met de laatste revisie. Verouderde items en oude historie gaan naar een doorzoekbaar archief met alleen leestoegang. Gereguleerde sectoren met traceerbaarheidsverplichtingen hebben mogelijk meer historie nodig, wat kosten en doorlooptijd verhoogt.
Hoeveel proefmigraties zijn nodig?
Aanbevolen zijn minimaal twee volledige proefladingen vóór de cutover. Complexe migraties uit meerdere bronnen vragen vaak drie of vier. Na elke proef volgt validatie van aantallen, steekproefstuklijsten en het openen van CAD-bestanden. Fouten uit proefladingen zijn veel goedkoper te herstellen dan fouten na de livegang.
Wie is eigenaar van de datakwaliteit tijdens PLM-migratie?
De business data-eigenaren per domein, zoals engineering, productie en compliance, beslissen over de mapping en keuren de opschoning goed. De implementatiepartner en de migratieontwikkelaar voeren het technische werk uit. Door uitvoering en validatie te scheiden, voorkom je dat een partner zijn eigen resultaten goedkeurt.
Bronnen
- ISO 10303-242:2025 Managed model-based 3D engineering (ISO)
- Regulation (EU) 2016/679 General Data Protection Regulation (EUR-Lex)
- DAMA-DMBOK data management body of knowledge (DAMA International)
Revisiegeschiedenis
| Rev. | Datum | Samenvatting |
|---|---|---|
| A | Initial release. |
Geschreven door Stephan Spijkers. Gecontroleerd op 16 oktober 2026 door de redactie van PLM Vendors. Regelgevingsdata en leveranciersgegevens veranderen; raadpleeg de bronnen voor de actuele stand. Correcties met bron: info@plmvendors.com.
Verder in Selectie en implementatie