O que acontece depois do envio
Para quem integra, o caminho de cada signatário: convite, link pessoal, termo, confirmação pela forma de autenticação, conclusão, eventos e documentos.
6 min de leitura Avançado Atualizado em 11 de novembro de 2026
Nesta página
Quando o seu sistema cria um envelope com send=1, quem assina não precisa de conta, senha nem aplicativo: recebe um
convite com um link pessoal e assina pelo navegador, no computador ou no celular. Este guia mostra, etapa por etapa, o
que a pessoa vê, o que muda nos estados do envelope e quais eventos chegam ao seu sistema, para você desenhar a
integração (e o atendimento) sem surpresas.
Visão geral
| Etapa | O que a pessoa faz | Estado do destinatário | Evento |
|---|---|---|---|
| 1. Convite | recebe o convite pela forma de envio (channel) |
sent |
recipient.sent |
| 2. Abertura | abre o link pessoal | delivered |
recipient.delivered (e envelope.delivered na primeira abertura do envelope) |
| 3. Termo | aceita o termo de uso de assinatura eletrônica | delivered |
— (fica na trilha de auditoria: consented) |
| 4. Leitura | lê o documento | delivered |
— |
| 5. Confirmação | assina pela forma de autenticação (auth_method) |
signed |
recipient.signed |
| 6. Conclusão | recebe o aviso com o documento assinado | signed (cópias: completed) |
envelope.completed |
A qualquer momento antes de assinar, a pessoa pode recusar (estado declined, eventos recipient.declined e
envelope.declined, e o envelope é encerrado para todos).
1. O convite
O convite sai pela forma de envio de cada destinatário (channel):
channel |
Como chega | Precisa de |
|---|---|---|
email (padrão) |
e-mail com o assunto, a mensagem do envelope e o botão para abrir | email |
whatsapp |
mensagem pelo WhatsApp da plataforma, com o link pessoal | phone |
sms |
SMS com o link curto pessoal (ods.li/...) |
phone |
WhatsApp e SMS saem pelo número da plataforma e contam nas cotas mensais do plano (veja
Cotas mensais de WhatsApp e SMS). Na API, o email é obrigatório para todos os
destinatários, mesmo para quem recebe pelo celular.
Com signing_order=1, só a primeira ordem recebe o convite; a próxima recebe quando todos da ordem anterior
concluírem (você recebe um recipient.sent para cada novo convite). Sem ordem, todos recebem ao mesmo tempo.
O link pessoal vale como a credencial da pessoa: não o compartilhe nem o grave em lugares públicos. Ele vale até o fim
da validade do envelope e é trocado a cada reenvio e lembrete (o anterior deixa de funcionar). Se a pessoa disser
que o link "não abre", reenvie o convite com POST /envelopes/{id}/resend.
2 e 3. Abertura e termo
Ao abrir o link, a pessoa vê quem enviou, o assunto e o Termo de uso de assinatura eletrônica: ao concordar, aceita receber e assinar o documento em formato eletrônico e é informada de quais dados ficam registrados (e-mail ou celular, IP, navegador, data e hora de cada ação e o hash do documento) e de como vai confirmar a assinatura. O aceite fica na trilha de auditoria.
Se o destinatário tiver código de acesso (definido no app) ou a opção antiga de código para abrir (whatsapp_auth,
sms_auth), ele é pedido antes do documento.
4 e 5. Leitura e confirmação
A pessoa lê o documento na tela (todas as páginas, com zoom) e clica em Assinar. A confirmação depende da forma de
autenticação (auth_method):
auth_method |
O que a pessoa faz para assinar | O que fica na trilha |
|---|---|---|
link |
confirma em Confirmar e assinar | acesso pelo link pessoal e confirmação na tela |
signature |
desenha a assinatura com o dedo, o mouse ou uma caneta | o desenho, mostrado na trilha de assinaturas |
email |
digita o código de 6 dígitos enviado ao e-mail na hora | token por e-mail, com o endereço mascarado |
sms |
digita o código de 6 dígitos enviado por SMS | token por SMS, com o celular mascarado |
whatsapp |
digita o código de 6 dígitos enviado pelo WhatsApp | token pelo WhatsApp, com o celular mascarado |
document |
fotografa a frente e o verso de um documento oficial com foto pela câmera do navegador (no computador, pode continuar no celular pelo QR Code) | o tipo de documento reconhecido; as fotos vão para a página Anexos da trilha |
Escolha a forma conforme o risco do documento: link e signature para o dia a dia; os tokens quando você quer uma
prova a mais de que a pessoa controla o e-mail ou o celular; document quando quer a imagem do documento de identidade
junto da assinatura. Os tokens por SMS e WhatsApp e o documento pessoal dependem do plano e das cotas (veja
Escolher a forma de autenticação).
Sem auth_method, o destinatário assina pelos campos posicionados no documento (fields), adotando uma
assinatura (estilo, desenho ou imagem). Nesse caso, cada signatário precisa de ao menos um campo signature.
Quem é viewer só precisa abrir e concluir; quem é cc não age: recebe uma cópia na conclusão.
6. Conclusão
Quando todos que precisam agir concluem, o ODSign gera o documento assinado: os documentos com a trilha de
assinaturas no fim (quem assinou, como foi autenticado, IP, data e hora e o log completo do envelope). O hash SHA-256
desse arquivo vai para final_sha256, e o documento recebe o selo eletrônico ICP-Brasil da plataforma quando ele está
ativo. Em seguida, em segundo plano, vem o carimbo do tempo (RFC 3161).
- Todos os participantes recebem o aviso de conclusão com o link para baixar o documento assinado (quem recebeu só pelo celular recebe o aviso por WhatsApp ou SMS).
- O seu sistema recebe
envelope.completede pode baixar o documento assinado (signed), o original (original) ou a trilha completa em ZIP (package, com as provas). - Qualquer pessoa pode conferir a autenticidade do documento pela verificação pública (veja Verificação pública por código).
Recusa, anulação e expiração
| Situação | O que a pessoa vê | O que muda | Evento |
|---|---|---|---|
| Recusa | escolhe Recusar e informa o motivo | envelope declined; os já avisados recebem a notificação |
recipient.declined, envelope.declined |
Anulação (POST /envelopes/{id}/void) |
os já avisados recebem a notificação com o motivo e o link deixa de funcionar | envelope voided |
envelope.voided |
| Expiração | o link deixa de funcionar | envelope expired (pela validade da conta) |
nenhum: consulte o status |
Lembretes automáticos e o aviso de "expira em breve" seguem os padrões da conta, não geram eventos e trocam o link pessoal de quem ainda não assinou.
Dicas para a sua integração
- Mostre no seu sistema o estado de cada destinatário (
recipients[].status), atualizado pelos webhooksrecipient.*: o seu atendimento sabe na hora quem falta assinar. - Para destinatários que costumam perder e-mails, use
channel=whatsappousms(comphone). - Não reenvie automaticamente em sequência: cada reenvio troca o link e gera nova mensagem. Prefira os lembretes da conta.
- Guarde o
iddo envelope e ofinal_sha256junto do registro do seu sistema: eles identificam o documento assinado para sempre.
Este artigo foi útil?
Artigos relacionados
- Escolher a forma de autenticaçãoDefina como cada signatário confirma a assinatura: link pessoal, desenho na tela, token por e-mail, SMS ou WhatsApp ou foto do documento pessoal.
- Webhooks de saídaReceba no seu sistema um aviso a cada envio, visualização, assinatura, recusa, anulação e conclusão de envelopes, com assinatura HMAC e novas tentativas.
- Referência dos endpointsTodos os endpoints da API v1 do ODSign, com método, caminho, parâmetros, respostas e exemplos em curl.
- Trilha de assinaturas e comprovante de conclusãoEntenda a trilha de assinaturas no fim do documento assinado, o comprovante de conclusão da trilha completa e o histórico do envelope no app.