La IA no-code en despachos de abogados, notarías y asesorías contables

Un despacho que quiere automatizar su producción documental choca enseguida con un muro que otros sectores no conocen: los expedientes están cubiertos por el secreto profesional. Enviar una demanda o una escritura de cesión a ChatGPT supone confiar el documento a un tercero. La IA no-code local existe precisamente por esta razón: el modelo funciona en la máquina del despacho, y nada sale de ella.

Por qué la nube pública no encaja en una profesión regulada

Las herramientas de IA de uso general transmiten el contenido enviado a un servidor que no pertenece al despacho. Según el proveedor y la oferta contratada, ese contenido puede conservarse, ser revisado por personas para mejorar el servicio, o servir para entrenar un modelo. Para un abogado o un notario como para un asesor contable, la cuestión no es saber si el proveedor es serio: es que el documento ha salido del despacho, y que el secreto no se delega mediante unas condiciones generales.

Dos textos estructuran el tema en materia de cumplimiento. El RGPD regula el tratamiento de datos personales e impone saber adónde van. El reglamento europeo sobre la IA añade obligaciones que dependen del uso, con una entrada en vigor escalonada. Una instalación local simplifica ambas demostraciones, porque no hay ninguna transferencia que documentar.

Las tareas que se prestan a la automatización

No todas se prestan a ello. El buen candidato tiene tres rasgos: se repite a menudo, sigue una forma estable, y una revisión humana basta para validar el resultado.

Lo que funciona bien:

• la generación de un documento a partir de una plantilla y de los datos del expediente;
• la extracción de información de un lote de documentos (fechas, importes, partes, referencias);
• la lectura de documentos escaneados mediante reconocimiento óptico de caracteres, seguida del formateo;
• el control de coherencia entre varios documentos de un mismo expediente, que señala las discrepancias sin resolverlas;
• la preparación de una nota de síntesis que el profesional retoma y completa.

Lo que no funciona, y que no hay que confiar a un modelo: la calificación jurídica, la elección de una estrategia, la interpretación de una jurisprudencia, la responsabilidad de la firma. Un modelo produce un texto verosímil, no un texto exacto. Se equivoca con seguridad, lo que hace que la etapa de revisión sea innegociable en lugar de opcional.

Qué significa «no-code local» en la práctica

Hay tres piezas, y ninguna línea de código que escribir.

El orquestador encadena las etapas. n8n, por ejemplo, se maneja en una interfaz visual donde cada etapa es una caja que hay que conectar: recepción del documento, lectura, llamada al modelo, puesta en espera de validación, escritura del archivo final. Una persona del despacho puede modificarlo ella misma, lo que evita tener que recurrir a un proveedor externo cada vez que cambia un modelo de documento.

El modelo, por su parte, permanece en el sitio. Ollama instala y hace funcionar modelos abiertos como Llama o Mistral en un servidor del despacho. No hace falta ninguna conexión saliente para la inferencia, así que el documento no circula.

Queda la pantalla de validación, la pieza que se olvida y que decide la adopción: una página sencilla que muestra uno al lado del otro el documento original y lo que el modelo ha extraído de él, con la posibilidad de corregir antes de guardar. Sin ella, nadie confía en la cadena, y la automatización se queda arrinconada.

Un encadenamiento típico se parece a esto:

PDF recibido → lectura OCR local → extracción por el modelo → validación humana → documento final

Qué exige esto al despacho

Ante todo, una máquina adecuada. Hacer funcionar un modelo útil en local supone un servidor reciente, y una tarjeta gráfica si se quieren tiempos de respuesta cómodos con documentos largos. Un equipo de oficina normal basta para probar, no para un uso diario compartido por varias personas.

Después, tiempo, para dos cosas que nada sustituye: describir con precisión la tarea que se quiere automatizar, y reunir ejemplos de documentos correctos. Un modelo instalado sin esta preparación produce contenido genérico, y el despacho concluye que la IA no sirve de nada cuando en realidad lo que faltaba era la especificación.

Por último, una persona de referencia. No un informático: alguien del despacho que conozca los expedientes, que acepte manejar la herramienta y que se convierta en el interlocutor de los demás. Es el factor que separa las instalaciones que perduran de las que se detienen al cabo de un mes, y por eso una instalación siempre va acompañada de una formación del equipo que va a usarla.

Por dónde empezar sin trastocar la organización

Elija una sola tarea, la más repetitiva, aquella de la que todo el mundo se queja. Hágala funcionar en paralelo al circuito habitual durante unas semanas: el profesional sigue produciendo el documento como antes, y compara con lo que produce la cadena automatizada. Ve las diferencias sin arriesgar nada en un expediente real.

Mida esta tarea con sus propias cifras: el tiempo empleado antes, el tiempo empleado después, el número de correcciones necesarias. Los porcentajes leídos en un artículo de blog, incluido este, no valen nada para su despacho. Los suyos deciden lo que viene después.

Después, amplíe tarea a tarea. Una cadena que trata bien un tipo de documento se reutiliza para el siguiente con menos esfuerzo, porque el orquestador y el modelo ya están instalados. Así es como se construye una automatización que cubre varios procesos sin tener que detenerlo todo para ponerla en marcha.

Hablar de su caso

NexeAI diseña automatizaciones de este tipo, instaladas en local, y forma a los equipos que van a usarlas. Si quiere saber cuál de sus tareas se presta a ello, y qué exigiría la instalación en su despacho, escríbanos: analizamos su caso antes de hablar de herramientas.