Gerador de Contrato Mestre

Um modelo mestre, uma pequena especificação por contraparte, um passo de construção de rascunho. O gerador sempre rotula a saída como RASCUNHO, incluindo documentos gerados a partir de um modelo concluído. Uma conversão bem-sucedida prova a geração de artefatos, não a completude legal, a autoridade para contratar ou a prontidão para enviar ou assinar. Um contrato executado pode permitir que oportunidades designadas sejam adicionadas por notificação; essa autoridade deve ser estabelecida antes de usar o fluxo de trabalho do Anexo A.

Quando Usar

• Você emite um acordo-quadro (NDA, taxa de indicação ou fornecimento, não-circunvenção, serviços mestres) para muitas contrapartes com os mesmos termos e alguns campos específicos da parte.
• Negócios são adicionados ao longo do tempo e a renegociação de cada um é o gargalo.
• Documentos devem ser reproduzíveis a partir de código fonte rastreado, comparáveis (diffable) e livres de edições manuais.
• Campos de assinatura são colocados por automação e precisam de um layout de página estável.

Como Funciona

Modelo

Um único modelo markdown com campos {{PLACEHOLDER}}. Cada valor específico da parte é um placeholder; todo o resto é texto fixo. Um esqueleto está em references/master-template.example.md. Substitua suas frases genéricas por cláusulas aprovadas pelo seu conselho jurídico.

Placeholders que o script de referência preenche:

Especificação

Um arquivo JSON por contraparte:

{
  "file": "AcmeSupplier",
  "short": "Acme",
  "role": "supplier",
  "legal": "Acme Compute Ltd",
  "juris": "England and Wales company",
  "addr": "1 Example Street, London",
  "signer": "A. Person",
  "title": "Director",
  "email": "signer@example.com",
  "schedule": [["1", "2026-09-01", "Lot A (16 nodes)", "introducer", "12 months", "standard"]],
  "supplement": "the Data Processing Addendum dated 2026-09-01"
}

Apenas file, short e role são necessários para um rascunho. Campos de assinatura ausentes são renderizados como linhas em branco para revisão e preenchimento. Veja references/spec.example.json.

file deve ser um nome de arquivo portátil não vazio, como AcmeSupplier ou Acme Supplier, sem componentes de diretório. O construtor rejeita qualquer separador de caminho, sintaxe de unidade/UNC, caracteres de controle, pontuação reservada do Windows ou nomes de dispositivo, e pontos ou espaços finais. Nomes inválidos são rejeitados sem sanitização ou renomeação, antes de criar a saída ou invocar o pandoc.

Omita schedule ou use [] para o placeholder "sem entradas na assinatura". Um anexo fornecido deve, caso contrário, ser um array denso de arrays de seis células, nesta ordem: número, data, contraparte protegida ou lote, função, termos, taxa. Cada célula deve ser uma string Unicode válida ou um número finito; strings vazias são permitidas para espaços em branco intencionais. Nulos, booleanos, objetos, arrays de células aninhados, células ausentes e números não finitos são rejeitados com um índice de linha/célula antes de qualquer escrita de artefato ou atividade pandoc. Surrogados UTF-16 desemparelhados também são rejeitados em vez de substituídos durante a saída UTF-8; caracteres suplementares válidos, como emojis, continuam suportados.

Células são texto puro, não Markdown ou HTML. O construtor codifica caracteres de sintaxe para que barras verticais literais, barras invertidas, crases e marcações permaneçam em seus campos originais. Cada CRLF, CR ou LF isolado se torna um espaço; o texto ao redor das quebras de linha é retido. Outros espaços em branco e pontuação literal são preservados nas células renderizadas. A especificação de origem não é modificada. Um anexo válido comum mantém suas seis colunas; entrada malformada nunca é substituída silenciosamente por um anexo vazio.

Tabela de Funções

spec.role seleciona três strings: a cláusula de arranjo permanente, o título da seção de taxa e o cabeçalho da cláusula de taxa.

…