Skip to main content
Resumo: o termo é um modelo versionado da sua organização. Ele pode ser escrito no editor (Markdown) ou ser o PDF que o jurídico mandou, e é assinado por uma pessoa (individual) ou por várias no mesmo documento (conjunta).

Modelos de termo

Como o modelo de coleta e a régua, salvar publica uma versão nova e a anterior nunca é reescrita. A key é o endereço estável entre versões: um item que aponta para a chave passa a usar a versão nova assim que o jurídico publica. O modelo pode declarar entityType (COMPANY ou PERSON). Ausente, ele serve os dois.

As duas origens

O caminho PDF aceita importar um contrato em Word, que volta como rascunho editável do termo, ou enviar o PDF final (presign, confirmação e posicionamento das caixas).

Caixas posicionadas sobre o PDF

Variáveis do termo

No corpo em Markdown, o termo cita dados com <<nome>>.

Conjunto fixo

Resposta do formulário

<<form.CHAVE>>, onde CHAVE é a chave do campo (preset ou livre) do formulário da mesma solicitação.

Campo extraído de um documento

<<doc.TIPO.campo>>, por exemplo <<doc.CONTRATO_SOCIAL.companyName>>. O caminho pode ser aninhado (<<doc.DIRPF.summary.netWorth>>).
Termo que cita formulário ou documento depende daquele item. Com blockSignatureUntilDependenciesMet ligado (o padrão), a assinatura fica travada até a dependência concluir: termo assinado com lacuna é problema jurídico, não de experiência.
A API devolve a lista de variáveis disponíveis para um termo, e permite pré-visualizar o termo renderizado com dados de exemplo antes de publicar.

Assinatura individual e conjunta

Item sem signatureMode é INDIVIDUAL.

Partes de um documento conjunto

Teto padrão de 10 partes por item, configurável no modelo, com limite absoluto de 50. Com allowSignatoryInvite, uma parte pode incluir outra pela própria página do destinatário. Partes que o documento societário nomeou mas de quem ninguém tem o contato entram no quadro sem link, e alguém informa o contato depois.
O comportamento requireCoSignerContacts existe para o caso em que a primeira pessoa assina, vai embora, e o documento fica parado para sempre esperando alguém que nunca foi convidado. Ligado, ninguém assina antes de toda parte obrigatória ter contato.

Pacote de assinatura

No segundo, a pessoa assina o texto, a parte fica em AWAITING_IDENTITY, e o item só fecha (e a via em PDF só existe) quando a identidade voltar aprovada.

Código de confirmação

A assinatura pode exigir um código enviado por e-mail antes de ser registrada. É uma confirmação a mais, independente da verificação de identidade.

A via assinada

Quando o item fecha, a plataforma gera o PDF da via assinada e o guarda. Ele carrega o código de verificação (<<hash>>) calculado sobre o próprio conteúdo, e o evento collection.signature.document avisa que ele existe.