Ändringshantering av BOM i PLM: Revisioner och spårbarhet i projektbaserad utveckling

BOM är dynamisk. Leverantörer ändrar komponenter, konstruktioner förbättras, krav skärps och projekt utvecklas under arbetets gång. Därför är frågan inte om BOM ändras – utan hur ändringarna hanteras.

God ändringshantering för BOM i PLM gör det möjligt att ändra snabbt utan att förlora kontrollen. Man vet vad som ändras, varför det ändras, vem som godkände det – och vilka projekt, leveranser eller installationer som påverkas.

Dessutom är processerna digitaliserade och automatiserade, så att ändringar följer ett strukturerat flöde med de godkännanden som verksamheten själv önskar.

Revisioner – grunden för spårbarhet

I projektbaserad industri är revisionshantering helt central.

En revision representerar en godkänd teknisk definition av en komponent, ritning eller struktur.

Det innebär till exempel att:

• Revision B är en uppdaterad teknisk definition
• Ändringen har godkänts genom en formell process
• Tidigare revisioner fortfarande kan spåras

Detta är avgörande när man ska kunna svara på frågor som:

• Vilken version av konstruktionen levererades till projektet?
• Vilken revision användes vid produktionen?
• Vilka dokument gällde vid leverans eller installation?

Revisionshantering gör det möjligt att spåra detta entydigt.

När ändringar hanteras ostrukturerat

I många organisationer börjar ändringar i praktiken i CAD eller i diskussioner mellan ingenjörer.

Utan ett PLM-stött arbetssätt uppstår snabbt situationer som:

• CAD uppdateras, men BOM och dokumentation följer inte med automatiskt
• Inköp beställer utifrån äldre strukturer
• Produktion bygger efter inaktuella ritningar
• Service och eftermarknad saknar korrekt reservdelsinformation
• Kvalitetsavdelningen får avvikelser utan tydlig referens till vilken konstruktion som gällde

Konsekvenserna är ofta:

• Dubbelarbete
• Manuella klarlägganden
• Ombyggnad eller omkonstruktion
• Förseningar i projektleveranser

PLM hanterar detta genom att göra ändringar till en kontrollerad process, inte en informell aktivitet.

Ett pragmatiskt ändringsflöde för BOM

En praktisk modell för ändringshantering består vanligtvis av tre huvudsteg.

1) Ändringsförslag (ECR – Engineering Change Request)

En ändring börjar vanligtvis med en begäran.

Här beskrivs:

• Vad problemet eller förbättringen är
• Grundorsak eller motiv (kostnad, kvalitet, tillgänglighet, krav)
• Vilka produkter eller projekt som kan vara berörda

Detta gör att ändringar bedöms innan de genomförs.

2) Konsekvensanalys

När ändringen bedöms är det viktigt att förstå vad den påverkar.

I PLM kan man snabbt identifiera:

• Vilka produkter och strukturer som använder komponenten
• Vilka dokument och ritningar som måste uppdateras
• Om komponenten finns i lager eller på aktiva beställningar
• Om testning, validering eller certifiering krävs

Denna överblick är svår att uppnå om data är spridda i många system.

3) Ändringsorder (ECO / ECN – Engineering Change Order / Notice)

När beslut fattas om ändringen genomförs den formellt.

Detta innebär vanligtvis:

• Uppdatering av delar, strukturer och dokumentation
• Skapande av en ny revision
• Godkännande från relevanta roller (konstruktion, kvalitet, produktion, inköp)

PLM säkerställer att alla steg dokumenteras och kan spåras.

Projektleveranser och baslinjer

I projektbaserade verksamheter är det ofta viktigt att frysa en teknisk definition vid en given tidpunkt.
Detta görs genom att fastställa en baslinje.

En baslinje representerar:

• En definierad revision av BOM
• Tillhörande ritningar och dokumentation
• Den tekniska definition som gäller för en leverans eller ett projekt

När projektet senare uppdateras eller förbättras kan man fortfarande spåra vilken konfiguration som faktiskt levererades.

Detta är särskilt viktigt för:

• Installerad bas
• Service och reservdelar
• Dokumentation till kund eller myndigheter

‍

Varianthantering utan kopierade strukturer

Många verksamheter hanterar varianter genom att kopiera BOM-strukturer. Med tiden skapar detta ett betydande underhållsproblem.
När en komponent ändras måste alla kopierade strukturer bedömas och uppdateras manuellt.

I PLM används därför ofta andra principer:

• 150 %-BOM som innehåller alla möjliga komponenter
• Konfigurationsregler eller tillval
• Projektspecifika strukturer eller baslinjer

Detta gör att ändringar kan hanteras centralt, samtidigt som projektleveranser fortfarande kan spåras.

Sammanfattning

Ändringshantering för BOM i PLM handlar inte bara om att uppdatera en lista över delar.

Det handlar om:

• Revisionshantering
• Strukturerad ändringsprocess
• Konsekvensanalys
• Projektbaslinjer
• Spårbarhet genom hela livscykeln

När detta fungerar kan verksamheten göra nödvändiga ändringar snabbare – samtidigt som man behåller kontrollen över vad som faktiskt har konstruerats, producerats och levererats.