En aquest article
Les vostres llistes
Quan l'expedient existeix, però no es pot preguntar
Un soci necessita respondre a un client sobre una clàusula de fa sis anys. L'expedient existeix — en algun lloc. Pot estar al gestor documental, en una carpeta de xarxa, en el correu d'un advocat que ja no és al despatx, o repartit entre els tres. Reconstruir aquell historial a mà, revisant contracte per contracte, adenda per adenda, pot portar hores d'un perfil que factura per minuts.
Aquest no és un problema de falta d'informació. És un problema que la informació existeix però no és en un format en el qual es pugui preguntar.
Què significa 'preguntar' a l'historial d'un client
Un sistema RAG (Retrieval-Augmented Generation) no reemplaça el gestor documental del despatx: el converteix en quelcom que es pot consultar en llenguatge natural, amb la font exacta citada en cada resposta. A la pràctica:
- Ingesta — Tot l'historial documental d'un client (contractes, addendes, correspondència rellevant, actes) s'indexa en una base de coneixement privada i auditada, respectant l'estructura d'expedients que ja usa el despatx.
- Consulta — El professional pregunta directament: «quines clàusules de resolució té el contracte marc d'aquest client i com han canviat en les successives renovacions?» El sistema no endevina: recupera els documents concrets, cita el contracte i la clàusula exacta, i aleshores genera la resposta.
- Traçabilitat — Cada resposta porta la seva font. Res es presenta com a cert si no hi ha un document real al darrere — la qual cosa elimina el risc d'al·lucinació que preocupa qualsevol despatx que avalua IA.
Per què això no és 'buscar a Google Drive amb IA'
La diferència no és cosmètica. Un cercador de text lliure troba documents que contenen certes paraules. Un sistema RAG ben construït entén l'estructura de l'expedient — sap quin document deroga quin, quina clàusula és vigent davant d'una versió anterior, i retorna una resposta raonada, no una llista d'arxius perquè el professional continuï buscant manualment.
Això importa doblement en un despatx: per la velocitat de resposta al client, i perquè cada consulta queda recolzada per la seva font documental — quelcom que un cercador genèric no ofereix i que un comitè de risc sí exigeix abans d'aprovar l'ús d'IA sobre informació confidencial.
El punt que realment decideix si és viable: on viu el model
Per a un despatx, la pregunta no és tan sols «funciona?» sinó «on va la informació dels meus clients?». Per això el desplegament d'aquest tipus de sistema es planteja amb models locals o en núvol privat, no amb eines públiques on els documents podrien usar-se per entrenar models de tercers.
La sobirania de la dada no és un afegit opcional: és la condició que fa que un despatx pugui siquiera considerar aquesta tecnologia sense comprometre el secret professional.
Com es comença
No cal migrar tot el gestor documental de cop. El desplegament típic arrenca amb l'historial d'una àrea de pràctica o d'un grapat de clients d'alt volum documental, es valida allà amb casos reals de consulta, i s'estén progressivament a la resta del despatx un cop l'equip confia en les respostes i en les fonts que les recolzen.
Si el seu equip perd hores reconstruint historials que ja existeixen — tan sols dispersos — el pas següent és acotar l'àrea pilot i el criteri de sobirania del model, no un big-bang sobre tot l'arxiu.
Desbloquegeu l'article complet
Inicieu la sessió amb el compte de la comunitat Kodex per continuar llegint.
.jpg)
