# Cum adoptă firmele românești AI rapid, fără să piardă conformitatea
Modelele se schimbă în luni, uneori în săptămâni. Regulile, aprobările și contractele se mișcă însă mult mai lent. Avertismentul CEO-ului Siemens — reglementarea europeană ar rămâne cu șase până la opt generații în urma modelelor — pune o întrebare urgentă pentru orice lider din România: cum construiești o guvernanță AI suficient de solidă pentru conformitate, dar suficient de flexibilă pentru următorul model, furnizor sau caz de utilizare?
Răspunsul nu este să scrii o politică nouă la fiecare actualizare. Este să separi ceea ce rămâne stabil — scopul, riscul, datele, responsabilitatea și dovezile — de tehnologia care se schimbă. Astfel, compania poate adopta capabilități noi fără să reia întregul proces de la zero.
> Notă: articolul distinge între obligații legale și bune practici operaționale. Nu reprezintă consultanță juridică; aplicarea concretă a AI Act trebuie analizată în funcție de rolul companiei, sistem și context.
De ce avertismentul Siemens contează în România
Un decalaj de șase până la opt generații nu înseamnă doar că legislația este „lentă”. Înseamnă că un sistem evaluat astăzi poate folosi mâine alt model, poate primi funcții noi sau își poate schimba comportamentul fără ca procesul intern de aprobare să fi fost actualizat.
Pentru firmele din România, presiunea este dublă. AI Act se aplică direct în Uniunea Europeană, iar obligațiile depind de rolul organizației și de nivelul de risc al sistemului. O prezentare practică a etapelor și responsabilităților este disponibilă în ghidul despre AI Act 2026 în România.
În același timp, multe companii locale au echipe juridice, de securitate și de date mai mici decât grupurile multinaționale. Adopția corporativă este încă inegală, specialiștii care combină AI, risc și conformitate sunt puțini, iar dependența de furnizori externi este ridicată. Modelul poate fi găzduit în alt stat, datele pot trece prin mai mulți subcontractori, iar o actualizare poate modifica performanța fără o negociere nouă.
Blocarea tuturor inițiativelor până când regulile devin perfecte nu este realistă. Nici lansarea necontrolată nu este. Compania are nevoie de un sistem intern care traduce principiile legale în decizii repetabile și dovezi verificabile.
Ce este guvernanța AI și de ce nu înseamnă birocrație
În practică, guvernanță AI înseamnă ansamblul de roluri, reguli, controale și dovezi prin care organizația știe ce sisteme folosește, în ce scop, cu ce date, cine răspunde și ce se întâmplă când rezultatele ies din limitele acceptate.
Un cadru funcțional include șase componente:
Inventarul sistemelor. O listă unică pentru aplicații cumpărate, modele dezvoltate intern, funcții AI incluse în software și utilizări experimentale.
Clasificarea riscului. Evaluarea impactului asupra persoanelor, proceselor, datelor și continuității afacerii, inclusiv încadrarea relevantă prin AI Act.
Roluri clare. Un proprietar de business, un responsabil tehnic și funcții de control care știu exact când trebuie implicate.
Reguli pentru date. Surse permise, date interzise, perioade de păstrare, acces, transferuri și mecanisme de ștergere.
Testare și aprobare. Praguri măsurabile pentru calitate, securitate, echitate, robustețe și intervenție umană.
Monitorizare. Indicatori, incidente, reclamații, schimbări de versiune și reevaluări periodice.
Birocrația apare când fiecare echipă completează documente lungi, fără criterii și fără reutilizarea informațiilor. Guvernanța bună face opusul: oferă trasee scurte pentru risc redus, verificări mai profunde pentru risc ridicat și un set comun de dovezi. Scopul nu este să încetinească lansarea, ci să reducă surprizele și timpul pierdut cu aprobări repetate.
Guvernanță AI independentă de modelul folosit
Cea mai fragilă abordare este o politică legată de numele unui produs: „reguli pentru Modelul X”. După o actualizare sau o migrare, documentul devine parțial inutil. O abordare modulară leagă controalele de scopul sistemului și de riscul său.
De exemplu, pentru un asistent de suport, cerințele stabile pot fi: să nu dezvăluie date personale, să nu inventeze condiții comerciale, să transfere către un operator cazurile sensibile și să păstreze o urmă auditabilă. Aceste cerințe rămân valabile indiferent dacă modelul este schimbat.
Documentația poate fi împărțită în module:
fișa cazului de utilizare: scop, utilizatori, decizii influențate și impact;
fișa datelor: categorii, surse, temeiuri, fluxuri și retenție;
fișa furnizorului: termeni, locații, subcontractori, securitate și notificarea schimbărilor;
fișa modelului: versiune, limite cunoscute, teste și praguri;
fișa operațională: aprobare umană, monitorizare, incidente și retragere.
Când se schimbă modelul, compania actualizează în principal fișa modelului și doar modulele afectate. Registrul de versiuni trebuie să arate ce s-a schimbat, cine a evaluat diferența, ce teste au fost repetate și cine a aprobat relansarea.
Trei decizii care trebuie reevaluate la schimbarea modelului
Cel puțin următoarele decizii nu pot fi preluate automat de la versiunea anterioară:
Datele procesate și destinația lor. Noul model poate păstra prompturi, poate folosi alte regiuni sau alți subcontractori.
Pragurile de performanță și limitele. O medie mai bună nu exclude regresii pe limba română, produse rare sau grupuri vulnerabile.
Nivelul necesar de control uman. Mai multă autonomie sau funcții noi de tip agent pot transforma o recomandare într-o acțiune cu impact real.
Trebuie verificate și securitatea, explicabilitatea, drepturile asupra conținutului, costurile, latența și mecanismul de revenire la versiunea anterioară. O actualizare declarată „minoră” de furnizor poate fi materială pentru procesul companiei.
Checklist în 7 pași pentru o companie românească
1. Numește un responsabil intern
Fiecare sistem are nevoie de un proprietar de business. Acesta nu trebuie să fie jurist sau cercetător AI, dar trebuie să poată opri utilizarea, cere dovezi și coordona funcțiile implicate.
2. Creează inventarul real
Nu porni doar de la achizițiile IT. Întreabă echipele ce instrumente folosesc, ce funcții AI au fost activate în aplicațiile existente și ce procese trimit date către servicii externe. Include experimentele și utilizarea individuală.
3. Clasifică scopul și riscul
Separă analiza juridică de evaluarea internă. Încadrarea prin AI Act este o obligație juridică atunci când regulamentul o cere. Scorul intern de risc este o bună practică și poate include reputația, pierderea financiară, securitatea, calitatea și continuitatea.
4. Evaluează furnizorii
Cere informații despre versiuni, date, găzduire, subcontractori, testare, securitate, notificarea incidentelor și posibilitatea exportării datelor. Contractul ar trebui să permită o reacție când serviciul se schimbă material.
5. Testează în context românesc
Benchmarkurile globale nu sunt suficiente. Testează diacriticele, terminologia locală, documentele companiei, scenariile-limită și categoriile de utilizatori relevanți. Definește pragul de acceptare înainte de test, nu după rezultate.
6. Stabilește aprobările umane
Precizează ce poate genera sistemul, ce poate recomanda și ce poate executa. Definește cine verifică rezultatele și în cât timp, plus cazurile care impun escaladare.
7. Monitorizează și pregătește incidentele
Urmărește performanța după lansare. Stabilește cine primește alertele, cum se izolează problema, cum se păstrează dovezile și când sunt notificați furnizorul, conducerea sau autoritățile competente.
Pentru implementarea registrelor, fluxurilor de aprobare și monitorizării, poți evalua soluții AI pentru companii adaptate infrastructurii și nivelului de risc al organizației.
| Control | Responsabil | Dovadă | Frecvență |
|---|---|---|---|
| Inventarul sistemelor AI | CIO / responsabil AI | Registru actualizat | Lunar și la achiziție |
| Clasificarea riscului | Business, juridic, DPO | Fișă de evaluare aprobată | La lansare și schimbare materială |
| Evaluarea furnizorului | Achiziții, securitate, juridic | Chestionar, contract, rapoarte | Anual și la schimbare |
| Testarea modelului | Echipa tehnică și business | Set de teste, rezultate, praguri | Înainte de lansare și actualizare |
| Controlul uman | Proprietarul procesului | Procedură, jurnal de aprobări | Continuu |
| Monitorizarea incidentelor | Securitate / operațiuni | Alerte, registru de incidente | Continuu, cu revizuire lunară |
Trei scenarii românești, trei seturi de verificări
Retailer: schimbarea modelului chatbotului
Un retailer românesc migrează chatbotul către un model mai rapid. Cazul de utilizare rămâne suportul clienților, dar echipa trebuie să retesteze răspunsurile despre retururi, garanții și prețuri. Verifică dacă prompturile sunt păstrate, dacă datele comenzilor ies din Spațiul Economic European și dacă noul model respectă transferul către operator. Indicatorii utili sunt rata răspunsurilor incorecte, escaladările și reclamațiile.
Outsourcing: procesarea datelor clienților UE
O companie BPO folosește AI pentru rezumarea tichetelor. La schimbarea furnizorului, nu este suficientă comparația de preț. Trebuie reevaluate rolurile contractuale, categoriile de date, transferurile, retenția, accesul personalului furnizorului și obligațiile asumate față de fiecare client. Testarea trebuie să includă scurgeri între clienți și instrucțiuni rău intenționate ascunse în documente.
Producție: mentenanță predictivă
O fabrică introduce un model nou pentru anticiparea defectelor. Chiar dacă sistemul nu ia decizii despre persoane, o recomandare greșită poate opri linia sau rata o avarie. Compania reevaluează rata alarmelor false, senzorii folosiți, schimbarea distribuției datelor, intervenția inginerului și procedura de revenire. Aici, continuitatea și siguranța operațională pot conta mai mult decât acuratețea medie.
Aceste exemple arată de ce controlul trebuie raportat la impact. Același model poate avea un profil modest într-un instrument de brainstorming și unul semnificativ când influențează clienți, contracte sau echipamente.
Plan de implementare în 30 de zile
Un cadru inițial poate fi construit într-o lună dacă scopul este controlul minim viabil, nu perfecțiunea documentară.
Săptămâna 1: vizibilitate și proprietari
numește sponsorul executiv și responsabilul operațional;
descoperă sistemele și experimentele existente;
creează registrul unic;
atribuie fiecărui caz un proprietar de business.
Livrabil: inventar inițial cu scop, furnizor, date și responsabil. Indicator: procentul sistemelor fără proprietar și numărul modelelor neinventariate descoperite.
Săptămâna 2: risc și trasee de aprobare
stabilește criteriile interne de impact;
identifică sistemele care cer analiză juridică aprofundată;
creează trasee distincte pentru risc redus, mediu și ridicat;
definește dovezile minime pentru aprobare.
Livrabil: matrice de risc și flux de aprobare. Indicator: timpul mediu de la cerere la decizie.
Săptămâna 3: teste și control operațional
definește praguri pentru performanță, securitate și calitate;
rulează teste în limba română și pe date reprezentative;
configurează controlul uman, jurnalizarea și alertele;
pregătește procedura de incident și revenire.
Livrabil: dosar de testare și plan de incident. Indicator: defecte critice, incidente și procentul scenariilor care ating pragul.
Săptămâna 4: simulare și îmbunătățire
simulează o actualizare de model și un incident;
măsoară ce documente trebuie schimbate;
verifică drepturile contractuale față de furnizor;
prezintă conducerii riscurile rămase și planul trimestrial.
Livrabil: raport de simulare și backlog de îmbunătățiri. Indicator: costul și timpul schimbării furnizorului, plus timpul de izolare a unui incident.
Dacă echipa nu are încă un proprietar clar sau o metodă comună de evaluare, poți discuta cu un consultant AI pentru a adapta planul la procesele existente.
Cum măsori dacă sistemul funcționează
Un cadru util trebuie să producă rezultate observabile. Urmărește lunar patru indicatori: timpul de aprobare, numărul incidentelor, procentul sistemelor neinventariate și costul schimbării furnizorului. Adaugă indicatori specifici fiecărui caz: reclamații pentru chatbot, scurgeri de date pentru BPO sau alarme false în producție.
Conducerea ar trebui să vadă tendințe, excepții și decizii, nu zeci de pagini tehnice. Un tablou de bord simplu poate arăta ce sisteme au risc ridicat, ce evaluări expiră și ce actualizări așteaptă retestarea.
Auditul intern verifică dacă procesul declarat este urmat. Monitorizarea tehnică arată dacă modelul se comportă în limite. Analiza juridică stabilește obligațiile aplicabile. Cele trei activități se completează, dar nu se înlocuiesc.
Concluzie: construiește pentru schimbare, nu pentru versiunea de azi
Viteza modelelor nu poate fi controlată de o companie românească. Poate fi controlat însă modul în care fiecare schimbare este descoperită, evaluată, testată și aprobată. O arhitectură modulară păstrează stabile scopul, responsabilitatea și pragurile, apoi actualizează doar dovezile afectate.
Nu aștepta următoarea generație de modele pentru a descoperi că procesele tale nu mai țin pasul. Agenția de AI te ajută să inventariezi utilizările, să proiectezi controalele și să automatizezi monitorizarea. Solicită o evaluare a maturității și riscurilor AI pentru un plan adaptat companiei tale din România.
Întrebări Frecvente
Ce înseamnă guvernanță AI pentru o companie din România?
Este ansamblul de roluri, reguli și controale prin care compania inventariază sistemele AI, evaluează riscurile, documentează deciziile și monitorizează utilizarea lor.
Este guvernanța AI obligatorie prin AI Act?
Obligațiile diferă după rolul companiei și nivelul de risc al sistemului. Un cadru de guvernanță ajută firma să demonstreze conformitatea și să aplice corect cerințele relevante.
Trebuie refăcută evaluarea când se schimbă modelul AI?
Da, cel puțin parțial. Firma trebuie să verifice dacă s-au schimbat datele procesate, performanța, limitele, furnizorul sau profilul de risc și să actualizeze documentația afectată.
Cât durează implementarea unui cadru de guvernanță AI?
Un inventar inițial, rolurile și controalele de bază pot fi stabilite în aproximativ 30 de zile; maturizarea cadrului continuă prin testare, audit și monitorizare periodică.
Vrei să discutăm despre proiectul tău?
Primul apel e gratuit.
HAI SĂ DISCUTĂM?
