Reversibilidad constitucional: tres casos y una matriz

El momento en que se firma

Nadie firma un contrato de IA pensando que está tomando una decisión irreversible. Lo que se firma, en el momento de la firma, siempre parece una decisión de ejecución: elegir un proveedor, comprar una capacidad, resolver un problema operativo con la herramienta disponible. La irreversibilidad no aparece en la cláusula que se lee con atención — aparece en la que nadie discutió porque el trato ya estaba prácticamente cerrado, o en la ausencia de una cláusula que debió estar y no estaba porque nadie con suficiente peso la exigió a tiempo.

Los tres casos que siguen no son expedientes de auditoría ni reportaje sobre empresas identificables. Son tres arquetipos compuestos a partir de patrones contractuales que aparecen una y otra vez en la región cuando una organización adopta IA de un proveedor externo — patrones lo bastante repetidos como para que valga la pena nombrarlos aunque ninguno corresponda a un contrato único y verificable. Lo que importa no es si un caso particular ocurrió exactamente así, sino que la estructura se repite con suficiente frecuencia como para que cualquier lector reconozca al menos uno de los tres en su propia organización.

Tres arquetipos

El primero es una aseguradora mediana que en 2023 contrató un modelo de lenguaje para automatizar la clasificación inicial de siniestros. El equipo legal, antes de firmar, exigió tres cosas que en ese momento parecieron excesivas para el tamaño del contrato: que los datos y los embeddings generados a partir de información propia de la aseguradora quedaran documentados en formato exportable, que cualquier ajuste fino del modelo fuera propiedad de la aseguradora y no del proveedor, y un preaviso mínimo de ciento ochenta días si el proveedor discontinuaba el servicio o cambiaba sus términos. El proveedor aceptó porque el contrato no era su prioridad estratégica ese trimestre. En 2026, cuando la aseguradora evaluó migrar a un modelo más barato de otro proveedor, la migración tomó seis semanas y costó una fracción del presupuesto anual de la función. La reversibilidad no evitó el cambio de proveedor — lo hizo posible sin drama.

El segundo es un ministerio de un país mediano que en 2022 firmó, bajo presión de un plazo político — un anuncio ya hecho, un evento ya programado —, un contrato para digitalizar un trámite ciudadano con IA generativa. El equipo técnico quería cláusulas de portabilidad; comunicaciones necesitaba el sistema funcionando en ocho semanas para el anuncio. Ganó el plazo. El contrato quedó firmado con los datos de los ciudadanos en un formato propietario sin especificación de exportación, y con el modelo ajustado sobre el volumen de trámites registrado como propiedad del proveedor por default contractual — una cláusula estándar que nadie tachó porque nadie la leyó con el problema de reversibilidad en mente. No hubo mala fe: hubo urgencia, y la urgencia no negocia cláusulas que no parecen urgentes en el momento de firmar. En 2026 el ministerio quiere migrar el trámite a un proveedor nacional por soberanía de datos. La estimación de migración ronda los dos años, más de lo que habría costado construir el sistema desde cero con otro proveedor en 2022.

El tercero es una cadena de retail regional que en 2024 contrató a un proveedor dominante — uno de los dos o tres actores globales con la escala suficiente para el nivel de servicio que necesitaba — para personalización y pronóstico de demanda. Acá no hubo descuido: el equipo legal sí exigió portabilidad. El proveedor la rechazó, y la cadena no tenía alternativa real: los competidores capaces de igualar el servicio ofrecían términos equivalentes o peores, y no adoptar el sistema significaba quedar un paso atrás en la misma temporada. Firmaron sabiendo que el modelo entrenado con dos años de datos transaccionales quedaría, contractualmente, en dominio del proveedor. Es el caso más difícil de los tres porque no hay error que corregir con disciplina interna — hay una asimetría de poder que ninguna cláusula bien redactada resuelve si la contraparte no tiene incentivo para aceptarla.

La matriz

Los tres casos comparten una misma pregunta de fondo pero llegan a ella por caminos distintos: descuido en un caso, urgencia en el segundo, asimetría de poder en el tercero. Eso importa porque el remedio no es el mismo. El descuido se corrige con revisión legal más rigurosa. La urgencia se corrige con un proceso que separe el plazo de comunicación del plazo de firma. La asimetría de poder no se corrige con más disciplina interna — se corrige, si acaso, negociando en bloque con otras organizaciones en la misma situación, o aceptando conscientemente el riesgo y compensándolo con una cláusula de salida más cara pero explícita, en vez de dejarla ausente.

La matriz que resulta de estos tres casos cruza dos ejes que casi nunca se evalúan juntos antes de firmar. El primero es la portabilidad de datos: si mañana hay que irse, ¿los datos propios salen en un formato abierto y utilizable, o quedan atrapados en un esquema propietario que hay que reconstruir? El segundo es la portabilidad de capacidad: el modelo, el fine-tune o el embedding entrenado con datos propios de la organización, ¿es propiedad contractual de la organización, o del proveedor?

Cruzar estos dos ejes da cuatro cuadrantes. Datos portables y capacidad propia es el cuadrante de la aseguradora — reversibilidad real, costo de salida bajo en cualquier año. Datos atrapados y capacidad del proveedor es el cuadrante del ministerio y de la cadena de retail — irreversibilidad de facto, disfrazada de decisión de ejecución en el momento de la firma. Los dos cuadrantes mixtos son los más comunes y los más engañosos, porque dan una sensación parcial de control sin la capacidad real de ejecutar una salida completa: datos portables pero fine-tune ajeno significa recuperar la información propia pero volver a entrenar desde cero cualquier ventaja acumulada, que es buena parte del costo real de la irreversibilidad.

El uso práctico de esta matriz no es clasificar contratos ya firmados — para eso ya es tarde, aunque clasificarlos igual sirve para calibrar el riesgo acumulado. El uso práctico es correr la matriz antes de firmar, como una pregunta de dos líneas que cualquier responsable de la decisión pueda contestar sin ambigüedad: si este proveedor desaparece, sube de precio o simplemente deja de convenirnos en dieciocho meses, ¿con qué nos quedamos exactamente, y cuánto cuesta reconstruir lo que no nos quedamos?

Cláusulas a exigir

De los tres casos se derivan cuatro cláusulas concretas que vale la pena exigir en cualquier contrato de IA, independientemente del tamaño de la organización o del poder de negociación disponible. Ninguna es exótica; todas son negociables en la mayoría de los contratos si se plantean antes de que el trato esté cerrado en la práctica, aunque no lo esté todavía en el papel.

• Portabilidad de datos en formato abierto: los datos propios — incluidos los generados por el uso del sistema, no solo los cargados inicialmente — deben poder exportarse en un formato estándar y utilizable por otro proveedor, sin depender de una herramienta propietaria de exportación que el proveedor pueda descontinuar.
• Propiedad de fine-tunes y embeddings propios: cualquier ajuste del modelo entrenado con datos de la organización debe pertenecer contractualmente a la organización, no al proveedor, incluso si el entrenamiento ocurrió sobre infraestructura del proveedor.
• Plazo de preaviso de descontinuación: el contrato debe fijar un número mínimo de días — no "razonable", un número — de aviso previo si el proveedor discontinúa el servicio, cambia sustancialmente los términos, o modifica el modelo de forma que altere el comportamiento del sistema en producción.
• Escrow de código o modelo: para dependencias críticas, una cláusula de depósito en garantía que libere el código, los pesos del modelo o la configuración necesaria para operar el sistema si el proveedor quiebra, es adquirido, o incumple el contrato de forma sustancial.

Ninguna de estas cuatro cláusulas garantiza que la organización nunca dependa de un proveedor — la dependencia es parte de cualquier decisión de ejecución razonable, y pretender eliminarla por completo es una fantasía de autosuficiencia que sale más cara que la dependencia misma. Lo que garantizan es que la dependencia siga siendo una decisión de ejecución en 2026 y no se haya convertido, sin que nadie lo decidiera explícitamente, en una decisión constitucional que la organización ya no controla.