Conținut principal

Automatizarea proceselor cu agenți AI

Automatizăm procesele administrative cu agenți AI, câte unul pe rând: facturile primite, reconcilierea bancară, pachetul lunar pentru contabilitate. Regulile verifică fiecare cifră, iar un om vede doar cazurile semnalate.

Finanțele noastre

Finanțele firmei, reduse la câteva aprobări

Aprobări pe lună, pentru finanțele firmei

O verificare zilnică, AI doar pe muncă nouă

Verificarea e-mailului fără AI; agentul pornește doar pe muncă nouă

Notele de ședință gata la câteva minute după apel

De la apel la nota de ședință arhivată

Întâi reguli, AI doar unde își are locul

Cei mai mulți pași se rezolvă cu cod obișnuit.

FIG. 1Preluarea facturilor, trei culoare
Diagramă pe culoare pentru preluarea facturilor: codul urmărește căsuța de e-mail și e-Factura, un model identifică factura și îi citește câmpurile, codul o verifică față de comandă și pregătește ciorna din ERP, iar un om decide doar la o nepotrivire. Fiecare pas rămâne în jurnal.Căsuță e-mailCodIdentificareModelCitire câmpuriModelVerificareCodCiornă în ERPCodJurnalCodOmNepotrivire

Ce intră pe fiecare culoar

CodAcelași răspuns, mereu
  • Cifra de control pentru IBAN și CUI
  • Totaluri, date și toleranțe
  • Duplicate, după amprenta conținutului
ModelVerificat de reguli
  • Care atașament e factura
  • Câmpuri dintr-un format necunoscut
  • Intenția dintr-un e-mail scris liber
OmDecizii ireversibile
  • Plăți și rambursări
  • Nepotrivirile semnalate de reguli
  • Tot ce nu pot lămuri primele două culoare

Etapele proiectului: mapare, automatizare, monitorizare

Numărul de săptămâni reiese din sesiunea de consultanță, după ce procesul e cunoscut.

Mapare
Pașii, intrările și excepțiile, plus metrica după care se judecă rezultatul.
Automatizare
Construit pe datele și aplicațiile clientului, testat întâi pe cazuri din trecut.
Monitorizare
Rulări programate. Excepțiile care se repetă devin reguli noi.

Finanțele firmei, pregătite de un agent

Așa funcționează finanțele noastre. Un om aprobă plățile și apasă Trimite. Studiul de caz LifeOS

FIG. 2Ciclul financiar lunar
Rularea financiară din LifeOS: o verificare de dimineață a e-mailului, fără AI, găsește extrasele și bonurile noi; agentul sortează bonurile; codul verifică fiecare cifră; rezultă fișierul de plăți pentru bancă și o ciornă de e-mail pentru contabilitate, care așteaptă ca un om să aprobe în bancă și să apese Trimite.Verificările creează și un memento când fișierul de plăți sau pachetul e gata. Sistemul nu are cum să trimită și nu poate muta bani.Verificare e-mailZilnic, fără AIAgentSortează bonuriVerificări în codFiecare cifrăPlățiCiornăAprobare umanăImport și TrimitePlătit și arhivatBancă, DriveAutomatUn om

Cum se verifică ciclul financiar

Fiecare document
Codul simplu citește fiecare PDF și verifică cifra de control a IBAN-ului, că suma în litere se potrivește cu cifrele, că plătitorul aparține firmei corecte și că IBAN-ul contabilului nu s-a schimbat.
Fiecare extras
Totalurile citite se verifică față de linia de total a băncii, iar plățile se reconciliază cu extrasele.
Singura sarcină a modelului
Să judece care atașamente din e-mail sunt bonuri ale firmei. Tot ce trebuie să fie exact rămâne în cod, acoperit de teste.
Ce rămâne la un om
Banii și e-mailul, mereu. Fișierul de plăți se importă și se aprobă în aplicația băncii, iar pachetul pleacă atunci când un om apasă Trimite. Studiul de caz LifeOS

La oameni ajung doar excepțiile

Fiecare vine cu motivul și o corecție propusă.

Excepții în așteptareDate demonstrative

19în așteptare

Apărute
36
Rezolvate
17

Procese administrative pe care le poate prelua un agent

Procese administrative pe care le poate prelua un agent
ProcesCe ajunge pe birouIntervine un om când
Preluarea facturilorCiorne verificate în ERPTotalul diferă de comandă
Reconcilierea bancarăTranzacții reconciliateO plată nu se potrivește cu nimic
Pachetul lunar pentru contabilitatePlăți și o ciornă de e-mailMereu
RapoarteRaportul săptămânalO cifră iese din intervalul obișnuit

Ce conține o excepție

Motiv
Regula care a picat, spusă simplu: totalul diferă de comanda 4471 cu trei bucăți.
Sursă
Un link către pagina și rândul exact din documentul original.
Propunere
Ce ar face agentul mai departe, gata de aprobat sau de modificat.
Canal
E-mail, Slack sau Teams. Decizia se întoarce în flux și în jurnal.

Ce poate face un agent singur și ce așteaptă mereu un om urmează regulile după care e construit fiecare agent. Cum e limitat accesul agenților și cum e tratată injecția de prompt: securitate cibernetică și NIS2.

Automatizarea proceselor: întrebări frecvente

Agent AI sau RPA

RPA repetă clicuri pe ecran și se strică atunci când se schimbă interfața. Un agent lucrează prin API-uri și fișiere, citește documente cu formate diferite și trimite cazurile neclare unui om. Pentru un ecran stabil și o succesiune fixă, RPA sau un script simplu costă mai puțin, iar sesiunea de consultanță spune asta.

Agent sau flux automat simplu

Un flux simplu e suficient când fiecare pas e o regulă fixă între sisteme cu conectori gata făcuți. Un agent merită când un pas presupune citire: e-mailuri scrise liber, documente de la mulți furnizori sau decizii care pot fi verificate ulterior. Multe fluxuri sunt în mare parte simple, cu un singur pas de model.

E-mail, CRM, ERP, Excel și WhatsApp

Fluxul se conectează prin API-ul sau exportul fiecărui sistem: căsuțele de e-mail prin IMAP sau Microsoft Graph, CRM-ul și ERP-ul prin API-urile REST, foile de calcul ca fișiere sau prin Google Sheets, WhatsApp prin Business API. Facturile furnizorilor din România vin direct din e-Factura, prin API-ul ANAF. Unde un sistem nu are API, varianta de rezervă e un export programat sau un raport trimis pe e-mail.

n8n sau Make în locul unui flux la comandă

n8n și Make se potrivesc proceselor în care fiecare pas e un conector plus o regulă fixă. Un flux la comandă se potrivește când pașii au nevoie de cod de validare, de teste pentru model sau de aprobări pe care aceste unelte nu le pot exprima. Consultanța AI le compară pe procesul concret, iar uneori răspunsul e n8n.

Cum se măsoară câștigul

Situația de pornire se măsoară înainte de dezvoltare: ore pe săptămână, rata de erori sau timpul până la primul răspuns, în funcție de ce urmărește deja responsabilul procesului. Aceeași metrică se măsoară după lansare, din jurnalul fluxului, așa că ambele cifre vin din aceeași metodă.

Date curate sau software nou, înainte de automatizare

De obicei, niciuna. Maparea arată ce intrări sunt prea dezordonate pentru reguli; acestea merg pe culoarul modelului sau primesc un mic pas de curățare. Software nou merită doar când sistemul actual nu are nicio cale de acces: niciun API, niciun export, nicio căsuță de e-mail.

Consultanță AI: un proces pe masă

Punctul de plecare obișnuit e procesul care consumă cele mai multe ore.

Studio
Cluj-Napoca, România, UE