Valg af automationsintegrator: 5 kriterier, der reelt afgør sikkerheden og projektets samlede omkostninger

Valget af automationsintegrator afgøres sjældent alene af det tekniske niveau. I praksis er det en beslutning om, hvornår projektet afslører risikoen: allerede i konceptfasen og under afklaringerne eller først efter montagen, når linjen skal tilbage i drift. Set fra virksomhedens perspektiv er det ikke enkeltstående programmeringsfejl, der koster mest, men forkerte grundforudsætninger: en uklart defineret ændringsgrænse, oversete grænseflader til den eksisterende installation, manglende aftalte tests, utilstrækkelig dokumentation og ansvar, der skubbes over på slutbrugeren.

Derfor bør tilbudsprisen kun være ét af flere vurderingskriterier. De reelle projektomkostninger afgøres som regel af de spørgsmål, integratoren stiller før bestillingen, måden idriftsættelsen gennemføres på, og kvaliteten af det projektspor, der efterlades, når arbejdet er afsluttet. Det er netop i dette krydsfelt, at sikkerhed og omkostninger ophører med at være to adskilte emner.

Prisen på integration er ikke det samme som projektets omkostning

Det er lettest at sammenligne tilbudsprisen, men det er som regel det svageste udvælgelseskriterium. Omkostningen ved at købe ydelsen udgør kun en del af den samlede omkostning ved projektbeslutningen. Investeringens resultat afgøres oftere af problemer, der viser sig efter idriftsættelsen: ombygning af afskærmninger, ændringer i sikkerhedslogikken, konflikt mellem den krævede ydeevne og de faktiske betingelser for sikker drift, mangler i dokumentationen, der er nødvendig for godkendelse, samt forsinkelser i forbindelse med genopstart af anlægget. Derfor viser det billigste tilbud sig sjældent at være det billigste set over løsningens samlede livscyklus.

I moderniseringsprojekter bliver forskellen mellem en leverandør og en projektpartner tydelig meget tidligt. Leverandøren udfører det, der står i specifikationen. Projektpartneren kontrollerer først, om specifikationen i sig selv indeholder forudsætninger, som senere bliver en kilde til omkostninger eller ansvar hos virksomheden. En sådan partner kan identificere projektets grænser, grænsefladerne til den eksisterende linje, sammenhængene mellem mekanik, styring og sikkerhed samt ændringernes betydning for maskinens status efter modernisering og overensstemmelsesvurdering. Det handler ikke om arbejdsstil, men om evnen til at styre risikoen fra projektets begyndelse.

De fleste dyre nødløsninger opstår allerede i konceptfasen. Et typisk forløb ser sådan ud: Projektet forudsætter en enkel udskiftning af styringen, men uden analyse af påvirkningen på arbejdssekvensen, serviceadgangen og sikkerhedsfunktionerne. Efter idriftsættelsen viser det sig, at operatøren skal udføre ekstra manuelle handlinger, at vedligeholdelsen har brug for procedurer, der kompenserer for et svagt projekt, og at kapaciteten falder, fordi sikker adgang til arbejdszonerne ikke er løst ordentligt. Så begynder de rettelser, som ikke var med i tilbuddet: mekaniske ændringer, ekstra afskærmning, ombygning af sikkerhedskredse, opdatering af dokumentation og nye godkendelser. Selve PLC-programmet er da ofte den mindste del af problemet.

Derfor bør et integratortilbud ikke kun læses ud fra investeringsomkostningerne, men også ud fra omkostningerne efter idriftsættelsen og de spørgsmål, der stilles indledningsvis. Et godt tegn er en præcis beskrivelse af grænseforudsætningerne, en tydelig angivelse af risici i grænsefladen til den eksisterende installation, forbehold ved mangelfulde inputdata samt vilje til at udfordre investorens fejlagtige forventninger. Et svagt tegn er et løfte om hurtig gennemførelse uden analyse af grænseflader, manglende henvisning til dokumentationen for den eksisterende maskine, udeladelse af betingelser for godkendelse og tavshed om ansvaret for sikkerheden efter ændringerne. I det lys bliver det tydeligt, at sikkerhed og skjulte omkostninger i projektet og CE-certificeringen ikke er et tillæg, der skrives på til sidst, men en grundlæggende forudsætning for hele moderniseringen.

Fem kriterier, der sorterer de tilsyneladende besparelser fra

Det er ofte ikke de projekter, hvor integratoren havde den højeste startpris, der bliver dyrest, men dem, hvor man købte en illusion af enkelhed. Derfor bør valget af leverandør baseres på fem kriterier, som kan verificeres allerede før kontrakten underskrives. De fungerer både i den tekniske dialog, i udbudsmaterialet og i en evalueringsmatrix for tilbud.

Det første kriterium er projektmæssig modenhed inden for sikkerhedsområdet. En seriøs integrator kan beskrive ikke kun styringsarkitekturen, men også metoden til identifikation af farer, grænseforudsætningerne, ansvarsfordelingen mellem parterne og logikken bag valget af beskyttelsesforanstaltninger. Hvis samtalen ender ved valg af PLC, lysgitter eller lås og ikke fører til spørgsmålet om, hvem der har ansvaret for risikovurderingen efter ændringerne, hvilke driftstilstande der findes, og hvilke afvigelser fra normal drift der skal tages højde for, så håndteres projektet for overfladisk.

Det andet kriterium handler om evnen til at arbejde på tværs af fagområder. Reelle sikkerhedsproblemer skyldes sjældent en enkelt elektrisk fejl. De opstår i grænsefladerne: mellem mekanisk bevægelse og afskærmning, mellem styresekvens og pneumatik, mellem reset af systemet og synligheden af farezonen, mellem betjeningsergonomi og organiseringen af omstilling. En integrator, der ikke ser disse sammenhænge, flytter som regel omkostningen videre til idriftsættelsesfasen.

Det tredje kriterium er kvaliteten af dokumentationen og beslutningssporet. Allerede i tilbudsfasen bør det stå klart, om leverandøren omfatter et sikkerhedskoncept, diagrammer, en I/O-liste, funktionsbeskrivelse, testplan, ændringslog og betingelser for overtagelse. Manglende dokumentation betyder næsten altid, at omkostningen flyttes over på anlægget: vedligeholdelsen mister tid på at genskabe driftslogikken, efterfølgende ændringer gennemføres uden sikkerhed for konsekvenserne, og overensstemmelsesvurderingen efter modernisering bliver vanskeligere, fordi det er uklart, hvilke forudsætninger der blev lagt til grund, og hvad der faktisk blev ændret. God dokumentation er ikke et administrativt bilag, men et værktøj til styring af teknisk risiko.

Det fjerde kriterium er, hvordan idriftsættelse og overtagelse gennemføres. For anlægget er det ikke kun afgørende, om maskinen starter, men også om idriftsættelsen er planlagt, så det objektivt kan bekræftes, at de funktionelle krav og sikkerhedskravene er opfyldt. Integratoren bør på forhånd fastlægge testscenarier, acceptkriterier, betingelser for overdragelse til drift og proceduren for håndtering af afvigelser. Hvis overtagelsen alene skal bestå i at starte produktionen og rette fejl undervejs, overtager investoren risikoen for tvister om omfang, forsinkelser og dyre rettelser efter nedetid.

Det femte kriterium er løsningens servicevenlighed og holdbarhed. Programmet kan fungere korrekt på idriftsættelsesdagen og samtidig være skrevet uoverskueligt, uden meningsfuld diagnostik, uden versionsstyring og uden forberedelse til fremtidige ændringer. Så bliver enhver fejl, udbygning eller udskiftning af komponenter en operation med forhøjet risiko. En gennemtænkt løsning gør det muligt at genskabe programversionen, fastslå årsagen til et stop, verificere sikkerhedsparametre og gennemføre ændringer uden at forringe beskyttelsesniveauet.

Disse kriterier kan hurtigt verificeres med nogle få spørgsmål:

• Hvordan bliver identifikation af farer, ændringernes omfang og ansvarsfordelingen mellem integratoren og brugeren beskrevet?
• Hvilke dokumenter bliver en forudsætning for overtagelse: diagrammer, funktionsbeskrivelse, testplan, protokoller, ændringslog, programkopier og sikkerhedsversioner?
• Hvordan gennemføres funktionstest og sikkerhedsrelaterede test, og hvem godkender afvigelser og undtagelser?
• Hvordan skal løsningen serviceres efter et år og efter den næste modernisering: diagnostik, adgang til reservedele, programmets overskuelighed, genskabelse af versioner?

Hvis svarene er upræcise, ligger problemet ikke i kommunikationsstilen, men i processens modenhed. Set i forhold til omkostninger og overensstemmelse er det netop dér, risikoen vokser for, at anlægget overtager opgaver, som hverken er indregnet i budgettet eller i tidsplanen.

Hvor integratoren skaber omkostninger – eller får dem til at forsvinde

Omkostningen ved integratorens arbejde vurderes bedst ud fra, på hvilket tidspunkt i projektet problemerne viser sig. Hvis de vanskelige beslutninger først dukker op under idriftsættelsen, bliver omkostningen næsten altid flyttet over på anlægget: i form af ekstra nedetid, ændringer udført under produktionspres og uklar ansvarsplacering for, hvad der faktisk blev ændret. I et veldrevet projekt bliver disse omkostninger elimineret tidligere. Konflikten mellem den krævede takt, operatøradgang, serviceadgang og beskyttelsesforanstaltninger bør identificeres i konceptfasen og ikke ude i hallen efter montagen.

Det er netop her, det er lettest at skelne mellem en leverandør, der “udskifter styringen”, og en integrator, der tager ansvar for løsningens helhed. Modernisering af en eksisterende maskine eller en del af en linje kan sjældent reduceres til en simpel udskiftning af styring og nogle få drev. En ændring i driftslogikken påvirker som regel hele afhængighedsstrukturen: bevægelsessekvensen forløber anderledes, reaktionstiderne ændrer sig, og der opstår behov for en anden adgang ved omstilling, rengøring eller frigørelse af fastklemninger. Hvis integratoren ikke analyserer dette, før projektet låses, kan styringen fungere korrekt, og alligevel vil helheden ikke være klar til sikker drift.

Et typisk eksempel er enkelt. Et anlæg planlægger modernisering af en pakkestation i et kort servicevindue. Den oprindelige forudsætning virker fornuftig: udskiftning af en forældet styring, oprydning i drevene, nogle få justeringer i sekvensen, uden mekaniske indgreb. Efter opstart viser det sig imidlertid, at den nye logik kræver hyppigere adgang for operatøren til materialefødningszonen, og at de eksisterende afskærmninger og placeringen af beskyttelsesanordninger forlænger hver eneste indgriben til et niveau, der er uacceptabelt for produktionen. Vedligeholdelsen begynder at lede efter omveje, arbejdsmiljøfunktionen sætter spørgsmålstegn ved adgangsmåden, produktionen presser på for at genoprette takten, og integratoren peger på, at programmet fungerer i overensstemmelse med den aftalte funktion. I næste trin bliver det nødvendigt at ændre afskærmningerne, ombygge måden, indgreb bekræftes på, færdiggøre omstillingsproceduren og supplere instruktionerne til drift og service.

Hver af disse ændringer kan hver for sig virke ubetydelige, men tilsammen skaber de en kaskade af omkostninger: flere dages utilgængelighed af stationen, yderligere afvigelser ved overtagelsen, nye indgreb efter produktionsstart og en tvist om, hvorvidt det konstaterede problem var en ændring i omfanget eller en følge af et fejlbehæftet koncept. Den samme sag ser anderledes ud, når den håndteres korrekt allerede nogle uger tidligere. Integratoren viser, at den krævede takt og den forventede betjeningsmåde er i konflikt med den nuværende afskærmning og serviceadgang. Problemet skjules ikke bag formuleringen “det viser sig ved idriftsættelsen”, men der fremlægges i stedet varianter og deres konsekvenser for processen, sikkerheden og den efterfølgende overtagelse.

Det er netop her, virksomheden kan træffe en bevidst beslutning: enten gennemføre en fuld modernisering eller opdele arbejdet i etaper med en ufuldstændig kravspecifikation, men med en klart beskrevet ansvarsgrænse for ændringer, der først bliver synlige under idriftsættelsen. I praksis bør man derfor ikke kun spørge til erklæringer, men også til forløbet i tidligere projekter: hvor mange ændringer blev indført efter at projektet var låst, hvor mange afvigelser dukkede op ved overtagelsen, hvor mange indgreb var nødvendige efter opstart, og hvor lang var den reelle nedetid for stationen. Sådanne spørgsmål viser hurtigt, om der er tale om et almindeligt idriftsættelsesproblem eller en projekteringsfejl.

Først i dette lys bliver dokumentation, test og overensstemmelsesvurdering efter modernisering tydelige. De er ikke et bureaukratisk tillæg til en færdig maskine. De er resultatet af en god projekteringsproces, som forbinder styringslogik med sikkerhed, betjeningsergonomi og vedligeholdelsens behov. Hvis disse elementer ikke udvikles parallelt, overtager virksomheden risikoen på det værst tænkelige tidspunkt: efter montagen, under pres for at genoptage produktionen og uden sikkerhed for, om ændringernes omfang medfører yderligere forpligtelser for slutbrugeren.

Sådan køber du ansvarligt, før problemet opstår

En god indkøbsbeslutning inden for automatisering begynder ikke med en prissammenligning, men med kvaliteten af de inputdata, der gives til integratoren. Hvis forespørgslen kun beskriver det forventede produktionsresultat, vil leverandøren selv definere projektets grænser, betjeningsmåden, servicevilkårene og forudsætningerne for den eksisterende linje. Det betyder som regel, at det billigste tilbud kun er billigst, fordi det udelader omkostningsdrivende elementer, som først viser sig under idriftsættelsen.

Derfor bør virksomheden ikke kun beskrive maskinens eller moderniseringens funktion, men også procesbegrænsninger, krav til betjening, grænseflader til systemer og udstyr, der allerede er i drift, den forventede servicetilstand, vilkår for stop samt omfanget af den dokumentation, der er nødvendig for vedligeholdelse, oplæring og senere ændringer. På dette trin skal det også afklares, om mekanik og automatisering skal håndteres samlet eller hver for sig, og hvem der har ansvaret for grænsefladerne mellem fagområderne. Jo mere præcise inputdata er, desto mindre er risikoen for, at tilbuddet skjuler omkostninger, som blot er skubbet til et senere tidspunkt.

Vurderingen af tilbud bør ikke belønne løftet om “vi klarer det hele”, men det, der kan verificeres før bestillingen. Et godt tilbud viser arbejdsplanen, listen over forudsætninger lagt til grund for prissætningen, identificerede risici, nødvendige inputdata fra virksomheden, ansvarsfordelingen samt måden, der testes på før levering og under idriftsættelsen. Det bør også klart beskrive vilkårene for overtagelse: hvad der er en nødvendig betingelse for accept, og hvad der kan komme på en liste over åbne punkter, som lukkes efter opstart. Hvis integratoren ikke kan navngive risici, definere acceptkriterier eller pege på manglende oplysninger, forsvinder problemet ikke, når ordren er underskrevet. Det bliver blot flyttet til stopplanen og budgettet for ændringer.

De fleste misforståelser opstår senere ikke på grund af selve teknikken, men på grund af en upræcis kontrakt. Det kommercielle dokument bør ikke kun fastlægge termin og pris, men også proceduren for ændringsstyring, rettigheder til kildekode, projekt og dokumentation, parternes forpligtelser under idriftsættelsen, acceptkriterier samt en komplet oversigt over de materialer, der skal overdrages ved overtagelsen. Det omfatter programmer til styringer og paneler, sikkerhedskopier, diagrammer, signallister, indstillinger, instruktioner, testresultater samt dokumenter, der er nødvendige for den videre drift og en eventuel proces for overensstemmelsesvurdering. Det er god praksis at gøre den endelige overtagelse og den sidste betaling afhængig af, at dokumentationen er komplet, og at de aftalte test er gennemført, for det er netop her, integratorens reelle forberedelsesniveau bliver synligt.

• i forespørgslen: funktion, procesbegrænsninger, grænseflader, servicetilstand, forventet dokumentation, projektgrænser
• i tilbuddet: forudsætninger, risici, testplan, parternes ansvar, vilkår for overtagelse
• i kontrakten og ved overtagelse: regler for ændringer, rettigheder til kode og dokumenter, komplet overdragelse, acceptkriterier

Henvisning til formelle krav bør afslutte beslutningen, ikke erstatte den. Henvisninger alene til maskinsikkerhed, overensstemmelsesvurdering, teknisk dokumentation, instruktioner eller verifikation af sikkerhedsfunktioner retter ikke op på et dårligt defineret omfang eller en uklar ansvarsfordeling. Hvis projektet vedrører en ny maskine eller en modernisering, som kan blive anset for en væsentlig ændring, skal det afklares tidligt nok, allerede før bestillingen og før gennemførelsesformen fastlægges. Ellers kan slutbrugeren stå tilbage med forpligtelser, som hverken er taget højde for i tilbuddet eller i tidsplanen.

Den praktiske konklusion er enkel: Det er billigere at bruge mere tid på at forberede forespørgslen, verificere integratoren og gennemgå sikkerheden før produktionsopstart end at finansiere rettelser, når linjen allerede står stille, og parternes ansvar fortsat er uklart. Ved valg af automationsintegrator er sikkerhed ikke en sideomkostning. Det er den korteste vej til at begrænse de omkostninger, der opstår, når projektet er blevet defineret forkert helt fra begyndelsen. I praksis hjælper også et velfungerende samarbejde mellem integratoren og vedligeholdsafdelingen samt en korrekt forberedelse af virksomheden til automatisering af produktionen.