POST Send request with doc template

Com este endpoint, você pode preencher as tags presentes em um template no formato DOCX. Ao preenchê-las, o documento será transformado em PDF e enviado para assinatura.

Essa funcionalidade permite a substituição de tags em seu documento. Por exemplo, se há uma tag ${name} e no campo tags é passado name => Teste, essa tag será substituída pelo valor fornecido.

Dessa forma, é possível substituir tags em seu documento antes de enviá-lo.

Exemplo json:
"tags": {
"name": "Teste"
}

Neste endpoint, também é possível predefinir tags de assinatura.

As tags devem obrigatoriamente conter a marcação ${assinatura_NOME} e estar configuradas com a cor da fonte branca (ou a mesma cor do fundo onde a tag está posicionada).

A ordem das tags deve corresponder exatamente à ordem dos e-mails enviados no request. Por exemplo, se o seu documento possui duas tags de assinatura:

  • ${assinatura_maria}
  • ${assinatura_joao}

A ordem dos e-mails no request deve ser a seguinte:

email 1: [email protected], referente à tag ${assinatura_maria}.

email 2: [email protected], referente à tag ${assinatura_joao}.

Observações:

  • Se o documento possuir 3 tags e no request forem enviados apenas 2 e-mails, a terceira tag será ignorada.

  • Se o documento possuir 3 tags e forem enviados 4 e-mails no request, o sistema posicionará automaticamente a quarta tag.

Desse modo, preze por deixar o número de tags de assinaturas e e-mails equivalentes.

Para garantir que a tag de assinatura seja posicionada corretamente, siga as seguintes especificações para o formato do documento:

  • Tamanho do Documento:
    • Formato: A4
    • Dimensões: 21 cm x 29,7 cm
  • Margens do Documento:
    • Margens: 2,54 cm em todos os quatro lados do documento

Para que o sistema de reconhecimento de tags funcione corretamente, é fundamental que não sejam utilizados espaçamentos nas mesmas.

  • Inválido: $ {name}
  • Válido: ${name}

Seguindo essas orientações, você assegura que a tag de assinatura será inserida no local adequado dentro do documento, evitando problemas de alinhamento.

Regras:

  • O documento precisa ser um template DOCX com tags no formato ${nome} (use GET /api/files/template/tags/{document_key} para listá-las). Documentos sem tags respondem 400.
  • tags é um objeto que mapeia cada tag ao seu valor: {"nome": "Maria", "cpf": "000.000.000-00"}.
  • Se o DOCX tiver tags de assinatura (${assinatura...}), as posições vêm das tags e recipients[].fields é opcional; caso contrário, recipients[].fields é obrigatório. width_page padrão: 800.
  • Sem recipients, a API usa o formato legado (email[] e message obrigatórios). sender aceita apenas id numérico.
  • A API gera um novo documento PDF (com o name informado) e envia a solicitação; document na resposta é a document key desse novo documento.

Resposta: a solicitação criada no mesmo formato de GET /api/requests/{signing_key} (data) com message e, no formato recipients, deliveries (resultado dos envios por WhatsApp) ou, com silent_mode, silent_mode (URLs de assinatura).

Recent Requests
Log in to see full request history
TimeStatusUser Agent
Retrieving recent requests…
LoadingLoading…

Exemplo para o campo tags:

"tags": {  
    "name": "Teste"  
}
Path Params
string
required

Document key do documento

Body Params
integer

Id da pasta (da sua empresa) onde o novo documento ficará. Padrão: raiz.

string
required

Nome do documento que será criado no sistema

boolean

Se a solicitação é em cadeia, ou seja, deve respeitar a ordem dos e-mails para envio ou se será enviada para todos ao mesmo tempo

int32

Validade do documento em meses. Aceito, mas não é gravado no formato recipients.

tags
object
required

Mapa tag → valor para preencher o DOCX. Informe todas as tags do template.

int32

Tipo de validação padrão ao assinar um documento.

7 - QR Code (Texto) na lateral direita.

6 - QR Code (Texto) na lateral esquerda.

5 - Página final de validação e QR Code no cabeçalho (Criaremos páginas extras).

4 - QR Code no rodapé do documento (Sem página final).

3 - Página final de validação e QR Code.

2 - Sem QR Code no topo, apenas página no final.

1 - QR Code no topo do documento (Sem página final).

Ao solicitar a assinatura na última página, sem posicioná-la, a página final será sempre gerada automaticamente

boolean

Quando ativado (True), o request não gera um e-mail para o cliente. Apenas o URL de assinatura e o e-mail serão retornados

recipients
array of objects

Destinatários.

recipients
integer

Id do colaborador que aparecerá como remetente (apenas id numérico; inexistente responde 404).

number
Defaults to 800

Largura da página em pixels usada para calcular as posições dos campos. Padrão: 800.

Responses

Language
Credentials
Header
LoadingLoading…
Response
Click Try It! to start a request and see the response here! Or choose an example:
application/json