Inteligencia contractual: el modelo lee, tu manual decide qué es riesgoso

Toda empresa que supera cierto tamaño participa en más contratos de los que alguien ha leído. Acuerdos con proveedores, condiciones para clientes, asociaciones, arrendamientos, SLA: miles de documentos, cada uno con unas pocas cláusulas que importan y cuarenta páginas que no. Las personas que podrían decirte cuáles son unas y cuáles las otras son las más costosas y ocupadas de la empresa, así que la lectura llega tarde, se hace de manera desigual o no se hace. El costo aparece como una renovación automática que nadie notó, un límite de responsabilidad que no estaba, condiciones de pago que alargaron silenciosamente el ciclo de caja.

Los modelos de lenguaje son buenos para leer contratos. Esa es la parte fácil, y conviene precisar cuál es la parte difícil.

Qué hace el sistema

Un proceso de inteligencia contractual recibe un documento en cualquier formato y produce una revisión estructurada y verificable:

• Extracción. Las partes, las fechas, la duración y la renovación, la legislación aplicable, las condiciones de pago, los importes. Campos estructurados, para que por primera vez sea posible tener una hoja de cálculo con mil contratos.
• Clasificación de cláusulas. Cada disposición se etiqueta según su tipo: indemnización, limitación de responsabilidad, confidencialidad, terminación, no competencia, protección de datos. Así, quien revisa puede ir directamente a las seis que importan en lugar de leer cuarenta páginas.
• Riesgo frente a un manual de criterios. El sistema compara cada cláusula con tus posiciones: el límite de responsabilidad que aceptas, el plazo de aviso que exiges, las condiciones que nunca firmas. Las desviaciones se señalan con una cita de la cláusula, la posición que incumple y una explicación sencilla de por qué importa. No dice "riesgoso": explica cómo se aparta de lo que habrías redactado.
• Verificaciones de reglas que un abogado no realiza. Algunos riesgos son financieros, no legales. Plazos de pago a más de treinta días, una renovación automática con un plazo de aviso de noventa días, un aumento de precio sin límite. Las reglas deterministas, aplicadas a cada contrato, detectan lo que una revisión legal no busca.
• Resumen y derivación. Un informe de una página por contrato; los puntos señalados se envían a la persona responsable de ese tipo de decisión; todo remite a la página de origen.

Dónde se gana realmente el proyecto

En el manual de criterios. Un modelo puede decirte que una cláusula es de indemnización; no puede decirte si tu empresa acepta indemnizaciones sin límite de proveedores de ese tamaño. Ese conocimiento vive en la cabeza de unas pocas personas, en las versiones con cambios marcados de negociaciones anteriores y en la biblioteca de cláusulas que el equipo legal ya mantiene. Documentarlo como posiciones —aceptar, negociar, nunca— es el trabajo real del proyecto, y es lo que hace confiable el resultado. Si lo omites, tienes un resaltador.

La segunda cuestión es la explicación. Una alerta sin motivo se ignora la segunda vez que se equivoca. Una alerta con la cláusula, la posición y la diferencia se lee, y se corrige cuando la posición era errónea: así mejora el manual.

Qué no debería hacer

No debería dar asesoramiento legal ni decidir. Ordena, extrae, compara y explica; una persona con autoridad para aceptar un riesgo lo acepta. Preséntalo como una clasificación inicial para quienes ya hacen la revisión, no como un reemplazo, y la adopción llegará.

Qué aprendimos al crear el prototipo

Lo construimos como una prueba de concepto, no para un cliente. El proceso dividía los contratos en cláusulas, usaba un modelo codificador (modernBERT) para clasificación y comprensión, embeddings (EmbeddingGemma) para comparar cláusulas con una pequeña biblioteca de posiciones de referencia, verificaciones deterministas para las reglas financieras —los plazos de pago de más de treinta días se señalaban como un riesgo para el flujo de caja— y un modelo pequeño (Flan-T5) para los resúmenes por contrato. Todo en PyTorch, todo ejecutable dentro del entorno de la propia empresa.

Tres cosas destacaron. La clasificación fue sólida cuando tuvimos una taxonomía que reflejaba cómo habla realmente un equipo legal de las cláusulas, e inútil antes de eso: la taxonomía es una decisión, no un valor predeterminado. Las verificaciones financieras basadas en reglas fueron el resultado de valor más inmediato, porque detectaron una clase de riesgo que nadie buscaba en la revisión legal. Y un puntaje de riesgo sin la cita de la cláusula y la posición que incumplía se ignoraba durante la revisión; la cita era el producto.

Lo que añade la producción: el manual documentado y con una persona responsable, la integración con el sistema de gestión de contratos para que las revisiones se adjunten al registro y un conjunto de evaluación de contratos ya revisados para medir el sistema antes de que alguien confíe en él.