EBOM, MBOM og SBOM i PLM: Slik henger engineering, produksjon og service sammen
Mange sier “BOM” som om det er én ting. I praksis trenger du ofte flere BOM-er, fordi engineering, produksjon og service ser produktet gjennom ulike linser. Hvis disse strukturene ikke henger sammen, får du klassikeren: engineering mener én ting, produksjon bygger noe annet, og service sitter med et tredje bilde.
PLM er stedet hvor disse strukturene kan knyttes sammen og styres som relaterte sannheter, ikke konkurrerende versjoner.
EBOM: Engineering BOM (hva produktet er)
EBOM er typisk CAD-nær og representerer produktets konstruksjon:
• funksjonelle moduler
• tekniske spesifikasjoner
• materialvalg og krav
• designintensjon
Styrke: Nøyaktig teknisk definisjon og revisjonskontroll.
Svakhet (hvis alene): Den er ikke alltid optimal for produksjon eller innkjøp.
MBOM: Manufacturing BOM (hvordan produktet bygges)
MBOM handler om montering, produksjonssteg og logistikk:
• alternativ oppdeling i underenheter
• pakkesett/kitting
• forbruksmateriell, lim, festemidler, prosessartikler
• erstatningsdeler og produksjonsalternativer
Styrke: Optimal for produksjon, planlegging og MES (Manufacturing Execution System).
Svakhet (hvis frakoblet): Endringer fra engineering fanges sent → omarbeid.
SBOM: Service BOM (hvordan produktet vedlikeholdes)
Service trenger ofte en struktur som:
• matcher bytte-enheter og reparasjonslogikk
• inkluderer reservedeler, kits og felt-tilpasninger
• tar hensyn til installert base og konfigurasjoner ute hos kunde
Styrke: Gir raskere og mer korrekt service/aftermarket.
Svakhet (hvis frakoblet): Feil deler sendes, feil instrukser brukes.
Hvorfor PLM er “limet” mellom BOM-ene
Det viktigste er ikke at alle ser samme struktur, men at:
1. sammenhengene er styrt, og
2. endringer forplanter seg kontrollert.
I PLM kan du:
• mappe EBOM → MBOM (hvilke linjer/komponenter korresponderer)
• styre avvik (produksjon trenger et alternativ) med godkjenningsflyt
• knytte dokumentasjon og instrukser til riktig BOM-variant
• håndtere varianter og konfigurasjon slik at service vet hva som er installert
Eksempel: Når “samme produkt” ikke er samme produkt
Tenk deg en pumpe:
• Engineering har moduler for ytelse og material
• Produksjon lager kit-pakker for effektiv montering
• Service selger reservedelssett for typiske feilmodi
Hvis en o-ring endres i engineering:
• EBOM endres (ny del/revisjon)
• MBOM må oppdateres (kitting og prosessinstruks)
• SBOM må oppdateres (reservedelssett og dokumentasjon)
Uten PLM-kobling blir dette tre separate oppgaver som ofte ikke skjer samtidig.
Slik bør du modellere sammenhengen
1) Etabler EBOM som design-master
EBOM er ofte kilden, men det betyr ikke at MBOM og SBOM er kopier. De er deriverte strukturer med egen logikk.
2) Bruk “transformasjon” og avvik som kontrollerte objekter
Når produksjon trenger et alternativ (leverandørbytte, prosessvalg), bør det registreres som:
• godkjent substitutt
• produksjonsavvik knyttet til effektivitetsdato/serie
• eller en formell endring
3) Innfør effektivitetsregler
For å unngå “alt gjelder alltid”, bruk:
• dato/serienummer/ordre som effektivitetslogikk
Da vet produksjon og service hvilke konfigurasjoner som gjelder.
Oppsummering
EBOM, MBOM og SBOM er tre nødvendige perspektiver. PLM gjør dem styrbare, sporbare og koblet, slik at endringer blir helhetlige og riktige i hele livsløpet.
Neste steg: Kartlegg én produktlinje: hvilke forskjeller finnes mellom EBOM, MBOM og SBOM i dag, og hvor oppstår feil/venting? Det gir raskt et klart forbedringskart.