Posodobitev starega strojnega parka in zakonske zahteve – kdaj posodobitev postane nov stroj?

V starejšem strojnem parku meja med posodobitvijo in nastankom novega stroja le redko poteka tam, kjer bi to nakazovalo ime projekta. O tem, ali gre še za obnovo obstoječe funkcije ali že za bistveno predelavo, ne odločajo ohranjen okvir, stara krmilna omara ali inventarna številka, temveč dejanski tehnični učinek sprememb. Prav ta določa obseg odgovornosti, oceno tveganja, dokumentacijo in nadaljnji način ravnanja.

Zato vprašanje, kdaj posodobitev postane nov stroj, ni tema za »na koncu«, po montaži in zagonu. To je odločitev, ki jo je treba sprejeti na začetku, še preden se obseg del razdeli med integratorja, izvajalca programske opreme in vzdrževanje. Če je razvrstitev zastavljena preozko, se težava vrne v najdražjem trenutku: pri prevzemu, po prvih preskusih ali po incidentu. Takrat strošek ne izhaja več samo iz tehničnih rešitev, temveč iz potrebe po njihovem naknadnem popravljanju pod pritiskom zastoja in odgovornosti.

Bistvena sprememba – kontekst Uredbe o strojih 2023/1230

Sodobna posodobitev starejših strojev se vse redkeje omejuje na zamenjavo posameznih obrabljenih elementov. V praksi se predelujejo celotni funkcionalni sloji: krmiljenje, pogoni, varnostni sistemi, operaterski vmesnik ali komunikacija z drugimi napravami. Tak poseg ne vpliva le na zanesljivost in učinkovitost, temveč tudi na to, kdo po spremembah odgovarja za proizvod in na kateri podlagi ga je mogoče šteti za varnega, kar podrobneje obravnava področje varne avtomatizacije strojev.

S projektnega vidika je ključno, da se zgodaj razjasni, ali ima uporabnik po predelavi še vedno opraviti v bistvu z istim strojem, ki opravlja isto funkcijo v podobnem režimu tveganja, ali pa že s sistemom z novo logiko delovanja, novimi obratovalnimi stanji in drugačnimi vplivi na operaterja, servis ali okolico. Bolj ko se spreminjajo funkcija, arhitektura krmiljenja in profil nevarnosti, težje je zagovarjati stališče, da gre zgolj za običajno posodobitev.

To je dobro vidno na primeru stare linije, v kateri relejno krmiljenje nadomesti programabilni krmilnik, hkrati pa se dodajo novi načini delovanja, samodejna menjava nastavitev, oddaljena diagnostika in se spremeni zaporedje gibov. Z vidika nabave je to lahko videti kot obnova zastarelih sklopov. Z vidika varnosti pa nastane drugačen tehnični objekt: drugače se odziva na napake, drugače zaustavlja gibanje, omogoča nova obratovalna stanja in spreminja razmerje med človekom in strojem.

Šele v tem okviru se je treba opreti na pravne zahteve. Sama zamenjava obrabljenih delov ali obnova obstoječe funkcije še ne pomeni nastanka novega stroja. Drugače je, kadar je predelava bistvena: spremeni namembnost, parametre, ki vplivajo na varnost, ali poveže komponente v novo funkcionalno celoto. Ocene ni mogoče utemeljiti na imenu naloge ali na ohranitvi dela stare konstrukcije. Pomemben je tehnični rezultat in njegov vpliv na tveganje. Če ta rezultat ni enoznačen, je treba presoditi tudi, ali moderniziranega sistema ne bi bilo treba obravnavati kot nedokončan stroj ali ali ne zahteva celovite ocene varnosti pred zagonom, kot pri pravnih zahtevah in CE za modernizirane stroje.

Kje stroški ali tveganje najpogosteje narastejo

Največje povečanje stroškov pri takih projektih običajno ne izhaja iz cene komponent, temveč iz napačne opredelitve obsega del. Če ekipa predolgo obravnava predelavo kot remont in šele pozneje ugotovi, da je v praksi spremenila funkcijo, krmiljenje ali strukturo zaščitnih ukrepov, projekt preneha biti predvidljiv. Treba se je vrniti k izhodiščem, predelati že naročene ali uvedene rešitve, dopolniti dokumentacijo in prestaviti prevzeme.

Vir tveganja je najpogosteje razpršeno odločanje. Strojništvo, avtomatika in vzdrževanje svoje dele izvedejo pravilno, vendar brez skupnega merila za presojo končnega učinka. Za varnost in odgovornost namreč ni odločilna pravilnost posameznega elementa, temveč rezultat celotnega sistema: ali so se spremenili namembnost, način uporabe, meje stroja, odvisnosti med napravami in ukrepi za zmanjšanje tveganja. Če se po posodobitvi operater, servis ali material skozi sistem gibljejo drugače kot prej, varnost pa je odvisna od novih krmilnih funkcij ali novih interakcij med moduli, to ni več navadna zamenjava delov.

Tipična situacija je na prvi pogled neopazna. Obrat načrtuje osvežitev delovnega mesta z zamenjavo krmilnika, dodajanjem svetlobnih zaves in samodejnega podajanja obdelovanca. Vsaka od teh sprememb se lahko posamezno zdi smiselna in omejena. Težava se začne, ko novi sistem spremeni zaporedje gibov, odpravi del ročnih opravil in uvede odvisnost med napravami, ki so prej delovale neodvisno. V takem primeru ne zadošča preveriti, ali imajo nove komponente lastno dokumentacijo proizvajalca. Celoto je treba oceniti kot integrirano tehnološko funkcijo, ob upoštevanju varnostnih funkcij v industrijski avtomatiki.

To pa sproži dodatne projektne obveznosti: preverjanje zaščitnih ukrepov, pregled navodil za uporabo in vzdrževanje, posodobitev shem, opis novih načinov delovanja ter pravil za odpravljanje motenj. Če ekipa to opazi šele ob prevzemu, strošek ne izhaja več iz same skladnosti, temveč iz predelav, izvedenih pod pritiskom zastoja proizvodnje. Prav zato odgovornosti ni mogoče učinkovito prenesti zgolj z določilom v naročilu. Če ima posodobitev značilnosti bistvene predelave, mora ocena zajeti varnost celotnega stroja ali sklopa strojev po spremembi, ne pa le skladnosti posameznih dobav.

S pravnega vidika je to ključni trenutek. Kadar se po posodobitvi spremeni subjekt, ki dejansko odgovarja za tehnično rešitev kot celoto, se povečata tako projektno tveganje kot tudi tveganje prevzema vloge proizvajalca. Tudi če je za formalno opredelitev potrebna dodatna analiza, se je treba pred zagonom ustaviti in urediti temelje: obseg funkcij, meje sistema, odgovornost za integracijo ter seznam dokumentov, ki po spremembi niso več veljavni.

Kako se teme lotiti v praksi

Izhodišče ne bi smelo biti vprašanje, kako poimenovati projekt, temveč kdo po predelavi odgovarja za delovanje stroja kot celote. Od tega odgovora so odvisni terminski plan, proračun, način izvajanja prevzemov in priprava dokumentacije. Če sprememba zajema logiko krmiljenja, varnostne funkcije, delovno zaporedje, sodelovanje z drugimi napravami ali posega v parametre, ki odločajo o tveganju, je treba projekt voditi tako, kot da bi opredelitev lahko vodila do obravnave sistema kot novega stroja ali vsaj kot bistveno spremenjene tehnične celote.

Ne gre za pretirano formalizacijo, temveč za pravilen vrstni red odločitev. Najprej je treba določiti, kdo odgovarja za arhitekturo rešitve, kdo potrjuje meje sistema in kdo zagotavlja usklajenost dokumentacije. Šele nato je smiselno obseg deliti na mehaniko, avtomatizacijo, programsko opremo in podporo vzdrževanju. Če nihče ne upravlja spremembe kot ene tehnične rešitve, je projekt v naročilu običajno videti cenejši, vendar postane dražji med preskusi, prevzemi in po zagonu. V takih primerih je pomembna tudi ustrezna organizacija sodelovanja integratorja, izvajalca programske opreme in vzdrževanja.

Dober preizkus je, da sledimo eni konkretni spremembi. Stari stroj dobi nov krmilnik, pogone, svetlobne zavese in se vključi v linijo s samodejnim podajanjem ter odvzemom kosov. Mehansko jedro naprave ostane enako, zato je hitro mogoče sklepati, da gre le za osvežitev. Po spremembi pa se izkaže, da zaustavitev v sili deluje drugače, da je zaklepanje varoval izvedeno drugače, operater pa ne upravlja več posameznega stroja, temveč del integriranega procesa. Takrat glavno breme projekta ni v ceni komponent, ampak v potrebi po ponovnem opisu funkcij, preverjanju scenarijev napak, posodobitvi navodil, shem in pravil prevzema.

V praksi je pred začetkom del smiselno odgovoriti vsaj na tri vprašanja:

• Ali se po spremembi spremeni način krmiljenja gibanja ali zaustavitve stroja?
• Ali predelava vpliva na varnostne funkcije ali meje celotnega sistema?
• Ali mora en subjekt povezati rešitev v celoto in potrditi njeno pravilnost kot celoto?

Če je odgovor na ta vprašanja pritrdilen, je treba sprejeti strožji režim ocenjevanja in dokumentiranja. Ne moremo predpostavljati, da bodo zadevo zaključile izjave za nove dele. Šele takrat je smiselno presoditi, ali obseg sprememb projekt približuje obravnavi kot nov stroj. Prav tako je vredno ločiti dve vprašanji, ki se v praksi pogosto mešata: ali projekt zahteva novo pravno opredelitev in ali je stroj po posodobitvi dejansko varen. Ti vprašanji sta povezani, vendar nista enaki, in vsako zahteva ločeno potrditev pred proizvodnim zagonom, po možnosti na podlagi analize tveganja v projektu in celovite ocene varnosti pred zagonom.

Na kaj paziti pri uvedbi

Največ napak se pojavi takrat, ko se prava vprašanja postavijo prepozno. Če ekipa šele po montaži odkrije, da so se spremenili logika delovanja, meje sistema ali varnostne funkcije celotnega stroja, uvedba zdrsne v drage popravke. Treba se je vrniti k dokumentaciji, ponovno preverjati tehnične rešitve, dopolnjevati dokazila o skladnosti in prestavljati prevzeme. Po zagonu ne varuje več ime projekta v naročilu, temveč dejanski tehnični učinek predelave.

Zato je že v fazi zasnove smiselno sprejeti preprosto merilo: ali je po posodobitvi še vedno mogoče verodostojno reči, da gre za isti stroj z obnovljenim ali izboljšanim podsestavom, ali pa je nastala na novo oblikovana proizvodna funkcija, nov način krmiljenja ali nova konfiguracija tveganja. To ne nadomešča analize, vendar pomaga urediti odločitve. Če sprememba zahteva ponovno opredelitev delovnega zaporedja, območij dostopa, ročnih načinov, zaustavitve, odvisnosti med stroji ali odziva sistema na okvaro, je treba že od začetka sprejeti strožji tehnični in formalni režim.

Mejni primer dobro ponazarja zamenjava krmiljenja s programabilnim, skupaj z dodajanjem novih pogonov in spremembo sodelovanja z dovodnim transporterjem. Formalno jo je mogoče opisati kot posodobitev obstoječe linije, tehnične posledice pa so širše: spremenijo se pogoji zagona, časi zaustavitve, odvisnosti med varovali in gibanjem ter obnašanje stroja ob izpadu in ponovni vzpostavitvi napajanja. Če se temu pridružijo še nova upravljavska konzola, nov nastavitveni način ali oddaljen servisni poseg, tveganje ne izhaja več iz posameznih delov, temveč iz arhitekture celotne rešitve, vključno z varnostnimi funkcijami v krmilnem sistemu po predelavi.

V takem primeru pravo vprašanje ni, ali imajo nove komponente lastne izjave, temveč kdo prevzame odgovornost za pravilno delovanje sistema po integraciji in ali je to mogoče dokazati s preskusi, analizo tveganja ter izvedbeno dokumentacijo. To je običajno trenutek, ko praktična varnost in pravna opredelitev ne potekata več ločeno. Če je obseg predelave tako velik, da nastane nova funkcionalna konfiguracija stroja ali sklopa strojev, ni dovolj obdržati starih navodil in priložiti dokumentacije novih podsistemov. Preveriti je treba, ali ne nastane obveznost izvedbe celovite ocene skladnosti za celoto, priprave popolne tehnične dokumentacije in posodobitve informacij za uporabnika v skladu z dejanskim stanjem stroja po spremembah.

Pri nejasnih projektih je najvarneje odločitev opreti na dokumentiran opis obsega posodobitve, analizo vpliva na varnostne funkcije in jasno določitev subjekta, odgovornega za integracijo. Brez tega je mogoče zlahka spregledati ne le obveznosti, povezane z oznako CE po bistveni posodobitvi, temveč tudi preprostejšo in pogosto zanemarjeno obveznost skrbne posodobitve navodil za uporabo stroja po predelavi, shem, opisov načinov delovanja in pravil vzdrževanja, kot to izhaja tudi iz zahtev za prilagoditev strojev minimalnim zahtevam.

Upravljavski sklep je preprost: način opredelitve posodobitve je treba določiti pred naročilom podrobnih rešitev, ne pa šele po njihovi dobavi. V nasprotnem primeru bo vsaka pozna potreba po dodatnih preskusih, varovalih, blokadah, validaciji varnostnih funkcij ali popravkih dokumentacije videti kot nenačrtovan strošek, čeprav v resnici izhaja iz napačne začetne predpostavke. Pri mejnih projektih je zato smiselno spremljati ne le rok montaže, temveč tudi število odprtih varnostnih tveganj pred prevzemom, spremembe v logiki krmiljenja po integracijskih preskusih ter popolnost dokumentacije za uporabnika in vzdrževanje. Ti signali hitro pokažejo, ali imamo še vedno opravka s posodobitvijo obstoječega stroja ali pa že s projektom, ki dejansko vodi do nastanka novega stroja in prevzema odgovornosti, značilne za proizvajalca. V fazi načrtovanja pomaga tudi upoštevanje skritih stroškov pri načrtovanju proračuna za certificiranje CE ter širšega konteksta, ki ga predstavlja varnost strojev v praksi obrata in pravni okvir Uredbe o strojih 2023/1230.