Automatizálási integrátor kiválasztása: 5 szempont, amely valóban meghatározza a biztonságot és a projekt teljes költségét

Az automatizálási integrátor kiválasztása ritkán dől el kizárólag műszaki szempontok alapján. A gyakorlatban ez arról szóló döntés, hogy a projekt melyik szakaszban tárja fel a kockázatokat: már a koncepció és az egyeztetések során, vagy csak a szerelés után, amikor a sornak vissza kell állnia a termelésbe. Üzemi szempontból nem az egyes programozási hibák a legköltségesebbek, hanem a hibás kiinduló feltételezések: a változtatások határainak pontatlan meghatározása, a meglévő rendszerrel való csatlakozási pontok figyelmen kívül hagyása, az egyeztetett tesztek hiánya, a gyenge dokumentáció és a végfelhasználóra áthárított felelősség.

Ezért az ajánlati árnak csak az egyik értékelési szempontnak kell lennie. A projekt tényleges költségét rendszerint azok a kérdések határozzák meg, amelyeket az integrátor még a megrendelés előtt feltesz, az üzembe helyezés módja, valamint a munka lezárása után hátrahagyott projekt-dokumentáció minősége. Ezen a ponton a biztonság és a költségek már nem különálló kérdések.

Az integráció ára nem azonos a projekt költségével

Az ajánlat értékét a legegyszerűbb összehasonlítani, de ez általában a leggyengébb kiválasztási szempont. A szolgáltatás beszerzési költsége csak egy része a teljes projekt­döntés költségének. A beruházás eredményét gyakrabban azok a problémák döntik el, amelyek az üzembe helyezés után jelentkeznek: a védőburkolatok átalakítása, a biztonsági logika módosítása, az elvárt teljesítmény és a biztonságos működés valós feltételei közötti ellentmondás, az átvételhez szükséges dokumentáció hiányosságai, valamint a rendszer újbóli indításához kapcsolódó késedelmek. Emiatt a legolcsóbb ajánlat ritkán bizonyul a legolcsóbbnak a megoldás teljes életciklusa során.

Modernizációs projektekben a kivitelező és a projektpartner közötti különbség nagyon korán megmutatkozik. A kivitelező azt valósítja meg, ami a specifikációban szerepel. A projektpartner először azt ellenőrzi, hogy maga a specifikáció nem tartalmaz-e olyan feltételezéseket, amelyek később költség- vagy felelősségi forrássá válnak az üzem oldalán. Képes felismerni a projekt határait, a meglévő sorhoz kapcsolódó interfészeket, a gépészet, a vezérlés és a biztonság közötti összefüggéseket, valamint a változtatások hatását a gép modernizálás utáni státuszára és a megfelelőségértékelésre. Ez nem munkastílus kérdése, hanem annak a képessége, hogy a kockázatokat a projekt kezdetétől kézben tartsák.

A legtöbb költséges kerülőmegoldás rendszerint már a koncepció szakaszában kialakul. A tipikus forgatókönyv hasonló: a projekt a vezérlés egyszerű cseréjével számol, de anélkül, hogy elemezné ennek hatását a működési sorrendre, a szervizhozzáférésre és a biztonsági funkciókra. Az üzembe helyezés után kiderül, hogy a kezelőnek további kézi műveleteket kell végeznie, a karbantartásnak olyan eljárásokra van szüksége, amelyek egy gyenge terv hiányosságait kompenzálják, a teljesítmény pedig csökken, mert a munkaterületekhez való biztonságos hozzáférést nem oldották meg megfelelően. Ekkor kezdődnek az ajánlatban nem szereplő korrekciók: mechanikai módosítások, a védőburkolatok kiegészítése, a biztonsági áramkörök átépítése, a dokumentáció frissítése és az ismételt átvételek. Ilyenkor maga a vezérlőprogram gyakran a probléma legkisebb részét jelenti.

Ezért az integrátor ajánlatát nemcsak a beruházási ráfordítások, hanem az üzembe helyezés utáni költségek és a kezdeti kérdések felől is érdemes értelmezni. Jó jel a határfeltételek pontos leírása, a meglévő rendszerrel való kapcsolódási pontokon jelentkező kockázatok megjelölése, a bemenő adatok hiányosságaira vonatkozó fenntartások, valamint az a készség, hogy a beruházó téves elvárásait is megkérdőjelezzék. Rossz jel a gyors megvalósítás ígérete az interfészek elemzése nélkül, a meglévő gép dokumentációjára való hivatkozás hiánya, az átvételi feltételek elhallgatása és a változtatások utáni biztonsági felelősség kérdésének mellőzése. Ebből jól látszik, hogy a biztonság és a projekt és a CE-tanúsítás rejtett költségei nem a végén hozzáadott kiegészítések, hanem a teljes modernizáció alapvető peremfeltételei.

Öt szempont, amely kiszűri a látszólagos megtakarításokat

Nem azok a projektek a legdrágábbak, amelyeknél az integrátor magasabb induló díjjal dolgozott, hanem azok, amelyeknél a megrendelő a látszólagos egyszerűséget vásárolta meg. Ezért a kivitelező kiválasztását érdemes öt olyan szempontra alapozni, amelyek még a szerződés aláírása előtt ellenőrizhetők. Ezek egyaránt jól használhatók műszaki egyeztetés során, ajánlatkérésben vagy ajánlatértékelési mátrixban.

Az első szempont a biztonsági területhez kapcsolódó projektérettség. A megbízható integrátor nemcsak a vezérlési architektúrát tudja leírni, hanem a veszélyek azonosításának módját, a határfeltételeket, a felelősség megosztását a felek között, valamint a védőintézkedések kiválasztásának logikáját is. Ha a beszélgetés megáll a vezérlő, a fényfüggöny vagy a retesz kiválasztásánál, és nem jut el odáig, hogy ki felel a változtatások utáni kockázatértékelésért, milyen üzemmódok vannak, és milyen eltéréseket kell figyelembe venni a normál kezeléstől, akkor a projektet túl felületesen vezetik.

A második szempont a szakterületek határán végzett munka képessége. A valós biztonsági problémák ritkán erednek egyetlen villamos hibából. Az interfészeken keletkeznek: a mechanikai mozgás és a védőburkolat között, a vezérlési sorrend és a pneumatika között, a rendszer-visszaállítás és a veszélyzóna beláthatósága között, a kezelési ergonómia és az átállások megszervezése között. Az az integrátor, aki nem látja ezeket az összefüggéseket, rendszerint az üzembe helyezés szakaszára tolja át ezek költségét.

A harmadik szempont a dokumentáció minősége és a döntések nyomon követhetősége. Már az ajánlatadási szakaszban egyértelműnek kell lennie, hogy a kivitelező számol-e biztonsági koncepcióval, kapcsolási rajzokkal, be- és kimeneti listával, funkcióleírással, teszttervvel, változásnyilvántartással és az átvétel feltételeivel. A dokumentáció hiánya szinte mindig az üzemre hárítja a költségeket: a karbantartás időt veszít a működési logika visszafejtésével, a későbbi módosításokat a következmények biztos ismerete nélkül vezetik be, és a modernizálás utáni megfelelőségértékelés is nehezebbé válik, mert nem ismert, milyen feltételezésekkel dolgoztak, és valójában mit változtattak meg. A jó dokumentáció nem adminisztratív melléklet, hanem a műszaki kockázat kézben tartásának eszköze.

A negyedik szempont az üzembe helyezés és az átvétel lebonyolításának módja. Az üzem számára nemcsak az a fontos, hogy a gép elinduljon, hanem az is, hogy az üzembe helyezést úgy tervezzék meg, hogy a funkcionális és biztonsági követelmények teljesülése objektíven igazolható legyen. Az integrátornak előre meg kell határoznia a tesztforgatókönyveket, az elfogadási kritériumokat, az üzemeltetésre történő átadás feltételeit és a nemmegfelelőségek kezelésének módját. Ha az átvétel kizárólag a termelés elindítására és a hibák menet közbeni javítására korlátozódik, a beruházó viseli a hatókörrel kapcsolatos viták, a késedelmek és az állásidő utáni költséges javítások kockázatát.

Az ötödik szempont a megoldás szervizelhetősége és tartóssága. Előfordulhat, hogy a program az üzembe helyezés napján megfelelően működik, ugyanakkor átláthatatlan módon készült, nincs érdemi diagnosztika, nincs verziókezelés, és a jövőbeli módosításokra sincs felkészítve. Ilyenkor minden hiba, bővítés vagy alkatrészcsere fokozott kockázatú műveletté válik. A jól előkészített megoldás lehetővé teszi a programverzió visszaállítását, a leállás okának meghatározását, a biztonsági paraméterek ellenőrzését és a módosítások végrehajtását a védelmi szint romlása nélkül.

Ezek a szempontok néhány kérdéssel gyorsan ellenőrizhetők:

• Hogyan kerül leírásra a veszélyek azonosítása, a módosítások köre, valamint a felelősségek megosztása az integrátor és a felhasználó oldalán?
• Mely dokumentumok lesznek az átvétel feltételei: kapcsolási rajzok, funkcióleírás, tesztterv, jegyzőkönyvek, változásnyilvántartás, programmásolatok és biztonsági verziók?
• Milyen módon végzik el a funkcionális és a biztonsággal kapcsolatos teszteket, és ki hagyja jóvá a nemmegfelelőségeket és eltéréseket?
• Hogyan lesz a megoldás szervizelhető egy év múlva és a következő modernizálás után: diagnosztika, alkatrész-hozzáférés, a program áttekinthetősége, verzió-visszaállítás?

Ha a válaszok általánosak és kitérő jellegűek, a probléma nem a kommunikáció stílusában, hanem a folyamat érettségében van. Költség- és megfelelőségi szempontból ilyenkor nő meg annak a kockázata, hogy az üzem olyan feladatokat vesz át, amelyekkel sem a költségvetésben, sem az ütemtervben nem számoltak.

Hol termel költséget az integrátor, és hol oltja ki azt

Az integrátor munkájának költsége legjobban abból ítélhető meg, hogy a problémák a projekt melyik szakaszában válnak láthatóvá. Ha a nehéz döntések csak az üzembe helyezés során kerülnek felszínre, a költség szinte mindig az üzemre hárul: további állásidő, termelési nyomás alatt végrehajtott módosítások és annak tisztázatlansága formájában, hogy valójában mit módosítottak. Egy jól vezetett projektben ezek a költségek korábban kiolthatók. Az elvárt ciklusidő, a kezelői hozzáférés, a szervizhozzáférés és a védőintézkedések közötti konfliktust már a koncepció szakaszában fel kell ismerni, nem pedig az összeszerelés után, a gyártócsarnokban.

Itt lehet a legkönnyebben megkülönböztetni azt a kivitelezőt, aki „vezérlést cserél”, attól az integrátortól, aki a megoldás egységességéért felel. Egy meglévő gép vagy gyártósor-részlet modernizálása ritkán merül ki a vezérlő és néhány hajtás egyszerű cseréjében. A működési logika módosítása rendszerint az egész függőségi rendszert érinti: más lesz a mozgások sorrendje, megváltoznak a reakcióidők, és eltérő hozzáférésre lehet szükség átállításkor, tisztításkor vagy elakadás megszüntetésekor. Ha az integrátor ezt nem elemzi a terv véglegesítése előtt, a vezérlés működhet helyesen, a teljes rendszer mégsem lesz kész a biztonságos üzemeltetésre.

Egy tipikus példa egyszerű. Az üzem egy csomagolóállomás modernizálását tervezi rövid szervizablakban. A kiinduló feltételezés ésszerűnek tűnik: az elavult vezérlés cseréje, a hajtások rendezése, néhány korrekció a szekvenciában, mechanikai beavatkozás nélkül. Az indulás után azonban kiderül, hogy az új logika miatt a kezelőnek gyakrabban kell belépnie az anyagadagoló zónába, a meglévő burkolatok és a védőberendezések elrendezése pedig minden beavatkozást a termelés számára elfogadhatatlanul hosszúvá tesz. A karbantartás kerülőmegoldásokat kezd keresni, a munkavédelmi szolgálat kifogásolja a hozzáférés módját, a termelés a ciklusidő helyreállítását sürgeti, az integrátor pedig arra hivatkozik, hogy a program a jóváhagyott funkciónak megfelelően működik. A következő lépésben módosítani kell a burkolatokat, át kell alakítani a beavatkozások visszaigazolásának módját, pontosítani kell az átállítási eljárást, és ki kell egészíteni a kezelői és szervizutasításokat.

Ezek a változtatások külön-külön jelentéktelennek tűnhetnek, együtt azonban költségkaszkádot indítanak el: újabb napokig tartó állomáskiesést, további nemmegfelelőségeket az átvétel során, újabb beavatkozásokat a termelés indulása után, valamint vitát arról, hogy a feltárt probléma hatókörbővítés volt-e, vagy egy hibás koncepció következménye. Ugyanez az eset gondos megközelítéssel már néhány héttel korábban másképp néz ki. Az integrátor megmutatja, hogy az elvárt ciklusidő és a kívánt kezelési mód ütközik a burkolatok jelenlegi kialakításával és a szervizhozzáféréssel. Nem rejti el a problémát azzal, hogy „majd az üzembe helyezéskor kiderül”, hanem bemutatja a változatokat és azok következményeit a folyamatra, a biztonságra és a későbbi átvételre nézve.

Ilyenkor az üzem megalapozott döntést hozhat: teljes körű korszerűsítést végez, vagy szakaszosan valósítja meg a munkát hiányos követelménymeghatározás mellett, de az üzembe helyezés során feltárt változásokért viselt felelősség egyértelműen rögzített határával. A gyakorlatban ezért nemcsak az ígéretekre érdemes rákérdezni, hanem a korábbi projektek lefolyására is: hány módosítást vezettek be a terv véglegesítése után, hány eltérés derült ki az átvételkor, hány beavatkozásra volt szükség az indulás után, és mennyi volt ténylegesen az állomás kiesési ideje. Az ilyen kérdések gyorsan megmutatják, hogy tipikus üzembe helyezési problémáról van-e szó, vagy tervezési hibáról.

Csak ebben az összefüggésben válik igazán láthatóvá a dokumentáció, a tesztek és a korszerűsítés utáni megfelelőségértékelés szerepe. Ezek nem a kész géphez utólag hozzátett bürokratikus elemek. Egy jó tervezési folyamat eredményei, amely a vezérlési logikát összekapcsolja a biztonsággal, a kezelési ergonómiával és a karbantartás igényeivel. Ha ezek az elemek nem párhuzamosan készülnek el, az üzem a legrosszabb pillanatban veszi át a kockázatot: a szerelés után, a termelés újraindításának nyomása alatt, és anélkül, hogy biztos lenne abban, a módosítások köre nem keletkeztet-e további kötelezettségeket a végfelhasználó oldalán.

Hogyan vásároljunk felelősen, még a probléma megjelenése előtt

Az automatizálásban a jó beszerzési döntés nem az árak összehasonlításával kezdődik, hanem az integrátornak átadott bemenő adatok minőségével. Ha a megkeresés kizárólag a várt termelési eredményt írja le, a kivitelező maga húzza meg a projekt határait, a kezelési módot, a szervizfeltételeket és a meglévő sorra vonatkozó feltételezéseket. Ez általában azt jelenti, hogy a legolcsóbb ajánlat csak azért a legolcsóbb, mert kihagy olyan költségtényezőket, amelyek csak az üzembe helyezéskor válnak láthatóvá.

Ezért az üzemnek nemcsak a gép vagy a korszerűsítés funkcióját kell leírnia, hanem a folyamat korlátait, a kezelési követelményeket, a már működő rendszerekkel és berendezésekkel való interfészeket, az elvárt szervizmódot, a leállás feltételeit, valamint a karbantartáshoz, a képzésekhez és a későbbi módosításokhoz szükséges dokumentáció körét is. Ebben a szakaszban azt is el kell dönteni, hogy a gépészeti és automatizálási feladatokat együtt vagy külön kezelik-e, illetve ki felel a szakterületek közötti kapcsolódási pontokért. Minél pontosabbak a bemenő adatok, annál kisebb a kockázata annak, hogy az ajánlat későbbre tolt költségeket rejt el.

Az ajánlatok értékelésének nem a „komplexen megoldjuk” ígéretét kell jutalmaznia, hanem azt, ami a megrendelés előtt ellenőrizhető. Egy jó ajánlat bemutatja a munkatervet, az árazás alapjául vett feltételezések listáját, a megjelölt kockázatokat, az üzem oldaláról szükséges bemenő adatokat, a felelősségi megosztást, valamint a szállítás előtti és az üzembe helyezéskori tesztelés módját. Egyértelműen le kell írnia az átvétel feltételeit is: mi az elfogadás elengedhetetlen feltétele, és mi kerülhet a nyitott pontok listájára, amelyet az indulás után kell lezárni. Ha az integrátor nem tudja megnevezni a kockázatokat, meghatározni az elfogadási kritériumokat vagy jelezni a hiányzó információkat, a probléma a megrendelés aláírása után sem tűnik el. Csupán átkerül a leállási ütemtervre és a változtatások költségkeretére.

A legtöbb félreértés később nem magából a technikából adódik, hanem a pontatlan szerződésből. A kereskedelmi dokumentumnak nemcsak a határidőt és az árat kell rendeznie, hanem a változáskezelés módját, a forráskódhoz, a tervhez és a dokumentációhoz fűződő jogokat, a felek üzembe helyezéskori kötelezettségeit, az elfogadási kritériumokat, valamint az átvételkor átadandó anyagok teljes jegyzékét is. Ez magában foglalja a vezérlő- és panelprogramokat, a biztonsági mentéseket, a kapcsolási rajzokat, a jellistákat, a beállításokat, az utasításokat, a teszteredményeket, valamint a további üzemeltetéshez és az esetleges megfelelőségértékelési eljáráshoz szükséges dokumentumokat. Jó gyakorlat, ha a végső átvételt és az utolsó kifizetést a dokumentáció teljességéhez és a megállapodás szerinti tesztek elvégzéséhez kötik, mert éppen ekkor mutatkozik meg az integrátor tényleges felkészültségi szintje.

• a megkeresésben: funkció, folyamatkorlátok, interfészek, szervizmód, elvárt dokumentáció, projekthatárok
• az ajánlatban: feltételezések, kockázatok, tesztterv, a felek felelőssége, átvételi feltételek
• a szerződésben és az átvételnél: a változtatások szabályai, a kódhoz és dokumentumokhoz fűződő jogok, az átadás teljes köre, elfogadási kritériumok

A formai követelményekre való hivatkozásnak a döntést kell lezárnia, nem pedig helyettesítenie azt. A gépbiztonságra, a megfelelőségértékelésre, a műszaki dokumentációra, az utasításokra vagy a biztonsági funkciók ellenőrzésére való puszta hivatkozás önmagában nem javítja ki a rosszul meghatározott terjedelmet vagy a felelősség tisztázatlan megosztását. Ha a projekt új gépre vagy olyan korszerűsítésre vonatkozik, amely lényeges változtatásnak minősülhet, ezt kellően korán fel kell ismerni, még a megrendelés előtt és még a megvalósítás módjának elfogadása előtt. Ellenkező esetben a végfelhasználóra olyan kötelezettségek hárulhatnak, amelyekkel sem az árajánlat, sem az ütemterv nem számolt.

A gyakorlati következtetés egyszerű: olcsóbb több időt fordítani az ajánlatkérés előkészítésére, az integrátor ellenőrzésére és a biztonsági felülvizsgálatra még a gyártás elindítása előtt, mint akkor finanszírozni a korrekciókat, amikor a sor már áll, és a felek felelőssége továbbra sem egyértelmű. Az automatizálási integrátor kiválasztásánál a biztonság nem járulékos költség. Ez a legrövidebb út azoknak a költségeknek a csökkentéséhez, amelyek akkor jelentkeznek, ha a projektet már a legelején hibásan határozták meg. A gyakorlatban ebben a integrátor és a karbantartási részleg jól megszervezett együttműködése, valamint az üzem megfelelő felkészítése a gyártás automatizálására is sokat segít.