Ir para o conteúdo
Ztract
Contratos & NDAs

As partes, as datas, os valores — extraídos.

Título do acordo, data de vigência, lei aplicável, endereços completos das partes e condições de pagamento — extraídos de contratos com várias páginas de juridiquês denso.

Demo ao vivo

Veja em um documento real.

Clique em um campo à direita e destacamos a origem dele no documento à esquerda.

Clique em um campo ou uma caixa para vinculá-los.
1 / 7
Contract — page 1
2 / 7
Contract — page 2
3 / 7
Contract — page 3
4 / 7
Contract — page 4
5 / 7
Contract — page 5
6 / 7
Contract — page 6
7 / 7
Contract — page 7

Extracted fields

Payment terms

Parties involved

Dados de exemplo. Saída real do motor.

Visão geral

O que é extração de dados de contratos?

Extração de dados de contratos é a leitura automatizada de acordos jurídicos — contratos de afiliação, MSAs, NDAs, contratos de assinatura SaaS, SOWs de fornecedores — em campos estruturados que um sistema de gestão de contratos, ferramenta de procurement ou data room de M&A consegue indexar. A informação jurídica que você precisa raramente está em uma caixa rotulada: ela está enterrada em parágrafos que começam com "Este acordo é celebrado em" ou "As partes acordam o seguinte". A abstração manual é lenta e cara; os parsers baseados em regra quebram a cada novo template.

No contrato de exemplo acima — um acordo de afiliação de 7 páginas — o Ztract devolve o título do acordo, a data de vigência e a lei aplicável no nível superior, mais dois grupos aninhados: partes envolvidas com o nome completo e o endereço registrado de cada parte e condições de pagamento incluindo o prazo de pagamento e a taxa de juros por atraso. Cada valor está ancorado à página exata e à bbox no PDF original — quando a data de vigência aparece na página de assinatura e as condições de pagamento são referenciadas na página 4, as duas voltam corretamente atribuídas.

O schema não está preso a um único template de contrato. Acordos de afiliação, MSAs, SOWs, NDAs e contratos de assinatura SaaS leem todos no mesmo formato — título, partes, datas, condições comerciais, lei aplicável — mesmo quando o texto subjacente está estruturado de forma completamente diferente. Termos definidos como "a Data de Vigência significa..." são resolvidos com seu valor real ao longo do documento, e aditamentos ou anexos se ligam ao contrato-base correto.

Partes difíceis

Onde isso fica complicado.

Por que esse tipo de documento é mais difícil do que parece — e como a gente lida com isso.

  • Linguagem jurídica, não campos rotulados

    Contratos não têm caixas "Data de vigência:". A data está enterrada em um parágrafo que começa com "Este acordo é celebrado em". O motor lê o texto, não o layout.

  • Termos definidos resolvidos entre páginas

    "A Data de Vigência significa a data informada na página de assinatura" — e a página de assinatura é a 7. A gente resolve o termo definido com seu valor real, ancorado à página onde aparece.

  • Estruturas aninhadas de partes e pagamento

    Partes envolvidas e condições de pagamento voltam como objetos aninhados — parte 1 nome + endereço, parte 2 nome + endereço, prazo de pagamento, juros por atraso — em vez de achatados em strings ambíguas.

  • Acordos com várias páginas

    Um contrato de 7 a 80 páginas é normal. O motor mantém o schema consistente entre as páginas e expõe confiança por página para que os revisores saibam quais seções verificar.

Quem usa

Fluxos em que isso entra.

  • Legal ops

    Alimente contratos assinados em um CLM com partes, datas, valores e lei aplicável já preenchidos — sem etapa de abstração manual.

  • Procurement

    Acompanhe janelas de renovação de fornecedores, avisos de rescisão e condições de pagamento em milhares de MSAs e SOWs num único conjunto de dados pesquisável.

  • Due diligence de M&A

    Identifique contratos materiais, cláusulas de change-of-control e restrições de cessão em todo o portfólio do alvo durante uma operação.

FAQ

Perguntas comuns.

Quais tipos de contrato o Ztract processa?
Acordos de afiliação, MSAs, SOWs, NDAs, contratos de assinatura SaaS, contratos com fornecedores e a maioria dos contratos comerciais. O schema (título, partes, data de vigência, lei aplicável, condições de pagamento) é genérico o bastante para cobrir a maioria dos acordos B2B sem configuração por template.
Ele extrai dados de contratos com mais de 50 páginas?
Sim. A amostra desta página tem 7 páginas e o motor processa acordos muito mais longos. Termos definidos são resolvidos ao longo do documento — se "a Data de Vigência" é definida na página 1 e impressa na página de assinatura, o valor chega ao campo correto.
Como os campos aninhados, como endereços das partes, voltam?
Aninhamento estruturado. As partes voltam como parties_involved.party_1_name / party_1_address / party_2_name / party_2_address. As condições de pagamento voltam como payment_terms.payment_due_period / late_payment_interest. O formato combina com o que a maioria dos sistemas CLM e ERP espera para ingestão.
O motor lê contratos escaneados ou fotografados?
Sim. PDFs escaneados e fotos em alta resolução funcionam ao lado de PDFs nascidos digitais. A sobreposição da bounding box mostra exatamente de onde veio cada valor, então o revisor consegue conferir qualquer campo extraído contra a página original.
O Ztract redige ou faz red-line em contratos?
Não. O Ztract lê os contratos e devolve os dados estruturados — título, partes, datas, condições, lei aplicável. Redação, red-line e comparação de cláusulas são fluxos separados que você faria em uma ferramenta de drafting ou CLM.

Teste no seu próprio documento.

Comece grátis com 30 páginas. Sem cartão, sem assinatura, sem configuração.