EBOM, MBOM och SBOM i PLM: Så hänger konstruktion, produktion och service ihop

Många säger ”BOM” som om det vore en enda sak. I praktiken behöver du ofta flera BOM:ar, eftersom konstruktion, produktion och service ser produkten ur olika perspektiv. Om dessa strukturer inte hänger ihop uppstår den klassiska situationen: konstruktion menar en sak, produktion bygger något annat och service har en tredje bild.

PLM är platsen där dessa strukturer kan kopplas samman och styras som relaterade sanningar, inte konkurrerande versioner.

EBOM: Engineering BOM (vad produkten är)

EBOM är vanligtvis CAD-nära och representerar produktens konstruktion:

• funktionella moduler
• tekniska specifikationer
• materialval och krav
• konstruktionsavsikt

Styrka: Exakt teknisk definition och revisionskontroll.

Svaghet (om den används ensam): Den är inte alltid optimal för produktion eller inköp.

MBOM: Manufacturing BOM (hur produkten byggs)

MBOM handlar om montering, produktionssteg och logistik:

• alternativ uppdelning i underenheter
• materialsatser/satsplockning
• förbrukningsmaterial, lim, fästelement, processartiklar
• ersättningsdelar och produktionsalternativ

Styrka: Optimal för produktion, planering och MES (Manufacturing Execution System).

Svaghet (om den är frikopplad): Ändringar från konstruktion fångas upp sent → omarbete.

SBOM: Service BOM (hur produkten underhålls)

Service behöver ofta en struktur som:

• matchar utbytesenheter och reparationslogik
• inkluderar reservdelar, satser och fältanpassningar
• tar hänsyn till installerad bas och konfigurationer ute hos kund

Styrka: Ger snabbare och mer korrekt service/eftermarknad.

Svaghet (om den är frikopplad): Fel delar skickas, fel instruktioner används.

Varför PLM är ”limmet” mellan BOM:arna

Det viktigaste är inte att alla ser samma struktur, utan att:

1. sambanden är styrda, och

2. ändringar fortplantar sig kontrollerat.

I PLM kan du:

• mappa EBOM → MBOM (vilka rader/komponenter som motsvarar varandra)
• styra avvikelser (produktion behöver ett alternativ) med godkännandeflöde
• koppla dokumentation och instruktioner till rätt BOM-variant
• hantera varianter och konfiguration så att service vet vad som är installerat

Exempel: När ”samma produkt” inte är samma produkt

Tänk dig en pump:

• Konstruktion har moduler för prestanda och material
• Produktion tar fram materialsatser för effektiv montering
• Service säljer reservdelssatser för typiska felmoder

Om en O-ring ändras i konstruktionen:

• EBOM ändras (ny del/revision)
• MBOM måste uppdateras (satsplockning och processinstruktion)
• SBOM måste uppdateras (reservdelssatser och dokumentation)

Utan PLM-koppling blir detta tre separata uppgifter som ofta inte utförs samtidigt.

Så bör du modellera sambandet

1) Etablera EBOM som konstruktionsmaster

EBOM är ofta källan, men det betyder inte att MBOM och SBOM är kopior. De är härledda strukturer med egen logik.

2) Använd ”transformation” och avvikelser som kontrollerade objekt

När produktion behöver ett alternativ (leverantörsbyte, processval) bör det registreras som:

• godkänt substitut
• produktionsavvikelse kopplad till giltighetsdatum/serie
• eller en formell ändring

3) Inför giltighetsregler

För att undvika att ”allt gäller alltid”, använd:

• datum/serienummer/order som giltighetslogik

Då vet produktion och service vilka konfigurationer som gäller.

Sammanfattning

EBOM, MBOM och SBOM är tre nödvändiga perspektiv. PLM gör dem styrbara, spårbara och sammankopplade, så att ändringar blir heltäckande och korrekta under hela livscykeln.

Nästa steg: Kartlägg en produktlinje: vilka skillnader finns mellan EBOM, MBOM och SBOM i dag, och var uppstår fel/väntetider? Det ger snabbt en tydlig bild av förbättringsmöjligheterna.