Řízení rizik ve smlouvách na výstavbu jednoúčelových strojů: kdy pevná cena chrání rozpočet a kdy zvyšuje náklady chyby

Ve smlouvách na výstavbu jednoúčelových strojů se spor mezi pevnou cenou a iterativním přístupem obvykle soustředí na nesprávné místo. O úspěchu projektu jen zřídka rozhoduje samotný smluvní model. Mnohem důležitější je, kdy strany považují technické předpoklady za natolik vyzrálé, aby bylo možné uzavřít cenu, termín a odpovědnost. Pokud k tomu dojde příliš brzy, riziko nezmizí. Přesune se do fáze projektování, uvádění do provozu, FAT, SAT a konečné dokumentace.

V praxi není jednoúčelový stroj sériově vyráběným produktem, ale odpovědí na konkrétní proces, díl, omezení haly, způsob práce obsluhy a podmínky údržby. Proto řízení rizik v takovém projektu nezačíná volbou smluvní „nálepky“, ale určením toho, která rozhodnutí lze ještě bezpečně upravit a která se po nákupu a prefabrikaci mění v nákladné přepracování. Teprve v tomto kontextu lze smysluplně posoudit, kdy se osvědčí smlouva s pevnou cenou a kdy je v projektech jednoúčelových strojů nutná kontrolovaná iterace.

Problémem není smlouva, ale okamžik uzavření předpokladů

Zdrojem rizika v projektech výstavby jednoúčelových strojů nejčastěji není samotný obchodní model, ale příliš brzké uzavření ceny, harmonogramu a odpovědnosti při nevyzrálých technických předpokladech. Pokud strany ještě nemají společné provozní porozumění funkci stroje, smlouva projekt neuspořádá, ale pouze odloží konflikt na později.

V praxi nestačí obecný popis technologického cíle. Před uzavřením rozsahu je nutné dohodnout, jak má stroj fungovat v reálném prostředí: jaké má mít funkce, jakého výkonu má dosahovat, jaké varianty produktu má obsluhovat, kde jsou rozhraní s okolím, jak mají vypadat přeseřízení, ruční obsluha, servisní přístup a obnovení provozu po zastavení. Stejně důležité jsou hranice automatizace, rozdělení dodávky, bezpečnostní požadavky, předpoklady údržby a kompletnost přejímací dokumentace. Bez těchto ujednání pevná cena nejistotu neodstraňuje, ale mění ji ve spor o to, zda je daná úprava upřesněním požadavků, nebo změnou rozsahu.

Právě to odlišuje uspořádaný projekt od projektu, který je předvídatelný jen zdánlivě. V tom druhém se strany snaží obchodně uzavřít záměr dříve, než padnou inženýrská rozhodnutí, která se později stejně vrátí. Nejčastěji se to děje v oblastech, které jsou na začátku považovány za „prováděcí detaily“: pracovní sekvence, nastavovací a ruční režimy, blokování, vazby na nadřazené systémy, podmínky přeseřízení nebo způsob zásahu obsluhy. Teprve později se ukáže, že právě tyto otázky rozhodují o architektuře řízení, ochranných opatřeních, době cyklu a přejímacích kritériích.

Proto by iterativní přístup neměl být chápán jako souhlas s nedostatkem disciplíny. V dobře vedeném projektu znamená kontrolované odhalování nejistoty ve chvíli, kdy je její odstranění ještě levné a organizačně vratné. Pokud se nejprve ověří logika procesu, scénáře obsluhy, pracovní režimy, vazby na linku a způsob chování stroje po zastavení, lze mnoho chybných předpokladů opravit ještě před výrobou mechaniky, rozvaděčů a přejímací dokumentace.

• Před nabídkou s pevnou cenou by měly být uzavřeny alespoň tyto oblasti: funkce stroje, požadovaný výkon, variantnost produktu, rozhraní s okolím, pracovní prostředí, bezpečnostní požadavky, předpoklady údržby a rozsah přejímací dokumentace.

V mnoha projektech je proto rozumnější nejprve objednat koncepci, analýzu rizik a projektovou fázi a teprve po potvrzení vyzrálosti předpokladů přejít k realizaci s pevnou cenou. Nejde o projev nadměrného formalismu, ale o způsob, jak omezit náklady rozhodnutí přijatých příliš brzy a vyhnout se tomu, co často přináší rozpočtování certifikace CE.

To má význam i pro jasné vymezení odpovědnosti. Něco jiného je objednávka na dosažení určitého technologického efektu a něco jiného objednávka na stroj jako výrobek vyžadující posouzení shody a označení CE. V praxi se tyto roviny často překrývají, ale nelze je ztotožňovat. Pokud je předmětem projektu stroj nebo sestava strojů, je nutné už na začátku určit, kdo odpovídá za bezpečnostní požadavky, analýzu rizik, úplnost technické dokumentace a podmínky předání do užívání.

Kde skutečně rostou náklady a riziko

Náklady a riziko rostou tehdy, když se při příliš nízké vyzrálosti předpokladů uzavírají rozhodnutí, která už později nelze levně vrátit zpět. Ve fázi koncepce obvykle úprava znamená změnu logiky fungování, rozhraní nebo bezpečnostních předpokladů. Po zmrazení projektu se tatáž úprava stává změnou již nakoupených komponent, mechanickou úpravou, přestavbou rozvaděčů, opravou softwaru, opakovanými zkouškami a posunem přejímek.

Po prefabrikaci, po naprogramování řídicí logiky a zejména po zkouškách FAT už náklad na změnu nepředstavuje jen technický náklad. Zahrnuje také termín, organizaci uvádění do provozu, opětovnou validaci a rozdělení odpovědnosti mezi stranami. Proto je vhodné projekt posuzovat nejen podle konečné ceny, ale i podle nákladů na změnu v závislosti na fázi projektu. Na začátku převažují náklady na projekční práce. Později se přidávají náklady na materiál a realizaci. V závěru je nejdražší narušení přejímky, uvádění do provozu a provozu závodu.

Tento posun má jednoduchý důsledek pro řízení projektu. Pokud se včas nezafixovala funkční architektura, hlavní rozhraní, provozní podmínky, požadovaný výkon a způsob měření kvality cyklu, přestává smlouva projekt usměrňovat. Začne pouze přenášet důsledky pozdě získaných informací z jedné strany na druhou. V modelu s pevnou cenou dodavatel hájí hranice dohodnutého rozsahu, protože každá nejednoznačnost ve vstupních podkladech znamená skutečný náklad. Objednatel se naopak snaží udržet očekávaný výsledek procesu, přestože znalost detailů, médií, okolí linky a skutečných provozních podmínek dozrává až v průběhu prací.

Nejčastěji přitom nejde o jednu zjevnou vadu. Problém narůstá sérií drobných nedourčení: kdo dodává signály ze sousedních zařízení, kdo odpovídá za média a jejich parametry, kdo předvídá přístupové zóny pro obsluhu a údržbu, jak se měří výkon, na jaké dávce dílů se ověřuje funkce a podle jakého kritéria se hodnotí kvalita cyklu. Každá z těchto otázek samostatně působí neškodně. Dohromady ale mohou změnit odpovědnost, termín i podmínky přejímky.

Riziko v oblasti bezpečnosti roste obzvlášť rychle tehdy, když se výrobní funkce upřesňuje pozdě. Ochranná opatření pak nevycházejí z koncepce, ale dodatečně se přizpůsobují hotové nebo téměř hotové konstrukci. Objevují se typická napětí: kryty kolidují s přeseřizováním, blokování ztěžuje odstraňování zaseknutí, logika zastavení je podřízena stávajícímu pohonnému systému a režimy nastavování i přístup do nebezpečných prostor se řeší operativně. Takový projekt se může dostat až do uvedení do provozu, ale náklady na odstranění neshod a provozních omezení jsou pak nesrovnatelně vyšší než ve fázi koncepce a hodnocení rizika podle ISO 12100.

Je-li předmětem zakázky stroj nebo soubor strojů, pozdní změny už neovlivňují jen realizaci, ale také posouzení shody, úplnost technické dokumentace, návod a podmínky předání do užívání. Proto by ujednání týkající se zkoušek FAT, SAT a kritérií přejímky měla od začátku spojovat funkční požadavky s požadavky na bezpečnost. Oddělování těchto dvou rovin obvykle končí tím, že se problém vrátí při přejímce.

Iterativní přístup může chybné předpoklady odhalit dříve, sám o sobě ale neřeší otázku nákladů a odpovědnosti. Pokud projekt nemá pevně stanovené rozhodovací body, odsouhlasené vstupní podklady a měřitelná kritéria akceptace jednotlivých etap, přechází do stavu neustálého upřesňování. V takové situaci objednatel platí za prodlužující se nejistotu a dodavatel ztrácí možnost prokázat, kdy byly požadavky splněny.

Jak zvolit model a zaznamenat rozhodnutí

Volba mezi pevnou cenou a iterativním přístupem by neměla vycházet z přesvědčení, ale z posouzení vyspělosti výchozích předpokladů. U projektů výstavby jednoúčelových strojů bývá nejbezpečnější kombinovaný model: krátká, samostatně hrazená fáze koncepce a uzavření rizik, a teprve po ní realizační smlouva s pevnou cenou na rozsah, který skutečně dosáhl požadované úrovně připravenosti.

Takové uspořádání neoslabuje kontrolu nad rozpočtem. Pouze posouvá okamžik fixace ceny do fáze, kdy už je zřejmé, co má vzniknout, jaká jsou omezení procesu a kde leží hranice odpovědnosti. Pokud jsou technologické požadavky stabilní, rozhraní známá a kritéria přejímky lze popsat měřitelně, pevná cena projekt uspořádá a usnadní vyúčtování. Pokud se však nejistota týká funkce, ergonomie, bezpečnosti, integrace s linkou nebo chování procesu na straně uživatele, je před zahájením nákupu a realizace nutná řízená iterace.

Klíčové je rozlišovat mezi vratnými a nevratnými rozhodnutími. Jinak se vede iterace u operátorských obrazovek, pracovních sekvencí, reportů, doplňkového vybavení nebo organizace obsluhy a jinak u bezpečnostní architektury, zástavbových rozměrů, přístupových zón, servisních předpokladů, odkládacích míst a rozhraní se sousedními zařízeními. Toto rozlišení by mělo být zaznamenáno už ve specifikaci uživatelských požadavků a v registru projektových rizik. Právě na něm závisí, které předpoklady musí být formálně schváleny před objednáním komponent a které lze ponechat až na funkční zkoušky.

Z pohledu objednatele to znamená potřebu uspořádat rozhodovací proces, nejen samotnou dodávku. Je potřeba vlastník požadavků na straně investora, dohodnutý rytmus projektových přezkumů, transparentní registr rizik a formální schvalování předpokladů před přechodem k nákupu, prefabrikaci a uvádění do provozu. Bez toho nestačí ani dobrá smlouva, protože strany budou stále odlišně chápat, co už bylo skutečně dohodnuto.

Nejvíce sporů vzniká kvůli nepřesným smluvním ustanovením. Realizační smlouva by měla jednoznačně vymezit rozsah dodávky, vstupní podklady poskytované objednatelem, postup pro změny, akceptační body, podmínky dílčího i konečného převzetí a úplnost dokumentace předávané po dokončení prací. Před jejím podpisem by měly být připraveny alespoň: popis procesu, materiálový tok, požadavky na výkon, podmínky prostředí, popis rozhraní, očekávání oddělení údržby, bezpečnostní předpoklady a kritéria převzetí.

Pokud některý z těchto prvků ještě není stanoven, měl by být výslovně zařazen do koncepční fáze se samostatným způsobem vyúčtování a s rozhodovacím milníkem, teprve po němž následuje paušální nacenění. Stejně důležité je popsat hranici mezi uvedením do provozu a následnou optimalizací procesu. Bez tohoto rozlišení začíná dodavatel nést odpovědnost za výsledek, který při převzetí nelze objektivně uzavřít.

• nízká nejistota předpokladů, známá rozhraní, měřitelné převzetí: smlouva s pevnou cenou;
• vysoká nejistota funkcí, bezpečnosti nebo integrace: fáze koncepce a iterací před naceněním realizace;
• částečně vyzrálý rozsah: etapový model, v němž uzavřené prvky přecházejí do realizace za paušální cenu a otevřené zůstávají v řízeném procesu změn.

Na závěr se znovu vrací otázka souladu s požadavky a odpovědnosti. Technická rozhodnutí je třeba od začátku provazovat s následným posouzením shody strojních zařízení, a ne je chápat pouze jako projektové otázky. Pokud ve fázi koncepce nebyly uzavřeny bezpečnostní předpoklady, hranice dodávky a rozdělení odpovědnosti za technickou dokumentaci, problém se vrátí při analýze rizik, převzetí a přípravě závěrečných dokumentů. Nejde o vytváření zbytečných formalit, ale o řiditelnost projektu.

Příklad z praxe a vymezení odpovědnosti

Nejjednodušší praktický závěr je tento: v projektu jednoúčelového stroje by se odpovědnost za realizaci neměla definitivně rozdělovat dříve, než jsou vyjasněny odpovědnosti za technická rozhodnutí. Když objednatel popisuje pouze výkonový cíl nebo obecný výsledek procesu, ale ještě nejsou stanoveny provozní režimy, logika přeseřízení, požadované zásahy obsluhy a omezení stávajícího uspořádání, pevná cena ve skutečnosti pokrývá popis očekávání, nikoli vyzrálý realizační rozsah.

Typický průběh je dobře známý. Závod objedná nestandardní pracoviště pro obsluhu několika variant dílu a předpokládá určitou hodinovou výkonnost. Na začátku se popis procesu zdá být dostačující: podání dílu, pracovní operace, odběr, signalizace stavů. V průběhu projektu se však ukáže, že část sérií vyžaduje ruční polohování, přeseřízení je nutné provádět několikrát za směnu, obsluha periodicky zasahuje do pracovního prostoru a stávající linka omezuje dostupné místo, výšku podávání i logiku zastavení.

Ve variantě, kde byla cena uzavřena příliš brzy, dodavatel realizuje doslova to, co bylo zapsáno do rozsahu. Každá později odhalená potřeba se vrací jako změna: dodatečné kryty, jiná sekvence pohybů, nové blokace, úprava řízení, doplnění rozhraní s linkou. Projekt ztrácí plynulost a přejímky přestávají být ověřením funkce; mění se ve spor o výklad požadavků. Identifikace nebezpečí podle normy ISO 12100 i dokumentace se pak snaží odůvodnit architekturu, která nebyla navržena pro skutečný způsob používání.

V etapovém modelu vypadá začátek jinak. Nejprve se uzavře funkce pracoviště, hranice dodávky, rozhraní s okolím, hlavní scénáře obsluhy a základní bezpečnostní předpoklady, včetně odpovědnosti za integraci se stávající linkou. Teprve po této etapě se stanoví realizační rozsah, harmonogram a kritéria převzetí. Změny to zcela nevyloučí, ale výrazně to snižuje počet sporných míst, protože už je zřejmé, která rozhodnutí jsou jen upřesněním a která vytvářejí nový rozsah.

Tento příklad dobře ukazuje, že bezpečnost by se neměla dodatečně přizpůsobovat řešením, která už byla objednána nebo provedena. Musí vznikat současně s funkcí stroje, scénáři obsluhy, přeseřizováním, čištěním a servisem. V opačném případě ani formálně správné rozdělení rolí nenapraví chybnou posloupnost rozhodnutí.

Teprve v této fázi dává smysl formální rámec platný pro Polsko a Evropskou unii. V projektu jednoúčelového stroje je třeba od začátku vědět, kdo vystupuje jako výrobce ve smyslu předpisů, kdo odpovídá za úplnost technické dokumentace, kdo provádí posouzení shody a kdo umisťuje označení CE, pokud je vyžadováno. Je také nutné rozhodnout, zda je předmětem projektu nový stroj, sestava strojních zařízení nebo podstatná modifikace stávajícího uspořádání, protože na tom závisí nejen soubor dokumentů, ale i samotné rozdělení odpovědnosti mezi integrátorem, dílčími dodavateli a konečným uživatelem.

Právě proto by se otázky rozdělení odpovědnosti za procesní část a strojní část, smyslu podmíněného převzetí při chybějící dokumentaci, návodu nebo neuzavřené analýze rizik a způsobu provádění modernizace neměly objevovat až při přejímce. Pokud se vracejí tak pozdě, obvykle to znamená, že kontrakt byl uzavřen dříve než projekt.

Praktický závěr je tedy poměrně jednoduchý. Při konstrukci jednoúčelových strojů není nutné volit mezi úplnou rigiditou a úplnou otevřeností. Je třeba rozpoznat, které části projektu jsou už dostatečně vyzrálé pro uzavření v paušálním režimu a které ještě vyžadují kontrolovanou iteraci. Dobře řízený projekt změny zcela nevylučuje. Pouze omezuje ty, které přicházejí příliš pozdě, stojí nejvíce a rozostřují odpovědnost za bezpečnost, funkci a shodu stroje.