El stack de CLM empresarial para equipos legales que operan programas de contratos de alto volumen y alta complejidad, donde el tiempo de ciclo, la precisión del redline y el seguimiento de obligaciones posteriores a la firma se ven en los números. Cuatro herramientas, cuatro fases del ciclo de vida, con handoffs nombrados entre ellas. Las cuatro se movieron en 2026: Ironclad lanzó agentes de compras y un servidor MCP, Litera se relanzó en torno a un único agente y renombró su línea de metadatos, Docusign renombró la API de repositorio de la que depende este stack, y Spellbook retiró sus precios publicados — esto último es el mayor cambio en cómo presupuestas el stack.
Cómo encajan las piezas
Ironclad es la columna vertebral del CLM y el motor de workflow. Cada contrato entra por la recepción de Ironclad: un formulario estructurado que captura contraparte, tipo de contrato, nivel de riesgo y aprobaciones requeridas antes de redactar una cláusula. Ironclad enruta la solicitud al playbook correcto, asigna el asunto y gobierna la cadena de aprobación. Tras la firma almacena el acuerdo ejecutado, rastrea fechas de renovación y obligaciones, y dispara alertas de vencimiento. Para programas que procesan entre 2,000 y 10,000+ contratos al año, aquí es donde vive la disciplina operativa.
Dos cosas cambiaron aquí el 2026-08-05. Ironclad lanzó AI Obligation Extraction, que convierte ventanas de renovación, descuentos, créditos, rebates, derechos de terminación y condiciones de pago en campos rastreados en lugar de prosa que alguien debe releer; un Contract Family Agent que arma jerarquías de contratos de proveedores sin etiquetado manual; AI Redlining from Precedent; y una integración con SAP vendida como dos paquetes, SAP Data Foundation y SAP Procurement Automation, que conectan Ariba y S/4HANA. Por separado, Ironclad ahora opera un servidor MCP remoto oficial con OAuth, que expone alrededor de diez herramientas — entre ellas create_obligation, get_obligation, list_obligations, list_obligation_types, update_obligation — a Claude, ChatGPT, Cursor y otros clientes MCP. El efecto práctico es que un agente puede consultar la capa de obligaciones sin que nadie tenga que construir primero contra la API REST.
Spellbook se encarga de la redacción asistida por IA y de la revisión de primera pasada. El handoff desde Ironclad es el disparador de recepción: cuando Ironclad enruta una solicitud a un abogado redactor, el abogado trabaja con las posiciones relevantes del playbook como contexto. Spellbook marca desviaciones del playbook, ofrece lenguaje de respaldo preaprobado y anota cláusulas riesgosas en lenguaje llano; el borrador terminado vuelve a Ironclad para el enrutamiento de aprobación. La propiedad que sostiene todo es que lee el playbook propio del equipo en lugar de un corpus legal genérico, así que sus sugerencias reflejan las posiciones de la casa y no la conjetura de un modelo sobre el estándar de mercado.
El encuadre que hay que abandonar es “add-in de Word”. La barra lateral de Word sigue siendo la superficie diaria, pero Spellbook se vende como una plataforma de piezas nombradas — Review, Draft, Compare, Ask, Playbooks y Associate, un agente para redacción y revisión multidocumento — y llega hasta el email, Slack y Salesforce. Los conectores cubren iManage, OneDrive, SharePoint, Google Drive y Dropbox. Fíjate en lo que falta: no hay API pública ni servidor MCP, así que Spellbook es la única capa de este stack contra la que no puedes automatizar ni dirigirte desde un agente. Todo lo que cruza esa frontera la cruza como una persona dentro de un documento.
Litera aporta control de calidad documental y limpieza de metadatos en el punto de envío. El handoff de Spellbook a Litera es el paso previo al envío. Litera Compare ejecuta un diff final a nivel de cláusula contra la última versión aprobada para detectar cambios introducidos durante el intercambio de redlines. La capa de metadatos elimina control de cambios oculto, hilos de comentarios e historial del documento antes de que un archivo llegue a la contraparte: una exposición real en acuerdos negociados, donde las posiciones previas quedan dentro del historial de cambios.
Esa capa de metadatos fue renombrada en 2026. La línea Metadact ahora es Clean: Clean Desktop reemplaza a Metadact Desktop, Clean Server reemplaza al servidor on-premise, Clean Cloud reemplaza a Metadact dentro de Litera One, y Clean+ — un servicio alojado por Litera que elimina la necesidad de aprovisionar y parchear tu propio servidor de limpieza — alcanzó disponibilidad general a fines de junio de 2026. Clean detecta y elimina más de 300 tipos de metadatos en adjuntos Word, PDF, Excel y ZIP, tanto en el Outlook clásico como en el nuevo. Si tu runbook todavía nombra a Metadact, nombra un producto que ya no existe bajo esa etiqueta.
Litera también se relanzó como empresa el 2026-07-15 en torno a “un agente, un dataset”, vendiendo la plataforma en lugar de los productos puntuales, con el agente Lito como hilo conductor entre redacción, comparación, revisión de contratos, gestión del conocimiento y desarrollo de negocio. La próxima versión de Lito se está mostrando en el portafolio Foundation y GrowthTech en ILTACON, en Nashville, del 23 al 27 de agosto de 2026. Trátalo como posicionamiento y demo, no como capacidad que ya posees: lo que Lito hace dentro de tu tenant es una pregunta para tu contrato con Litera. Los motores deterministas Compare y Clean, no el agente, son de lo que depende este stack en la frontera de envío.
Docusign IAM es la capa de firma y la plataforma de inteligencia de acuerdos. El handoff desde Ironclad es el disparador de ejecución: una vez completada la aprobación, IAM envía el paquete de ejecución, rastrea el estado de firma y devuelve el acuerdo ejecutado al repositorio de Ironclad por webhook.
La API de repositorio cambió de nombre y maduró. Lo que era la Navigator API ahora es la Agreement Manager API, en disponibilidad general para clientes elegibles de Agreement Manager desde mayo de 2026. Su extracción Iris devuelve las cláusulas como campos estructurados — expiration_date, renewal_type (por ejemplo AUTO_RENEW), renewal_notice_date, total_agreement_value, effective_date, jurisdiction, termination_period_for_cause — en lugar de como texto por parsear. La ingesta masiva corre por POST /v1/accounts/{accountId}/upload/jobs con 10,000 documentos por job y 100MB por documento, con URLs prefirmadas válidas ocho horas y un TTL de job de tres días; la recuperación individual es GET /v1/accounts/{accountId}/agreements/{agreementId}. La autenticación es OAuth 2.0. Esta es la pieza que convierte una migración de archivo histórico al stack en un trabajo scriptable en lugar de un proyecto de servicios.
Dónde se solapan ahora las herramientas
El argumento antiguo a favor de esta combinación era que cada herramienta es especialista de una fase, sin duplicación. Eso es menos cierto que antes, y fingir lo contrario te deja pagando dos veces.
El AI Redlining from Precedent de Ironclad aterriza en el terreno de Spellbook, y el AI Obligation Extraction de Ironclad se solapa con lo que devuelve Iris de Docusign desde la Agreement Manager API. Ninguno de los dos solapamientos es por sí solo razón para descartar una herramienta, pero ambos son razón para decidir por escrito qué sistema es la autoridad para cada función antes del despliegue. Dos sistemas extrayendo fechas de renovación hacia dos repositorios es como un equipo termina con dos respuestas a “cuándo se renueva automáticamente esto”.
La división que sigue en pie: los abogados redactan donde leen, y se resisten a que los saquen hacia un workflow de navegador para aceptar un redline, así que Spellbook se gana su asiento por adopción más que por capacidad sola. Litera se gana su lugar porque el paso determinista Compare-y-Clean no tiene equivalente en las otras tres y es el paso que más se omite en un despliegue todo-en-uno. Usa el redlining de Ironclad para el papel de proveedores que entra por la recepción de compras, donde de todos modos nadie negocia en Word, y reserva Spellbook para acuerdos comerciales negociados.
La realidad del costo
Divide esto entre lo que está publicado y lo que no, porque las dos mitades se comportan muy distinto en un ciclo presupuestario.
Publicado u observado:
- Ironclad: las compras rastreadas por Vendr sitúan el valor mediano de contrato anual en $40,000, con un rango observado de $15,000 a $104,272 y un ahorro negociado promedio del 20.6%. Las bandas de seis cifras largas que circulan sobre Ironclad están por encima de casi todo lo que Vendr ha registrado realmente. Para un programa de 50 a 150 usuarios, planifica contra el techo de ese rango observado en lugar de la mediana, y trata una cotización materialmente por encima de ~$105,000 como algo que hay que rebatir con comparables.
- Docusign IAM: ahora una escalera publicada. Starter cuesta $45/usuario/mes en anual con 100 envíos de sobre por usuario al año y un workflow; Standard cuesta $50/usuario/mes con un mínimo de tres usuarios, sobres ilimitados por la aplicación web y tres workflows; Professional cuesta $80/usuario/mes con un mínimo de tres usuarios y diez workflows. Todos los niveles de IAM topan en 50 usuarios. Ese tope, y no el precio por asiento, es lo que lleva este stack a una cotización a medida: un programa de 50 usuarios en el nivel publicado más alto son unos $48,000/año, y cualquier cosa por encima de 50 usuarios abandona la escalera por completo.
Con cotización cerrada, y una de ellas incotizable:
- Spellbook: sin precio publicado. Spellbook listaba Solo a $99 y Team a $179 por usuario al mes; esos niveles desaparecieron, y la página de precios ahora solo muestra Law Firms e In-House Teams, sin cifra en dólares y con una nota de que el precio se fija según la plantilla licenciada. Los rastreadores de terceros ubican el asiento de entrada entre unos $20 y $99, y el empresarial entre unos $199 y $350, con un mínimo reportado de diez asientos y seis meses. Una dispersión de 5x en el nivel de entrada no es una banda de precios: es evidencia de que nadie fuera del equipo comercial de Spellbook lo sabe. No pongas una cifra por asiento de Spellbook en un presupuesto del que te vayan a responsabilizar; consigue la cotización primero, y consíguela pronto, porque es la línea con mayor varianza del stack.
- Litera: solo por cotización, vendido como contratos empresariales empaquetados donde la tarifa efectiva por usuario depende de qué módulos entran en el paquete. Compare más Clean es el mínimo que necesita este stack; Foundation y Kira son decisiones aparte.
Implementación y arrastre. La configuración de Ironclad, la construcción del playbook de Spellbook y el despliegue de Litera son en conjunto un proyecto de primer año, no una compra. Compare se despliega en días; la configuración de workflows de Ironclad y el desarrollo del playbook llevan meses. El costo recurrente que la gente olvida es el mantenimiento del playbook: presupuesta aproximadamente un trimestre-abogado al año para mantener las posiciones al día, porque tanto Spellbook como el redlining por precedente de Ironclad amplifican lo que haya en el playbook, incluidas las partes que quedaron obsoletas.
Reglas de encaje
Este stack es la elección correcta cuando:
- El volumen de contratos supera los 2,000 acuerdos al año con complejidad legal real: acuerdos comerciales negociados, no click-wraps
- El equipo in-house tiene 20+ abogados, de modo que la ganancia de productividad por abogado cubre el costo por asiento
- Tienes capacidad de IT para hacerte cargo de la configuración de workflows del CLM, el aprovisionamiento SSO/SCIM y la integración por webhook de Ironclad a Docusign
- El gasto en asesoría externa es lo bastante alto como para que acortar ciclos de redacción mueva el gasto legal de forma medible
- El GC o CLO financiará entre 6 y 12 meses de desarrollo de playbook antes de que el stack opere a plena eficiencia
Este stack es la elección equivocada cuando:
- El volumen de contratos está por debajo de 1,000 al año: Ironclad es difícil de justificar por debajo de eso; Juro o Concord cubren el caso de uso por menos
- El equipo tiene menos de 10 abogados, donde el costo de IA por asiento supera al beneficio
- Todavía no existen playbooks: las capas de IA amplifican un playbook, y no hay nada que amplificar
- Los contratos son abrumadoramente de formato estándar con negociación mínima, donde firmar y archivar basta
- Estás evitando deliberadamente una plataforma CLM tras un despliegue fallido o aplazado: mira en su lugar la ruta sin plataforma, que es un diseño distinto, no una versión más barata de este
Variaciones comunes
Cambia Docusign IAM por la firma nativa de Ironclad. Ironclad incluye una capa de eSignature. Donde no se necesita la extracción estructurada de cláusulas de la Agreement Manager API — porque los propios campos de obligaciones de Ironclad ya la cubren — ejecutar la firma dentro de Ironclad elimina un proveedor y una integración. Regla para el cambio: tómalo cuando el volumen anual de sobres esté por debajo de 5,000 y los campos del repositorio de Ironclad sean tu única fuente de verdad para renovaciones. No lo tomes si necesitas una migración scriptable de archivo histórico; ese es el argumento más fuerte de la Agreement Manager API.
Sustituye Litera Compare por Spellbook Compare, pero no por Clean. Spellbook incluye una capacidad Compare, así que la mitad de comparación del paso previo al envío puede moverse. La mitad de metadatos no: Spellbook no tiene equivalente a los más de 300 tipos de metadatos de Clean en Word, PDF, Excel y ZIP dentro de Outlook. Regla para el cambio: aceptable solo para el diff, y solo cuando la mezcla de contratos es nativa de Word y el equipo no tiene licencias de Litera existentes — Litera suele estar ya pagada en equipos formados con gente de firmas AmLaw. Eliminar el paso de metadatos para ahorrar la licencia es el intercambio equivocado; es la línea más barata y la que protege el mayor riesgo individual de divulgación.
Añade Harvey para diligencia de M&A. Las cuatro herramientas cubren contratos comerciales y operativos. Los equipos que además corren diligencia de M&A — compras de activos, operaciones de capital, revisión de representaciones y garantías — sacan más de añadir Harvey junto a Spellbook para análisis multidocumento, y Harvey ahora alcanza derecho primario mediante su alianza con LexisNexis, lo que estrecha la brecha frente a un asiento dedicado de investigación. Regla para el cambio: justificado por encima de 3 o 4 transacciones internas al año donde la diligencia no se delega íntegramente a asesoría externa.
Apunta el stack al lado comprador. Los agentes de compras de Ironclad y los paquetes SAP hacen viable una configuración de este stack para contratos de proveedores de un modo que no lo era hace un año. Si el impulsor es el ahorro en compras y no el tiempo de ciclo del lado vendedor, arranca desde el stack de operaciones contractuales del lado comprador.
Lo que este stack NO reemplaza
- Asesoría externa para litigios que ponen en juego la empresa, trabajo de valores o asuntos regulatorios especializados: el stack mejora el throughput de contratos comerciales, no el criterio legal
- Facturación electrónica y gestión de asuntos para controlar el gasto en asesoría externa (Brightflag, ahora parte de Wolters Kluwer, u Onit): Ironclad gestiona contratos, no facturas
- Una función de cumplimiento de privacidad para obligaciones de GDPR, CCPA y del EU AI Act: los datos contractuales en Ironclad alimentan un programa de privacidad pero no son uno
- Investigación jurídica (Lexis+ with Protégé, Westlaw, CoCounsel): Spellbook redacta contra tu playbook, no contra jurisprudencia, y las preguntas novedosas siguen necesitando una capa de investigación
- Sistemas de presentación judicial para litigios activos