Pega un borrador antiguo a la izquierda, el borrador revisado de la contraparte a la derecha y verás cada cláusula que cambió. Sin subida, sin registro, nada sale de tu navegador.
Una herramienta gratuita en el navegador para comparar dos versiones de un contrato. Pega tu último borrador limpio a la izquierda, el borrador devuelto por la contraparte a la derecha, y las diferencias se iluminan carácter a carácter. El texto nunca sale de tu equipo, lo cual importa cuando revisas un borrador bajo attorney-client privilege o un NDA que aún no se ha firmado.
Está pensada para ese momento que todos hemos vivido: el abogado contrario devuelve lo que llama una "copia limpia para tus archivos", tienes tu propia versión marcada de la semana pasada, y la vista de track changes de MS Word es inútil porque la otra parte aceptó todo antes de enviarlo. Pega ambas versiones en los dos paneles y obtienes un verdadero redline lado a lado en segundos.
Por debajo, el diff es el mismo motor que impulsa nuestro motor compare-text. Solo lo hemos enmarcado para revisión legal. Si los metadatos de tu contrato viven en JSON, por ejemplo un payload de envelope de DocuSign o una exportación de CLM, nuestra herramienta compare-json se encarga de ese lado.
El diff se ejecuta carácter por carácter, y luego un paso de limpieza semántica reagrupa los cambios en bloques legibles para que el resaltado caiga sobre "sixty (60)" en lugar de cada letra individual que cambió dentro de "thirty". Las inserciones en el panel derecho aparecen en verde; las eliminaciones en el panel izquierdo aparecen en rojo. Los dos paneles tienen scroll sincronizado, así que cuando encuentras un cambio en la línea 412 de un lado, el otro lado salta contigo.
El track changes de MS Word entiende párrafos, lo que está muy bien cuando ambas partes mantienen disciplina y aceptan cambios limpiamente entre rondas. En la práctica eso se rompe. En la tercera ronda de un NDA, alguien hizo accept-all para enviar una "copia limpia", otra persona ha pegado desde una plantilla diferente, y los anclajes de párrafo ya no coinciden. El texto plano es el mínimo común denominador. Reduce ambos lados a texto, haz diff del texto, y los cambios reales en las cláusulas afloran sin importar lo que MS Word pensara de ellos.
¿Por qué a nivel de carácter en lugar de cláusula? Porque la redacción contractual está llena de pequeños cambios de palabra que cambian el significado. "Shall" a "may" son dos caracteres y un mundo de diferencia. Un tope de responsabilidad pasando de "$50,000" a "$100,000" es un dígito. "Exclusive" a nada es una licencia que se vuelve no exclusiva. Un diff a nivel de cláusula te diría que la sección 5.2 cambió; un diff a nivel de carácter te muestra exactamente qué palabra retiró la contraparte.
Dos paneles de texto, un diff. Sin login, sin subida, sin pelearte con un formato de archivo de marcado.
Abre el borrador anterior en MS Word, Google Docs o tu CLM, selecciona todo (Ctrl+A) y pégalo en el panel izquierdo. Al pegar se elimina el formato, que es lo que quieres aquí. Las marcas de track changes, las burbujas de comentario y los estilos desaparecen; solo queda el texto subyacente. Si tu versión todavía tiene track changes de la ronda anterior, haz accept-all en MS Word primero para comparar texto limpio contra texto limpio.
Haz lo mismo con el borrador revisado que te han devuelto. La mayoría de los abogados envían una versión limpia más un PDF con redline; pega aquí la versión limpia. El PDF con redline es para el audit trail y rara vez permite extraer texto. Si solo tienes un PDF, copia el texto desde Adobe Acrobat o tu lector de PDF y pégalo.
Las eliminaciones aparecen como tachaduras rojas a la izquierda; las inserciones aparecen en verde a la derecha. Los contadores de cambios en cada cabecera te dicen cuántas ediciones distintas se detectaron. Recorre el documento y enfócate primero en los cambios dentro de las cláusulas de indemnification, limitation-of-liability, terminación y términos de pago, ya que ahí es donde reside la mayor parte del valor de negociación.
Has enviado tu master service agreement estándar a un nuevo proveedor. Dos semanas después su abogado devuelve un borrador "con ediciones menores". Su idea de menor incluye eliminar tu cláusula de derechos de auditoría y subir el preaviso de termination-for-convenience de 30 a 90 días. Pega ambos en la herramienta de redline y el conjunto real de ediciones aflora en menos de un minuto, no después de una hora forzando la vista.
Un acuerdo de confidencialidad mutuo suele requerir dos o tres rondas antes de la firma. En la tercera ronda los números de párrafo se han desplazado porque alguien añadió una cláusula de residuals. Compara la versión limpia de la ronda dos con la versión limpia de la ronda tres y puedes confirmar que solo se movió la sección de residuals, en lugar de releer las ocho páginas.
El candidato contrapropone sobre el vesting de equity y pide aceleración de 12 meses con un solo trigger. RR. HH. envía una carta de oferta revisada con ese cambio y, además, una cláusula de no competencia silenciosamente más estricta. Pega la oferta original junto a la revisión y la edición de la no competencia se ve junto al cambio de equity, antes de que el candidato firme.
Tu proveedor ha publicado una nueva versión de sus términos de servicio por correo con la frase "hemos actualizado nuestros términos". Compras necesita saber qué cambió realmente antes de que legal renueve. Coloca los términos antiguos junto a los nuevos; el cambio en la cláusula de residencia de datos o la nueva exclusión de arbitraje se ve de inmediato. Es el mismo flujo que un diff de texto normal, solo que el público es legal.
Un statement of work pasa por tres enmiendas durante un proyecto de seis meses. La enmienda nº 3 hace referencia a "el SOW original previamente enmendado" sin explicar qué cambió. Pega la enmienda nº 2 frente a la nº 3 para ver el entregable que pasó silenciosamente de la semana 8 a la 12, y el párrafo adicional de criterios de aceptación que apareció en la sección 4.
Las salas de diligencia están llenas de PDFs de "execution version" que parecen idénticos a las copias firmadas pero no lo son. Compara el contrato firmado con la versión publicada en la data room para detectar un anexo faltante, una cláusula governing-law diferente o un cambio en la página de firmas. Útil tanto para abogados del comprador revisando los contratos del target como para el lado vendedor preparando la data room.
Las situaciones de redacción que más a menudo confunden a la comparación de contratos basada en texto, con qué hacer en cada caso. Sacadas de trabajo real de revisión sobre NDAs, MSAs y documentación laboral.
| Topic | What this tool does |
|---|---|
| Renumeración de párrafos | Insertar una nueva sección 5.3 sube en uno cada sección posterior. El diff marca la renumeración como un cambio en cada línea de cabecera. Céntrate en el texto del cuerpo, o elimina los números de sección de ambos lados antes de comparar. |
| Cambios en términos definidos | Un término capitalizado como "Affiliate" o "Confidential Information" cuya definición se desplazó en mitad del documento. La definición en sí aparece como un diff en la sección de definiciones, pero cada uso posterior también depende del nuevo significado. Vuelve a leer siempre primero la sección de definiciones. |
| Marcas de track changes inline | Si pegas desde un documento de MS Word que aún tiene track changes activado, puedes acabar con texto insertado o eliminado marcado con caracteres de tachadura o duplicado. Haz accept-all o reject-all en MS Word primero para tener una base limpia, y luego pega. |
| Referencias a exhibits y schedules | Frases como "as set forth in Exhibit B" no cambian en el cuerpo, pero el exhibit subyacente puede haberlo hecho. El diff del cuerpo no mostrará cambios mientras el fondo se ha movido. Compara cada exhibit y schedule por separado. |
| Referencias cruzadas entre cláusulas | Una frase que dice "subject to Section 7.2" sigue leyéndose igual después de que la contraparte renumere la Sección 7.2 a Sección 7.3. La referencia cruzada está rota aunque el diff no muestre cambio. Repasa manualmente las referencias cruzadas tras una renumeración. |
| Cambios en la cláusula de governing law | Un cambio de la ley de Delaware a la de Nueva York son dos palabras, pero remodela el enforcement, los jury-trial waivers y los defaults de limitation-of-liability. La definición de Cornell de la cláusula governing-law es un buen recordatorio de por qué importa más de lo que parece. |
| Cambios en el bloque de firma | Un cambio en el nombre o título del firmante puede indicar una persona autorizada distinta, lo que afecta a si el contrato fue ejecutado correctamente. El diff mostrará el cambio. Confirma la signing authority frente a los registros corporativos de la empresa antes de contrafirmar. |
| Deriva de la sección de definiciones | Un nuevo término definido añadido en la sección de definiciones pero no usado en ninguna parte del cuerpo, o un término definido antiguo aún usado en el cuerpo pero ausente de las definiciones. El diff mostrará la adición o eliminación; lo que no puede mostrar es si el término está ahora huérfano. Busca cada término definido en ambas versiones. |
No del todo. El track changes de MS Word es la herramienta correcta cuando ambas partes se quedan dentro de MS Word y lo usan de forma consistente en cada ronda. Esta herramienta es a la que recurres cuando eso se rompe, lo que suele pasar en la tercera ronda. Si una contraparte envía una versión limpia, una exportación de Google Docs o un copia-pega desde otra plantilla, MS Word ya no puede reconstruir los cambios. Pegar ambas versiones aquí te da el redline sin importar qué editor usó cada lado.
La renumeración de párrafos es el dolor de cabeza más común en revisión de contratos. El patrón habitual es que la contraparte inserta una nueva sección 5.3, cada sección posterior sube en uno, y tu vista percibe cien "diferencias" que en realidad son una. Dos soluciones prácticas: primero, el diff sigue resaltando correctamente los cambios textuales reales, así que céntrate en las tachaduras rojas y las inserciones verdes, no en los números de sección. Segundo, puedes eliminar manualmente los números de sección de ambas versiones pegadas antes de hacer diff si el ruido es excesivo.
Sí. El diff se ejecuta totalmente en tu navegador. Nada se sube, registra ni almacena en nuestros servidores. El attorney-client privilege se preserva porque ningún tercero (nosotros incluidos) ve el texto. Para verificarlo, abre las DevTools del navegador, ve a la pestaña Network y observa mientras pegas y comparas; no hay peticiones salientes. Esto importa para NDAs, borradores de M&A, acuerdos de settlement y cualquier otra cosa donde el envío a un proveedor sería en sí mismo un problema.
No directamente. El formato PDF (ISO 32000-2) almacena texto de muchas maneras distintas, y muchos PDFs con redline son imágenes escaneadas sin texto extraíble. El flujo es: abre el PDF en Adobe Acrobat o tu lector de PDF, selecciona todo, copia y pega el texto resultante en el panel adecuado. Se perderá algo de formato en ese paso, especialmente alrededor de tablas y exhibits, pero el cuerpo en prosa sale lo bastante limpio para el redline. El diff nativo de PDF está en nuestra hoja de ruta como página separada.
La función "Compare Documents" de MS Word es excelente cuando ambos archivos son .docx y están bien formados. Te da redlines a nivel de párrafo que puedes guardar como un documento con tracked changes. Esta herramienta es solo de texto y más ligera. Usa MS Word Compare cuando necesitas un redline entregable para devolver a una contraparte. Usa esta cuando necesitas una lectura rápida, cuando uno de los archivos no es .docx (PDF, exportación de Google Doc, correo plano), o cuando quieres evitar subir el borrador a cualquier CLM de terceros.
Un diff a nivel de carácter trata el texto movido como una eliminación en la ubicación original más una inserción en la nueva ubicación. Verás la misma cláusula resaltada dos veces: tachadura roja donde estaba, inserción verde donde está ahora. El diff no puede saber que fue un movimiento en lugar de un borrar-y-reescribir. Para la mayoría de la revisión legal esto está bien porque sigues viendo cada palabra, pero significa que un contrato muy reorganizado parecerá más ruidoso que su conjunto real de ediciones.
Tus borradores de contrato nunca salen del navegador. El diff, el resaltado y el render se ejecutan en tu equipo. No subimos el texto, no lo registramos ni lo pasamos a ningún servicio de terceros. Esto importa específicamente para revisión legal: pegar un NDA sin firmar, un borrador de settlement o un acuerdo de compra de M&A en un servicio en la nube puede ser en sí mismo una brecha de confidencialidad, y en algunas jurisdicciones puede afectar al attorney-client privilege. Verificar nuestra afirmación es sencillo. Abre las DevTools del navegador, ve a la pestaña Network, pega ambas versiones y observa. No hay peticiones salientes cuando comparas.