Assinatura eletrônica
Assinar um documento leva tempo: o fluxo manda o arquivo, as pessoas recebem o convite e assinam quando podem — horas ou dias depois. Por isso a assinatura costuma render dois momentos no seu desenho: um fluxo que cria o documento e um segundo, agendado, que consulta como está e segue adiante quando todos assinaram.
Os quatro nós ficam no grupo Assinatura eletrônica da paleta do editor.
| Nó | Serve para | Credencial |
|---|---|---|
| Autentique — Documento | Enviar para assinatura e acompanhar, em um nó só | Autentique (assinatura eletrônica) |
| ClickSign — Documento | Montar a assinatura passo a passo e acompanhar | ClickSign (assinatura eletrônica) |
| Solis — Documento | Gerar e validar os XMLs do Diploma Digital | Solis DDS (Diploma Digital) |
| Solis — Assinaturas | Abrir o pedido de assinatura dos XMLs e acompanhar | Solis DDS (Diploma Digital) |
O que vale para todos
- Escolha a credencial no topo do nó, e depois a Operação — os campos abaixo dela mudam conforme a operação escolhida.
- Todo campo de texto aceita
{{ … }}com dados do item, então o mesmo nó atende um lote inteiro (um contrato por item, por exemplo). - Todos têm uma saída (
main) e acrescentam ao item um campo com a resposta do serviço. Quando a consulta devolve vários registros, sai um item por registro. - Na aba Config ficam Timeout (segundos) (padrão 60) e Saída do nó (Mesclar item, o padrão, ou Substituir item) — veja Ajustes do nó. Falhas seguem o Em caso de erro da mesma aba.
De onde vem o arquivo a assinar
Na Autentique e na ClickSign, o arquivo é o que viaja junto com o item
sob o nome de uma propriedade binária — o mesmo caminho descrito em
Como os arquivos circulam entre os nós. O campo Propriedade
binária (arquivo a assinar) aponta qual deles enviar (data é o padrão), então o
PDF do RM — Gerar Relatório, o resultado do Salvar em arquivo ou o download
do Google Drive — Arquivos entram direto na assinatura:
RM — Gerar Relatório → Autentique — Documento (enviar para assinatura)
Google Drive — Arquivos (baixar) → ClickSign — Documento (enviar documento)
Se o item não trouxer aquela propriedade, o nó avisa e pede que você gere ou baixe o arquivo num passo anterior.
Os nós do Solis são diferentes: eles trabalham com XML e recebem o conteúdo em campos de texto, não pela propriedade binária.
Autentique — Documento
Um nó só cobre o ciclo inteiro. Em Operação:
| Operação | O que faz |
|---|---|
| Enviar para assinatura | Cria o documento e convida os signatários |
| Consultar documento | Diz em que pé está e quem já assinou |
| Listar documentos | Percorre os documentos da conta |
Enviar para assinatura pede:
| Campo | Para quê |
|---|---|
| Nome do documento | É o que o signatário vê no convite. Em branco usa o nome do arquivo |
| Propriedade binária (arquivo a assinar) | Onde está o arquivo no item. Padrão data |
| Signatários (JSON) | Obrigatório. Lista com o e-mail de cada pessoa |
| Permitir recusar a assinatura | Sim (padrão) ou Não |
| Assinar na ordem da lista | Não, todos ao mesmo tempo (padrão) ou Sim, um de cada vez |
Cada signatário leva o e-mail e, se quiser, o nome e a ação: SIGN
(assinar), APPROVE (aprovar) ou ACKNOWLEDGE (tomar ciência). Um signatário
sozinho pode ser escrito sem a lista em volta. Como o campo aceita {{ … }}, dá
para montar a lista a partir dos dados do fluxo.
Escolhendo Sim, um de cada vez, cada pessoa só é convidada depois que a anterior assina.
Consultar documento pede o ID do documento — o mesmo que saiu no envio. Listar documentos tem Documentos por página (padrão 50) e Página (padrão 1), e emite um item por documento.
Sai o item com _autentique, com o documento e a situação de cada signatário.
Quando a credencial está em ambiente de testes, _autentique.sandbox avisa que o
documento nasceu sem valor legal.
Para cadastrar a credencial você precisa do token da API gerado nas configurações da sua conta Autentique, e escolhe entre Produção e Sandbox.
ClickSign — Documento
Na ClickSign a assinatura é montada em três passos, e por isso o nó tem quatro operações — três para montar, uma para acompanhar:
| Operação | O que faz |
|---|---|
| Enviar documento | Sobe o arquivo |
| Cadastrar signatário | Registra quem vai assinar |
| Vincular signatário ao documento | Liga os dois — é aqui que o convite sai |
| Consultar documento | Diz em que pé está |
Cada passo devolve em _clicksign a chave do que criou, e o passo seguinte a
consome. Encadeie os nós nessa ordem e use {{ _clicksign.key }}:
Enviar documento → Cadastrar signatário → Vincular signatário ao documento
Enviar documento:
| Campo | Para quê |
|---|---|
| Propriedade binária (arquivo a assinar) | Onde está o arquivo no item. Padrão data |
| Caminho e nome do arquivo | Começa com barra e termina com a extensão. Em branco usa o nome do arquivo do item |
| Prazo para assinar | Data e hora no formato 2026-12-31T23:59:59-03:00. Em branco usa o padrão da conta |
| Finalizar assim que todos assinarem | Sim (padrão) ou Não, finalizo depois |
Cadastrar signatário:
| Campo | Para quê |
|---|---|
| E-mail do signatário | Obrigatório |
| Nome completo | Como a pessoa aparece no documento |
| CPF | Em branco, a ClickSign não pede o documento na hora de assinar |
| Data de nascimento | No formato 1985-04-23 |
| Celular com DDD | Obrigatório quando a identidade é confirmada por SMS ou WhatsApp |
| Como confirmar a identidade | Token por e-mail (padrão), Token por SMS, Token por WhatsApp ou Certificado digital ICP-Brasil |
Vincular signatário ao documento pede a Chave do documento e a Chave do signatário, e define:
| Campo | Valores |
|---|---|
| Papel de quem assina | Assinar (padrão), Aprovar, Assinar como parte, Assinar como testemunha, Assinar como interveniente ou Acusar recebimento |
| Mensagem do convite | O texto que a pessoa lê no e-mail |
| Avisar o signatário por e-mail | Sim, enviar agora (padrão) ou Não, envio depois |
Deixando em Não, envio depois, o vínculo é criado mas ninguém recebe o convite — a assinatura fica parada até alguém avisar.
Consultar documento pede a Chave do documento.
Sai, em todas as operações, o item com _clicksign.
Para cadastrar a credencial você precisa do Access Token gerado nas configurações da sua conta ClickSign, e escolhe entre Produção e Sandbox.
Solis — Documento
Gera e valida os documentos XML do Diploma Digital (DDS), na versão do layout
do MEC informada — padrão 1.05.
| Operação | O que faz |
|---|---|
| Diploma — gerar/atualizar | Gera o XML do diploma |
| Diploma — validar XML | Confere um XML de diploma já pronto |
| Histórico escolar — gerar/atualizar | Gera o XML do histórico |
| Histórico escolar — validar XML | Confere um XML de histórico |
| Currículo escolar — gerar/atualizar | Gera o XML do currículo |
| Currículo escolar — validar XML | Confere um XML de currículo |
| Lista de diplomas anulados — gerar/atualizar | Gera o XML da lista de anulados |
| Arquivo de fiscalização — gerar/atualizar | Gera o arquivo de fiscalização |
Nas operações de gerar:
| Campo | Para quê |
|---|---|
| Versão do layout do MEC | Padrão 1.05 |
| Dados do documento (JSON chave/valor) | Em branco, o nó usa o próprio item — os campos que vieram do passo anterior |
| ID do documento a atualizar | Só no diploma. Em branco gera um novo |
| Código interno da IES | No diploma e no histórico |
| Gerar representação visual (RVDD) | Não (padrão, mais rápido) ou Sim. Vale no diploma, no histórico e no currículo |
Atualizar é a própria operação de gerar: informe o ID do documento original e traga junto, nos dados, o XML gerado antes, além dos campos a alterar.
Nas operações de validar, informe o XML a validar.
Sai o item com o que o DDS respondeu. Um documento inválido não derruba o fluxo: o Solis responde com sucesso e traz os erros e a situação do diploma como campos do item, para um IF decidir o que fazer. Só falha de comunicação ou de credencial vira erro do nó.
Solis — Assinaturas
Cuida do pedido de assinatura dos XMLs gerados no nó anterior.
| Operação | O que faz |
|---|---|
| Abrir pedido de assinatura / recarimbo | Manda o pacote de XMLs para os signatários |
| Consultar pedidos | Acompanha a situação de cada signatário |
| Validar assinaturas e carimbos do tempo | Confere arquivos já assinados |
Abrir pedido:
| Campo | Para quê |
|---|---|
| Arquivo .zip dos XMLs (Base64) | Obrigatório. O pacote a assinar |
| Signatários (JSON) | Nome, CPF/CNPJ, e-mail e seção de cada pessoa |
| E-mail do responsável | Em branco usa o do usuário do contrato |
| Prazo de expiração (dias) | Até quando o pedido vale |
| Recarimbar | Não (padrão) ou Sim, que dispensa os signatários |
| Descrição do pedido | Como o pedido é identificado depois |
Fora do recarimbo, o pedido exige signatários.
Consultar pedidos filtra por Código do pedido, Situação (pendente,
concluído), Descrição do pedido, Data inicial e Data final (no formato
AAAA-MM-DD), e pode Incluir validação da assinatura de arquivamento. Cada
processo devolvido vira um item, com os signatários e os links.
Validar assinaturas e carimbos do tempo pede os Arquivos .xml/.zip, numa lista com o nome e o conteúdo em Base64 de cada um.
Para cadastrar a credencial — a mesma dos dois nós Solis — você precisa da URL base do DDS, da chave de acesso do contrato, e do e-mail e da senha do usuário do contrato, fornecidos pela Solis.
Veja também: Credenciais, Ações e Ajustes do nó.