Análisis de contratos con IA: qué puede y qué no
Qué resuelve bien la revisión contractual asistida por IA, dónde sigue haciendo falta criterio profesional y cómo montar un flujo de revisión en volumen que sea auditable.
La IA resuelve bien la parte mecánica de la revisión contractual: extraer partes, plazos, montos, penalidades y obligaciones, detectar cláusulas ausentes frente a un criterio predefinido, comparar versiones y normalizar cincuenta contratos en una grilla comparable. No resuelve la parte valorativa: cuánto riesgo conviene asumir, qué se negocia y qué se cede, y cómo se interpreta una cláusula ambigua a la luz del contexto comercial. El flujo correcto es que la máquina prepare y el abogado decida.
¿Qué tareas de revisión contractual se automatizan bien?
El criterio para saber si una tarea se automatiza bien es simple: si el resultado se puede verificar contra el documento en segundos, la automatización rinde.
La extracción estructurada entra de lleno en esa categoría. Quién contrata con quién, desde cuándo, por cuánto, con qué plazo de preaviso, qué penalidad por incumplimiento, qué ley aplicable y qué jurisdicción: todo eso está escrito en el contrato y solo hay que encontrarlo y ordenarlo.
La detección de ausencias también. Si el criterio del estudio exige que todo contrato de servicios tenga cláusula de confidencialidad, límite de responsabilidad y mecanismo de resolución de disputas, verificar la presencia de esas tres cosas en un lote es una tarea de checklist.
Y la comparación entre versiones, que es donde más tiempo se pierde manualmente: qué cambió entre el borrador que mandamos y el que volvió de la contraparte.
¿Qué sigue necesitando criterio profesional?
La valoración del riesgo es el ejemplo central. Un límite de responsabilidad del 50% del valor del contrato puede ser inaceptable en un caso y perfectamente razonable en otro, según el poder de negociación, la relación comercial y qué tan probable sea el escenario de daño. Eso no está en el documento: está en el contexto.
La interpretación de cláusulas ambiguas es el segundo caso. Cuando una redacción admite dos lecturas, elegir cuál sostener es una decisión estratégica con consecuencias procesales.
Y el encuadre normativo en materias donde la regulación argentina tiene particularidades —relación de consumo, contrato de trabajo, normativa cambiaria— exige saber qué norma imperativa desplaza a la voluntad de las partes, y eso requiere criterio, no coincidencia de texto.
¿Cómo se revisa un lote de cincuenta contratos?
La revisión en volumen tiene una lógica distinta a la revisión de un contrato importante. El objetivo no es analizar cada uno en profundidad, sino normalizar la cartera para poder ver el conjunto y decidir dónde mirar de cerca.
El flujo que funciona empieza por definir las columnas: qué se quiere saber de cada contrato. Partes, vencimiento, renovación automática, penalidad, límite de responsabilidad, jurisdicción, cláusula de rescisión. Después se procesa el lote y se obtiene una grilla donde cada fila es un contrato y cada columna un dato comparable.
Recién ahí aparece el valor: los tres contratos que renuevan automáticamente el mes que viene, los cinco sin límite de responsabilidad, el que tiene jurisdicción en el exterior. Eso es lo que se revisa en profundidad.
En AINI ese flujo es la revisión masiva: las columnas se pueden generar a partir de una descripción, editar celda por celda cuando la extracción necesita corrección, ajustar en conversación, y exportar. El progreso se sigue en vivo mientras se procesa el lote.
¿Cómo se traslada el criterio del estudio a la herramienta?
Una revisión genérica produce observaciones genéricas. Lo que hace útil una revisión es que aplique el criterio del estudio: qué cláusulas son innegociables, qué redacciones se prefieren, qué límites se aceptan.
Ese criterio suele existir ya, escrito en un documento de pautas internas o en un modelo de contrato. La forma de trasladarlo es cargarlo como playbook: se sube el PDF con los lineamientos y el sistema extrae la estructura —cláusulas obligatorias, señales de alerta, criterios de redacción— para usarla como referencia en los análisis siguientes.
La diferencia práctica es grande: en vez de "esta cláusula de responsabilidad es amplia", el resultado pasa a ser "esta cláusula no cumple el tope del 30% que fija el playbook del estudio".
¿Para qué sirve enfrentar varias perspectivas sobre el mismo contrato?
Un análisis único tiende a producir una lista plana de observaciones, sin jerarquía y sin tensión. Pero un contrato es un acuerdo entre intereses opuestos, y los puntos que importan son justamente aquellos donde esos intereses chocan.
Por eso AINI puede analizar un contrato desde cuatro posiciones —la del cliente, la del proveedor, la de compliance y la de un mediador— y contrastar los resultados. Lo que emerge no es una lista de cláusulas sino un mapa de dónde está la fricción real: qué le conviene a cada parte, qué es defendible y qué probablemente se discuta.
Para un contrato comercial estándar suele alcanzar con el análisis directo. Para operaciones de alto valor, el contraste entre perspectivas es lo que anticipa la negociación.
¿Cómo se mantiene auditable el proceso?
Si un contrato se revisó con asistencia de IA y después aparece un problema, hay que poder reconstruir qué se revisó, con qué criterio y quién lo aprobó.
Eso exige tres cosas: que cada análisis quede versionado, que las modificaciones manuales sobre el resultado queden registradas, y que se sepa quién accedió a cada documento y cuándo.
Sin esa traza, la herramienta acelera el trabajo pero deja al estudio sin defensa. Con ella, la revisión asistida es auditable igual que cualquier otro proceso interno.