RPA developer în 2026: de la roboți UiPath la agenți AI

Meseria de RPA developer s-a născut, în bună măsură, în România: UiPath a pornit din București și a făcut din automatizarea proceselor robotizate o specializare locală distinctă. În 2026, platforma însăși s-a mutat: roboții care imită clickurile omului sunt acum o componentă într-un sistem în care agenții AI iau decizii, orchestratorul coordonează agenți, roboți și oameni, iar o parte din codul de automatizare e scris de agenți de cod. Pentru cine a construit cariera pe Studio, Orchestrator și selectoare, întrebarea nu e dacă rolul dispare, ci ce parte din el rămâne valoroasă, ce parte se subțiază și ce trebuie învățat în următoarele luni.

Articolul e scris pentru dezvoltatorii RPA și pentru liderii de centre de excelență în automatizare. Nu reia povestea de business a UiPath, tratată în articolul despre uneltele AI făcute în România, și nu compară platformele no-code, subiectul ghidului Zapier, n8n și Make. Aici e vorba strict despre meserie.

Ce s-a schimbat în platformă, concret

Trei lucruri definesc UiPath în 2026, conform paginilor oficiale de produs și notelor de lansare:

• Orchestrarea proceselor a devenit stratul principal. UiPath Maestro coordonează agenți AI, roboți și oameni în același motor, pe modele BPMN 2.0, cu gestionarea cazurilor și aplicații de proces. Robotul nu mai e unitatea de proiectare; procesul e.
• Agenții se construiesc în Studio. Agent Builder permite definirea de agenți cu instrucțiuni, unelte și garduri, iar Autopilot generează și extinde logica agentului din limbaj natural direct în canvas. Notele de lansare pentru Agents arată un ritm lunar de actualizări.
• Agenții de cod intră în flux. Potrivit paginii oficiale Release Hub, UiPath for Coding Agents permite direcționarea unor agenți de cod terți precum Claude Code, Codex și Cursor pentru a construi și testa automatizări dintr-un prompt.

Cu alte cuvinte, ceea ce era „un robot care deschide o aplicație, citește un câmp și scrie în alta" devine „un proces în care un agent decide ce trebuie făcut, un robot execută pașii deterministici, un om aprobă excepțiile". Fiecare dintre cele trei bucăți cere competențe diferite.

Robot versus agent: diferența care îți schimbă munca

Un robot RPA e determinist: aceiași pași, aceeași ordine, același rezultat, până când se schimbă interfața și se rupe selectorul. Un agent e non-determinist: primește un obiectiv, percepe ecranul sau datele, decide următorul pas, verifică rezultatul și reia. Această diferență se traduce în cinci schimbări practice pentru dezvoltator:

Cea mai mare surpriză pentru un RPA developer care trece la agenți nu e tehnologia, ci faptul că fiabilitatea nu mai vine din precizia pașilor, ci din proiectarea verificărilor: ce confirmă agentul înainte de a trece mai departe, ce nu are voie să facă niciodată, cum se recuperează dintr-o stare parțială. Bucla percepție–decizie–acțiune, strategia hibridă între selectoare și viziune, retry-ul cu verificarea rezultatului și izolarea în sandbox sunt tratate pas cu pas în cursul Computer Use și Browser Agents, care e, în practică, continuarea firească a meseriei de RPA pentru aplicațiile fără API.

Ce rămâne valabil din meseria de RPA developer

Vestea bună e că cea mai mare parte a experienței se transferă. Următoarele competențe valorează mai mult, nu mai puțin, într-o lume cu agenți:

1. Analiza de proces. Cine știe să descompună un proces în pași, să identifice excepțiile și să estimeze volumele are exact ce îi lipsește unui inginer AI care n-a văzut niciodată un departament de contabilitate din interior.
2. Gestionarea excepțiilor de business. Diferența dintre „factura nu are număr de comandă" și „aplicația a dat eroare" e o disciplină pe care agenții o preiau din felul în care le proiectezi gardurile.
3. Orchestratorul, cozile și credențialele. Rularea la scară, programarea, cozile de tranzacții, seifurile de credențiale și jurnalizarea sunt aceleași probleme, cu un actor în plus.
4. Documentarea. Documentele de definire a procesului și de proiectare a soluției devin, cu mici ajustări, specificațiile pe care le primește un agent și criteriile după care îl evaluezi.
5. Testarea. Cine a construit suite de regresie pentru roboți știe deja că un flux „merge la mine" nu înseamnă nimic. Cu agenții, aceeași disciplină se numește evaluare și devine obligatorie.

Ce se subțiază

La fel de onest, câteva activități care umpleau săptămâna unui RPA developer pierd din valoare:

• Întreținerea selectoarelor. Când agentul identifică elementele hibrid, prin structură și viziune, o parte din munca de reparare după fiecare actualizare a aplicației dispare.
• Fluxurile simple, bazate pe reguli. Copierea de date între două sisteme cu reguli clare e tot mai des rezolvată prin integrări directe, automatizări cu API sau agenți simpli, nu prin roboți construiți manual.
• Screen scraping-ul fragil din aplicații vechi, acolo unde un model multimodal citește ecranul fără hărți de coordonate.

Un avertisment necesar: entuziasmul pentru agenți e departe de a fi validat peste tot. Gartner estima în iunie 2025 că peste 40% dintre proiectele de agenți AI vor fi anulate până la sfârșitul lui 2027, din cauza costurilor, a valorii de business neclare sau a controalelor de risc inadecvate. Pentru un RPA developer asta e, paradoxal, o veste bună: proiectele care supraviețuiesc vor fi cele cu procese bine înțelese, excepții tratate și măsurare serioasă. Adică exact ce știe să facă.

Piața din România: ce spun datele, nu impresiile

Câteva repere verificabile, fără prognoze:

• UiPath rămâne cel mai mare angajator de profil din țară. Potrivit datelor din bilanț analizate de StartupCafe, subsidiara românească avea în 2024 un număr mediu de 1.155 de salariați, în creștere față de 2023, iar România concentrează aproape o treime din forța de muncă globală a companiei.
• Adopția AI în firmele românești e la coadă în Uniune, dar cei care adoptă merg adânc. Din datele Eurostat analizate în articolul despre ce fac firmele care folosesc AI, cel mai frecvent scop declarat e organizarea administrării și a managementului, adică exact zona în care RPA a trăit mereu.
• Piața muncii din IT s-a răcit. Concedierile din 2025 și 2026 și presiunea pe roluri de nivel de intrare sunt tratate cu surse în radiografia concedierilor din era AI. Pentru RPA, efectul e dublu: mai puține proiecte de „încă un robot", mai multe cereri de „automatizați procesul cap-coadă".

Concluzia rezonabilă e că cererea nu dispare, dar se mută de la execuție la proiectare și de la un singur instrument la un ecosistem.

Trei direcții de tranziție

Nu există un singur drum. În funcție de ce îți place și de piața în care lucrezi, trei profiluri au sens în 2026:

1. Specialist în automatizare agentică, în ecosistemul platformei

Rămâi pe UiPath, dar urci un etaj: proiectezi procese în Maestro, construiești agenți în Agent Builder, definești gardurile și evaluările, integrezi agenții de cod în ciclul de dezvoltare. E drumul cu cea mai mică fricțiune pentru cine are ani de experiență pe platformă și clienți enterprise. UiPath Academy publică deja planuri de învățare dedicate testării agentice, semn că vendorul însuși redefinește rolurile.

2. Inginer de automatizare AI, independent de platformă

Ieși din monocultura unui singur vendor: Python și SDK-urile modelelor, protocolul MCP pentru conectarea la sisteme, platforme de orchestrare precum n8n, Temporal sau Make, agenți care operează browserul pentru aplicațiile fără API. E drumul cu cel mai mare potențial, dar și cu cea mai abruptă curbă. Arhitecturile de agenți, memoria, gardurile, evaluarea și livrarea în producție sunt subiectul cursului AI Agents: Arhitectura și Automatizarea Sistemelor Autonome, iar partea de fluxuri fiabile, idempotență, observabilitate și guvernanță e tratată în Automatizare Workflow Enterprise 2026.

3. Arhitect de procese sau lider de centru de excelență

Te muți de la construit la decis: ce procese merită automatizate, cu ce combinație de roboți, agenți și oameni, cu ce controale și cu ce măsurare a valorii. E rolul cel mai stabil în fața schimbărilor tehnologice, pentru că e legat de procesul de business, nu de instrument. Cere însă competențe de guvernanță, conformitate și comunicare cu conducerea, plus înțelegerea cadrului legal descris mai jos.

Un plan realist pe 90 de zile

Planul de mai jos presupune că lucrezi deja ca RPA developer și ai 5–8 ore pe săptămână de învățare.

Zilele 1–30: fundamentele agenților. Înțelege bucla de percepție–decizie–acțiune, diferența dintre apelarea de unelte și operarea ecranului, ce înseamnă un set de evaluare. Construiește un agent mic pe un proces pe care îl cunoști deja ca robot și compară rata de succes pe 50 de rulări. Notează unde a greșit și de ce.

Zilele 31–60: fiabilitate și garduri. Adaugă verificarea rezultatului după fiecare acțiune critică, idempotență pentru pașii care nu pot fi repetați (o plată, o trimitere de e-mail), o listă explicită de acțiuni interzise și un punct de aprobare umană. Rulează același proces în sandbox cu conținut ostil pe ecran, ca să vezi cum reacționează agentul la injectarea de instrucțiuni.

Zilele 61–90: orchestrare și producție. Combină robotul existent cu agentul nou într-un proces orchestrat: agentul clasifică și decide, robotul execută pașii deterministici, omul aprobă excepțiile. Măsoară costul pe tranzacție, timpul și rata de intervenție umană. Documentează tot ca și cum ar trebui să treacă un audit.

La finalul celor 90 de zile ai un studiu de caz concret de pus în portofoliu și în discuția cu managerul sau clientul: nu „am învățat despre agenți", ci „am transformat procesul X, cu aceste rezultate și aceste limite".

Riscurile și cadrul legal pe care le moștenești

Trecerea de la roboți la agenți aduce riscuri pe care RPA-ul clasic nu le avea și obligații pe care le-a avut mereu, dar rar le-a discutat.

• Injectarea de instrucțiuni. Un agent care citește ecranul sau documentele poate primi instrucțiuni ascunse în conținutul pe care îl procesează. Regula de proiectare: agentul nu execută acțiuni ireversibile pe baza conținutului citit, ci doar pe baza obiectivului primit, iar acțiunile sensibile trec prin aprobare.
• Datele personale. Un agent care procesează facturi, dosare de angajați sau conversații cu clienții prelucrează date personale în sensul GDPR. Când prelucrarea e la scară sau pe date sensibile, evaluarea de impact (art. 35 GDPR) devine necesară, iar deciziile automatizate cu efect juridic asupra persoanelor intră sub art. 22, tratat în ghidul despre deciziile automate și scoring.
• Procesele de resurse umane. Dacă automatizezi recrutarea, evaluarea sau alocarea de sarcini, intri în zona sistemelor cu risc ridicat din AI Act, cu termenele și obligațiile explicate în articolul despre recrutarea cu AI.
• Alfabetizarea AI. Articolul 4 din AI Act cere ca personalul care operează sisteme AI să aibă un nivel adecvat de competență, obligație în vigoare din februarie 2025 și detaliată în ghidul despre AI literacy. Un centru de excelență care trece la agenți trebuie să o documenteze.
• Informarea și consultarea angajaților. Când automatizarea schimbă semnificativ organizarea muncii, Legea 467/2006 impune informarea și consultarea reprezentanților angajaților în întreprinderile cu cel puțin 20 de salariați; scenariile concrete sunt în ghidul despre introducerea AI în firmă.

Niciuna dintre aceste obligații nu e nouă pentru companie, dar multe sunt noi pentru dezvoltatorul care, până acum, primea un proces aprobat și îl automatiza. În rolul de arhitect sau de lider de centru de excelență, ele devin parte din fișa postului.

Întrebări frecvente

Dispare meseria de RPA developer în 2026?

Nu dispare, dar se redefinește. Execuția deterministică rămâne necesară pentru pașii care trebuie să fie identici de fiecare dată, iar competențele de analiză de proces, excepții, orchestrare și testare se transferă direct la agenți. Ce pierde din valoare e munca de întreținere a selectoarelor și fluxurile simple bazate pe reguli.

Trebuie să învăț programare ca să trec la agenți AI?

Depinde de direcție. Pe platformă, Agent Builder și Autopilot reduc nevoia de cod, dar înțelegerea conceptelor (unelte, garduri, evaluare) e obligatorie. Pentru direcția independentă de platformă, Python la nivel de citire și scriere de scripturi, plus SDK-urile modelelor și MCP, sunt necesare.

Ce diferență e între computer use și RPA?

RPA identifică elementele prin selectoare și execută pași predefiniți. Computer use înseamnă că un model multimodal percepe ecranul, decide acțiunea și verifică rezultatul, fără hartă de pași. În practică, abordarea hibridă, structură plus viziune, cu roboți pentru pașii deterministici și agenți pentru decizii, e cea care ține în producție.

Cum demonstrez unui angajator că am făcut tranziția?

Cu un proces real transformat, documentat cu cifre: rata de succes pe un set de evaluare, costul pe tranzacție, rata de intervenție umană, incidentele și cum le-ai tratat. Un studiu de caz de acest fel spune mai mult decât orice listă de tehnologii.

Agenții AI sunt mai ieftini decât roboții RPA?

Nu neapărat. Un agent consumă tokeni la fiecare pas și poate avea nevoie de mai multe încercări, iar un robot bine construit rulează cu cost marginal aproape zero. Calculul corect compară costul total pe tranzacție, inclusiv întreținerea și intervențiile umane, pe procesul concret, nu pe tehnologie în abstract.

Concluzie

RPA developer-ul din 2026 are un avantaj pe care puțini ingineri AI îl au: a văzut procesele de business din interior și știe cât de murdare sunt excepțiile. Platforma s-a mutat spre orchestrare, agenți și agenți de cod; meseria se mută spre proiectarea verificărilor, a gardurilor și a proceselor cap-coadă. Alege una dintre cele trei direcții, construiește în 90 de zile un proces transformat cu cifre reale și tratează cadrul legal ca parte din proiect, nu ca anexă. Restul e continuitate.

Articol informativ, redactat la 10 septembrie 2026 pe baza surselor citate în text (documentația oficială UiPath, comunicatul Gartner din 25 iunie 2025, datele de bilanț analizate de StartupCafe, Legea 467/2006 pe legislatie.just.ro), consultate la această dată. Denumirile de produse aparțin deținătorilor lor; capabilitățile evoluează lunar, verifică documentația oficială. Nu constituie consultanță juridică; pentru situația concretă a companiei tale, consultă un specialist.