Processament de documents: com decidir què automatitzar

Arriba un correu amb diversos fitxers adjunts, algú obre cada document, busca les dades rellevants, les copia en un full de càlcul i pregunta pel xat quan falta alguna cosa. La tasca sembla senzilla fins que s'acumulen documents diferents, dades incompletes i dubtes sobre qui ha de revisar cada cas.

En aquesta situació hipotètica, el processament de documents serveix per decidir quina part de la feina es pot organitzar o automatitzar i quina ha de continuar sota revisió humana. En acabar, podràs definir un abast inicial útil: quins documents s'hi inclouen, quina informació cal, quines regles es poden aplicar i en quins punts convé aturar el flux.

Situació inicial hipotètica

Imagina una petita empresa de serveis que rep sol·licituds de proveïdors per correu electrònic. Cada sol·licitud inclou un o diversos documents amb formats variables: pressupostos, fitxes o justificants.

Una persona de l'equip segueix sempre una seqüència semblant:

1. descarrega els adjunts;
2. identifica el tipus de document;
3. localitza camps com el nom, una referència, una data o un import;
4. registra la informació en una eina interna;
5. avisa la persona responsable si falta una dada o hi ha una discrepància.

L'objectiu no s'hauria de formular com «fer servir intel·ligència artificial» ni com «llegir PDF automàticament». La decisió útil és una altra: reduir la introducció manual de dades repetitives sense perdre el control sobre la informació que pot afectar una decisió comercial, administrativa o operativa.

Problema observable: la feina no s'acaba en extreure una dada

El coll d'ampolla no consisteix només a obrir fitxers. També apareix a l'hora d'interpretar formats diferents, comprovar si un camp correspon al que s'espera i decidir què cal fer amb les excepcions.

Per exemple, un sistema pot detectar una data en un document, però això no confirma per si sol que sigui la data que necessita el teu procés. Pot ser la data d'emissió, de venciment o de lliurament. Si aquesta diferència importa, no n'hi ha prou amb extreure text: cal definir una regla i preveure què passa quan el document no permet aplicar aquesta regla amb seguretat.

Abans de pensar en una eina, convé observar durant uns dies el recorregut real dels documents:

• on arriben;
• qui els revisa;
• quines dades es copien;
• quines condicions fan que un document s'accepti, es retorni o s'escali;
• on es desa el resultat;
• quins casos necessiten una decisió humana.

Aquest mapa evita automatitzar un procediment confús. També ajuda a distingir entre una tasca repetitiva i una excepció que només sembla repetitiva fins que es revisa de prop.

Anàlisi de l'objectiu: separar el resultat del mecanisme

En el cas hipotètic, el resultat que es busca podria ser: «registrar sol·licituds completes amb menys còpia manual i enviar a revisió les que no compleixin les condicions definides».

Aquesta frase permet separar tres capes que sovint es barregen:

La separació és important perquè la solució pot canviar. Potser determinats documents tenen una estructura prou estable per tractar-los amb regles clares. D'altres poden requerir un sistema capaç d'interpretar el contingut i proposar camps. En tots dos casos, el criteri d'acceptació continua sent el mateix: que la dada arribi a la destinació adequada, es pugui comprovar i no es doni per vàlida quan falti informació rellevant.

Abast proposat: una primera versió controlable

Perquè el processament de documents sigui gestionable, el cas hipotètic començaria de manera acotada. No inclouria tots els fitxers de l'empresa ni intentaria resoldre qualsevol excepció des del primer dia.

L'abast inicial podria incloure:

• una única via d'entrada, com una bústia concreta o una carpeta compartida;
• un o dos tipus de document freqüents;
• una llista tancada de camps per extreure;
• regles explícites per comprovar les dades obligatòries;
• una destinació definida per als registres vàlids;
• una safata o avís per als documents que requereixin revisió;
• un registre que permeti saber quin fitxer ha originat cada dada.

També convé deixar fora, de manera expressa, allò que encara no està definit. Per exemple, aprovar pagaments, interpretar clàusules contractuals, modificar dades mestres o prendre decisions sobre casos ambigus. Aquestes accions poden tenir conseqüències que exigeixen criteri, context o una validació addicional.

Solució i comprovació: automatitzar el recorregut, no delegar el judici

Aplicat al cas, el flux podria funcionar així: el sistema rep un document, identifica si pertany al tipus previst, intenta obtenir els camps acordats i comprova les regles bàsiques. Si troba tot el que cal i compleix les condicions, prepara o registra la informació a la destinació acordada. Si detecta una absència, una incoherència o una confiança insuficient en la lectura, el deriva a una persona.

La revisió humana no és un error de disseny. És una part necessària quan el document és ambigu, està incomplet, conté una excepció o pot produir un efecte rellevant en el negoci.

La comprovació s'ha de definir abans de posar el flux en marxa. En aquest cas, alguns criteris pràctics serien:

• quan arriba un document vàlid, s'identifica i es registra amb els camps previstos;
• el registre conserva una referència al document d'origen;
• quan falta un camp obligatori, el document no es tracta com a complet;
• quan una dada no es pot interpretar amb claredat, s'envia a revisió;
• una persona autoritzada pot corregir el resultat i continuar el procés.

No cal mesurar-ho tot des del principi, però sí revisar una mostra de resultats abans d'ampliar l'abast. La pregunta no és només si el sistema processa fitxers, sinó si el resultat permet treballar amb seguretat i corregir els casos que surten de la norma.

Aprenentatges transferibles

Aquest cas hipotètic deixa diverses decisions aplicables a altres processos documentals:

• Comença per un resultat observable, com registrar dades completes o separar incidències, no per una tecnologia concreta.
• Delimita els documents i els camps de la primera versió. La varietat sense classificar multiplica les excepcions.
• Tracta les regles de validació com una part del procés. Extreure una dada i poder-la fer servir correctament són coses diferents.
• Dissenya des de l'inici una ruta per a la revisió humana. Els casos dubtosos no han de desaparèixer ni avançar sense control.
• Conserva el vincle entre cada dada i el document d'origen per poder comprovar, corregir i explicar el resultat.

El processament de documents té sentit quan transforma una seqüència manual i repetitiva en un flux més ordenat, verificable i fàcil de supervisar. La decisió clau consisteix a acotar bé el primer problema, definir què significa un document vàlid i reservar les decisions sensibles per a qui les ha d'assumir.

Quan necessites connectar la lectura de documents amb les teves eines i les teves regles operatives, pots revisar l'enfocament de automatitzacions amb IA per a empreses. El pas següent raonable és explicar el recorregut actual dels teus documents i els dubtes que vols resoldre, per valorar quina part convé automatitzar i quina s'ha de mantenir sota control humà.