Aneu al contingut principal
FromNine
Menú

IA i dades

Agents d’IA i automatització que actuen dins dels límits que fixeu.

Automatitzem feines de diversos passos amb agents i fluxos de treball que fan servir eines acotades, s’aturen per demanar aprovació abans de les accions amb conseqüències i deixen un rastre que la vostra auditoria pot reproduir.

Per a centres de serveis compartits i equips d’operacions que fan el mateix procés en diversos països i sistemes.

Parlem del vostre projecteVegeu l’atenció al públic
Agents d’IA i automatització: capes de capacitatsQuatre capes apilades en profunditat. De dalt a baix: el flux de treball que guarda l’estat, els passos d’agent que conté, la passarel·la d’eines amb els seus permisos i el punt d’aprovació abans que les accions arribin als vostres sistemes.01Flux de treball i estat02Passos d’agent03Passarel·la d’eines i abast04Aprovació i després acció
  1. 01El grau d’autonomia adequat per a cada pas, del flux fix a l’agent supervisat
  2. 02Eines amb el mínim privilegi darrere d’una passarel·la, amb límits per acció
  3. 03Cada pas, crida a una eina i aprovació queda registrat, es pot reproduir i exportar

01 Problemes

Per què els programes d’automa­tització dubten

  1. 01

    Ningú no sap dir què pot fer l’agent

    S’executa amb un compte de servei amb permisos amplis. Riscos i seguretat no ho aproven, i no haurien d’haver d’endevinar-ho.

  2. 02

    La taxa d’automa­tització sembla bona, però les excepcions s’acumulen

    Els casos senzills passen sols. La resta acaba en una bústia compartida sense context, i l’equip que els gestiona té ara més feina que abans.

  3. 03

    Quan alguna cosa falla, ningú no pot reconstruir per què

    No queda constància de quines dades va veure l’agent, quina eina va cridar ni qui va aprovar el pas. L’auditoria interna ho pregunta i no hi ha resposta.

  4. 04

    Els robots es trenquen cada vegada que canvia una pantalla

    Robots que llegeixen pantalles fan feina crítica. Cada actualització d’una aplicació vol dir un cap de setmana de reparacions.

02 Què lliurem

Què lliurem

  1. 01 Disseny de l’autonomia pas a pas

    Per a cada pas triem el més senzill que funciona: un flux determinista, una sola crida a un model, un agent que fa servir eines o una orquestració de diversos passos. De vegades la resposta correcta és que un agent no és l’eina adequada.

    Què fem

    • Revisió del procés amb les persones que fan la feina
    • Decisió d’autonomia pas a pas amb el risc de cada pas
    • Model del flux com a màquina d’estats o en BPMN
    • Criteris per donar més o menys autonomia a un pas

    Què rebeu

    • Mapa d’autonomia del procés
    • Model del flux de treball amb control de versions
    • Registre de decisió per a cada pas d’agent

  2. 02 Permisos de les eines i mínim privilegi

    Els agents criden eines, mai directament els sistemes. Una passarel·la d’eines aplica l’abast, les llistes d’accions permeses i els límits de transacció, i cada eina s’executa amb la seva pròpia identitat de servei.

    Què fem

    • Catàleg d’eines amb les de lectura separades de les d’escriptura
    • Identitats de servei acotades per a cada eina
    • Límits de transacció i de freqüència per tipus d’acció
    • Execució aïllada per al codi i la gestió de fitxers

    Què rebeu

    • Passarel·la d’eines amb la política com a configuració
    • Matriu de permisos aprovada per seguretat
    • Bateria de proves de l’aplicació de la política

  3. 03 Disseny amb una persona en el circuit

    Llindars d’aprovació, enrutament segons la confiança i doble validació per a les accions amb conseqüències. Les decisions sobre persones mantenen una persona en el circuit, d’acord amb l’article 22 de l’RGPD i el dret a la intervenció humana.

    Què fem

    • Classificació de les accions segons les seves conseqüències
    • Llindars d’aprovació i regles d’escalat
    • Interfície de revisió amb el context necessari per decidir
    • Garanties per a les decisions sobre persones

    Què rebeu

    • Política d’aprovació per tipus d’acció
    • Flux de revisió dins de les eines que els vostres equips ja fan servir
    • Mapa d’escalat amb equips designats

  4. 04 Traçabilitat i auditoria

    Un registre complet de les entrades, el context recuperat, els resultats del model, les crides a eines i les aprovacions, perquè qualsevol execució es pugui reproduir i exportar per a l’auditoria interna o per a un supervisor.

    Què fem

    • Disseny del registre d’esdeveniments amb regles de conservació
    • Reproducció d’execucions amb entrades fixes
    • Formats d’exportació acordats amb l’auditoria interna
    • Quadres de comandament de taxes d’excepció i d’aprovació

    Què rebeu

    • Magatzem del rastre d’auditoria
    • Eines de reproducció
    • Quadres de comandament operatius

  5. 05 Gestió de les fallades

    Els agents fallaran. Dissenyem perquè la fallada sigui segura: accions idempotents, compensació i reversió, temps d’espera, escalat a un equip designat i un botó d’aturada que algú està autoritzat a fer servir.

    Què fem

    • Claus d’idempotència en cada acció d’escriptura
    • Passos de compensació per als canvis en diversos sistemes
    • Temps d’espera i límits de reintents
    • Botó d’aturada per agent i per eina

    Què rebeu

    • Anàlisi dels modes de fallada
    • Procediment operatiu amb el protocol d’aturada
    • Proves de caos per als recorreguts crítics

  6. 06 Agents al costat de l’automa­tització existent

    La mineria de processos mostra el flux tal com funciona de debò. L’automatització robòtica de processos es manté on només hi ha una pantalla heretada, i passa a API tan aviat com n’hi ha una. Mesurem la taxa d’excepcions, no només la d’automatització.

    Què fem

    • Mineria de processos sobre els registres d’esdeveniments
    • Inventari dels robots existents i del seu historial de fallades
    • Alternatives amb API per a l’automatització fràgil de pantalles
    • Anàlisi de les excepcions per causa

    Què rebeu

    • Anàlisi del flux actual
    • Pla de migració de pantalles a API
    • Situació de partida i objectiu del temps de gestió d’excepcions

03 Arquitectura

Una arquitectura de referència il·lustrativa

L’orquestrador és el propietari de l’estat de la feina. Els passos d’agent hi són a dins i només poden arribar als vostres sistemes a través de la passarel·la d’eines, que comprova l’abast i els límits a cada crida. Les eines de lectura passen; les d’escriptura s’aturen en un punt d’aprovació quan l’acció té conseqüències.

Tot queda registrat en el rastre d’auditoria. L’orquestrador té un botó d’aturada i temps d’espera, i les excepcions van a un equip designat amb tot el context de l’execució.

Capes del dibuix

Entrada
Un cas, un missatge o un esdeveniment nou inicia una execució amb un identificador de correlació.
Orquestració
Estat del flux de treball, passos d’agent, compensació i botó d’aturada.
Perímetre de permisos
Passarel·la d’eines, eines de lectura, punt d’aprovació i eines d’escriptura.
Sistemes
CRM, ERP i gestió d’expedients, als quals només s’arriba a través d’eines.
Rastre
El rastre d’auditoria i l’equip que gestiona els escalats.
Exemple il·lustratiu

  1. Entrada

    • Activador: cas, missatge, esdeveniment

  2. Orquestració

    • Orquestrador i estat
    • Pas d’agent
    • Botó d’aturada i temps d’espera
    • Compensació i reversió

  3. Perímetre de permisos

    • Passarel·la d’eines
    • Eines de lectura
    • Punt d’aprovació
    • Eines d’escriptura

  4. Sistemes

    • CRM, ERP, gestió d’expedients

  5. Rastre

    • Rastre d’auditoria: cada pas, crida i aprovació, amb reproducció i exportació
    • Equip designat per a excepcions
Un agent dins d’un perímetre de permisos

Arquitectura il·lustrativa, no el sistema d’un client.

Llegiu el diagrama en format de text

El recorregut principal va d’un activador a l’orquestrador i a un pas d’agent, fins a la passarel·la d’eines; després passa per un punt d’aprovació on decideix una persona, arriba a una eina d’escriptura i, finalment, als sistemes de negoci.

La passarel·la també permet eines de lectura que consulten directament els sistemes de negoci. Un botó d’aturada controla l’orquestrador, els passos de compensació poden desfer accions de l’agent i l’orquestrador escala a un equip designat.

Les aprovacions i les accions d’escriptura queden en un rastre d’auditoria que permet reproduir-les i exportar-les. La passarel·la, les eines de lectura, el punt d’aprovació i les eines d’escriptura formen junts el perímetre de permisos.

04 Consideracions i límits

Consideracions d’enginyeria i límits

  • L’autonomia es guanya pas a pas

    Com ho abordem

    Els passos comencen supervisats. Només n’ampliem l’autonomia quan els registres mostren que el pas es manté dins dels límits acordats en un volum de casos significatiu.

    Límits i dependències

    Alguns passos no haurien de ser mai autònoms, diguin el que diguin les xifres. És una decisió de negoci, i us demanarem que la prengueu de manera explícita.

  • Un agent és tan segur com les seves eines

    Com ho abordem

    Les eines d’escriptura són estretes i parametritzades: «emetre una factura rectificativa fins a un import», mai «cridar l’ERP».

    Límits i dependències

    Quan un sistema no té un model de permisos detallat, ho compensem a la passarel·la. Això afegeix feina, i alguns sistemes no es poden fer prou segurs per donar-los accés d’escriptura.

    La IA es pot equivocar. Per això les accions amb conseqüències s’aturen per a una persona i els casos dubtosos es deriven, no s’endevinen.

  • La injecció d’instruccions és un risc operatiu

    Com ho abordem

    El contingut de correus, documents i pàgines web es tracta com a no fiable. No pot canviar les instruccions de l’agent ni ampliar-ne els permisos, i les proves d’atac comproven que no ho faci.

    Límits i dependències

    Cap mesura elimina del tot el risc. El disseny parteix de la hipòtesi que algun dia un intent tindrà èxit i limita fins on pot arribar.

  • Les excepcions formen part del producte

    Com ho abordem

    Cada excepció arriba amb el context de l’execució, un motiu i un pas següent proposat, a la cua d’un equip que se’n fa càrrec.

    Límits i dependències

    Si ningú no és responsable de la cua d’excepcions, l’automatització desplaça la feina en lloc de reduir-la. No posem res en producció sense una persona responsable designada.

05 Com treballem

Com treballem

Partim del procés tal com funciona, no tal com està dibuixat, i guanyem autonomia pas a pas.

  1. 01

    Veure el flux real

    La mineria de processos i l’observació directa mostren volums, variants i on es perd el temps.

    ResultatAnàlisi del flux actual

  2. 02

    Decidir l’autonomia de cada pas

    Flux de treball, crida a un model o agent, amb la conseqüència d’una acció equivocada escrita per a cada pas.

    ResultatMapa d’autonomia i matriu de permisos

  3. 03

    Funcionar en paral·lel

    El sistema proposa i les persones actuen. Comparem les seves propostes amb les decisions reals en casos actius.

    ResultatInforme de l’execució en paral·lel

  4. 04

    Entrar en producció amb aprovacions

    Les accions amb conseqüències esperen l’aprovació; els llindars es revisen amb evidència, no per intuïció.

    ResultatPolítica d’aprovació i quadres de comandament

06 Control humà

On les persones mantenen el control

Els agents actuen dins dels permisos que fixeu, demanen aprovació abans de les accions amb conseqüències i registren cada pas.

  • Aprovació abans de la conseqüència

    Els pagaments, les decisions sobre persones i els canvis en les dades mestres esperen una persona, amb el context necessari per decidir de pressa.

  • Doble validació on importa

    Per sobre dels llindars acordats, aproven dues persones. El llindar és un paràmetre que controla la persona responsable del risc, no codi.

  • Un botó d’aturada que algú pot fer servir

    Una persona amb un rol designat pot aturar cada agent i cada eina sense cap desplegament, i el procediment s’assaja.

  • Revisió humana de les decisions sobre persones

    Quan un resultat afecta una persona, una altra persona el revisa, i la persona afectada pot demanar aquesta revisió.

  • Escalat a un equip designat

    Les execucions dubtoses o fallides van a un equip que se’n fa càrrec, mai a una bústia que no mira ningú.

07 Exemple

Un exemple il·lustratiu

Exemple il·lustratiu

Factures de proveïdors amb incidències en un distribuïdor alimentari

01Situació
Un distribuïdor alimentari amb diverses societats rep cada dia factures de centenars de proveïdors. Les que no casen amb la comanda o l’albarà esperen dies en una cua mentre l’equip de comptabilitat persegueix el departament de compres per correu.
02Què construiríem
Un agent reuneix la comanda, l’albarà i les condicions del contracte, redacta una proposta de resolució i un missatge per a la persona compradora, i proposa l’assentament a través d’eines acotades de l’ERP. Quan les factures arribin com a factures electròniques estructurades, el mateix flux en llegeix les dades directament.
03On decideix una persona
Els assentaments per sobre d’un import fixat per a cada societat necessiten dues aprovacions. Res que toqui les dades bancàries d’un proveïdor no s’automatitza mai.
04Què mesuraríem
Dies que una incidència resta oberta, proporció de propostes acceptades sense canvis i temps dedicat a cada incidència.

08 Per sectors

En el vostre sector

  • Serveis financers

    Sinistres, alta de clients i excepcions de pagament gestionats per agents amb límits de transacció, doble validació i exportacions d’auditoria en un format acordat amb la vostra funció d’auditoria.

  • Sector públic

    Preparació d’expedients en què l’agent recull informació i redacta, i el personal tècnic decideix, amb cada pas registrat per a revisions i recursos.

  • Indústria i fabricació

    Canvis de comandes, seguiment de proveïdors i peticions de servei entre l’ERP i el correu, amb aprovacions als punts que comprometen diners o capacitat.

Espanya

Automatització entre fronteres i supervisors

Un centre de serveis compartits que dona servei a entitats de diversos estats membres automatitza un sol procés amb diversos conjunts d’expectatives. El Reglament d’intel·ligència artificial (RIA) i el dret a la intervenció humana de l’RGPD s’apliquen a tot arreu; la manera com un supervisor o la representació del personal miren les decisions automatitzades continua variant segons el país, i també les regles d’aprovació dins del grup.

A Espanya, l’Agència Espanyola de Protecció de Dades (AEPD) és l’autoritat de les empreses privades, i l’Autoritat Catalana de Protecció de Dades (APDCAT), per als tractaments del sector públic català. Amb la factura electrònica obligatòria entre empresaris i professionals, a partir del 2027 o del 2028 moltes factures de proveïdors arribaran com a dades estructurades, cosa que canvia què val la pena automatitzar.

Mantenim una sola orquestració i un sol rastre d’auditoria, i fem configurables per a cada entitat els llindars d’aprovació, les llengües i les rutes d’escalat. La persona responsable del risc de cada país veu i aprova els paràmetres que afecten el seu personal i els seus clients.

Preguntes sobre agents d’IA i automatització

Com decidiu entre un agent i un flux de treball convencional?

Si els passos són coneguts i les dades d’entrada són estructurades, un flux de treball és més barat, més ràpid i més fàcil d’auditar. Els agents tenen sentit quan les entrades varien, el camí depèn del que es troba i una persona pot comprovar el resultat. La majoria de sistemes en producció combinen totes dues coses.

Què impedeix que un agent faci el que no ha de fer?

Només pot actuar a través d’eines, cada eina s’executa amb una identitat pròpia i acotada, i la passarel·la aplica límits a cada crida. Les accions d’escriptura amb conseqüències s’aturen per ser aprovades. El contingut no fiable no pot canviar aquestes regles.

Ja fem servir RPA. L’hem de llençar?

No. Els robots sobre pantalles heretades continuen funcionant on no hi ha cap API. Hi afegim agents per als passos que demanen criteri, fem servir la mineria de processos per trobar els robots fràgils i els substituïm per integracions amb API a mesura que els sistemes ho permeten.

Com mesureu l’èxit?

Pel temps de tramitació, la taxa d’excepcions, la feina que s’ha de refer i el temps que les persones dediquen a les excepcions, comparats amb una situació de partida presa abans de la posada en marxa. La taxa d’automatització sola amaga massa coses.

L’auditoria interna o un supervisor poden examinar què ha passat?

Sí. Cada execució es pot reproduir a partir del seu registre: entrades, context recuperat, resultats del model, crides a eines i aprovacions. Els formats d’exportació s’acorden amb la vostra funció d’auditoria abans de la posada en marxa.

Porteu-nos el procés que més feina dona al vostre equip

Abans de construir res, us mostrarem on ajuda un agent, on n’hi ha prou amb un flux de treball i on ha de decidir una persona.

Parlem del vostre projecteVegeu l’atenció al públic