Kvalitetsstyring
Kvalitetsstyring i PLM: SCAR – når korrigering må bli forbedring
Av Fredrik Øyen, PLM Engineer · 12. februar 2026

Når en leverandørfeil skaper avvik i produksjon eller produkt, stopper det sjelden med å rette selve feilen. Mange virksomheter trenger et strukturert løp for Korrigerende tiltak overfor leverandør (Supplier Corrective Action Request – SCAR). SCAR handler ikke om skyld; det handler om forutsigbarhet, sporbarhet og forbedring på tvers av verdikjeden.
I en moderne, skybasert PLM-løsning som Fusion Manage blir SCAR en helt integrert del av tilkoblet kvalitetsstyring – ikke en PDF som sendes ut i etterkant, men et levende forbedringsforløp med full sporbarhet fra avvik til lukking.
Hva er SCAR – og hva er det på norsk?
I norsk kvalitetspraksis brukes ofte uttrykk som:
• Leverandørkorrigering
• Korrigerende tiltak mot leverandør
• Korrigeringsforespørsel til leverandør
SCAR er ganske enkelt en formalisert forespørsel til leverandøren om å finne årsak og foreslå korrigerende tiltak, med tidsfrister, ansvarlige og oppfølging.
Hvorfor SCAR må leve i PLM – ikke i e-post og Excel
Et SCAR-løp innebærer mange steg og aktører:
- Avviksregistrering
- Rotårsaksanalyse (ofte hos leverandør)
- Dokumentasjon av tiltak
- Evaluering og godkjenning
- Lukking
- Læring og gjenbruk av kunnskap
Uten PLM blir dette fort statisk dokumentasjon. I Fusion Manage kan man koble SCAR direkte til:
- det opprinnelige avviket
- tilhørende produkter og tegninger
- leverandører og deres historikk
- pågående endringer (ECR/ECO)
- eksisterende risikoanalyser (f.eks. FMEA)
Dermed skjer SCAR i direkte sammenheng med produktet – ikke som etterarbeid.
Gevinster med skybasert SCAR
-
Sanntidsoversikt. Status er alltid oppdatert – ingen jag på e-poster.
-
Sporbarhet. Hvem gjorde hva når – og hvorfor?
-
Leverandørsamarbeid. Leverandører kan involveres direkte i portalen.
-
Automatikk. Varsler, ansvar, frister og godkjenninger følger klare arbeidsflyter.
-
Kunnskapsgjenbruk. SCAR-databasen blir kilde til proaktive forbedringer.
SCAR som del av et større kvalitetsløp
Når SCAR kobles tett til avvik (NCR) og videre til CAPA (jeg skal skrive mer om det siden), får virksomheten en helhetlig kjede:
Avvik → SCAR (ved leverandør) → CAPA (internt) → Oppdaterte risikovurderinger → Sterkere produkt og prosess
