Pașii ficși se sparg la prima surpriză
RPA (robotic process automation) înseamnă roboți software care repetă pași ficși: deschid un fișier, copiază date, completează un program. Funcționează excelent cât timp totul arată exact cum se aștepta: același format de fișier, aceeași interfață, aceleași câmpuri completate corect. La prima variație — un format ușor diferit, un câmp lipsă — fluxul fie eșuează, fie, mai rău, produce un rezultat greșit silențios.
Multe companii care au implementat deja RPA descoperă asta abia după câteva luni: robotul „funcționează” statistic, dar câteva procente din cazuri ies greșit, needetectat automat. Automatizarea proceselor repetitive cu AI nu cere însă un RPA existent: pornim fie de la roboții pe care îi ai deja, acolo unde se blochează des, fie de la procesul făcut azi de mână.
Recunoaște variația, nu doar execută
Un agent AI adăugat peste RPA clasic poate recunoaște când un caz nu se potrivește tiparului standard și decide, în limitele permise, cum să-l trateze — sau escaladează clar la om, cu context, în loc de o eroare tehnică greu de interpretat.
Practic, asta transformă „fluxul a picat, cineva trebuie să investigheze de la zero” în „fluxul a marcat explicit cazul X ca excepție, cu motivul Y”. Diferența dintre RPA clasic și RPA cu agenți AI e că limitele sunt scrise dinainte: ce rezolvă agentul singur și ce trimite mereu la om. Fiecare decizie intră în jurnalul de audit, cu motivul, în limbaj clar. Dacă procesul tău nu are încă RPA, vezi și cum tratăm excepțiile la automatizarea proceselor cu AI.
RPA clasic vs. RPA cu strat de agent AI
Nu rescriem RPA-ul care merge. Adăugăm agentul unde excepțiile sunt frecvente.
| RPA clasic | RPA + agent AI | |
|---|---|---|
| La o excepție | Fluxul se oprește sau eșuează silențios. | Recunoaște variația și decide un tratament în limitele permise, sau escaladează clar la om. |
| Mentenanță | Orice schimbare de interfață sau format cere rescrierea regulilor. | Se adaptează la variații mici fără rescriere completă. |
| Vizibilitate | Loguri tehnice greu de interpretat. | Jurnal de audit plus explicația deciziei, în limbaj clar. |
| Potrivit pentru | Procese complet previzibile, volum mare, format fix. | Procese cu variații reale: date incomplete, formate ușor diferite, cazuri-limită frecvente. |
| Guvernanță | Rigid, dar cu risc redus. | Cere reguli clare de permisiuni; mai flexibil, proiectare atentă. |
Multe companii au deja RPA clasic funcțional și adaugă doar stratul de agent acolo unde excepțiile sunt frecvente.
Un robot RPA care se blochează sau un proces făcut de mână? În 30 de minute îți spunem dacă merită un agent.
Compararea extraselor bancare cu jurnalul contabil
Am construit un flux care citește extrase bancare direct din formatul SWIFT MT940 (fără mostre inițiale, pornind de la specificația tehnică) și le compară automat cu jurnalul contabil, marcând exact ce mișcări nu sunt încă înregistrate.
Testat pe date reale, fluxul a scos la iveală mișcări bancare complet nesesizate anterior — nu doar a automatizat un pas care mergea deja bine, a găsit o gaură reală de proces. Mișcările ambigue, de exemplu un depozit de asociat sau un cont neclar, nu sunt ghicite: fluxul le marchează „de revizuit”, iar contabilul decide. Pentru orice pas care implică acțiune reală, nu doar semnalare, aplicăm regulile de siguranță pentru un agent care acționează singur, descrise separat.
Fără dublă-emitere, sub trafic real
Pentru un flux de atribuire automată a unei resurse limitate (ex. un bilet dintr-un stoc fix), integritatea sub concurență contează la fel de mult ca logica de business — dacă doi utilizatori cer simultan ultima resursă, sistemul trebuie să dea corect doar unuia.
Am folosit atribuire atomică (tehnica FOR UPDATE SKIP LOCKED) și am validat-o cu un pachet complet de teste de integrare (11 din 11 trecute) înainte de lansare — genul de detaliu invizibil pentru utilizator, dar critic la trafic real. Un proiect de acest tip, livrat și funcțional, e descris în studiul de caz FOX: redeem de bilete pentru o campanie cu 250 de câștigători.
Vezi studiul de caz FOX
Peste RPA existent sau de la zero
Nu recomandăm să arunci ce funcționează deja. Dacă ai roboți RPA, primul pas e harta automatizărilor existente și a locurilor unde se blochează, nu o listă de idei noi. Dacă procesul se face azi de mână, construim fluxul de la zero, cu excepțiile tratate din prima zi: așa au fost construite ambele exemple de mai sus.
Dacă pornești de la zero, fără RPA existent, începe cu optimizarea proceselor cu AI: alegem întâi procesul, apoi unealta.
- 01Discovery de o zi: mapăm fluxul actual, cu sau fără RPA, împreună cu oamenii care îl fac azi.
- 02Numărăm excepțiile: unde apar, cât de des și cât timp consumă.
- 03Scriem regulile: ce rezolvă agentul singur, ce ajunge mereu la om și după ce criterii judecăm pilotul.
- 04Pilot de 2–6 săptămâni, testat end-to-end pe date și volum reale, cu jurnal de audit inclus.
- 05Decidem pe date: extindem, ajustăm sau oprim. Predăm cu documentație și training pentru echipa care folosește fluxul.
Cine vede datele, cine decide, al cui e codul
Un flux automatizat lucrează pe date reale ale firmei: bancă, clienți, stocuri. De aceea stabilim în scris, înainte de lansare, cine vede ce și cine decide. Detaliile tehnice sunt la integrarea AI cu ERP prin MCP și la infrastructura AI privată.
- 01Cine vede datele: agentul vede doar ce vede utilizatorul pentru care lucrează și, unde se poate, doar citește. În ERP nu atingem nucleul: la SAP construim alături de sistem (Clean Core), iar la programele fără API, ca SAGA, orice scriere trece prin importul oficial.
- 02Cine decide: pașii cu impact financiar, legal sau contractual rămân la om. Agentul pregătește, verifică și semnalează; butonul final îl apasă cineva din echipa ta.
- 03Ce rămâne scris: fiecare caz rezolvat sau trimis la om apare în jurnalul de audit, cu motivul, în limbaj clar.
- 04Unde rulează: pe serverele tale sau pe GPU dedicat în UE, dacă datele nu au voie să ajungă la un API extern. GDPR și AI Act le discutăm cu juristul tău: nu dăm consultanță legală.
- 05Cine lucrează: ingineri AI și software din București, aceiași de la discovery la livrare. Echipa ta participă la discovery și validează rezultatele înainte de lansare.
- 06Al cui e codul: al firmei tale, cu documentație despre ce face agentul singur și ce ajunge la om. După lansare, retainerul de mentenanță e opțional: monitorizare, ajustări lunare, raport lunar.
Preț fix, după un discovery scurt.
- mapare flux existent
- automatizare + validare
- predare + documentație
- 3-5 fluxuri automatizate
- jurnal de audit
- alertare pe excepții
- monitorizare continuă
- ajustări lunare
- raport lunar
Fiecare proiect are alt context, alte fluxuri și altă infrastructură, așa că prețul se stabilește după un discovery scurt și plătit, iar apoi nu se schimbă pe parcurs.
Un robot RPA care se blochează sau un proces făcut de mână? În 30 de minute îți spunem dacă merită un agent.
Întrebări frecvente
Ce diferență e între RPA clasic și automatizarea cu agenți AI?
RPA clasic execută pași exact ficși, definiți dinainte — orice variație de format sau interfață poate opri fluxul. Un agent AI adăugat peste RPA recunoaște variații și decide, în limite stabilite, cum să le trateze, sau escaladează clar la om.
Ce înseamnă automatizare RPA cu AI?
Înseamnă combinarea automatizării clasice bazate pe reguli (RPA) cu un strat de decizie AI pentru cazurile care nu se potrivesc exact tiparului standard. Rezultatul e un flux mai robust, care nu pică la prima excepție reală.
Cât costă automatizarea RPA cu agenți pentru o firmă?
Depinde de câte sisteme conectăm, câte excepții are fluxul și cât de curate sunt datele. În sesiunea gratuită de 30 de minute îți spunem dacă merită; după un discovery scurt și plătit primești preț fix pe scope scris, care nu se schimbă pe parcurs. Dacă te oprești după discovery, rămâi cu raportul.
RPA clasic există deja în companie — merită înlocuit cu agenți AI?
De regulă nu se înlocuiește, se completează: adaugi stratul de agent doar acolo unde excepțiile sunt frecvente și costisitoare, păstrând fluxurile RPA care deja funcționează bine pentru cazurile previzibile.
Ce se întâmplă când un flux automatizat întâlnește un caz pe care nu-l poate rezolva?
Un flux bine proiectat marchează explicit cazul ca excepție, cu motivul, și îl trimite spre revizuire umană — nu forțează o clasificare greșită doar ca să pară „100% automat”. Această transparență e ce face diferența între încredere și frică de „cutia neagră”.
Trebuie să am deja RPA ca să adaug un agent AI?
Nu. Dacă ai roboți RPA care se blochează des, adăugăm agentul doar pe pașii unde apar excepțiile. Dacă procesul se face azi de mână, construim fluxul de la zero, cu excepțiile tratate din prima zi. Ambele exemple de pe această pagină, reconcilierea bancară și atribuirea de resurse, au fost construite de la zero.
Cât durează până la un flux automatizat funcțional?
Discovery-ul durează de regulă o zi. Pilotul pe un flux durează între 2 și 6 săptămâni, în funcție de câte sisteme conectăm și cât de curate sunt datele, și se judecă după criterii de acceptare scrise înainte să începem. Extindem abia după ce pilotul trece testul.
Cine vede datele firmei și unde rulează agentul?
Agentul vede doar ce vede utilizatorul pentru care lucrează și, unde se poate, doar citește. Fiecare decizie intră în jurnalul de audit, iar pașii cu impact financiar sau legal rămân la om. Dacă datele nu au voie să iasă din firmă sau din UE, modelul rulează pe serverele tale sau pe GPU dedicat în UE.
Al cui e codul după livrare?
Al firmei tale. Predăm codul și fluxurile cu documentație despre ce face agentul singur și ce ajunge la om, ca să nu depinzi de noi. Mentenanța pe retainer e opțională: monitorizare, ajustări când se schimbă procesele și raport lunar.
Hai să vedem ce se poate automatiza la tine.
O sesiune gratuită de 30 de minute: îți spunem ce se poate automatiza, cât durează și cât costă, cu preț fix după discovery.
Răspundem în aceeași zi lucrătoare.