2024tik ia lehen bilera guztietan agertzen den galdera bat dago: «Hau RPArekin ebazten dugu ala IA agente bat behar dugu jada?». Erantzun zintzoa ia inoiz ez da «bata edo bestea». RPAk eta IA agenteek ez dute zulo beragatik lehiatzen: arazo desberdinak ebazten dituzte eta, ondo diseinatuta, geruzatan lan egiten dute. Artikulu honek benetako desberdintasunak azaltzen ditu —hype-rik gabe— arau robot bat noiz den nahikoa eta agente baten konplexutasuna ordaintzea noiz konpentsatzen den benetan jakin dezazun.
Zer den RPA klasikoa (eta zergatik daraman 15 urte funtzionatzen)
RPAk Robotic Process Automation esan nahi du: pertsona batek dagoeneko existitzen diren interfazeen gainean egingo lituzkeen klikak, teklak eta kopiatu-itsatsiak imitatzen dituen softwarea. Ez du pentsatzen. Gidoi deterministiko bat exekutatzen du: «ireki atari hau, irakurri B4 gelaxka, itsatsi eremu honetan, sakatu Bidali». Urrats zehatzak ematen badizkiozu, mila aldiz errepikatzen ditu nekatu gabe, akatsik gabe eta oporrik eskatu gabe.
Hori da zehazki bere bertutea eta bere muga. RPA aurreikusgarria eta arrazoitzeko merkea da: ikusten duzuna da egiten duena. Bolumen handiko, egonkor eta aspergarrien prozesuetarako aproposa da. Baina hauskorra da aldaketaren aurrean. Hornitzaileak botoi bat mugitzen duen egunean, Excel zutabe bat berrizendatzen duenean edo bi pantailaren ordena aldatzen duenean, robota hausten da. Ez du inprobisatzen: edo lehor huts egiten du edo, okerrago, leku okerraren aurka exekutatzen jarraitzen du. RPA bot flota bat mantendu duenak badaki kostua ez dagoela eraikitzean, aldatzen den bakoitzean bizirik mantentzean baizik.
Zer den IA agente bat (autonomia mugatua, ez magia)
IA agente batek ez du gidoi finko bat jarraitzen: helburu bat jarraitzen du. Xede bat ematen diozu («sailkatu gorabehera mezu hau eta ireki tiketa ilara egokian»), erabil ditzakeen tresna multzo bat (CRMa irakurri, ezagutza base bat kontsultatu, API bat deitu) eta egiteko baimena duenaren perimetro bat. Perimetro horren barruan, urratsak berak erabakitzen ditu. Irizpidea du: aurrez idatzita ez zegoen kasu bat kudea dezake, testuinguruaz arrazoitzen duelako zuhaitz zurrun baten adar bat jarraitu beharrean.
Hemen da gure jarrera zorrotza: autonomia mugatua, ez autonomia osoa. Ondo egindako agente bat ez da otoitz egiten diozun kutxa beltz bat. Baranda dituen sistema bat da: erabaki bakoitza log auditagarri batean geratzen da (zer irakurri zuen, zein tresna deitu zuen, zein argumenturekin, zer itzuli zuen eta zergatik aukeratu zuen bide hori), giza berrespena eskatzen duten ekintzak ditu eta kill switch bat darama lehor gelditzeko. Egin duena zergatik egin duen auditatu ezin baduzu, ez da produkziorako prest dagoen agente bat: demo oneko arrisku bat da.
Agenteak RPAk sufritzen duen tokian egiten du distira: sarrera aldakorrak, hizkuntza naturala, txantiloi batean kabitzen ez diren kasuak, hainbat aukeren artean epaitzea eskatzen duten erabakiak. Eta dotoretasunez degradatzen da: bot bat hautsiko lukeen aldaketaren aurrean, ondo instrumentatutako agente batek egokitu ohi du edo, gutxienez, pertsona batengana eskalatzen du isilean huts egin beharrean.
RPA vs IA agenteak: apaindurarik gabeko taula
| Irizpidea | RPA klasikoa | IA agentea |
|---|---|---|
| Nola jarduten duen | Arau finkoak, urrats deterministikoak | Helburua + tresnak, urratsak erabakitzen ditu |
| Onartzen dituen sarrerak | Egituratuak eta egonkorrak | Aldakorrak, hizkuntza naturala, aurreikusi gabeko kasuak |
| Goiko aldaketa baten aurrean | Hausten da edo isilean huts egiten du | Egokitzen da edo pertsona batengana eskalatzen du |
| Aurreikusgarritasuna | Osoa (sarrera bera, irteera bera) | Mugatua; balidazioa eta barandak behar ditu |
| Eraikitzeko kostua | Baxu-ertaina | Ertain-altua |
| Mantentze kostua | Altua aldatzen diren inguruneetan | Txikiagoa aldaketen aurrean, baina etengabeko ebaluazioa eskatzen du |
| Exekuzioko kostua | Marjinala (ia zero) | Aldakorra (tokenak / ereduari deiak) |
| Auditoria | Hutsala: gidoia da dokumentazioa | Ezinbestekoa: erabakien loga eta arrastoak |
Noiz den nahikoa RPA
Ez da agenterik behar denerako, eta hori proposatzea kea saltzea litzateke. RPA da tresna zuzena prozesuak hiru baldintza betetzen dituenean: errepikakorra da, arauak argiak dira eta ingurunea egonkorra da. RPA nahikoa den eta konpentsatzen duen adibide batzuk:
- Gauero APIrik ez duen atari batetik txosten bat deskargatzea eta karpeta batean uztea.
- Datua beti formatu berean itzultzen duten bi sistema bateratzea.
- Txantiloi finko batetik integraziorik gabeko ERP heredatu batera erregistroak altan ematea.
- Datuak bi barne aplikazio egonkorren artean pasatzea, aldatzen ez diren eremuekin.
Kasu hauetan, hizkuntza eredu bat sartzeak exekuzioko kostua, latentzia eta behar ez duzun ziurgabetasuna gehitzen ditu. Arazoa deterministikoa bada, irtenbideak ere hala izan behar du. Behar ez duen zeregin baterako adimena ordaintzea xahutzea da, ez berrikuntza.
Noiz behar duzun agente bat
Agenteak bere konplexutasuna justifikatzen du prozesuak benetako aldakortasuna duenean eta irizpidea eskatzen duenean. RPA labur geratzen ari dela adierazten duten seinale argiak:
- Sarrera testu librea da: mezuak, tiketak, dokumentuak, txantiloirik jarraitzen ez duten mezuak.
- Testuinguruaren arabera hainbat bideren artean erabaki behar da, ez if-else bat jarraitu besterik.
- Kasu «arraroak» ohikoak dira eta guztientzako arauak mantentzea amaigabea litzateke.
- Hainbat iturritako informazioa konbinatu eta laburtu edo arrazoitu behar duzu jardun aurretik.
- Prozesua sarri aldatzen da eta gidoi zurrunak hilero berridaztea jada ez da errentagarria.
Adibide tipikoak: laguntza gorabeheren triajea, merkataritza mezuen sailkapena eta bideratzea, formatu heterogeneoak dituzten fakturetatik datuak erauztea, dokumentazio sakabanatua kontsultatzen duen barne laguntza. Hor agentea ez da apeta bat: arau finkoekin kudeaezina litzatekeen zerbait automatizatzea bideragarri egiten duena da.
Zergatik ez diren arerioak, geruzak baizik
Esparru akatsik ohikoena duelu gisa planteatzea da. Praktikan, funtzionatzen duten arkitekturek biak konbinatzen dituzte. Agenteak irizpidea ekartzen du —sarrera ulertzen du, zer egin erabakitzen du—; RPAk edo API bidezko integrazio batek urrats zehatz bakoitzaren exekuzio deterministiko eta fidagarria ekartzen du.
Patroi ohiko bat: agente batek gorabehera mezu bat irakurtzen du, itzulketa bat dela erabakitzen du, eskaera zenbakia eta arrazoia erauzten ditu, eta orduan automatizazio deterministiko bat deitzen du (RPA bot bat edo, hobeto, API dei bat) itzulketa aldi bakoitzean zehatz-mehatz berdin erregistratzeko. Agenteak pentsatzen du; tresnak akats tarterik gabe jarduten du. Bi geruzen onena: malgutasuna goian, fidagarritasuna behean, eta erabakia ekintzarekin muturretik muturrera lotzen duen log bat.
Ingeniaritza zintzotasunez esanda: API on bat baduzu jada, askotan ez duzu RPArik behar batere —RPA integraziorik gabeko sistementzako adabaki dotore bat da—. Eta zure prozesua hutsala eta egonkorra bada, ez duzu agentea ere behar. Arkitektura zuzena zure arazoa konpontzen duen sinpleena da, ez ikusgarriena.
Kostua eta mantentzea: demoan inork kontatzen ez dizun zatia
Eraikitzeko kostua sarrera besterik ez da. Benetako kostua mantentzean bizi da, eta hemen RPAk eta agenteek modu desberdinean jokatzen dute.
RPA merkea da exekutatzeko —bere kostu marjinala ia zero da— baina garestia ingurune bizietan eusteko: goiko interfaze aldaketa bakoitza konponketa bat da. Bere mantentzea erreaktiboa da: hausten da, konpontzen duzu.
Agenteak exekuzioko kostua du (tokenak, ereduari deiak) eta mantentze proaktiboa: etengabe ebaluatu behar da, bere kalitatea degradatzen ez dela zaindu, promptak eta tresnak doitu, eta loga berrikusi jokabide arraroak eskalatu aurretik detektatzeko. Ez da «muntatu eta ahaztu»: proiektu askok gutxiesten duten ebaluazio diziplina eskatzen du. Gainbegiratzerik behar ez duen agente bat agintzen dizunak arriskua bertute gisa saltzen dizu.
Bi kasuetan amaierarako utzi behar ez diren betetze inplikazioak daude. Prozesuak datu pertsonalak ukitzen baditu, RGPDk berdin aplikatzen zaio bot bati eta agente bati. Eta agenteak pertsonei eragiten dieten erabakiak hartzen baditu, Europako AI Act-ak trazabilitatea eta giza gainbegiratzea eskatuko dizkizu —zehazki log auditagarri batek eta kill switch batek diseinuz konpontzen dutena—. Baranda horiekin lehen egunetik eraikitzea ez da burokrazia: defenda dezakezun sistema bat itzali beharko duzun batetik bereizten duena da.
Nola heltzen diogun Plantekian
Gure araua sinplea da eta lotsarik gabe errepikatzen dugu: benetako itzulkina dagoen tokian bakarrik automatizatzen dugu. Ezer proposatu aurretik, prozesua diagnostikatzen dugu —bolumena, aldakortasuna, egonkortasuna, gaur eskuz egiteak zenbat kostatzen duen eta gaizki ateratzen denean zenbat kostatzen duen—. Batzuetan ondorioa agente bat da bere log auditagarriarekin eta bere kill switch-arekin. Batzuetan RPA aspergarri eta eraginkor bat. Askotan biak beharrezko egiten ez dituen API bidezko integrazio bat. Eta noizean behin, zintzoena prozesu horrek oraindik ez duela automatizatzea merezi esatea da.
Zure kasuak RPA, enpresentzako IA agente bat edo integrazio on bat besterik ez duen eskatzen buruari bueltak ematen ari bazara, ez erabaki modaz. Kontatu iezaguzu prozesua eta kerik gabeko diagnostikoa emango dizugu gure kontaktu / doako diagnostikoan: zein geruzak duen zentzua, zein itzulkin espero eta zein baranda behar dituen lehen egunetik auditagarria izateko.