↗
O fabrică poate deține utilajul și, în același timp, să nu poată folosi datele pe care acesta le generează.
Temperatura motorului apare într-un portal. Vibrația este transformată într-un indicator colorat. Alarmele pot fi văzute, dar nu exportate. Istoricul există numai cât timp este plătit abonamentul. La defect, furnizorul vede seria completă; echipa fabricii primește o captură de ecran și o recomandare.
Scenariul este ilustrativ; nu descrie echipamente sau contracte Carmolimp.
Aceasta nu este doar o problemă IT. Poate deveni cost de mentenanță, timp de diagnostic, dependență contractuală și risc de continuitate.
Data Act schimbă raportul dintre producătorul echipamentului, furnizorul serviciului digital și utilizator. Nu înlocuiește însă ingineria, securitatea sau disciplina operațională.
Calendarul: trei date care nu trebuie amestecate
Din 12 septembrie 2025, utilizatorii produselor conectate pot invoca drepturile de acces și partajare pentru datele disponibile. Domeniul, excepțiile și datele efectiv disponibile trebuie analizate pentru cazul concret. Data de 12 septembrie 2026 nu deschide pentru prima dată toate drepturile; ea activează cerința suplimentară de „access by design” pentru produsele noi vizate.
Separat, taxele de schimbare a serviciilor de prelucrare a datelor, inclusiv anumite costuri legate de ieșirea din cloud, sunt eliminate de la 12 ianuarie 2027. Aceasta este o regulă despre schimbarea serviciului de prelucrare a datelor, nu o promisiune că orice integrare, migrare sau serviciu profesional devine gratuit. [1] [2]
Ce este un produs conectat într-o fabrică
Regulamentul definește produsul conectat ca un obiect care obține, generează sau colectează date despre utilizarea ori mediul său și le poate comunica electronic, prin conexiune fizică sau acces pe dispozitiv. Considerentele includ explicit utilajele industriale.
În practică, pot intra în analiză:
- echipamente de proces cu senzori și acces la distanță;
- mașini de ambalat conectate la portalul producătorului;
- compresoare, chillere și instalații frigorifice cu monitorizare externă;
- sisteme de cântărire, inspecție sau detecție care transmit date;
- roboți, conveioare și motoare monitorizate;
- servicii digitale care modifică ori optimizează funcționarea produsului.
Nu orice software folosit în fabrică devine automat „serviciu conex”. Un ERP independent, o aplicație de pontaj sau un depozit cloud nu intră în această categorie doar pentru că primesc date din fabrică. Încadrarea depinde de legătura funcțională cu produsul conectat. [1] [3]
Date disponibile nu înseamnă toate informațiile furnizorului
În schimb, informațiile deduse sau derivate prin investiții suplimentare, în special prin algoritmi proprietari complecși, nu trebuie puse automat la dispoziție în temeiul aceleiași obligații. [1]
Această delimitare produce trei niveluri care trebuie negociate separat:
- semnalul: valoarea măsurată, timestamp, unitate și stare;
- contextul: activ, lot, rețetă, sarcină, regim, schimb și eveniment;
- concluzia: scor de sănătate, predicție, diagnostic ori recomandare calculată.
Primul nivel poate intra clar în datele produsului. Al doilea poate proveni din mai multe sisteme și trebuie integrat. Al treilea poate rămâne serviciu proprietar.
Dreptul de acces nu elimină protecțiile
Data Act nu desființează secretul comercial, securitatea sau protecția datelor personale.
Deținătorul datelor poate cere măsuri tehnice și organizatorice proporționale pentru păstrarea confidențialității. Refuzul bazat pe secret comercial este rezervat situațiilor excepționale în care poate fi demonstrat un risc foarte probabil de prejudiciu economic grav, chiar și după aplicarea măsurilor de protecție.
Accesul sau partajarea pot fi restrânse dacă ar submina cerințe legale de securitate ale produsului și ar produce un efect advers grav asupra sănătății, siguranței ori securității persoanelor.
Datele cu caracter personal rămân supuse GDPR. Informațiile despre operatori, conturi, ore de lucru ori intervenții individuale nu devin liber reutilizabile doar pentru că provin dintr-un utilaj.
În sens invers, regulamentul limitează și folosirea de către deținător a datelor nepersonale pentru a deduce informații despre situația economică, activele ori metodele de producție ale utilizatorului într-un mod care i-ar submina poziția comercială. [1]
- ce date folosește furnizorul pentru prestarea serviciului;
- ce date folosește pentru dezvoltarea produsului;
- cui le poate transmite;
- cât timp le păstrează;
- ce vede fabrica;
- ce poate primi un terț ales de fabrică;
- ce se întâmplă după încetarea contractului.
Ce trebuie cerut înainte de comandă
Articolul 3 alineatul (2) cere ca, înaintea contractului de cumpărare, închiriere sau leasing, utilizatorul să primească informații clare cel puțin despre:
- tipul, formatul și volumul estimat al datelor generate;
- dacă datele sunt generate continuu și în timp real;
- dacă sunt stocate local sau pe server și pentru cât timp;
- cum pot fi accesate, extrase sau, unde este cazul, șterse;
- mijloacele tehnice, condițiile de utilizare și nivelul serviciului. [1]
Acestea sunt cerințe minime, nu un caiet de sarcini suficient pentru fabrică.
Un brief tehnic complet ar trebui să mai întrebe:
- Există API documentat sau numai export manual?
- Exportul include timestamp, fus orar, unități, calitate și codul stării?
- Care este rezoluția brută și ce agregări sunt aplicate?
- Ce date se pierd dacă serviciul este indisponibil?
- Poate fi realizat un export complet înaintea recepției finale?
- Este permisă trimiterea către un furnizor independent de mentenanță?
- Cum sunt protejate secretele comerciale și datele despre producție?
- Ce acces la distanță primește producătorul echipamentului?
- Cum este separat accesul de citire de dreptul de a modifica parametri?
- Ce se întâmplă la încetarea abonamentului ori insolvența furnizorului?
- Care sunt formatele, costurile și termenele unei migrări?
- Ce funcții rămân disponibile offline?
Un fișier CSV poate fi inutil
Exportul în format „machine-readable” este numai începutul.
O coloană numită T1 nu spune dacă reprezintă temperatura produsului, a motorului ori a aerului. O valoare 0 poate însemna măsurare reală, lipsă de semnal sau utilaj oprit. Un timestamp fără fus orar poate deplasa evenimentul față de istoricul SCADA. O alarmă fără cod și documentație nu poate fi legată de intervenție.
Utilitatea datelor se verifică prin șase întrebări:
- Completitudine: lipsesc intervale, taguri sau evenimente?
- Semnificație: există dicționar, unități și versiuni?
- Sincronizare: timpul este aliniat între utilaj, SCADA, ERP și mentenanță?
- Context: se poate distinge producția, spălarea, schimbarea de format și oprirea planificată?
- Continuitate: exportul poate fi repetat automat și sigur?
- Acțiune: cine primește semnalul și ce decizie poate lua?
Ce arată cercetarea — și ce nu arată
Un studiu publicat în 2025 a folosit date reale dintr-o unitate de produse din carne, colectate timp de 11 luni. Setul a cuprins aproximativ 39.470 de observații la intervale de zece minute din senzori IoT, SCADA și ERP. Autorii au folosit XGBoost, variabile de temperatură, vibrație, timp și încărcare și o validare cu ferestre glisante pentru predicții pe termen scurt.
Modelul pentru temperatura motorului a obținut RMSE 2,04 și corelație 0,973. Predicțiile vibrației au fost mai slabe; pentru axa z, RMSE a fost 6,89, corelația 0,75, MAPE 0,28 și MAE 4,63. Autorii au legat o parte din limitare de lipsa contextului complet privind produsul și încărcarea. [6]
Studiul arată valoarea integrării dintre semnalul utilajului și contextul producției. Nu demonstrează reducerea opririlor, economii, prevenirea unei defecțiuni sau rentabilitate. Datele sunt proprietare și nu pot fi reproduse independent, iar rezultatele provin dintr-o singură unitate.
O revizuire sistematică publicată în 2026 a aplicat o metodologie PRISMA și a inclus 123 de studii din 2014–aprilie 2024. Autorii au constatat că majoritatea studiilor folosesc seturi de date standardizate și că validarea pe termen lung în condiții industriale reale rămâne limitată. Diversitatea domeniilor și explicabilitatea modelelor sunt alte lacune identificate. [7] [8]
Calcul ilustrativ: cât valorează accesul utilizabil
Calculul de mai jos este integral ipotetic și nu folosește date Carmolimp.
Ipoteze
- un singur activ critic;
- integrare inițială, conector, securizare și testare: 60.000 lei;
- licență/conector anual: 12.000 lei;
- suport, monitorizare și mentenanță a integrării: 18.000 lei/an;
- cost recurent total: 30.000 lei/an;
- cost evitabil al opririi: 5.000 lei/oră;
- opt ore de oprire evitate pe an: 40.000 lei/an;
- o deplasare de diagnostic extern evitată: 8.000 lei/an;
- 40 de ore interne eliberate la 100 lei/oră: 4.000 lei/an;
- beneficiu brut: 52.000 lei/an;
- beneficiu net: 22.000 lei/an;
- orizont: 5 ani;
- rată de actualizare: 8%;
- valoare reziduală: zero;
- fără TVA, impozit, finanțare, efecte asupra calității, rebuturilor ori siguranței alimentare.
Cele 40 de ore interne sunt evaluate economic numai dacă înlocuiesc o cheltuială evitabilă sau o activitate cu beneficiu demonstrabil. Nu reprezintă automat numerar economisit. Dacă valoarea lor se elimină, beneficiul net anual din scenariul de bază scade la 18.000 lei, iar VAN la aproximativ +11.869 lei. Beneficiile din opriri, diagnostic și timp intern trebuie să fie distincte, fără dublă numărare.
Scenariul de bază
Factorul de actualizare pentru o anuitate de cinci ani la 8% este aproximativ 3,9927.
Valoarea actuală a beneficiului net:
22.000 × 3,9927 = 87.839 lei
Valoarea actualizată netă:
87.839 − 60.000 = +27.839 lei
Perioada simplă de recuperare:
60.000 ÷ 22.000 = 2,73 ani
Scenariul slab
Dacă sunt evitate numai trei ore de oprire pe an:
3 × 5.000 + 8.000 + 4.000 = 27.000 lei beneficiu brut/an
După costul recurent:
27.000 − 30.000 = −3.000 lei/an
Valoarea actualizată netă:
−3.000 × 3,9927 − 60.000 = −71.978 lei
Pragul ilustrativ de rentabilitate este un beneficiu brut anual de aproximativ 45.030 lei. Dacă deplasarea și timpul intern valorează împreună 12.000 lei, proiectul trebuie să evite aproximativ 6,6 ore de oprire/an la costul presupus de 5.000 lei/oră.
Datele nu pot primi drept de comandă
Într-o fabrică alimentară, accesul la date nu autorizează automat modificarea procesului.
Un furnizor terț poate analiza vibrații sau temperaturi ale motorului. Nu trebuie să poată schimba fără control:
- parametrii validați ai tratamentului;
- limitele critice și acțiunile corective;
- rețetele și randamentele aprobate;
- timpii de răcire ori păstrare;
- setările care afectează etanșarea ambalajului;
- criteriile de eliberare sau blocare;
- trasabilitatea și înregistrările QA.
Arhitectura sigură separă citirea datelor de dreptul de scriere, analiza de comandă și recomandarea de schimbarea parametrului. Orice acces la distanță trebuie inventariat, autentificat, limitat, înregistrat și revocabil.
Cloudul este o problemă separată, dar legată
Datele utilajului pot fi accesibile și totuși blocate într-un serviciu cloud dificil de schimbat. Invers, un contract cloud poate permite exportul, dar utilajul nu produce metadate suficiente.
Data Act tratează ambele probleme, însă prin capitole diferite. Pentru achiziții trebuie analizate separat:
- accesul la datele produsului;
- dreptul de a le partaja cu un terț;
- exportul din platformă;
- schimbarea furnizorului de prelucrare;
- continuitatea după încetarea serviciului;
- costul integrării într-o alternativă.
Comisia Europeană a publicat în noiembrie 2025 termeni contractuali-model pentru acces și utilizare și clauze standard pentru contractele cloud. Ele sunt neobligatorii și pot fi adaptate; nu înlocuiesc negocierea tehnică și juridică a contractului concret. [4]
România: statutul documentului național consultat
La 2 iulie 2026, ANCOM a pus în consultare proiectul legii naționale de aplicare. Proiectul propunea ANCOM drept autoritate competentă și coordonator de date, iar ANSPDCP pentru aspectele de protecție a datelor personale. Consultarea s-a încheiat la 3 august 2026. [5]
La verificarea documentară din 8 octombrie 2026, pagina oficială consultată prezenta proiectul și consultarea încheiată. Articolul nu atribuie proiectului forța unui act adoptat și nu concluzionează din această pagină că nu ar putea exista evoluții ulterioare.
Ce decizie poate lua fabrica acum
Nu este necesar un program masiv pentru toate activele.
Se poate începe cu trei pași:
- Inventar: ce utilaje generează date, cine le vede și unde sunt stocate.
- Contract: ce drepturi, formate, metadate, costuri și condiții de ieșire există.
- Test: poate o echipă autorizată să exporte și să interpreteze un interval real fără ajutorul exclusiv al furnizorului?
Un utilaj conectat nu trebuie evaluat numai prin viteză, capacitate, consum și preț. Trebuie evaluat și prin ceea ce lasă în urmă: date utilizabile, istoric, context și libertatea de a alege cine le transformă în serviciu.
Limitele analizei
- Nu au fost inventariate utilaje, contracte, senzori, platforme, rețele sau furnizori Carmolimp.
- Nu a fost stabilit dacă un activ Carmolimp este produs conectat ori cine este deținătorul datelor.
- Data introducerii pe piață nu poate fi dedusă din data instalării.
- Dreptul de acces nu include automat date deduse, algoritmi, cod sursă sau orice informație deținută de furnizor.
- Accesul poate fi condiționat de măsuri pentru secret comercial, securitate și protecția datelor personale.
- Studiul din industria alimentară folosește o singură unitate și nu măsoară efectul financiar.
- Revizuirea sistematică nu demonstrează că mentenanța predictivă produce un procent mediu de economie.
- Calculul financiar este integral ipotetic și sensibil la costul real al opririi și la orele efectiv evitate.
- Datele exportabile pot rămâne inutilizabile fără metadate și context operațional.
- Articolul nu oferă opinie juridică pentru un contract sau utilaj concret.
- Statutul cadrului național trebuie verificat pentru orice demers juridic concret; proiectul de lege nu este prezentat ca act adoptat.