Mașinile fabricate pentru uz propriu (in-house) și obligațiile legale ale unității în 2026

De ce acest subiect contează astăzi

Mașinile construite pentru uz propriu nu mai reprezintă astăzi un subiect secundar de mentenanță, ci un domeniu real de risc de proiectare și de răspundere pentru unitate. În 2026, problema nu se reduce la întrebarea dacă echipamentul „părăsește compania”, ci dacă modul în care a fost proiectat, asamblat și pus în funcțiune generează, din partea unității, obligații specifice producătorului sau entității care efectuează o modificare substanțială a mașinilor. Acest lucru influențează direct calendarul investiției, bugetul și răspunderea echipei de management. O încadrare greșită a proiectului rareori se încheie doar cu corectarea documentelor. Cel mai adesea înseamnă refacerea protecțiilor, modificarea sistemului de comandă, repetarea testelor, întârzierea punerii în funcțiune și dispute privind cine trebuia să asigure conformitatea. În practică, nu cerințele în sine sunt cele mai costisitoare, ci deciziile luate prea târziu.

De aceea, subiectul trebuie clarificat încă din etapa premiselor de proiectare, nu la recepție. Pentru echipă, asta înseamnă necesitatea de a răspunde la o singură întrebare operațională: unitatea doar asamblează echipamente standard într-un proces existent sau creează efectiv o mașină nouă ori modifică funcția și nivelul de risc al uneia deja existente? Acest criteriu are o dimensiune practică, deoarece clarifică responsabilitatea pentru documentația tehnică, evaluarea riscurilor, soluțiile de siguranță și condițiile de admitere în exploatare. Dacă decizia este luată prea târziu, proiectul începe să fie derulat pe baza unor premise greșite: partea mecanică merge în direcția ei, automatizarea în direcția ei, iar problema conformității revine abia atunci când echipamentul este deja finalizat fizic și orice modificare costă de multe ori mai mult decât în etapa de concept.

Un exemplu tipic din practică este o celulă robotizată sau o linie semiautomată asamblată din componente gata făcute: robot, transportoare, cortine, controler și software pregătit intern în unitate. La nivel intern, acest lucru este uneori tratat drept „modernizare a procesului”, deoarece nimic nu este vândut clientului. Totuși, din perspectiva răspunderii, esențial nu este locul de utilizare, ci efectul tehnic al integrării. Dacă echipa creează o logică nouă de funcționare, definește zonele periculoase ale mașinilor, selectează funcțiile de siguranță în automatizarea industrială și stabilește condițiile de intervenție ale operatorului, atunci nu mai realizează doar un montaj. O astfel de situație impune gestionarea conformității ca parte integrantă a proiectului de inginerie, cu propriile puncte de decizie și indicatori, cum ar fi numărul de neconformități de siguranță rămase deschise înainte de punerea în funcțiune, numărul de modificări constructive după recepția internă și timpul necesar pentru închiderea evaluării riscurilor.

Abia în acest context apare în mod justificat referința normativă. În 2026, pentru unitate este esențială distincția dintre o mașină nouă, un ansamblu de mașini interconectate, reconstrucția unei mașini existente sau doar o schimbare de exploatare fără impact asupra cerințelor esențiale de siguranță. Domeniul obligațiilor nu este identic în fiecare dintre aceste situații, de aceea decizia nu trebuie bazată pe simplificarea potrivit căreia „este pentru uz propriu, deci regulile aplicabile producătorului nu ni se aplică”. Dacă unitatea preia controlul efectiv asupra proiectului și a siguranței sale, trebuie să fie pregătită să demonstreze pe ce bază a considerat varianta respectivă ca fiind admisibilă. Tocmai acest lucru dă astăzi greutate subiectului: nu este vorba despre o formalitate de la finalul procesului, ci despre alegerea modelului de realizare a proiectului, care fie limitează riscul și costul, fie le mută într-un moment în care corectarea devine cel mai dificilă.

Unde cresc cel mai des costul sau riscul

În proiectele de mașini construite pentru uz propriu, costul rareori crește din cauza unei singure „greșeli mari”. Mult mai des, el se acumulează ca efect al unei serii de decizii luate prea târziu sau la un nivel nepotrivit de responsabilitate. Cea mai riscantă presupunere este că aspectele juridice și de siguranță pot fi închise după finalizarea construcției, când partea mecanică și sistemul de comandă sunt deja, în practică, înghețate. În acel moment, orice corecție a protecțiilor, a sistemelor de comandă legate de siguranță, a funcțiilor de oprire sau a accesului pentru service încetează să mai fie o modificare minoră și începe să afecteze calendarul, recepțiile interne și volumul de lucrări al furnizorilor. Pentru uzină, asta înseamnă nu doar un cost de execuție mai mare, ci și un risc real de a prelua răspunderea pentru o soluție care nu poate fi justificată ușor nici tehnic, nici organizațional.

Cel mai des, problema începe în etapa de calificare a proiectului. Echipa tratează proiectul ca pe o modernizare sau ca pe un „post tehnologic”, deși în realitate ia naștere o mașină nouă sau un ansamblu de mașini cu propria logică de comandă, cu funcții de siguranță integrate și cu un mod de utilizare previzibil. Dacă această limită este identificată greșit, va fi greșită și traiectoria decizională ulterioară: alt domeniu al documentației, alt mod de evaluare a riscului, alte cerințe pentru interfețele dintre echipamente. Criteriul practic este simplu: trebuie stabilit cine decide efectiv arhitectura de siguranță, modul de comandă și condițiile de utilizare după punerea în funcțiune. Dacă răspunsul este „uzina”, nu are sens să se construiască un calendar ca și cum răspunderea ar rămâne exclusiv de partea executanților componentelor. Într-o astfel de situație, merită abordate din timp obligațiile legate de Certificarea CE a mașinilor.

Un exemplu relevant este o linie asamblată din module gata făcute, roboți, transportoare și propriul software de nivel superior. La început, proiectul pare sigur din punct de vedere organizațional, pentru că majoritatea echipamentelor provin de la furnizori de renume. Costul și riscul apar însă în punctul de integrare: zonele de acces se suprapun, resetarea după oprirea de urgență nu are o logică unitară, iar modurile de reglaj și de service sunt rezolvate abia în timpul punerii în funcțiune. Atunci devine clar că declarațiile și instrucțiunile componentelor individuale nu rezolvă problema întregului ansamblu funcțional. Efectul asupra proiectului este tipic: refaceri succesive ale tablourilor de comandă, modificări de software, completarea protecțiilor, teste suplimentare și amânarea termenului de predare pentru exploatare. De aceea, merită măsurat nu doar numărul de neconformități, ci și numărul de interfețe de siguranță rămase deschise între echipamente, precum și numărul de modificări ale funcțiilor de siguranță după încheierea proiectului de execuție. Aceștia sunt indicatori care arată din timp dacă costul începe să crească exact în zona cea mai greu de ținut sub control. În practică, un audit de siguranță pentru mașini și linii de producție ajută la identificarea timpurie a acestor puncte critice.

A doua sursă de pierderi este împărțirea responsabilității între departamente într-un mod convenabil organizațional, dar neclar din punct de vedere juridic. Proiectantul presupune o anumită soluție, automatistul o implementează, mentenanța adaugă cerințele de exploatare, iar nimeni nu închide deciziile într-o singură evaluare a riscului raportată la configurația finală. În practică, tocmai atunci apar abateri aparent minore: întrerupătoarele protecțiilor sunt alese fără legătură cu timpul real de oprire, ocolirile de service nu au condiții de utilizare clar definite, iar instrucțiunea internă descrie starea ideală, nu pe cea rezultată după modificările introduse în timpul punerii în funcțiune. În 2026, în cazul mașinilor realizate in-house, o astfel de situație este deosebit de periculoasă, deoarece uzina nu se poate ascunde în spatele argumentului că „sistemul a fost realizat în etape”. Dacă a preluat rolul entității care creează și integrează efectiv soluția, trebuie să demonstreze coerența cerințelor esențiale, a evaluării riscului, a documentației tehnice și a condițiilor de utilizare. Dacă încadrarea juridică a proiectului se află la intersecția mai multor regimuri, acest lucru trebuie clarificat înainte de comandarea componentelor critice, nu după punerea în funcțiune. Acesta este tocmai criteriul practic al deciziei: dacă alegerea de astăzi reduce numărul de modificări constructive după recepția internă sau doar amână problema până în momentul în care fiecare corecție va costa deja dublu.

Cum să abordezi subiectul în practică

În practică, proiectarea unei mașini realizate pentru uz propriu trebuie gestionată ca un produs pentru a cărui siguranță și conformitate unitatea răspunde integral, nu ca un ansamblu de lucrări de mentenanță și automatizare împărțite între departamente. Acest lucru determină modul de luare a deciziilor încă de la începutul proiectului. Dacă echipa tratează inițiativa exclusiv ca pe o „modernizare internă”, de regulă întrebarea privind limitele intervenției, întinderea responsabilității și setul complet de dovezi care confirmă soluțiile adoptate apare prea târziu. Efectul este previzibil: costurile revin în faza finală a proiectului sub forma refacerii protecțiilor, a modificărilor în sistemul de comandă, a repunerii în funcțiune și a corectării documentației, iar responsabilitatea rămâne la nivelul unității, indiferent câți subcontractanți au participat la lucrări.

De aceea, prima decizie de management nu ar trebui să fie „ce cumpărăm”, ci „cine închide calificarea proiectului și pe ce bază”. Într-un proiect in-house este necesar un singur titular al deciziei privind configurația finală a mașinii: o persoană sau o echipă capabilă să coreleze funcția tehnică, condițiile de utilizare, modul de intervenție al service-ului și consecințele juridice. Un criteriu bun de evaluare este simplu: se poate indica astăzi modul de lucru final, modurile speciale, limitele accesului omului în zonele periculoase și condițiile de oprire și repornire după intervenție? Dacă nu, proiectul nu este pregătit nici pentru comandarea elementelor critice, nici pentru închiderea arhitecturii de comandă. În această situație, orice decizie de achiziție reduce flexibilitatea și crește riscul ca ulterior siguranța să trebuiască adaptată la o soluție deja aleasă, în loc să fie proiectată în paralel cu funcția mașinii.

Un exemplu tipic este cel al unui post robotizat sau al unei linii asamblate din subansambluri provenite din surse diferite. În etapa de concept se presupune un acces simplu pentru service, iar după teste se dovedește că reglajul necesită intrări mai frecvente în interior, lucru la viteză redusă sau dezactivarea temporară a unei părți din măsurile de protecție în condiții strict definite. Dacă aceste scenarii nu au fost denumite și evaluate din timp, echipa începe să „adauge” excepții: un comutator suplimentar, un bypass, o procedură separată pentru tehnician. Acesta este momentul în care cresc atât costurile, cât și răspunderea personală a celor care aprobă soluția. Nu pentru că schimbarea în sine ar fi inadmisibilă, ci pentru că a fost introdusă în afara unui proces închis de analiză a riscurilor în proiect și fără a demonstra că modul final de utilizare îndeplinește în continuare cerințele de siguranță. De aceea, merită urmărit nu doar termenul de punere în funcțiune, ci și numărul modificărilor care afectează funcțiile de protecție după recepția internă, numărul abaterilor deschise fără decizia proprietarului de proiect, precum și timpul necesar pentru aducerea documentației la un stadiu conform cu mașina reală.

Abia în acest context are sens raportarea la cerințele normative și juridice. În 2026, în cazul mașinilor realizate in-house, esențial nu este simplul enunț „pentru uz propriu”, ci dacă unitatea proiectează, integrează și pune efectiv în exploatare o soluție finală aflată sub propriul control. Dacă da, trebuie să poată demonstra coerența dintre cerințele esențiale, evaluarea riscurilor, soluțiile tehnice, instrucțiuni și condițiile de utilizare. Dacă situația de fapt este mai complexă, de exemplu include reconstrucția unei mașini existente, integrarea mai multor ansambluri sau schimbarea utilizării prevăzute, calificarea trebuie stabilită înainte de implementare, deoarece de aceasta depind întinderea obligațiilor de documentare și modul de administrare a dovezilor de conformitate. Din perspectiva managerului, asta înseamnă un singur lucru: să nu amâne clarificarea statutului juridic al proiectului până în etapa de punere în funcțiune. În acest domeniu, întârzierea se transformă aproape întotdeauna în cost de proiectare, iar costul de proiectare devine foarte repede un risc privind răspunderea unității. Pentru astfel de situații, Certificarea CE a mașinilor trebuie abordată ca parte a proiectului, nu ca o formalitate de la final.

La ce să fii atent la implementare

În cazul mașinilor construite pentru uz propriu, cea mai mare eroare de implementare constă în presupunerea că, dacă echipamentul rămâne în fabrică, cerințele formale pot fi „închise mai târziu”. În practică, tocmai etapa de punere în funcțiune arată dacă proiectul a fost gestionat ca un demers inginerec, cu controlul modificărilor, sau ca o succesiune de decizii ad-hoc luate sub presiunea producției. Pentru o unitate industrială, în 2026, acest lucru are consecințe juridice și financiare directe: orice modificare a logicii de comandă, a protecțiilor, a accesului pentru service ori a modului de lucru al operatorului după recepția tehnică poate pune sub semnul întrebării coerența evaluării de risc și a documentației întocmite anterior. Dacă echipa nu poate indica cine a aprobat modificarea, care a fost impactul ei asupra siguranței și dacă instrucțiunile mai corespund situației reale, atunci problema nu mai este doar una organizatorică. Este un risc de răspundere pentru unitate, pentru punerea în exploatare a unei soluții a cărei siguranță nu a fost demonstrată într-un mod care să poată fi susținut.

Prin urmare, în proiectare trebuie urmărite nu doar parametrii tehnici, ci și limitele deciziilor care pot fi luate fără o reevaluare. Criteriul practic este simplu: dacă modificarea influențează funcția de siguranță, secvența de lucru, accesul persoanei în zona de pericol, modul de reglaj, mentenanța sau utilizarea prevăzută, ea nu trebuie tratată ca o simplă corecție de punere în funcțiune. O astfel de modificare necesită decizia proprietarului proiectului, o revizuire a riscului și verificarea faptului că dovezile de conformitate sunt în continuare valabile. Din perspectiva termenelor, asta înseamnă că arhitectura de siguranță trebuie închisă înainte de pornirea producției, nu după. Dacă unitatea nu procedează astfel, costul revine dublu: mai întâi sub forma unei refaceri electrice sau mecanice, apoi ca oprire de producție, recepții suplimentare și dispute privind responsabilitatea între automatizare, mentenanță și managerul de proiect.

Un exemplu practic tipic este o stație construită intern dintr-un robot, un transportor și un sistem de alimentare, care inițial trebuia să funcționeze fără intervenția operatorului, dar care, după teste, este autorizată pentru completarea manuală a piesei în timpul funcționării automate. Din perspectiva proiectului, o astfel de decizie este adesea prezentată ca o optimizare minoră a randamentului. În realitate, ea schimbă condițiile de utilizare, modul de acces în zona de lucru și cerințele aplicabile mijloacelor de protecție și sistemului de comandă. Dacă echipa tratează acest lucru ca pe o îmbunătățire locală, fără o revizuire formală, se poate ajunge la situația în care instrucțiunea descrie un mod de utilizare, evaluarea riscului altul, iar exploatarea reală încă unul diferit. O astfel de neconcordanță crește costul de întreținere și de susținere a deciziilor tehnice, deoarece orice defecțiune ulterioară, incident cu potențial de accident sau control va fi evaluat în raport cu starea reală, nu cu intențiile de proiectare.

Abia în acest context merită analizate cerințele legale. În cazul mașinilor in-house, nu este suficientă simpla convingere că unitatea este „doar utilizator”, dacă în realitate ea însăși a proiectat, integrat sau modificat în mod semnificativ soluția și a pus-o în exploatare. Într-o astfel de situație, esențială este capacitatea de a demonstra că cerințele esențiale au fost transpuse în soluții tehnice și organizatorice concrete. Când statutul proiectului este la limită, de exemplu include reconstrucția unei mașini existente sau integrarea mai multor echipamente într-un nou ansamblu funcțional, decizia trebuie bazată pe starea de fapt, nu pe denumirea proiectului sau pe structura achizițiilor. Pentru echipă, măsura practică a maturității implementării este următoarea: înainte de punerea în funcțiune, se poate indica fără completări domeniul actual al mașinii, evaluarea de risc aprobată, lista modificărilor după teste, condițiile de exploatare în siguranță și persoana responsabilă de acceptarea abaterilor? Dacă nu, implementarea este incompletă atât formal, cât și operațional, chiar dacă mașina execută deja ciclul de producție.