# Automatizare browser cu AI în România: ce procese merită și cum testezi Gemini Computer Use în siguranță
O soluție de automatizare browser AI poate prelua pașii repetitivi pe care angajații îi fac zilnic în portaluri, ERP-uri vechi și aplicații fără API: navigare, clicuri, completarea formularelor și transferul controlat de date. Pentru firmele din România, oportunitatea este reală, mai ales în contabilitate, BPO, e-commerce și operațiuni. Dar valoarea nu vine dintr-un agent lăsat să lucreze singur, ci dintr-un proces bine ales, acces limitat și verificare umană acolo unde o eroare ar produce consecințe.
Pe 30 octombrie 2026, Google a anunțat în jurnalul oficial Gemini API disponibilitatea generală a instrumentului Computer Use în Interactions API și GenerateContent API. Anunțul mută tehnologia din zona de experiment către utilizări mai stabile, însă „general availability” nu înseamnă compatibilitate garantată cu orice aplicație și nici autonomie fără risc. Capabilitățile, prețurile și disponibilitatea comercială se pot schimba; toate trebuie reverificate la data implementării în România.
Ce s-a schimbat odată cu Gemini Computer Use
Computer Use permite unui model să interpreteze o interfață grafică și să propună sau să execute acțiuni prin API. În loc să comunice exclusiv cu un sistem prin endpoint-uri structurate, agentul poate lucra cu aplicația așa cum ar face un operator: observă pagina, identifică elementele relevante, completează câmpuri și trece la pasul următor.
Pentru o companie care folosește portaluri de furnizori, aplicații administrative vechi sau platforme ale clienților fără integrări moderne, aceasta poate acoperi un gol important. Implementarea unor soluții AI pentru companii devine posibilă și acolo unde construirea unei integrări clasice ar fi prea lentă sau prea scumpă.
Totuși, interfața este un mediu mai puțin predictibil decât un API. Un buton își poate schimba poziția, o fereastră poate apărea neașteptat, iar un document scanat poate conține date greu de interpretat. Agentul poate greși, iar furnizorul recomandă supraveghere și controale adecvate. Disponibilitatea generală este un semnal de maturizare tehnică, nu o garanție operațională pentru fiecare flux.
Ce înseamnă automatizare browser AI și cum diferă de API sau RPA
Pe scurt, agentul „vede” pagina, îi interpretează contextul și execută acțiuni precum clic, navigare, selecție sau completare. Diferența importantă față de un script simplu este capacitatea de a interpreta variații. Diferența față de un angajat este că agentul nu are judecată juridică, responsabilitate sau cunoaștere implicită a excepțiilor organizației.
| Opțiune | Cum funcționează | Avantaj principal | Limită principală | Când o alegi |
|---|---|---|---|---|
| Integrare API | Schimbă date structurate direct între sisteme | Predictibilitate și audit clar | Necesită un API disponibil și bine documentat | Când API-ul acoperă procesul la un cost rezonabil |
| RPA clasic | Urmează reguli, selectori și pași predefiniți | Bun pentru fluxuri stabile și repetitive | Devine fragil când interfața sau regulile se schimbă | Când ecranele și excepțiile sunt foarte stabile |
| Computer Use | Interpretează vizual și contextual interfața | Flexibilitate în aplicații variabile sau fără API | Necesită verificare, monitorizare și control mai stricte | Când integrarea directă lipsește sau costă disproporționat |
Regula practică este simplă: API înainte de interfață. Dacă există o integrare stabilă, documentată și permisă contractual, aceasta este de obicei prima alegere. Computer Use are sens pentru golurile dintre sisteme, nu ca înlocuitor automat pentru orice API. Pentru context suplimentar despre roluri, limite și arhitectură, consultă ghidul despre agenți AI pentru afaceri.
Cinci procese relevante pentru firmele din România
Un proces bun pentru pilot are volum suficient, reguli explicite și un rezultat ușor de verificat. Nu începe cu plăți sau decizii legale. Începe cu o sarcină administrativă în care agentul pregătește munca, iar un om validează rezultatul.
1. Contabilitate și e-Factura
Agentul poate fi testat pentru descărcarea documentelor, verificarea statusurilor și pregătirea reconcilierilor. Nu presupune că are integrare nativă cu e-Factura sau cu un ERP românesc; compatibilitatea trebuie demonstrată tehnic. Trimiterea documentelor, înregistrarea fiscală finală și orice plată rămân sub controlul unei persoane autorizate.
Volum și frecvență: zeci sau sute de verificări zilnice.
Risc: asocierea greșită a facturii, duplicarea sau interpretarea incorectă a unui status.
Verificator: contabilul responsabil.
KPI: timp per document, rată de potrivire corectă, excepții și intervenții umane.
2. BPO și servicii partajate
În BPO, agentul poate copia controlat informații între portalurile clienților și aplicațiile interne. Accesul trebuie separat pe client, iar jurnalele nu trebuie să expună datele unui beneficiar către altul.
Volum și frecvență: loturi recurente, procesate zilnic sau săptămânal.
Risc: transferul datelor în contul ori câmpul greșit.
Verificator: team leader-ul sau operatorul desemnat.
KPI: cazuri finalizate corect, timp economisit și incidente de separare a datelor.
3. E-commerce local
Un magazin online poate verifica statusuri de comandă, livrare și retur în mai multe portaluri. Rambursările, anulările și mesajele externe rămân blocate până la aprobarea umană.
Volum și frecvență: vârfuri zilnice, inclusiv campanii sezoniere.
Risc: modificarea comenzii greșite sau comunicarea unui status eronat.
Verificator: specialistul de customer support ori operations.
KPI: timp per comandă, acuratețe și număr de escaladări.
4. Achiziții și portaluri de furnizori
Agentul poate colecta oferte, descărca documente și completa formulare standard. Alegerea furnizorului, acceptarea clauzelor și lansarea comenzii trebuie aprobate de persoana responsabilă.
Volum și frecvență: cereri recurente, cu mai mulți furnizori per categorie.
Risc: preluarea unui preț greșit sau acceptarea accidentală a unei condiții.
Verificator: specialistul în achiziții.
KPI: acoperirea ofertelor, timpul de colectare și rata de date corecte.
5. CRM și operațiuni comerciale
Agentul poate actualiza câmpuri administrative și pregăti follow-up-uri pentru revizuire. Nu ar trebui să trimită automat mesaje către clienți în etapa de pilot.
Volum și frecvență: actualizări zilnice după apeluri și întâlniri.
Risc: schimbarea etapei greșite sau contactarea persoanei nepotrivite.
Verificator: account manager-ul.
KPI: completitudinea CRM, acuratețe și timp administrativ per oportunitate.
În toate aceste scenarii, testele trebuie să includă diacritice, CUI/CIF, adrese în formate românești, IBAN-uri și documente scanate. Aceste detalii produc multe dintre excepțiile care nu apar într-un demo ideal.
Când nu merită să folosești Computer Use
Tehnologia nu este alegerea potrivită doar pentru că poate reproduce un clic. Oprește evaluarea sau alege altă metodă când:
există un API stabil, bine documentat și mai ieftin;
procesul implică plăți, ștergeri, semnături, publicare sau decizii cu efect juridic fără un punct de aprobare;
interfața se schimbă frecvent, folosește CAPTCHA sau termenii contractuali interzic automatizarea;
datele sunt foarte sensibile, iar arhitectura ori furnizorul nu oferă garanțiile necesare;
volumul este prea mic pentru a recupera analiza, implementarea, monitorizarea și mentenanța;
organizația nu poate desemna un proprietar al procesului și un responsabil pentru excepții.
Înainte de dezvoltare, verifică termenii platformei, disponibilitatea comercială și condițiile de procesare a datelor pentru România. Faptul că o acțiune este posibilă tehnic nu înseamnă că este permisă contractual sau potrivită din perspectiva riscului.
Checklist de siguranță pentru automatizare browser AI
Un pilot sigur pornește de la limitări clare. Lista de mai jos poate fi copiată în documentul de proiect și bifată înainte de accesul la producție.
Mini-checklist pentru pilot
[ ] Folosim inițial un mediu separat și date sintetice sau minimizate.
[ ] Agentul are cont tehnic dedicat, autentificare multifactor și permisiuni minime.
[ ] Domeniile, paginile și acțiunile permise sunt incluse într-un allowlist.
[ ] Plățile, ștergerile, publicarea și trimiterile externe sunt blocate.
[ ] Orice acțiune ireversibilă cere aprobarea explicită a unui om.
[ ] Păstrăm jurnalul pașilor, rezultatelor, erorilor și identității aprobatorului.
[ ] Avem limite de volum, timp și cost, plus oprire automată la comportament neobișnuit.
[ ] Putem reveni imediat la fluxul manual și putem revoca accesul agentului.
[ ] DPO-ul sau echipa juridică a evaluat scopul, temeiul, minimizarea, retenția și transferurile.
[ ] Am verificat AI Act, NIS2 și regulile sectoriale, dacă organizația și utilizarea intră în sfera lor.
Jurnalizarea trebuie proiectată cu aceeași grijă ca automatizarea. Capturile de ecran pot conține date personale, informații comerciale sau credențiale vizibile. Stabilește ce se păstrează, cât timp, cine are acces și cum sunt mascate datele care nu sunt necesare investigației.
Conformitatea cu GDPR nu vine „inclusă” cu modelul. Compania rămâne responsabilă pentru definirea scopului, alegerea temeiului, reducerea accesului, verificarea furnizorilor și gestionarea transferurilor. Implică DPO-ul și juridicul înainte de producție, nu după primul incident.
Costul real: mai mult decât tokenurile
Prețul execuției AI este doar o componentă. Costul total include analiza procesului, dezvoltarea, infrastructura, testarea excepțiilor, monitorizarea, intervenția umană și mentenanța după schimbarea interfeței.
Formula orientativă este:
cost per sarcină = execuție AI + infrastructură + verificare umană + mentenanță alocată
Exemplu de calcul
Presupunem un flux cu 2.000 de cazuri pe lună:
execuție AI și infrastructură: 0,60 lei/caz;
verificare umană: două minute × 60 lei/oră = 2 lei/caz;
mentenanță și monitorizare: 2.800 lei/lună ÷ 2.000 = 1,40 lei/caz.
Costul orientativ devine 4 lei/caz. Exemplul este ilustrativ, nu o promisiune de preț sau ROI. Compară rezultatul cu timpul manual actual și cu alternativa API/RPA. Include și costul excepțiilor: dacă 20% dintre cazuri cer zece minute de intervenție, economia aparentă se poate reduce rapid.
Pilot de 30 de zile: pași și KPI
Un pilot bun răspunde la o întrebare de business, nu doar la „poate agentul să dea clic?”. Obiectivul poate fi reducerea timpului de verificare a statusurilor fără creșterea erorilor și fără acțiuni ireversibile.
Săptămâna 1: măsoară procesul actual
Documentează pașii, timpul per caz, volumele, excepțiile și costul actual. Definește ce înseamnă o eroare, cine o detectează și ce impact poate avea. Alege un singur flux și un set reprezentativ de cazuri.
Săptămâna 2: configurează sandbox-ul
Folosește conturi dedicate și date minimizate. Testează atât traseul normal, cât și scenarii precum sesiune expirată, câmp lipsă, document scanat neclar, diacritice, CUI invalid, IBAN incomplet și schimbarea poziției unui buton.
Săptămâna 3: rulează asistat
Agentul propune pașii, iar operatorul aprobă acțiunile. Înregistrează motivul fiecărei intervenții și nu ascunde excepțiile prin corecții manuale necontorizate. Acestea indică adevăratul cost de producție.
Săptămâna 4: decide pe baza datelor
Compară rezultatele cu pragurile stabilite. Extinde doar dacă riscurile sunt controlabile, costul per caz este justificat și echipa poate opera mecanismul de monitorizare. Altfel, ajustează fluxul sau oprește pilotul.
KPI-urile minime sunt: timpul per caz, rata de finalizare corectă, numărul intervențiilor umane, erorile, incidentele, costul per caz și disponibilitatea. Adaugă separat rata acțiunilor blocate corect; un control care oprește o operațiune periculoasă este un rezultat valoros, nu un eșec.
Concluzie: începe cu un flux măsurabil
Valoarea unei inițiative de automatizare browser AI nu vine din spectacolul unui agent care mișcă cursorul. Vine din alegerea unui proces cu volum, risc controlabil și rezultat măsurabil. În România, e-Factura, portalurile furnizorilor, operațiunile BPO și e-commerce pot oferi cazuri bune de test, dacă accesul este minim, acțiunile ireversibile sunt blocate, iar oamenii păstrează controlul.
Agenția de AI poate audita un flux, compara opțiunile API, RPA și Computer Use și proiecta un pilot cu limite clare. Pentru o evaluare aplicată pe procesele companiei tale, discută cu un consultant AI.
Întrebări Frecvente
Ce este automatizarea browserului cu AI?
Este folosirea unui agent AI care interpretează o interfață web și execută pași precum navigarea, completarea formularelor sau transferul controlat de date. Față de RPA, se poate adapta mai bine la variații, dar are nevoie de monitorizare și aprobări.
Poate Gemini Computer Use automatiza e-Factura în România?
Poate fi testat pentru pași realizați prin interfața web, dar compatibilitatea, termenii de utilizare și fiabilitatea trebuie validate într-un mediu controlat. Trimiterea documentelor și acțiunile fiscale trebuie să rămână sub controlul unei persoane autorizate.
Este automatizarea browser AI conformă cu GDPR?
Tehnologia nu este conformă automat. Firma trebuie să stabilească scopul și temeiul prelucrării, să limiteze datele și accesul, să verifice furnizorii și transferurile și să păstreze jurnale adecvate riscului.
Când este mai bună o integrare API decât un agent Computer Use?
Un API este de regulă preferabil când este disponibil, stabil și acoperă procesul: oferă execuție mai predictibilă, costuri mai ușor de controlat și audit mai clar. Computer Use este util mai ales pentru aplicații fără API sau pentru goluri între sisteme vechi.
Vrei să testezi un flux fără să pierzi controlul? Descoperă serviciile Agenția de AI și [programează o discuție](https://agentiadeai.ro/contact).
Vrei să discutăm despre proiectul tău?
Primul apel e gratuit.
HAI SĂ DISCUTĂM?
