Mange forbedringsprosjekter stopper ved “vi må rydde data”. Men BOM-kvalitet handler ikke om én stor opprydding – det handler om å etablere mekanismer som hindrer at feil oppstår igjen. Når BOM-data er ufullstendige eller inkonsistente, blir konsekvensene raskt synlige: feil innkjøp, feile kalkyler, feil produksjon, og økte avvik.
PLM er et egnet sted å bygge inn kvalitet fordi det er her produktdefinisjonen skapes og godkjennes.
God BOM-kvalitet betyr at BOM-en er:
• komplett (alle nødvendige deler og dokumenter er med)
• konsistent (samme definisjoner og navnekonvensjoner)
• gyldig (følger regler for struktur, enhet, mengde, alternativer)
• sporbar (revisjon, effectivity, historikk og beslutninger)
• brukbar (kan konsumeres av ERP/MES uten manuell etterbehandling)
1) Manglende attributter
Eksempel: enhet, materiale, vekt, “make/buy”, leverandørinfo.
Tiltak i PLM: obligatoriske felt ved statusbytte (draft → review → released).
2) Ugyldige mengder eller enheter
Eksempel: “1,5 stk”, feil enhet (m vs mm), eller blandet desimalformat.
Tiltak: valideringsregler + standardiserte enheter og formater.
3) Duplikater og “nesten like” deler
Eksempel: samme bolt registrert tre ganger med ulike beskrivelser.
Tiltak: gjenbruksprosesser, søk med likhet, godkjenningsport for nye deler.
4) Dokumentasjon uten kobling til riktig BOM-linje
Eksempel: feil datablad eller gammel instruks.
Tiltak: krav om dokumentkobling per kritisk komponent, og release-pakke.
En praktisk modell er å definere:
• BOM Owner (ofte engineering lead/produktansvarlig)
• Data Steward (standarder, navngivning, duplikatkontroll)
• Change Board (godkjenner endringer med tverrfaglig representasjon)
Målet er ikke mer møter, men tydelig ansvar og færre “ingen eier dette”-situasjoner.
Gate 1: Draft-kontroller (hurtig)
• obligatoriske felt
• enkel strukturvalidering
• duplikatsjekk
Gate 2: Pre-release (tverrfaglig)
• produksjons- og innkjøpsgjennomgang
• alternativer/substitutter verifiseres
• dokumentpakke komplett
Gate 3: Release-to-ERP (maskinell)
• format og attributter matcher ERP-krav
• effectivity og revisjon validert
• eksport/publisering logges (sporbarhet)
Mange opplever at “PLM er ryddig, men ERP blir rotete”. Da ligger problemet ofte i:
• uklare masterdata-regler (hvilke felt eies hvor)
• manglende mapping av attributter
• ingen tilbakekobling ved feil (ERP-feil bør returneres som avvik)
Et godt prinsipp er: PLM publiserer kun released data, og feil i overføring blir behandlet som en kontrollert sak – ikke en manuell “fikse i ERP”.
Oppsummering
BOM-kvalitet i PLM handler om å gjøre korrekt data til standardutfall – ikke helteinnsats. Med standarder, validering, gates og tydelig eierskap kan dere redusere feil i hele verdikjeden: engineering, innkjøp, produksjon, service og kvalitet.
Neste steg: Lag en “Top 10 BOM-regler”-liste (obligatoriske felt, enheter, navnestandard, release-krav), og implementér dem som valideringer og gates i PLM. Det gir rask gevinst.