Artikel 3 van 12 in PLM-basis · PLMV-KB-003 · Rev. B · Gecontroleerd op 2026-11-04
PLM vs ERP: waar de stuklijst thuishoort
PLM beheert de productdefinitie: CAD-gegevens, de technische stuklijst (EBOM) en technische wijzigingen tot aan de vrijgave. ERP beheert planning, inkoop, productie en kosten en is de uitvoeringsmaster. De EBOM hoort in PLM. De productiestuklijst (MBOM) kan in PLM of in ERP staan, mits één systeem eigenaar is en vrijgave naar ERP een gecontroleerde gebeurtenis is.
Kernpunten
- PLM is het systeem van registratie voor de productdefinitie, en ERP is het systeem van registratie voor transacties en uitvoering.
- De EBOM hoort in PLM. De MBOM kan in PLM of in ERP staan, of over beide worden verdeeld, met één eigenaar per stuklijstweergave.
- SAP en Microsoft documenteren allebei wijzigingsrecords en door engineering beheerde gegevens in hun ERP-producten, wat laat zien hoe de overdracht aan de ERP-kant is gemodelleerd.
- Integratieproblemen komen meestal voort uit onduidelijk eigenaarschap en effectiviteitsregels, zelden uit de interfacetechnologie.
Wat is het verschil tussen PLM en ERP?
PLM beheert hoe een product wordt gedefinieerd en gewijzigd voordat er iets wordt gebouwd. ERP beheert hoe het wordt gepland, ingekocht, gebouwd, opgeslagen en gefactureerd. Beide bevatten items en stuklijsten, en daarom lijken ze met elkaar te concurreren. Het verschil zit in het doel: PLM verwerkt iteraties, alternatieven en goedkeuringen, terwijl ERP per vestiging en datum één geldige structuur nodig heeft om materiaalplanning en productie te draaien.
De norm ISA-95 biedt een vocabulaire voor de ERP-kant. Die plaatst bedrijfsplanning en logistiek, waaronder ERP, op niveau 4 en het beheer van productieactiviteiten op niveau 3, en richt zich op de interface daartussen. PLM staat stroomopwaarts van beide en levert ze vrijgegeven definities.
Waar moet de stuklijst staan?
De EBOM hoort in PLM, naast de CAD-structuur en het proces voor technisch wijzigingsbeheer. De MBOM heeft drie gangbare plekken.
PLM-centrisch. Productie-engineers bouwen de MBOM in PLM op vanuit de EBOM en geven die per vestiging vrij aan ERP. Dit geeft één traceerbare keten van ontwerp naar productie en past bij bedrijven met meerdere vestigingen en frequente wijzigingen.
ERP-centrisch. PLM geeft de EBOM vrij en ERP-gebruikers herstructureren die tot een vestigingsstuklijst. Productiekennis blijft in ERP, en de traceerbaarheid tussen de twee stuklijsten is zwakker. Het past bij stabiele producten.
Gesplitst. PLM beheert de structuur en ERP beheert vestigingsattributen en bewerkingsroutes. Voorbeelden in het register zijn SAP PLM met S/4HANA, Oracle Cloud PLM met Oracle Fusion Cloud ERP en Infor PLM met Infor CloudSuite. Het profiel van Siemens Teamcenter vermeldt een gateway naar SAP S/4HANA en SAP ECC, en het profiel van Arena PLM vermeldt ERP-systemen via zijn Integration Marketplace. De stuklijstweergaven worden uitgelegd in EBOM, MBOM en SBOM.
PLM en ERP naast elkaar
| Gegevens of proces | Eigenaar | Opmerkingen |
|---|---|---|
| Onderdeelnummers, technische attributen | PLM | ERP ontvangt ze bij vrijgave |
| CAD-modellen, tekeningen, specificaties | PLM | ERP kan een koppeling bevatten |
| Technische stuklijst | PLM | Niet bewerkt in ERP |
| Productiestuklijst | PLM of ERP | Eén eigenaar, zie de modellen hierboven |
| Bewerkingsroutes, werkplekken, vestigingsattributen | ERP of MES | Doorlooptijden, plantype, voorraadregels |
| Technische wijzigingsverzoeken en -opdrachten | PLM | ERP ontvangt de effectiviteit |
| Standaard- en werkelijke kosten | ERP | PLM kan opgetelde kosten tonen voor ontwerpbeslissingen |
| Voorraad, orders, facturen | ERP | Niet in PLM bijgehouden |
Hoe stromen technische wijzigingen van PLM naar ERP?
Beide leveranciers documenteren de ontvangende kant. SAP Learning beschrijft het wijzigingsnummer in S/4HANA als het gecontroleerde record voor stuklijstwijzigingen: het legt vast waarom een wijziging is doorgevoerd, kan meerdere objecten groeperen en draagt geldigheid voor een stuklijstkop of afzonderlijke componenten. Microsoft documenteert technische versies en een vrijgavewizard in Dynamics 365 Supply Chain Management. Een engineeringbedrijf beheert producten, versies, attributen en technische stuklijsten en geeft ze vrij aan operationele bedrijven. Operationele bedrijven kunnen vrijgegeven stuklijstregels niet verwijderen en zien de technische velden als alleen-lezen, maar ze kunnen lokale regels toevoegen, zoals verpakking. Microsoft biedt ook handmatige acceptatie, zodat elk ontvangend bedrijf een vrijgave beoordeelt voordat die actief wordt.
Een robuuste overdracht heeft daarom een trigger (goedgekeurde wijzigingsopdracht), een payload (vrijgegeven objecten met revisie en effectiviteit), validatie in ERP waarbij fouten worden teruggestuurd, een in PLM opgeslagen bevestiging en instructies voor voorraad en openstaande orders. Technisch wijzigingsbeheer behandelt het proces en de PLM-integratiearchitectuur de interfaces.
Wat gaat er mis als de grens onduidelijk is?
- Dubbele items. ERP-gebruikers maken tijdelijke onderdelen die PLM nooit ziet.
- Onbeheerde effectiviteit. Een wijziging wordt actief op de overdrachtsdatum in plaats van op de geplande datum.
- Wildgroei aan attributen. Honderden velden synchroniseren in beide richtingen zonder eigenaar.
- Blinde vlek voor kosten. Engineers zien het kosteneffect van een wijziging niet, omdat ERP-kosten nooit terugkomen.
Een matrix voor gegevenseigenaarschap die vóór het integratieontwerp is afgesproken, voorkomt het merendeel hiervan. Som elk object en elke attribuutgroep op, met het eigenaarssysteem, de ontvangende systemen en de gebeurtenis die de overdracht activeert. Herzie de matrix wanneer een vestiging, ERP-instantie of productlijn wordt toegevoegd. Productgegevens die klanten, leveranciers en kanalen overspannen, worden behandeld in PLM vs PIM vs MDM vs ERP.
Veelgestelde vragen
Moet de MBOM in PLM of in ERP staan?
Beide kunnen. Een MBOM die in PLM wordt beheerd, geeft betere traceerbaarheid van ontwerp naar productie en past bij bedrijven met meerdere vestigingen en frequente wijzigingen. Een MBOM in ERP houdt productiekennis dicht bij de planning en past bij stabiele producten. De voorwaarde is één eigenaar per stuklijstweergave, met regels voor effectiviteit en vestigingsspecifieke gegevens die zijn vastgelegd voordat het integratiewerk begint.
Welke gegevens stromen terug van ERP naar PLM?
Gangbare terugstromen zijn de bevestiging dat een revisie per vestiging actief is, standaardkosten, voorraad en openstaande orderhoeveelheden voor impactanalyse van wijzigingen, en de status van leveranciers of inkoop. Deze stromen zijn in PLM meestal alleen-lezen. Ze helpen wijzigingscommissies de kosten van een wijziging te beoordelen en te bepalen wat er met bestaande voorraad gebeurt voordat ze een technische wijzigingsopdracht goedkeuren.
Moeten PLM en ERP van dezelfde leverancier komen?
Nee. Veel bedrijven draaien PLM en ERP van verschillende leveranciers en koppelen ze via connectoren of middleware. Een stack van één leverancier kan integratie en supportcontracten vereenvoudigen, terwijl een gemengde stack elk systeem op zijn eigen merites laat kiezen. In beide gevallen vragen regels voor gegevenseigenaarschap en vrijgavelogica om een expliciet ontwerp en tests.
Bronnen
- Microsoft Learn: Release product structures, Dynamics 365 Supply Chain Management
- Microsoft Learn: Engineering companies and data ownership rules
- SAP Learning: Managing material BOM changes with a change number, SAP S/4HANA Cloud Public Edition
- ISA: ISA-95 standard, enterprise-control system integration
Revisiegeschiedenis
| Rev. | Datum | Samenvatting |
|---|---|---|
| B | Herschreven om te beantwoorden waar de stuklijst thuishoort, met documentatie van SAP en Microsoft over wijzigingsnummers en vrijgegeven structuren, en een paragraaf over de wijzigingsstroom. | |
| A | Eerste uitgave. |
Geschreven door Stephan Spijkers. Gecontroleerd op 4 november 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 PLM-basis