Cole um rascunho antigo à esquerda, o rascunho revisado da contraparte à direita, e veja cada cláusula que mudou. Sem upload, sem cadastro, nada sai do seu navegador.
Uma ferramenta gratuita, no navegador, para comparar duas versões de um contrato. Cole seu último rascunho limpo à esquerda, o rascunho devolvido pela contraparte à direita, e as diferenças se acendem caractere a caractere. O texto nunca sai da sua máquina, o que importa quando você revisa um rascunho sob attorney-client privilege ou um NDA que ainda não foi assinado.
É feita para aquele momento que todo mundo já viveu: o advogado da outra parte devolve o que ele chama de "clean copy for your records", você tem sua própria versão marcada da semana passada, e a visualização track changes do MS Word não serve porque o outro lado aceitou tudo antes de enviar. Cole as duas nos dois painéis e você obtém um verdadeiro redline lado a lado em segundos.
Por baixo, o diff é o mesmo motor que alimenta nosso motor compare-text. Apenas o enquadramos para revisão jurídica. Se os metadados do seu contrato vivem em JSON, por exemplo um payload de envelope DocuSign ou uma exportação de CLM, nossa ferramenta compare-json cuida desse lado.
O diff roda caractere a caractere, e então uma etapa de limpeza semântica reagrupa as mudanças em blocos legíveis para que o realce caia em "sixty (60)" em vez de cada letra individual que mudou dentro de "thirty". Inserções no painel direito aparecem em verde; deleções no painel esquerdo aparecem em vermelho. Os dois painéis têm rolagem sincronizada, então quando você acha uma mudança na linha 412 de um lado, o outro lado pula junto.
O track changes do MS Word entende parágrafos, o que é ótimo quando ambas as partes mantêm disciplina e aceitam mudanças de forma limpa entre rodadas. Na prática isso quebra. Na terceira rodada de um NDA, alguém fez accept-all para mandar uma "clean copy", outra pessoa colou de um template diferente, e as âncoras de parágrafo já não batem. Texto puro é o menor denominador comum. Reduza os dois lados a texto, faça o diff do texto, e as mudanças reais nas cláusulas vêm à tona independentemente do que o MS Word achou delas.
Por que nível de caractere e não de cláusula? Porque a redação contratual é cheia de pequenas trocas de palavras que mudam o sentido. "Shall" para "may" são dois caracteres e um mundo de diferença. Um teto de responsabilidade indo de "$50,000" para "$100,000" é um dígito. "Exclusive" para nada é uma licença virando não exclusiva. Um diff em nível de cláusula te diria que a seção 5.2 mudou; um diff em nível de caractere te mostra exatamente qual palavra a contraparte tirou.
Dois painéis de texto, um diff. Sem login, sem upload, sem formato de arquivo de marcação para enfrentar.
Abra o rascunho anterior no MS Word, Google Docs ou no seu CLM, selecione tudo (Ctrl+A) e cole no painel esquerdo. Colar tira a formatação, que é o que você quer aqui. Marcas de track changes, balões de comentário e estilos somem; só o texto subjacente fica. Se sua versão ainda tem track changes da rodada anterior, faça accept-all no MS Word primeiro para comparar texto limpo contra texto limpo.
Faça o mesmo com o rascunho revisado que devolveram. A maioria dos advogados manda uma versão limpa mais um PDF com redline; cole aqui a versão limpa. O PDF com redline é para o audit trail e raramente permite extrair texto. Se você só tem um PDF, copie o texto do Adobe Acrobat ou do seu leitor de PDF e cole esse.
Deleções aparecem como riscados vermelhos à esquerda; inserções aparecem em verde à direita. Os contadores de mudanças em cada cabeçalho dizem quantas edições distintas foram detectadas. Role e foque primeiro nas mudanças nas cláusulas de indemnification, limitation-of-liability, terminação e termos de pagamento, já que é onde fica a maior parte do valor da negociação.
Você mandou seu master service agreement padrão para um novo fornecedor. Duas semanas depois o jurídico deles devolve um rascunho "com pequenos ajustes". A ideia deles de pequeno inclui remover sua cláusula de direitos de auditoria e aumentar o aviso de termination-for-convenience de 30 para 90 dias. Cole os dois na ferramenta de redline e o conjunto real de edições aparece em menos de um minuto, em vez de uma hora apertando os olhos.
Um acordo de confidencialidade mútuo costuma levar duas ou três rodadas até a assinatura. Na rodada três os números de parágrafos derivaram porque alguém adicionou uma cláusula de residuals. Compare a versão limpa da rodada dois com a da rodada três e dá para confirmar que só a seção de residuals mudou, em vez de reler todas as oito páginas.
O candidato contrapropõe sobre vesting de equity e pede aceleração de 12 meses em single trigger. O RH manda uma carta de oferta revisada com essa mudança e, junto, uma cláusula de não concorrência discretamente apertada. Cole a oferta original ao lado da revisão e a edição da não concorrência aparece junto com a mudança de equity, antes do candidato assinar.
Seu fornecedor empurrou uma nova versão dos termos de serviço por email com a frase "atualizamos nossos termos". O setor de compras precisa saber o que de fato mudou antes do jurídico renovar. Coloque os termos antigos ao lado dos novos; a troca da cláusula de residência de dados ou a nova exclusão de arbitragem fica visível na hora. É o mesmo fluxo de um diff de texto comum, só que o público é jurídico.
Um statement of work passa por três aditivos ao longo de um projeto de seis meses. O aditivo nº 3 referencia "the original SOW as previously amended" sem explicitar o que mudou. Cole o aditivo nº 2 contra o nº 3 para ver o entregável que escorregou silenciosamente da semana 8 para a 12, e o parágrafo extra de critérios de aceitação que apareceu na seção 4.
Salas de diligência são cheias de PDFs "execution version" que parecem idênticos às cópias assinadas mas não são. Compare o contrato executado com a versão postada na data room para descobrir um anexo faltando, uma cláusula governing-law diferente ou troca de página de assinatura. Útil tanto para o jurídico do comprador revisando os contratos do alvo quanto para o vendedor preparando a data room.
As situações de redação que mais frequentemente confundem a comparação textual de contratos, com o que fazer em cada caso. Tiradas de trabalho real de revisão em NDAs, MSAs e documentação trabalhista.
| Topic | What this tool does |
|---|---|
| Renumeração de parágrafos | Inserir uma nova seção 5.3 sobe em um cada seção posterior. O diff marca a renumeração como mudança em cada linha de cabeçalho. Foque no texto do corpo, ou tire os números de seção dos dois lados antes de comparar. |
| Mudanças em termos definidos | Um termo capitalizado como "Affiliate" ou "Confidential Information" cuja definição mudou no meio do documento. A definição em si aparece como um diff na seção de definições, mas todo uso posterior também depende do novo significado. Releia sempre a seção de definições primeiro. |
| Marcas de track changes inline | Se você cola de um documento MS Word que ainda tem track changes ligado, pode acabar com texto inserido ou deletado marcado por caracteres riscados ou duplicado. Faça accept-all ou reject-all no MS Word primeiro para chegar a uma base limpa, e então cole. |
| Referências a exhibits e schedules | Frases como "as set forth in Exhibit B" não mudam no corpo, mas o exhibit subjacente pode ter mudado. O diff do corpo não mostrará alteração enquanto a substância já mudou. Compare cada exhibit e schedule separadamente. |
| Referências cruzadas entre cláusulas | Uma frase que diz "subject to Section 7.2" continua se lendo igual depois da contraparte renumerar a Seção 7.2 para 7.3. A referência cruzada está quebrada mesmo o diff não mostrando mudança. Revise referências cruzadas manualmente após uma renumeração. |
| Mudanças na cláusula de governing law | Uma troca da lei de Delaware para a de Nova York é duas palavras, mas remodela enforcement, jury-trial waivers e defaults de limitation-of-liability. A definição de Cornell sobre cláusula governing-law é uma boa retomada de por que isso pesa mais do que parece. |
| Mudanças no bloco de assinatura | Mudança no nome ou cargo do signatário pode indicar pessoa autorizada diferente, o que afeta se o contrato foi corretamente executado. O diff mostrará a troca. Confirme a signing authority contra os registros corporativos da empresa antes de contra-assinar. |
| Drift na seção de definições | Um novo termo definido adicionado na seção de definições mas não usado em nenhum lugar do corpo, ou um termo definido antigo ainda usado no corpo mas ausente das definições. O diff mostrará a adição ou remoção; o que ele não consegue mostrar é se o termo ficou órfão. Procure cada termo definido nas duas versões. |
Não totalmente. O track changes do MS Word é a ferramenta certa quando ambas as partes ficam dentro do MS Word e usam de forma consistente em cada rodada. Esta ferramenta é a que você pega quando isso quebra, o que normalmente acontece na rodada três. Se a contraparte manda uma versão limpa, ou um export do Google Docs, ou um copia-cola de outro template, o MS Word não consegue mais reconstruir as mudanças. Colar as duas versões aqui te dá o redline independentemente de qual editor cada lado usou.
Renumeração de parágrafos é a dor de cabeça mais comum em revisão de contratos. O padrão é a contraparte inserir uma nova seção 5.3, cada seção posterior subir em um, e seu olho ver cem "diferenças" que na verdade são uma. Duas saídas práticas: primeiro, o diff continua destacando corretamente as mudanças textuais reais, então foque nos riscados vermelhos e inserções verdes, não nos números de seção. Segundo, dá para apagar manualmente os números de seção das duas versões coladas antes do diff se o ruído estiver muito alto.
Sim. O diff roda totalmente no seu navegador. Nada é enviado, registrado ou armazenado nos nossos servidores. O attorney-client privilege se preserva porque nenhum terceiro (inclusive nós) vê o texto. Para verificar, abra as DevTools do navegador, vá na aba Network e observe enquanto cola e compara; não há requisições saindo. Isso importa para NDAs, rascunhos de M&A, acordos de settlement e qualquer outro caso onde a transmissão a um fornecedor já seria um problema.
Não diretamente. O formato PDF (ISO 32000-2) armazena texto de muitas formas diferentes, e muitos PDFs com redline são imagens escaneadas sem texto extraível. O fluxo é: abra o PDF no Adobe Acrobat ou no leitor de PDF, selecione tudo, copie e cole o texto resultante no painel adequado. Alguma formatação se perde nesse passo, especialmente em tabelas e anexos, mas o corpo de texto vem limpo o suficiente para o redline. Diff nativo de PDF está no nosso roadmap como uma página separada.
O recurso "Compare Documents" do MS Word é excelente quando ambos os arquivos são .docx e bem formados. Ele te dá redlines em nível de parágrafo que você pode salvar de volta como documento com tracked changes. Esta ferramenta é só texto e mais leve. Use o MS Word Compare quando precisa de um redline entregável para mandar de volta a uma contraparte. Use esta quando precisa de uma leitura rápida, quando um dos arquivos não é .docx (PDF, export de Google Doc, email puro), ou quando quer evitar mandar o rascunho para qualquer CLM de terceiros.
Um diff em nível de caractere trata texto movido como uma deleção no local original mais uma inserção no novo local. Você verá a mesma cláusula destacada duas vezes: riscado vermelho onde estava, inserção verde onde está agora. O diff não consegue saber que foi um movimento e não um deletar-mais-reescrever. Para a maioria das revisões jurídicas isso é aceitável porque você ainda vê cada palavra, mas significa que um contrato muito reorganizado parecerá mais barulhento do que seu real conjunto de edições.
Seus rascunhos de contrato nunca saem do navegador. O diff, o realce e a renderização rodam todos na sua máquina. Não fazemos upload do texto, não logamos e não passamos para nenhum serviço de terceiros. Isso importa especificamente para revisão jurídica: colar um NDA não assinado, um rascunho de settlement ou um contrato de compra e venda de M&A em um serviço de nuvem pode em si ser uma quebra de confidencialidade, e em algumas jurisdições pode afetar o attorney-client privilege. Verificar nossa afirmação é simples. Abra as DevTools do navegador, vá na aba Network, cole as duas versões e observe. Não há requisições saindo quando você compara.