Riskhantering i kontrakt för byggnation av specialmaskiner: när ett fast pris skyddar budgeten och när det ökar kostnaden för fel

I avtal om konstruktion av specialmaskiner hamnar diskussionen om fast pris kontra ett iterativt arbetssätt oftast fel. Det är sällan själva avtalsformen som avgör om projektet lyckas. Betydligt viktigare är när parterna bedömer att de tekniska förutsättningarna är tillräckligt mogna för att låsa pris, tidplan och ansvar. Sker det för tidigt försvinner inte risken. Den flyttas i stället till konstruktionsfasen, idrifttagningen, acceptansen och den slutliga dokumentationen.

I praktiken är en specialmaskin inte en standardiserad produkt, utan ett svar på en konkret process, en viss detalj, hallens begränsningar, operatörens arbetssätt och villkoren för underhåll. Därför börjar riskhanteringen i ett sådant projekt inte med valet av avtalsmodell, utan med att identifiera vilka beslut som fortfarande kan justeras utan större konsekvenser och vilka som, efter inköp och prefabricering, leder till kostsamma omarbetningar. Först mot den bakgrunden går det att på ett meningsfullt sätt bedöma när ett avtal med fast pris fungerar och när kontrollerad iteration behövs i projekt för specialmaskiner.

Det är inte avtalet som är problemet, utan när förutsättningarna låses

Källan till risk i projekt för konstruktion av specialmaskiner är oftast inte den kommersiella modellen i sig, utan att pris, tidplan och ansvar låses för tidigt trots att de tekniska förutsättningarna ännu inte är tillräckligt mogna. Om parterna ännu inte har en gemensam, operativ förståelse av maskinens funktion, skapar avtalet inte ordning i projektet utan skjuter bara konflikten framför sig.

I praktiken räcker det inte med en allmän beskrivning av det tekniska målet. Innan omfattningen låses måste man komma överens om hur maskinen ska fungera i den verkliga miljön: vilka funktioner den ska ha, vilken kapacitet den ska uppnå, vilka produktvarianter den ska hantera, var gränssnitten mot omgivningen går samt hur omställningar, manuell hantering, serviceåtkomst och återstart efter stopp ska se ut. Lika viktiga är automationsgränserna, leveransomfattningen, säkerhetskraven, förutsättningarna för underhåll och den kompletta dokumentationen för acceptans. Utan dessa överenskommelser tar ett fast pris inte bort osäkerheten, utan förvandlar den till en tvist om huruvida en viss korrigering är ett förtydligande av kraven eller en ändring av omfattningen.

Det är just detta som skiljer ett välordnat projekt från ett projekt som bara verkar förutsägbart. I det senare försöker parterna kommersiellt stänga projektet innan de tekniska beslut har fattats som senare ändå kommer tillbaka. Det sker oftast inom områden som i början betraktas som “utförandedetaljer”: arbetssekvens, inställnings- och manuella lägen, förreglingar, beroenden till överordnade system, villkor för omställning eller hur operatören ska kunna ingripa. Först senare visar det sig att det är just dessa frågor som avgör styrarkitekturen, skyddsåtgärderna, cykeltiden och acceptanskriterierna.

Därför ska ett iterativt arbetssätt inte förstås som ett godkännande av bristande disciplin. I ett välskött projekt innebär det att osäkerheter synliggörs kontrollerat när de fortfarande kan undanröjas billigt och organisatoriskt reversibelt. Om man först verifierar processlogiken, användningsscenarierna, driftlägena, beroendena till linjen och hur maskinen ska bete sig efter ett stopp, kan många felaktiga antaganden korrigeras innan mekanik, apparatskåp och dokumentation för acceptans tas fram.

• Innan ett fastprisoffer lämnas bör åtminstone följande vara fastlagt: maskinens funktion, den kapacitet som krävs, produktvarianter, gränssnitt mot omgivningen, arbetsmiljön, säkerhetskrav, förutsättningar för underhåll och omfattningen av dokumentationen för acceptans.

I många projekt är det därför klokare att först köpa konceptet, riskanalysen och projekteringsfasen, och först därefter, när förutsättningarnas mognad har bekräftats, gå vidare till genomförande med fast pris. Det är inte ett uttryck för överdriven formalism, utan ett sätt att begränsa kostnaden för beslut som fattas för tidigt.

Detta har också betydelse för ansvarsfördelningen. Det är en sak att beställa uppnåendet av en viss teknisk effekt och en annan att beställa en maskin som produkt, vilket kräver bedömning av överensstämmelse och CE-märkning. I praktiken överlappar dessa ordningar ofta varandra, men de får inte likställas. Om projektets föremål är en maskin eller en sammansatt maskinanläggning måste det redan från början fastställas vem som ansvarar för säkerhetskraven, riskanalysen, den tekniska dokumentationens fullständighet och villkoren för överlämnande till användning.

Var kostnad och risk faktiskt ökar

Kostnad och risk ökar när beslut låses vid alltför låg mognad i förutsättningarna och dessa beslut senare inte längre kan ändras billigt. I konceptfasen innebär en korrigering vanligtvis en ändring av funktionslogiken, gränssnitten eller säkerhetsantagandena. När konstruktionen väl är fryst blir samma korrigering en ändring av inköpta komponenter, en mekanisk omarbetning, ombyggnad av apparatskåp, justering av programvaran, nya provningar och förskjutna accepter.

Efter prefabricering, efter att styrlogiken har programmerats och särskilt efter FAT-provningar, är kostnaden för en ändring inte längre enbart en teknisk kostnad. Den omfattar då även tidplanen, organiseringen av idrifttagningen, omvalidering och ansvarsfördelningen mellan parterna. Därför bör projektet bedömas inte bara utifrån slutpriset, utan också utifrån ändringskostnaden beroende på projektets skede. I början dominerar kostnaden för projekteringsarbetet. Senare tillkommer kostnader för material och utförande. I slutet blir störningar i samband med godkännande, idrifttagning och anläggningens drift det dyraste.

Denna förskjutning får en enkel konsekvens för projektet. Om den funktionella arkitekturen, de viktigaste gränssnitten, driftförutsättningarna, den kravställda prestandan och sättet att mäta cykelkvalitet inte låses tillräckligt tidigt, slutar kontraktet att strukturera projektet. Det börjar i stället bara flytta konsekvenserna av sent tillkommen kunskap från den ena parten till den andra. I en modell med fast pris försvarar leverantören gränserna för den överenskomna omfattningen, eftersom varje oklarhet i indata innebär en verklig kostnad. Beställaren försöker i sin tur upprätthålla det förväntade processresultatet, trots att kunskapen om detaljen, media, linjens omgivning och de faktiska driftförhållandena ofta mognar först under arbetets gång.

Oftast handlar det inte om ett enda uppenbart fel. Problemet växer fram genom en rad mindre oklarheter: vem levererar signaler från angränsande utrustning, vem ansvarar för media och deras parametrar, vem planerar åtkomstzoner för operatör och underhåll, hur kapacitet mäts, på vilken detaljserie funktionen verifieras och enligt vilket kriterium cykelkvaliteten bedöms. Var och en av dessa frågor ser var för sig harmlös ut. Tillsammans kan de förändra ansvar, tidplan och villkor för godkännande.

Säkerhetsrisken ökar särskilt snabbt när produktionsfunktionen preciseras sent. Då följer skyddsåtgärderna inte av konceptet, utan anpassas till en färdig eller nästan färdig konstruktion. Typiska motsättningar uppstår: skydden kolliderar med omställning, förreglingar försvårar åtgärdande av fastkörningar, stopplogiken underordnas det befintliga drivsystemet och inställningslägen samt åtkomst till riskområden löses tillfälligt. Ett sådant projekt kan nå fram till idrifttagning, men kostnaden för att avhjälpa avvikelser och användningsbegränsningar är då ojämförligt mycket högre än i konceptfasen och vid riskbedömning enligt ISO 12100.

Om beställningen avser en maskin eller en sammansatt maskin påverkar sena ändringar inte längre bara utförandet, utan även bedömningen av överensstämmelse, den tekniska dokumentationens fullständighet, instruktionen och villkoren för överlämnande till användning. Därför bör överenskommelser om FAT-provningar, SAT och godkännandekriterier från början koppla samman funktionskrav med säkerhetskrav. Att skilja dessa två områden åt slutar vanligtvis med att problemet återkommer vid godkännandet.

Ett iterativt arbetssätt kan synliggöra felaktiga antaganden tidigare, men löser inte i sig frågan om kostnad och ansvar. Om projektet saknar tydliga beslutspunkter, överenskomna indata och mätbara acceptanskriterier för de olika etapperna, övergår det i ett tillstånd av ständig precisering. Då betalar beställaren för en utdragen osäkerhet, medan leverantören förlorar möjligheten att visa när kraven faktiskt har uppfyllts.

Hur man väljer modell och dokumenterar beslut

Valet mellan fast pris och ett iterativt arbetssätt bör inte bygga på övertygelser, utan på en bedömning av hur mogna förutsättningarna är. I projekt för konstruktion av specialmaskiner är en blandmodell ofta säkrast: en kort konceptfas som ersätts separat och används för att stänga risker, och först därefter ett genomförandeavtal med fast pris för en omfattning som faktiskt har nått den mognad som krävs.

En sådan uppläggning försvagar inte kontrollen över budgeten. Den flyttar bara tidpunkten för att låsa priset till ett skede där det redan är känt vad som ska byggas, vilka processbegränsningar som finns och var ansvarsgränsen går. Om de tekniska kraven är stabila, gränssnitten kända och godkännandekriterierna kan beskrivas mätbart, skapar ett fast pris ordning i projektet och underlättar regleringen. Om osäkerheten däremot gäller funktion, ergonomi, säkerhet, integration med linjen eller processens beteende på användarsidan, behövs en kontrollerad iteration innan inköp och utförande startas.

Det är avgörande att skilja mellan reversibla och irreversibla beslut. Iteration hanteras på ett sätt för operatörsskärmar, arbetssekvenser, rapporter, tilläggsutrustning eller serviceorganisation, och på ett annat sätt för säkerhetsarkitektur, yttermått, åtkomstzoner, serviceantaganden, avläggningspunkter och gränssnitt mot angränsande utrustning. Denna uppdelning bör dokumenteras redan i specifikationen av användarkrav och i registret över projektrisker. Av detta beror vilka antaganden som måste godkännas formellt innan komponenter beställs, och vilka som kan lämnas till funktionstester.

Ur beställarens perspektiv innebär detta ett behov av att strukturera beslutsprocessen, inte bara själva leveransen. Det behövs en kravägare på investerarens sida, en överenskommen rytm för projektgranskningar, ett öppet riskregister samt formellt godkännande av antaganden innan man går vidare till inköp, prefabricering och idrifttagning. Utan detta räcker inte ens ett bra avtal, eftersom parterna fortfarande kommer att förstå det som redan har avtalats på olika sätt.

De flesta tvister uppstår på grund av otydliga avtalsvillkor. Genomförandeavtalet bör tydligt ange leveransomfattning, vilka indata beställaren ska tillhandahålla, ändringshantering, acceptpunkter, villkor för del- och slutgodkännande samt att den dokumentation som överlämnas efter avslutat arbete är komplett. Innan avtalet undertecknas bör åtminstone följande vara framtaget: processbeskrivning, materialflöde, kapacitetskrav, miljöförhållanden, gränssnittsbeskrivning, förväntningar från underhåll, säkerhetsantaganden samt godkännandekriterier.

Om någon av dessa delar ännu inte är fastställd, bör det uttryckligen läggas in i konceptfasen med en separat ersättningsmodell och en beslutspunkt, först därefter följer en fastprisoffert. Det är lika viktigt att beskriva gränsen mellan idrifttagning och senare processoptimering. Utan en sådan åtskillnad börjar leverantören bära ansvar för ett resultat som inte går att objektivt avsluta vid godkännandet.

• låg osäkerhet i förutsättningarna, kända gränssnitt, mätbart godkännande: avtal med fast pris;
• hög osäkerhet kring funktion, säkerhet eller integration: konceptfas och iterationer före prissättning av genomförandet;
• delvis moget omfång: en etappmodell där avgränsade delar går vidare till genomförande till fast pris, medan öppna frågor ligger kvar i en kontrollerad ändringsprocess.

Till sist återkommer frågan om ordning i överensstämmelse och ansvar. Tekniska beslut måste från början kopplas till den senare bedömningen av maskiners överensstämmelse och inte behandlas enbart som konstruktionsfrågor. Om säkerhetsantaganden, leveransgränser och ansvarsfördelning för den tekniska dokumentationen inte har stängts i konceptfasen, kommer problemet tillbaka vid identifiering av riskkällor enligt ISO 12100, vid godkännandet och vid framtagningen av slutdokumentationen. Det handlar inte om att skapa fler formaliteter, utan om att göra projektet styrbart.

Exempel från praktiken och tydlig ansvarsfördelning

Den enklaste praktiska slutsatsen är denna: i ett projekt för en specialmaskin bör man inte slutligt dela upp ansvaret för genomförandet innan ansvaret för de tekniska besluten har klarlagts. När beställaren bara beskriver ett kapacitetsmål eller en övergripande processeffekt, men arbetssätt, omställningslogik, nödvändiga operatörsingrepp och begränsningar i den befintliga anläggningen ännu inte är fastställda, omfattar fastpriset i praktiken en beskrivning av förväntningar och inte ett moget genomförandeomfång.

Det typiska förloppet är välkänt. En anläggning beställer en kundanpassad cell för hantering av flera detaljvarianter och utgår från en viss timkapacitet. Inledningsvis verkar processbeskrivningen tillräcklig: inmatning av detaljen, arbetsoperation, utmatning, statusindikering. Under projektets gång visar det sig dock att vissa partier kräver manuell positionering, att omställning måste göras flera gånger per skift, att operatören periodvis behöver nå in i arbetsområdet och att den befintliga linjen medför begränsningar i utrymme, inmatningshöjd och stopplogik.

I ett upplägg där priset låses för tidigt genomför leverantören bokstavligt det som har skrivits in i omfattningen. Varje behov som upptäcks senare återkommer som en ändring: extra skydd, annan rörelsesekvens, nya förreglingar, justering av styrningen, komplettering av gränssnitt mot linjen. Projektet tappar flyt, och godkännandena upphör att vara en verifiering av funktionen och blir i stället en tvist om hur kraven ska tolkas. Riskanalysen och dokumentationen försöker då motivera en arkitektur som inte har utformats för det verkliga användningssättet.

I en etappvis modell ser starten annorlunda ut. Först fastställs stationens funktion, leveransgränserna, gränssnitten mot omgivningen, de huvudsakliga användningsscenarierna och de grundläggande säkerhetsantagandena, inklusive ansvaret för integrationen med den befintliga linjen. Först efter detta steg fastställs genomförandeomfång, tidplan och godkännandekriterier. Det eliminerar inte ändringar helt, men minskar tydligt antalet tvistefrågor, eftersom det då redan är klart vilka beslut som är preciseringar och vilka som skapar ett nytt omfång.

Detta exempel visar tydligt att säkerheten inte bör anpassas i efterhand till lösningar som redan har beställts eller utförts. Den måste utvecklas tillsammans med maskinens funktion, användningsscenarier, omställning, rengöring och service. Annars kan inte ens en formellt korrekt rollfördelning rätta till en felaktig beslutsordning.

Först i detta skede blir den formella ordning som gäller i Polen och Europeiska unionen relevant på ett meningsfullt sätt. I ett projekt för en specialmaskin måste man från början veta vem som uppträder som tillverkare i lagstiftningens mening, vem som ansvarar för att den tekniska dokumentationen är komplett, vem som genomför bedömningen av överensstämmelse och vem som anbringar CE-märkningen, om den krävs. Det måste också avgöras om projektet avser en ny maskin, en sammankopplad maskinenhet eller en väsentlig ändring av en befintlig anläggning, eftersom detta inte bara påverkar vilka dokument som krävs utan också själva ansvarsfördelningen mellan integratören, delleverantörerna och slutanvändaren.

Det är just därför frågor om ansvarsfördelningen mellan processdelen och maskindelen, om lämpligheten i ett villkorat godkännande när det finns brister i dokumentation, instruktioner eller en inte avslutad riskanalys samt om hur moderniseringar ska genomföras inte bör dyka upp först vid godkännandet. Om de återkommer så sent betyder det vanligtvis att kontraktet stängdes innan projektet var färdigt.

Den praktiska slutsatsen är alltså ganska enkel. Vid konstruktion av specialmaskiner behöver man inte välja mellan fullständig rigiditet och fullständig öppenhet. Det gäller i stället att identifiera vilka delar av projektet som redan är tillräckligt mogna för att låsas i en fastprisform, och vilka som fortfarande kräver kontrollerad iteration i projektledningen. Ett välstyrt projekt eliminerar inte förändringar helt. Det begränsar bara de förändringar som uppstår för sent, kostar mest och gör ansvaret för maskinens säkerhet, funktion och överensstämmelse otydligt.