Seno mašinų parko modernizavimas ir teisiniai reikalavimai – kada modernizuota mašina tampa nauja mašina?

Senesnių mašinų parke riba tarp modernizavimo ir naujos mašinos atsiradimo retai eina ten, kur ją sufleruoja projekto pavadinimas. Ar vis dar kalbame apie esamos funkcijos atkūrimą, ar jau apie esminę pertvarką, lemia ne išsaugintas rėmas, sena valdymo spinta ar inventoriaus numeris, o realus techninis pakeitimų rezultatas. Būtent jis nulemia atsakomybės apimtį, rizikos vertinimą, dokumentaciją ir tolesnę veiksmų eigą.

Todėl klausimas, kada modernizavimas tampa nauja mašina, nėra svarstymas „pabaigai“, po sumontavimo ir paleidimo. Tai sprendimas, kurį reikia priimti pačioje pradžioje, dar prieš paskirstant darbų apimtį tarp integratoriaus, programinės įrangos rangovo ir techninės priežiūros. Jei kvalifikavimas bus pernelyg siauras, problema sugrįš brangiausiu momentu: priėmimo metu, po pirmųjų bandymų arba po incidento. Tuomet sąnaudas lemia jau ne vien techniniai sprendimai, o būtinybė juos vėliau taisyti, kai spaudžia prastova ir atsakomybė.

Esminis pakeitimas – Mašinų reglamento 2023/1230 kontekstas

Šiuolaikinis senesnių mašinų modernizavimas vis rečiau apsiriboja pavienių susidėvėjusių elementų keitimu. Praktikoje pertvarkomi ištisi funkciniai sluoksniai: valdymas, pavaros, saugos sistemos, operatoriaus sąsaja ar ryšys su kitais įrenginiais. Toks įsikišimas daro įtaką ne tik patikimumui ir našumui, bet ir tam, kas atsako už gaminį po pakeitimų ir kokiu pagrindu jį galima laikyti saugiu.

Projektavimo požiūriu svarbiausia anksti nuspręsti, ar po pertvarkymo naudotojas iš esmės vis dar turi tą pačią mašiną, atliekančią tą pačią funkciją panašiomis rizikos sąlygomis, ar jau sistemą su nauja veikimo logika, naujomis darbo būsenomis ir kitokiu poveikiu operatoriui, techninei priežiūrai ar aplinkai. Kuo labiau keičiasi funkcija, valdymo architektūra ir pavojų profilis, tuo sunkiau pagrįsti teiginį, kad tai tėra įprastas modernizavimas.

Tai gerai matyti iš senos cecho linijos pavyzdžio, kai relinis valdymas pakeičiamas programuojamu valdikliu, o kartu įdiegiami nauji darbo režimai, automatinis perstatymas, nuotolinė diagnostika ir pakeičiama judesių seka. Pirkimų požiūriu tai gali atrodyti kaip pasenusių komponentų atkūrimas. Tačiau saugos požiūriu atsiranda kitas techninis objektas: jis kitaip reaguoja į gedimus, kitaip stabdo judėjimą, leidžia naujas darbo būsenas ir keičia žmogaus bei mašinos santykį.

Tik šiame kontekste reikia vertinti teisinius reikalavimus. Vien susidėvėjusių dalių pakeitimas arba esamos funkcijos atkūrimas dar nereiškia, kad atsirado nauja mašina. Kitaip yra tada, kai pertvarkymas yra esminio pobūdžio: pakeičia paskirtį, saugai įtaką darančius parametrus arba sujungia komponentus į naują funkcinę visumą. Vertinimo negalima grįsti užduoties pavadinimu ar tuo, kad išliko dalis senos konstrukcijos. Svarbus techninis rezultatas ir jo poveikis rizikai. Jei šis rezultatas nėra vienareikšmis, reikia apsvarstyti ir tai, ar modernizuojama sistema neturėtų būti laikoma nebaigta mašina, arba ar prieš paleidimą jai nereikalingas išsamus saugos vertinimas po pertvarkymo, kaip ir taikant teisinius reikalavimus ir CE modernizuojamoms mašinoms.

Kur dažniausiai didėja sąnaudos arba rizika

Didžiausias sąnaudų augimas tokiuose projektuose paprastai kyla ne dėl komponentų kainos, o dėl neteisingo darbų apimties kvalifikavimo. Jei komanda per ilgai pertvarkymą laiko remontu ir tik vėliau pamato, kad praktiškai pasikeitė funkcija, valdymas ar apsaugos priemonių struktūra, projektas nustoja būti prognozuojamas. Tenka grįžti prie pradinių prielaidų, perdaryti jau užsakytus ar įdiegtus sprendimus, papildyti dokumentaciją ir nukelti priėmimą.

Rizikos šaltinis dažniausiai yra išskaidytas sprendimų priėmimas. Mechanikos, automatikos ir techninės priežiūros komandos savo dalis įgyvendina tinkamai, tačiau neturi bendro galutinio rezultato vertinimo kriterijaus. Tuo tarpu saugos ir atsakomybės požiūriu svarbu ne atskiro elemento teisingumas, o visos sistemos rezultatas: ar pasikeitė paskirtis, naudojimo būdas, mašinos ribos, priklausomybės tarp įrenginių ir rizikos mažinimo priemonės. Jei po modernizavimo operatorius, techninės priežiūros personalas ar medžiaga per sistemą juda kitaip nei anksčiau, o sauga priklauso nuo naujų valdymo funkcijų ar naujų sąveikų tarp modulių, tai jau nėra paprastas dalių pakeitimas.

Tipinė situacija atrodo visai nekaltai. Įmonė planuoja atnaujinti darbo vietą pakeisdama valdiklį, pridėdama šviesos užtvaras ir automatinį detalės padavimą. Kiekvienas iš šių pakeitimų atskirai gali atrodyti racionalus ir ribotos apimties. Problema prasideda tada, kai nauja sistema pakeičia judesių seką, panaikina dalį rankinių veiksmų ir sukuria priklausomybę tarp įrenginių, kurie anksčiau veikė nepriklausomai. Tokiu atveju nepakanka patikrinti, ar nauji komponentai turi savo gamintojo dokumentaciją. Reikia įvertinti visumą kaip integruotą technologinę funkciją, ypač kai pertvarkoma sena technologinė linija.

Tai savo ruožtu sukelia papildomas projektavimo pareigas: apsaugos priemonių patikrą, naudojimo ir techninės priežiūros instrukcijų peržiūrą, schemų atnaujinimą, naujų darbo režimų aprašymą ir trikčių šalinimo taisyklių nustatymą. Jei komanda tai pastebi tik priėmimo metu, išlaidos kyla jau ne vien dėl atitikties, o dėl perdarymų, atliekamų spaudžiant gamybos prastovai. Būtent todėl atsakomybės negalima veiksmingai perkelti vien įrašu užsakyme. Jei modernizacija turi esminio perstatymo požymių, vertinimas turi apimti visos mašinos arba mašinų komplekso saugą po pakeitimo, o ne tik atskirų tiekimų atitiktį.

Teisiniu požiūriu tai yra esminis momentas. Kai po modernizacijos pasikeičia subjektas, faktiškai atsakingas už techninį sprendimą kaip visumą, didėja ir projektavimo rizika, ir rizika perimti gamintojo vaidmenį. Net jei formali kvalifikacija dar reikalauja papildomos analizės, prieš paleidimą būtina sustoti ir susitvarkyti pagrindus: funkcijų apimtį, sistemos ribas, atsakomybę už integraciją ir dokumentų, kurie po pakeitimo nebegalioja, sąrašą.

Kaip prie to prieiti praktiškai

Pradinis klausimas turėtų būti ne tai, kaip pavadinti projektą, o kas po pertvarkymo atsako už visos mašinos veikimą. Nuo atsakymo į šį klausimą priklauso grafikas, biudžetas, priėmimo organizavimo būdas ir dokumentacijos parengimas. Jei pakeitimas apima valdymo logiką, saugos funkcijas, darbo seką, sąveiką su kitais įrenginiais arba daro įtaką parametrams, lemiantiems riziką, projektą reikia vykdyti taip, tarsi kvalifikavimas galėtų lemti sistemos pripažinimą nauja mašina arba bent jau iš esmės pakeista technine visuma.

Čia kalbama ne apie perteklinį formalizavimą, o apie teisingą sprendimų seką. Pirmiausia reikia nustatyti, kas atsako už sprendimo architektūrą, kas tvirtina sistemos ribas ir kas užtikrina dokumentacijos nuoseklumą. Tik po to verta skaidyti apimtį į mechaniką, automatiką, programinę įrangą ir techninės priežiūros padalinio palaikymą. Jei niekas nevaldo pakeitimo kaip vieno techninio sprendimo, projektas užsakyme paprastai atrodo pigesnis, tačiau bandymų, priėmimų ir po paleidimo metu tampa brangesnis. Tokiais atvejais svarbu ir tinkamai organizuoti projekto valdymą bei integratoriaus, programinės įrangos kūrėjų komandos ir techninės priežiūros padalinio bendradarbiavimą.

Geras testas – atsekti vieną konkretų pakeitimą. Sena mašina gauna naują valdiklį, pavaras, apsaugines šviesos užtvaras ir yra įjungiama į liniją su automatiniu detalių padavimu bei paėmimu. Mechaninis įrenginio branduolys lieka tas pats, todėl lengva manyti, kad tai tik atnaujinimas. Tačiau po pakeitimo paaiškėja, kad avarinis stabdymas veikia kitaip, apsaugų blokavimas įgyvendintas kitaip, o operatorius jau valdo ne pavienę mašiną, bet integruoto proceso dalį. Tuomet pagrindinė projekto našta slypi ne komponentų kainoje, o būtinybėje iš naujo aprašyti funkcijas, patikrinti klaidų scenarijus, atnaujinti instrukcijas, schemas ir priėmimo taisykles.

Praktikoje prieš pradedant darbus verta atsakyti bent į tris klausimus:

• Ar po pakeitimo keičiasi mašinos judesių valdymo arba stabdymo būdas?
• Ar pertvarkymas daro įtaką saugos funkcijoms arba visos sistemos riboms?
• Ar vienas subjektas turi sujungti sprendimą į visumą ir patvirtinti jo teisingumą kaip visumos?

Jei atsakymas į šiuos klausimus yra teigiamas, reikia taikyti griežtesnį vertinimo ir dokumentavimo režimą. Negalima manyti, kad klausimą išspręs naujų dalių deklaracijos. Tik tada prasminga spręsti, ar pakeitimų apimtis priartina projektą prie vertinimo kaip naujos mašinos. Taip pat verta atskirti du klausimus, kurie praktikoje dažnai suplakami: ar projektui reikia naujos teisinės kvalifikacijos ir ar po modernizacijos mašina iš tikrųjų yra saugi. Šie klausimai susiję, tačiau nėra tapatūs, ir kiekvienas iš jų prieš gamybinį paleidimą turi būti patvirtintas atskirai, geriausia remiantis rizikos analize projekte.

Į ką atkreipti dėmesį diegimo metu

Daugiausia klaidų atsiranda tada, kai tinkami klausimai užduodami per vėlai. Jei komanda tik po montavimo nustato, kad buvo pakeista darbo logika, sistemos ribos arba visos mašinos saugos funkcijos, diegimas pereina į brangiai kainuojančių korekcijų etapą. Tenka grįžti prie dokumentacijos, iš naujo tikrinti techninius sprendimus, papildyti atitikties įrodymus ir nukelti priėmimus. Po paleidimo nebe projekto pavadinimas užsakyme yra apsauga, o tikrasis techninis pertvarkymo rezultatas.

Todėl jau koncepcijos etape verta taikyti paprastą kriterijų: ar po modernizacijos vis dar galima pagrįstai teigti, kad tai ta pati mašina su atkurta arba patobulinta sudedamąja dalimi, ar vis dėlto atsirado naujai suformuota gamybinė funkcija, naujas valdymo būdas arba nauja rizikos konfigūracija. Tai nepakeičia analizės, bet padeda susisteminti sprendimus. Jei pakeitimas reikalauja iš naujo apibrėžti darbo seką, prieigos zonas, rankinius režimus, stabdymą, priklausomybes tarp mašinų arba sistemos reakciją į gedimą, nuo pat pradžių reikia taikyti griežtesnį techninį ir formalų režimą.

Ribinę situaciją gerai iliustruoja valdymo sistemos pakeitimas į programuojamą, kartu įrengiant naujas pavaras ir pakeičiant sąveiką su tiekimo konvejeriu. Formaliai tai galima apibūdinti kaip esamos linijos modernizavimą, tačiau techniniu požiūriu pasekmės yra platesnės: keičiasi paleidimo sąlygos, sustabdymo laikai, priklausomybės tarp apsaugų ir judesio, taip pat mašinos elgsena dingus ir vėl atsiradus maitinimui. Jei prie to dar prisideda naujas operatoriaus pultas, naujas derinimo režimas arba nuotolinis serviso įsikišimas, rizika kyla jau ne iš pavienių dalių, o iš viso sprendimo architektūros.

Tokioje situacijoje tinkamas klausimas yra ne tai, ar nauji komponentai turi savo deklaracijas, o kas prisiima atsakomybę už teisingą sistemos veikimą po integravimo ir ar tai galima įrodyti bandymais, rizikos analize bei galutine technine dokumentacija. Paprastai tai yra momentas, kai praktinis saugumas ir teisinė kvalifikacija nustoja eiti atskirai. Jei pertvarkymo apimtis yra tokia didelė, kad susidaro nauja funkcinė mašinos arba mašinų komplekso konfigūracija, nepakanka palikti seną instrukciją ir pridėti naujų mazgų dokumentaciją. Reikia patikrinti, ar neatsiranda pareiga atlikti visos sistemos atitikties vertinimą, parengti išsamią techninę dokumentaciją ir atnaujinti naudotojui skirtą informaciją pagal faktinę mašinos būklę po pakeitimų.

Neaiškiuose projektuose saugiausia sprendimą grįsti dokumentuotu modernizavimo apimties aprašymu, poveikio saugos funkcijoms analize ir aiškiu už integravimą atsakingo subjekto nurodymu. Be to lengva nepastebėti ne tik pareigų, susijusių su CE ženklinimu po esminės modernizacijos, bet ir paprastesnės, tačiau dažnai apleidžiamos pareigos patikimai atnaujinti mašinos naudojimo instrukciją po pertvarkymo, schemas, darbo režimų aprašymus ir techninės priežiūros taisykles.

Valdymo požiūriu išvada paprasta: modernizavimo kvalifikavimo būdą reikia nustatyti prieš užsakant detaliuosius sprendimus, o ne po jų pristatymo. Priešingu atveju kiekvienas vėliau atsiradęs papildomų bandymų, apsaugų, blokavimo įtaisų, saugos funkcijų validavimo ar dokumentacijos korekcijų poreikis atrodys kaip neplanuotos išlaidos, nors iš tikrųjų jis kyla iš klaidingos pradinės prielaidos. Todėl ribiniuose projektuose verta stebėti ne tik montavimo terminą, bet ir atvirų saugos rizikų skaičių prieš priėmimą, valdymo logikos pakeitimus po integracinių bandymų bei dokumentacijos išsamumą naudotojui ir techninei priežiūrai. Šie signalai greitai parodo, ar vis dar turime reikalą su esamos mašinos modernizavimu, ar jau su projektu, kuris iš esmės lemia naujos mašinos atsiradimą ir atsakomybės, būdingos gamintojui, perėmimą. Planavimo etape taip pat padeda įtraukti paslėptas CE sertifikavimo sąnaudas ir platesnį kontekstą, pavyzdžiui, minimalius reikalavimus modernizuojamoms senesnėms mašinoms.