Ændringsstyring på BOM i PLM: Revisioner og sporbarhed i projektbaseret udvikling

BOM er dynamisk. Leverandører ændrer komponenter, design forbedres, krav skærpes, og projekter udvikler sig undervejs. Derfor er spørgsmålet ikke, om en BOM ændres – men hvordan ændringerne håndteres.

God BOM-ændringsstyring i PLM gør det muligt at ændre hurtigt uden at miste kontrollen. Man ved, hvad der ændres, hvorfor det ændres, hvem der godkendte det – og hvilke projekter, leverancer eller installationer der påvirkes.

Derudover er processerne digitaliserede og automatiserede, så ændringer følger et struktureret flow med de godkendelser, virksomheden selv ønsker.

Revisioner – grundlaget for sporbarhed

I projektbaseret industri er revisionsstyring helt centralt.

En revision repræsenterer en godkendt teknisk definition af en komponent, tegning eller struktur.

Det betyder for eksempel at:

• Revision B er en opdateret teknisk definition
• Ændringen er godkendt gennem en formel proces
• Tidligere revisioner fortsat kan spores

Dette er afgørende, når man skal kunne svare på spørgsmål som:

• Hvilken version af konstruktionen blev leveret til projektet?
• Hvilken revision blev brugt under produktion?
• Hvilke dokumenter var gældende ved levering eller installation?

Revisionsstyring gør det muligt at spore dette entydigt.

Når ændringer håndteres ustruktureret

I mange organisationer starter ændringer i praksis i CAD eller i diskussioner mellem ingeniører.

Uden et PLM-støttet regime opstår der hurtigt situationer som:

• CAD opdateres, men BOM og dokumentation følger ikke automatisk med
• Indkøb bestiller efter ældre strukturer
• Produktion bygger efter forældede tegninger
• Service og eftermarked mangler korrekt reservedelsinformation
• Kvalitet får afvigelser uden klar reference til, hvilken konstruktion der var gældende

Konsekvenserne er ofte:

• Dobbeltarbejde
• Manuelle afklaringer
• Ombygning eller re-engineering
• Forsinkelser i projektleverancer

PLM adresserer dette ved at gøre ændringer til en kontrolleret proces, ikke en uformel aktivitet.

Et pragmatisk ændringsflow for BOM

En praktisk model for ændringsstyring består typisk af tre hovedtrin.

1) Ændringsforslag (ECR – Engineering Change Request)

En ændring starter sædvanligvis med en forespørgsel.

Her beskrives:

• Hvad problemet eller forbedringen er
• Grundårsag eller motiv (omkostninger, kvalitet, tilgængelighed, krav)
• Hvilke produkter eller projekter der kan være berørt

Dette sikrer, at ændringer vurderes, før de gennemføres.

2) Konsekvensanalyse

Når ændringen vurderes, er det vigtigt at forstå, hvad den påvirker.

I PLM kan man hurtigt identificere:

• Hvilke produkter og strukturer der bruger komponenten
• Hvilke dokumenter og tegninger der skal opdateres
• Om komponenten findes på lager eller i aktive bestillinger
• Om testning, validering eller certificering er nødvendig

Dette overblik er svært at opnå, hvis data er spredt i mange systemer.

3) Ændringsordre (ECO / ECN – Engineering Change Order / Notice)

Når ændringen besluttes, gennemføres den formelt.

Dette indebærer typisk:

• Opdatering af dele, strukturer og dokumentation
• Oprettelse af ny revision
• Godkendelse fra relevante roller (engineering, kvalitet, produktion, indkøb)

PLM sørger for, at alle trin dokumenteres og spores.

Projektleverancer og baselines

I projektbaserede virksomheder er det ofte vigtigt at fryse en teknisk definition på et givet tidspunkt.
Dette gøres ved at etablere en baseline.

En baseline repræsenterer:

• En defineret revision af BOM
• Tilhørende tegninger og dokumentation
• Den tekniske definition, der gælder for en leverance eller et projekt

Når projektet senere opdateres eller forbedres, kan man stadig spore, hvilken konfiguration der faktisk blev leveret.

Dette er især vigtigt for:

• Installeret base
• Service og reservedele
• Dokumentation til kunde eller myndigheder

‍

Variantstyring uden kopierede strukturer

Mange virksomheder håndterer varianter ved at kopiere BOM-strukturer. Over tid skaber dette et betydeligt vedligeholdelsesproblem.
Når én komponent ændres, skal alle kopierede strukturer vurderes og opdateres manuelt.

I PLM bruges derfor ofte andre principper:

• 150 %-BOM, som indeholder alle mulige komponenter
• Konfigurationsregler eller optioner
• Projektspecifikke strukturer eller baselines

Dette gør, at ændringer kan håndteres centralt, samtidig med at projektleverancer stadig kan spores.

Opsummering

BOM-ændringsstyring i PLM handler ikke kun om at opdatere en liste over dele.

Det handler om:

• Revisionsstyring
• Struktureret ændringsproces
• Konsekvensanalyse
• Projektbaselines
• Sporbarhed gennem hele livscyklussen

Når dette fungerer, kan virksomheden foretage nødvendige ændringer hurtigere – samtidig med at man beholder kontrollen over, hvad der faktisk er designet, produceret og leveret.