Automatizācijas sistēmu integratora izvēle: 5 kritēriji, kas patiešām nosaka projekta drošību un kopējās izmaksas

Automatizācijas integratora izvēle reti tiek izšķirta tikai tehniskā līmenī. Praksē tas ir lēmums par to, kurā posmā projekts atklās risku: jau koncepcijas un saskaņošanas laikā vai tikai pēc montāžas, kad līnijai jāatgriežas ražošanā. No uzņēmuma skatpunkta visdārgākās parasti nav atsevišķas programmēšanas kļūdas, bet gan kļūdaini sākotnējie pieņēmumi: neskaidri noteiktas izmaiņu robežas, neņemti vērā interfeisi ar esošo instalāciju, nav saskaņotu testu, dokumentācija ir nepilnīga, bet atbildība pārlikta uz gala lietotāju.

Tāpēc piedāvājuma cena būtu jāvērtē tikai kā viens no izvērtēšanas elementiem. Projekta faktiskās izmaksas parasti nosaka jautājumi, ko integrators uzdod pirms pasūtījuma, palaišanas darbu organizēšana un projekta izsekojamība, kas paliek pēc darbu pabeigšanas. Tieši šajā saskares punktā drošība un izmaksas vairs nav atsevišķi jautājumi.

Integrācijas cena nav projekta izmaksas

Visvieglāk ir salīdzināt piedāvājuma vērtību, taču tas parasti ir vājākais izvēles kritērijs. Pakalpojuma iegādes izmaksas veido tikai daļu no visas projekta lēmuma cenas. Investīcijas rezultātu biežāk nosaka problēmas, kas atklājas pēc palaišanas: aizsargu pārbūve, drošības loģikas izmaiņas, konflikts starp prasīto veiktspēju un reālajiem drošas ekspluatācijas apstākļiem, trūkumi dokumentācijā, kas nepieciešama pieņemšanai, kā arī kavējumi, kas saistīti ar atkārtotu iekārtas palaišanu. Tāpēc lētākais piedāvājums reti izrādās lētākais visā risinājuma dzīves ciklā.

Modernizācijas projektos atšķirība starp izpildītāju un projekta partneri kļūst redzama ļoti agri. Izpildītājs realizē to, kas ierakstīts specifikācijā. Projekta partneris vispirms pārbauda, vai pašā specifikācijā nav pieņēmumu, kas vēlāk kļūs par izmaksu vai atbildības avotu uzņēmuma pusē. Tas spēj atpazīt projekta robežas, interfeisus ar esošo līniju, savstarpējās atkarības starp mehāniku, vadību un drošību, kā arī izmaiņu ietekmi uz iekārtas statusu pēc modernizācijas un atbilstības novērtēšanu. Tas nav darba stila jautājums, bet gan spēja vadīt risku jau no projekta sākuma.

Visvairāk dārgu pagaidu risinājumu parasti rodas koncepcijas posmā. Bieži sastopams scenārijs izskatās līdzīgi: projektā paredzēta vienkārša vadības nomaiņa, bet nav analizēta ietekme uz darba secību, servisa piekļuvi un drošības funkcijām. Pēc palaišanas izrādās, ka operatoram jāveic papildu manuālas darbības, uzturēšanas dienestam vajadzīgas procedūras, kas kompensē vāju projektu, bet veiktspēja samazinās, jo droša piekļuve darba zonām nav labi atrisināta. Tad sākas piedāvājumā neparedzētie labojumi: mehāniskas izmaiņas, aizsargu papildināšana, drošības ķēžu pārbūve, dokumentācijas atjaunināšana un atkārtotas pieņemšanas procedūras. Pats vadības programmas kods tad nereti ir mazākā problēmas daļa.

Tāpēc integratora piedāvājumu ir vērts lasīt ne tikai caur investīciju izmaksu prizmu, bet arī caur izmaksām pēc palaišanas un sākotnēji uzdotajiem jautājumiem. Labs signāls ir precīzs robežnosacījumu apraksts, risku norādīšana saskarsmē ar esošo instalāciju, atrunas par ievaddatu trūkumiem un gatavība apstrīdēt investora kļūdainās gaidas. Slikts signāls ir solījums par ātru izpildi bez interfeisu analīzes, atsauces trūkums uz esošās iekārtas dokumentāciju, pieņemšanas nosacījumu izlaišana un klusēšana par atbildību par drošību pēc izmaiņām. Uz šī fona ir skaidri redzams, ka drošība un projekta un CE sertifikācijas slēptās izmaksas nav pielikums, ko pievieno beigās, bet gan visas modernizācijas pamatnosacījums.

Pieci kritēriji, kas palīdz atsijāt šķietamus ietaupījumus

Visdārgākie parasti nav tie projekti, kuros integratoram bija augstāka sākotnējā likme, bet gan tie, kuros tika nopirkts vienkāršības šķitums. Tāpēc izpildītāja izvēli ir vērts balstīt uz pieciem kritērijiem, kurus var pārbaudīt vēl pirms līguma parakstīšanas. Tie labi darbojas gan tehniskajā sarunā, gan piedāvājuma pieprasījumā, gan piedāvājumu vērtēšanas matricā.

Pirmais kritērijs ir projektēšanas briedums drošības jomā. Uzticams integrators spēj aprakstīt ne tikai vadības arhitektūru, bet arī bīstamību identificēšanas veidu, robežpieņēmumus, atbildības sadalījumu starp pusēm un aizsardzības pasākumu izvēles loģiku. Ja saruna beidzas tikai ar vadības kontroliera, gaismas aizkara vai slēdzenes izvēli, bet nenonāk līdz jautājumam, kurš atbild par riska novērtējumu pēc izmaiņām, kādi ir darba režīmi un kādas atkāpes no normālas ekspluatācijas jāņem vērā, tad projekts tiek vadīts pārāk virspusēji.

Otrais kritērijs attiecas uz spēju strādāt nozaru saskarsmes punktos. Reālās drošības problēmas reti rodas viena atsevišķa elektriska defekta dēļ. Tās veidojas interfeisos: starp mehānisko kustību un aizsargu, starp vadības secību un pneimatiku, starp sistēmas atiestatīšanu un bīstamās zonas pārskatāmību, starp apkalpošanas ergonomiku un pārregulēšanas organizāciju. Integrators, kurš šīs atkarības nepamana, parasti pārceļ to izmaksas uz palaišanas posmu.

Trešais kritērijs ir dokumentācijas kvalitāte un lēmumu pieņemšanas izsekojamība. Jau piedāvājuma sagatavošanas posmā ir jābūt skaidram, vai izpildītājs paredz drošības koncepciju, shēmas, ieeju un izeju sarakstu, funkciju aprakstu, testēšanas plānu, izmaiņu reģistru un pieņemšanas nosacījumus. Dokumentācijas trūkums gandrīz vienmēr nozīmē, ka izmaksas tiek pārliktas uz uzņēmumu: uzturēšanas dienests zaudē laiku, atjaunojot darbības loģiku, turpmākās izmaiņas tiek ieviestas bez pārliecības par to sekām, un atbilstības novērtēšana pēc modernizācijas kļūst sarežģītāka, jo nav zināms, kādi pieņēmumi tika izmantoti un kas faktiski tika mainīts. Kvalitatīva dokumentācija nav administratīvs pielikums, bet gan tehniskā riska kontroles instruments.

Ceturtais kritērijs ir palaišanas un pieņemšanas procesa organizācija. Uzņēmumam ir svarīgi ne tikai tas, vai iekārta sāks darboties, bet arī tas, vai palaišana ir saplānota tā, lai būtu iespējams objektīvi apstiprināt funkcionālo un drošības prasību izpildi. Integratoram iepriekš jānosaka testēšanas scenāriji, pieņemšanas kritēriji, nodošanas ekspluatācijā nosacījumi un kārtība, kādā tiek risinātas neatbilstības. Ja pieņemšana paredz tikai ražošanas palaišanu un defektu novēršanu darba gaitā, investors uzņemas risku par strīdiem par apjomu, kavējumiem un dārgiem labojumiem pēc dīkstāves.

Piektais kritērijs ir risinājuma apkalpojamība un ilgmūžība. Programma palaišanas dienā var darboties pareizi, bet vienlaikus būt uzrakstīta neskaidri, bez jēgpilnas diagnostikas, bez versiju kontroles un bez sagatavotības turpmākām izmaiņām. Tad katra avārija, paplašināšana vai komponentu nomaiņa kļūst par paaugstināta riska darbību. Labi sagatavots risinājums ļauj atjaunot programmas versiju, noteikt apstāšanās cēloni, pārbaudīt drošības parametrus un ieviest izmaiņas, nepasliktinot aizsardzības līmeni.

Šos kritērijus var ātri pārbaudīt ar dažiem jautājumiem:

• Kā tiks aprakstīta bīstamību identificēšana, izmaiņu apjoms un atbildības sadalījums starp integratoru un lietotāju?
• Kādi dokumenti būs pieņemšanas nosacījums: shēmas, funkciju apraksts, testēšanas plāns, protokoli, izmaiņu reģistrs, programmas kopijas un drošības versijas?
• Kādā veidā tiks veikti funkcionālie un ar drošību saistītie testi, un kurš apstiprina neatbilstības un atkāpes?
• Kā risinājums tiks apkalpots pēc gada un pēc nākamās modernizācijas: diagnostika, piekļuve detaļām, programmas pārskatāmība, versiju atjaunošana?

Ja atbildes ir vispārīgas, problēma nav komunikācijas stilā, bet procesa briedumā. No izmaksu un atbilstības viedokļa tieši tad pieaug risks, ka uzņēmums pārņems pienākumus, kas nav ņemti vērā ne budžetā, ne grafikā.

Kur integrators rada izmaksas vai tās novērš

Integratora darba izmaksas vislabāk var novērtēt pēc tā, kurā projekta posmā atklājas problēmas. Ja sarežģīti lēmumi parādās tikai palaišanas laikā, izmaksas gandrīz vienmēr tiek pārliktas uz uzņēmumu: papildu dīkstāves, izmaiņas, kas tiek veiktas ražošanas spiediena apstākļos, un neskaidra atbildība par to, kas faktiski ir modificēts. Labi vadītā projektā šīs izmaksas tiek novērstas agrāk. Konflikts starp prasīto takti, operatora piekļuvi, servisa piekļuvi un aizsardzības līdzekļiem ir jāidentificē koncepcijas posmā, nevis cehā pēc montāžas.

Tieši šeit visvieglāk atšķirt izpildītāju, kurš “nomaina vadības sistēmu”, no integratora, kas atbild par risinājuma kopējo saskaņotību. Esošas iekārtas vai līnijas daļas modernizācija reti aprobežojas ar vienkāršu kontrollera un dažu piedziņu nomaiņu. Darbības loģikas maiņa parasti ietekmē visu savstarpējo atkarību sistēmu: kustību secība norit citādi, mainās reakcijas laiki, rodas vajadzība pēc citādas piekļuves pārregulēšanas, tīrīšanas vai iesprūšanas novēršanas laikā. Ja integrators to neizanalizē pirms projekta galīgās fiksēšanas, vadības sistēma var darboties pareizi, bet kopumā risinājums tomēr nebūs gatavs drošai ekspluatācijai.

Tipisks piemērs ir vienkāršs. Uzņēmums plāno iepakošanas posteņa modernizāciju īsā servisa logā. Sākotnējais pieņēmums šķiet pamatots: novecojušas vadības sistēmas nomaiņa, piedziņu sakārtošana, dažas korekcijas secībā, bez mehāniskas iejaukšanās. Tomēr pēc palaišanas izrādās, ka jaunā loģika prasa biežāku operatora ieiešanu materiāla padeves zonā, bet līdzšinējie aizsargi un aizsardzības ierīču izvietojums pagarina katru iejaukšanos līdz līmenim, kas ražošanai nav pieņemams. Uzturēšanas dienests sāk meklēt apiešanas risinājumus, darba aizsardzības speciālisti apšauba piekļuves veidu, ražošana spiež atjaunot takti, bet integrators norāda, ka programma darbojas atbilstoši saskaņotajai funkcijai. Nākamajā solī jāmaina aizsargi, jāpārveido iejaukšanās apstiprināšanas kārtība, jāpilnveido pārregulēšanas procedūra un jāpapildina instrukcijas operatoriem un servisa personālam.

Katra no šīm izmaiņām atsevišķi var šķist neliela, taču kopā tās veido izmaksu kaskādi: vēl dažas dienas, kad postenis nav pieejams, papildu neatbilstības pieņemšanas laikā, nākamās iejaukšanās pēc ražošanas starta un strīds par to, vai atklātā problēma bija apjoma izmaiņas vai kļūdainas koncepcijas sekas. Tas pats gadījums, ja to vada rūpīgi, izskatās citādi jau dažas nedēļas iepriekš. Integrators parāda, ka prasītais takts un paredzētais apkalpošanas veids ir pretrunā ar esošo aizsargu izkārtojumu un servisa piekļuvi. Viņš neslēpj problēmu aiz frāzes “tas atklāsies palaišanas laikā”, bet gan izklāsta variantus un to sekas procesam, drošībai un turpmākajai pieņemšanai.

Tieši šajā brīdī uzņēmums var pieņemt apzinātu lēmumu: veikt pilnu modernizāciju vai sadalīt darbus pa posmiem, ja prasības vēl nav pilnībā definētas, bet ir skaidri noteikta atbildības robeža par izmaiņām, kas atklāsies palaišanas laikā. Tāpēc praksē ir vērts jautāt ne tikai par deklarācijām, bet arī par iepriekšējo projektu gaitu: cik daudz izmaiņu tika ieviests pēc projekta iesaldēšanas, cik neatbilstību atklājās pieņemšanas laikā, cik iejaukšanās bija vajadzīgas pēc palaišanas un kāds bija faktiskās darba vietas dīkstāves ilgums. Šādi jautājumi ātri parāda, vai runa ir par tipisku palaišanas problēmu vai projektēšanas kļūdu.

Tikai uz šī fona skaidri kļūst redzama dokumentācijas, testu un atbilstības novērtēšanas loma pēc modernizācijas. Tie nav birokrātisks papildinājums jau gatavai iekārtai. Tas ir laba projektēšanas procesa rezultāts, kurā vadības loģika ir sasaistīta ar drošību, apkalpošanas ergonomiku un uzturēšanas vajadzībām. Ja šie elementi netiek izstrādāti paralēli, uzņēmums uzņemas risku visnepiemērotākajā brīdī: pēc montāžas, zem ražošanas atsākšanas spiediena un bez pārliecības, vai izmaiņu apjoms nerada papildu pienākumus gala lietotājam.

Kā pirkt atbildīgi, pirms rodas problēma

Labs iepirkuma lēmums automatizācijas jomā sākas nevis ar cenu salīdzināšanu, bet ar integratoram nodoto sākotnējo datu kvalitāti. Ja pieprasījumā ir aprakstīts tikai sagaidāmais ražošanas rezultāts, izpildītājs pats noteiks projekta robežas, apkalpošanas veidu, servisa nosacījumus un pieņēmumus par esošo līniju. Parasti tas nozīmē, ka lētākais piedāvājums ir lētākais tikai tāpēc, ka tajā nav iekļauti izmaksas veidojoši elementi, kas atklājas tikai palaišanas laikā.

Tāpēc uzņēmumam jāapraksta ne tikai iekārtas vai modernizācijas funkcija, bet arī procesa ierobežojumi, apkalpošanas prasības, saskarnes ar jau strādājošām sistēmām un iekārtām, vēlamais servisa režīms, dīkstāves apstākļi un dokumentācijas apjoms, kas nepieciešams uzturēšanai, apmācībām un turpmākām izmaiņām. Šajā posmā jāizlemj arī, vai mehānikas un automatizācijas apjoms tiks vadīts kopā vai atsevišķi, kā arī kurš atbild par saskares punktiem starp nozarēm. Jo precīzāki ir sākotnējie dati, jo mazāks risks, ka piedāvājumā būs paslēptas izmaksas, kas pārceltas uz vēlāku laiku.

Piedāvājumu izvērtēšanā priekšroka būtu jādod nevis solījumam “izdarīsim visu kompleksi”, bet tam, ko iespējams pārbaudīt pirms pasūtījuma. Labs piedāvājums parāda darbu plānu, izmaksu aprēķinā pieņemtos pieņēmumus, norādītos riskus, no uzņēmuma puses nepieciešamos sākotnējos datus, atbildības sadalījumu un testēšanas kārtību pirms piegādes un palaišanas laikā. Tajā skaidri jāapraksta arī pieņemšanas nosacījumi: kas ir obligāts akceptēšanas priekšnoteikums un ko var iekļaut atvērto punktu sarakstā, lai tos noslēgtu pēc palaišanas. Ja integrators nespēj nosaukt riskus, definēt akceptēšanas kritērijus vai norādīt trūkstošo informāciju, problēma nepazudīs pēc pasūtījuma parakstīšanas. Tā vienkārši tiks pārcelta uz dīkstāves grafiku un izmaiņu budžetu.

Visvairāk pārpratumu vēlāk rodas nevis pašas tehnikas dēļ, bet neprecīza līguma dēļ. Komerciālajam dokumentam jānosaka ne tikai termiņš un cena, bet arī izmaiņu vadības kārtība, tiesības uz pirmkodu, projektu un dokumentāciju, pušu pienākumi palaišanas laikā, akceptēšanas kritēriji un pilns pieņemšanas brīdī nododamo materiālu saraksts. Tas ietver kontrolieru un paneļu programmas, rezerves kopijas, shēmas, signālu sarakstus, iestatījumus, instrukcijas, testu rezultātus un dokumentus, kas nepieciešami turpmākai ekspluatācijai un iespējamajam atbilstības novērtēšanas procesam. Laba prakse ir gala pieņemšanu un pēdējo maksājumu sasaistīt ar dokumentācijas pilnīgumu un saskaņoto testu izpildi, jo tieši tad atklājas integratora faktiskā sagatavotības pakāpe.

• pieprasījumā: funkcija, procesa ierobežojumi, saskarnes, servisa režīms, sagaidāmā dokumentācija, projekta robežas
• piedāvājumā: pieņēmumi, riski, testu plāns, pušu atbildība, pieņemšanas nosacījumi
• līgumā un pieņemšanā: izmaiņu noteikumi, tiesības uz kodu un dokumentiem, pilns nodošanas komplekts, akceptēšanas kritēriji

Atsaucei uz formālajām prasībām būtu jānoslēdz lēmums, nevis tas jāaizstāj. Vien atsauces uz mašīnu drošību, atbilstības novērtēšanu, tehnisko dokumentāciju, instrukcijām vai drošības funkciju verifikāciju neizlabos slikti definētu apjomu vai neskaidru atbildības sadalījumu. Ja projekts attiecas uz jaunu iekārtu vai modernizāciju, ko var uzskatīt par būtiskām izmaiņām, tas jānoskaidro pietiekami agri — vēl pirms pasūtījuma un pirms īstenošanas veida pieņemšanas. Pretējā gadījumā gala lietotājam var nākties uzņemties pienākumus, kas nebija ņemti vērā ne izmaksu aprēķinā, ne grafikā.

Praktiskais secinājums ir vienkāršs: ir lētāk veltīt vairāk laika pieprasījuma sagatavošanai, integratora pārbaudei un drošības pārskatam pirms ražošanas palaišanas, nekā finansēt labojumus brīdī, kad līnija jau ir apstājusies un pušu atbildība joprojām nav skaidri noteikta. Izvēloties automatizācijas integratoru, drošība nav blakus izmaksas. Tas ir īsākais ceļš, kā ierobežot izmaksas, kas rodas tad, ja projekts jau pašā sākumā ir definēts nepareizi. Praksē šeit palīdz arī labi organizēta integratora sadarbība ar tehniskās uzturēšanas dienestu un pareiza uzņēmuma sagatavošana ražošanas automatizācijai.