BOM-håndtering i PLM: Hvorfor “tilkoblet BOM” slår BOM i Excel og etterregistrering i ERP
BOM (Bill of Materials) er mer enn en liste over deler. Den er produktets “DNA” – og feil i BOM er ofte starten på feilkjøp, produksjonsstopp, kvalitetsavvik og dyre endringer. Likevel håndteres BOM fortsatt mange steder i regneark, e-poster, lokale PDM-mapper – eller “i hodet” hos nøkkelpersoner. Resultatet blir en BOM som ikke henger sammen med CAD, dokumentasjon, endringer, kvalitet og ERP.
En tilkoblet BOM i PLM gir deg én styrt produktstruktur med revisjonskontroll, sporbarhet og kontrollert flyt til ERP/MES – slik at endringer, varianter og kvalitet blir en del av normalprosessen, ikke en brannslukking etterpå.
Hva betyr “tilkoblet BOM”?
Med “tilkoblet” mener vi at BOM ikke lever som et statisk dokument, men er koblet til:
• CAD-strukturer (eBOM) – sammenheng mellom modeller/tegninger og BOM-linjer
• Dokumentasjon – spesifikasjoner, sertifikater, datablader, monteringsinstrukser
• Endringer (ECR/ECO/ECN) – endringshistorikk på delnivå og struktur-nivå
• Kvalitet – NCR/CAPA/SCAR knyttes til konkrete komponenter og revisjoner
• ERP/MES – godkjente strukturer og masterdata flyter kontrollert videre
Kort sagt: BOM blir ikke bare “hva vi tror vi bygger”, men “det vi faktisk har godkjent å bygge”.
Typiske symptomer på svak BOM-styring (og hvorfor det skjer)
Hvis du kjenner igjen flere av disse, er BOM sannsynligvis “frakoblet”:
1. Ulike BOM-versjoner i omløp: “Jeg har den nyeste… tror jeg.”
2. ERP blir sannhetskilde for teknisk struktur (selv om det egentlig er engineering som eier definisjonen)
3. Mye manuell punching: kopiere/lim inn mellom CAD, Excel og ERP
4. Endringer tar for lang tid: fordi konsekvenser og berørte deler er uklare
5. Kvalitetsavvik repeteres: fordi læring og rotårsaker ikke knyttes til riktig revisjon/konfigurasjon
Dette skjer ofte fordi virksomheten har vokst raskere enn metodikken: det som fungerte da dere hadde 20 deler, fungerer dårlig når dere har 20 000.
Hva får du igjen for BOM i PLM?
1) Enhetlig produktstruktur og bedre beslutninger
Når BOM er strukturert og revisjonsstyrt, blir det enklere å svare på:
• Hvilke produkter påvirkes av en endring?
• Hvilke leveranser inneholder en gitt komponent?
• Hvilken revisjon var gjeldende når avviket oppsto?
2) Raskere endringer med mindre risiko
PLM lar deg styre endringer som en prosess:
• foreslå → vurdere → godkjenne → implementere → verifisere
BOM-oppdatering blir en del av endringen, ikke en “oppgave noen må huske”.
3) Bedre samspill med ERP/MES
ERP er glimrende på planlegging, lager, kost og innkjøp. PLM er best på produktdefinisjon, dokumentasjon, revisjon og endring. Når disse får tydelige roller og integrasjon, reduserer du dobbeltarbeid og datakonflikt.
Beste praksis: Slik lykkes du
Her er et robust minimumsoppsett for BOM-styring i PLM:
A) Definer eierskap
• Engineering eier produktdefinisjonen (eBOM, tekniske attributter, revisjoner)
• Supply chain/produksjon eier planlegging og operasjonelle data (lead time, lager, innkjøpsparametre)
B) Standardiser attributter og regler
Typiske BOM-attributter du bør standardisere:
• delenummer, beskrivelse, enhet, mengde, material, masse
• “make/buy”, kritikalitet, godkjente alternativer
• compliance-felt (RoHS/REACH/konfliktmineraler) ved behov
C) Etabler “release” som port
BOM skal ikke flyte til ERP før:
• struktur er validert
• nødvendige dokumenter er med
• revisjon og effektivitetsregler er riktig
Vanlige fallgruver
• “Vi legger BOM i PLM, men endrer fortsatt i ERP” → to sannheter
• Ingen styring av varianter → eksploderer i kopier
• BOM uten dokumentkoblinger → dokumentasjon blir etterarbeid
• Lite fokus på brukere → verktøyet blir oppfattet som “kontroll” i stedet for “flyt”
Oppsummering
En tilkoblet BOM i PLM gir kontroll på produktstrukturen, endringer og sporbarhet – og gjør det mulig å skalere uten å miste kontroll. Du reduserer feil, sparer tid og får bedre samspill mellom engineering, produksjon og innkjøp.
Neste steg: Start med én produktfamilie, bygg en enkel BOM-standard, og etabler en “release-to-ERP”-flyt. Deretter kan du utvide med varianter, effektivitetsdato og mBOM.