EBOM, MBOM og SBOM i PLM: Sådan hænger engineering, produktion og service sammen

Mange siger ”BOM”, som om det er én ting. I praksis har du ofte brug for flere BOM’er, fordi engineering, produktion og service ser produktet gennem forskellige linser. Hvis disse strukturer ikke hænger sammen, får du klassikeren: engineering mener én ting, produktion bygger noget andet, og service står med et tredje billede.

PLM er stedet, hvor disse strukturer kan knyttes sammen og styres som relaterede sandheder, ikke konkurrerende versioner.

EBOM: Engineering BOM (hvad produktet er)

EBOM er typisk CAD-nær og repræsenterer produktets konstruktion:

• funktionelle moduler
• tekniske specifikationer
• materialevalg og krav
• designintention

Styrke: Nøjagtig teknisk definition og revisionskontrol.

Svaghed (hvis alene): Den er ikke altid optimal for produktion eller indkøb.

MBOM: Manufacturing BOM (hvordan produktet bygges)

MBOM handler om montering, produktionstrin og logistik:

• alternativ opdeling i underenheder
• pakkesæt/kitting
• forbrugsstoffer, lim, befæstelseselementer, procesartikler
• erstatningsdele og produktionsalternativer

Styrke: Optimal for produktion, planlægning og MES (Manufacturing Execution System).

Svaghed (hvis frakoblet): Ændringer fra engineering fanges for sent → omarbejde.

SBOM: Service BOM (hvordan produktet vedligeholdes)

Service har ofte brug for en struktur, der:

• matcher udskiftningsenheder og reparationslogik
• inkluderer reservedele, kits og felttilpasninger
• tager højde for installeret base og konfigurationer ude hos kunden

Styrke: Giver hurtigere og mere korrekt service/aftermarket.

Svaghed (hvis frakoblet): Forkerte dele sendes, forkerte instruktioner bruges.

Hvorfor PLM er ”limen” mellem BOM’erne

Det vigtigste er ikke, at alle ser den samme struktur, men at:

1. sammenhængene er styret, og

2. ændringer forplanter sig kontrolleret.

I PLM kan du:

• mappe EBOM → MBOM (hvilke linjer/komponenter korresponderer)
• styre afvigelser (produktion har brug for et alternativ) med godkendelsesflow
• knytte dokumentation og instruktioner til den rigtige BOM-variant
• håndtere varianter og konfiguration, så service ved, hvad der er installeret

Eksempel: Når ”samme produkt” ikke er det samme produkt

Forestil dig en pumpe:

• Engineering har moduler for ydelse og materiale
• Produktion laver kit-pakker for effektiv montering
• Service sælger reservedelssæt til typiske fejltilstande

Hvis en o-ring ændres i engineering:

• EBOM ændres (ny del/revision)
• MBOM skal opdateres (kitting og procesinstruks)
• SBOM skal opdateres (reservedelssæt og dokumentation)

Uden PLM-kobling bliver dette tre separate opgaver, som ofte ikke sker samtidig.

Sådan bør du modellere sammenhængen

1) Etabler EBOM som design-master

EBOM er ofte kilden, men det betyder ikke, at MBOM og SBOM er kopier. De er afledte strukturer med egen logik.

2) Brug ”transformation” og afvigelser som kontrollerede objekter

Når produktion har brug for et alternativ (leverandørskifte, procesvalg), bør det registreres som:

• godkendt substitut
• produktionsafvigelse knyttet til ikrafttrædelsesdato/serie
• eller en formel ændring

3) Indfør ikrafttrædelsesregler

For at undgå at ”alt gælder altid”, bør du bruge:

• dato/serienummer/ordre som ikrafttrædelseslogik

Så ved produktion og service, hvilke konfigurationer der er gældende.

Opsummering

EBOM, MBOM og SBOM er tre nødvendige perspektiver. PLM gør dem styrbare, sporbare og forbundne, så ændringer bliver helhedsorienterede og korrekte i hele livscyklussen.

Næste skridt: Kortlæg én produktlinje: Hvilke forskelle findes mellem EBOM, MBOM og SBOM i dag, og hvor opstår fejl/ventetid? Det giver hurtigt et klart forbedringskort.