SobreProjetosServiços BlogFAQContato
Início/Blog/Automação de processos
Automação de processos

Como fazer um fluxo de aprovação com assinatura eletrônica

Como montar aprovação por alçada com assinatura eletrônica: etapas, regras de valor, substituição em férias, integração e trilha de auditoria.

14 de jul. de 2026 5 min de leitura por Natiam Gabriel
Como fazer um fluxo de aprovação com assinatura eletrônica
Resposta curta

Um fluxo de aprovação se resolve modelando quem aprova o quê em função do valor e do tipo, com substituto definido para ausências e prazo com escalonamento. A assinatura eletrônica entra no fim, quando a decisão precisa virar documento com trilha verificável.

Um fluxo de aprovação com assinatura eletrônica se resolve em duas camadas separadas: a decisão, que é um fluxo interno com alçadas, prazos e substitutos, e a assinatura, que transforma a decisão em documento com evidências de autoria. Misturar as duas coisas produz sistemas que exigem assinatura formal para aprovar um pedido de material e que aceitam um clique para fechar contrato.

Camada 1: modele a decisão

Comece escrevendo a matriz de alçada. Ela é um documento de negócio, não técnico, e precisa ser validada por quem responde pelo dinheiro.

Tipo de solicitação Faixa de valor Aprova Segundo aprovador
Compra de material até 2 mil Gestor da área não
Compra de material 2 mil a 20 mil Gestor e diretoria sim
Compra de material acima de 20 mil Diretoria e financeiro sim
Desconto comercial até 10% Gerente comercial não
Desconto comercial acima de 10% Diretoria não
Contratação de pessoa qualquer Gestor, RH e diretoria sim

Três decisões que precisam estar explícitas nessa matriz:

  1. Aprovação em série ou em paralelo. Em série, um só começa depois do outro; em paralelo, todos recebem juntos e o fluxo avança quando todos ou a maioria decidem. Paralelo é mais rápido, série é mais controlado.
  2. O que acontece na recusa. Volta para o solicitante ajustar, ou encerra. Recusa que apenas encerra sem explicação gera nova solicitação idêntica no dia seguinte.
  3. Quem pode aprovar o que ele mesmo pediu. Normalmente ninguém. Essa trava precisa existir no sistema, não só na política.

Etapas, prazos e escalonamento

Cada etapa precisa de prazo. Sem prazo, a solicitação fica parada e ninguém sabe de quem é a culpa.

O desenho que funciona:

  • Prazo por etapa, contado em horas úteis.
  • Lembrete automático ao aprovador antes de vencer.
  • Escalonamento para o nível seguinte quando vence, com registro claro de que a aprovação ocorreu por decurso de prazo.
  • Painel do que está parado, por aprovador, visível para a gestão.

Esse painel muda comportamento sozinho. Aprovador que aparece na lista de pendências toda semana passa a responder.

Substituição e delegação

O fluxo trava sempre pelo mesmo motivo: alguém saiu de férias. Duas medidas resolvem:

Papéis em vez de pessoas. A regra diz "gestor da área de compras", não "João". Quando João sai, quem ocupa o papel muda e o fluxo continua.

Delegação temporária. O aprovador define quem responde por ele em um período, com data de início e fim. Toda decisão tomada por delegação fica registrada como tal, com a indicação de quem delegou.

Camada 2: a assinatura eletrônica

A assinatura entra quando a decisão precisa virar documento oponível a terceiros ou com exigência formal. Os níveis, do mais simples ao mais forte:

Nível Evidência produzida Uso típico
Aceite com login no sistema Usuário, data, endereço de origem Aprovação interna
Assinatura desenhada em tela Traço, dispositivo, momento Recebimento presencial
Assinatura eletrônica com verificação Identidade verificada, trilha completa Contratos e propostas
Assinatura com certificado digital Vínculo com certificado emitido Documentos com exigência específica

Qual nível é adequado para cada tipo de documento é uma decisão jurídica, não técnica. Ela deve ser tomada com o jurídico da empresa, e vale registrar a definição por tipo de documento para não ficar ao critério de quem monta o fluxo.

Integração com o provedor de assinatura

O fluxo técnico costuma ser este:

  1. O sistema gera o documento em PDF a partir dos dados aprovados, com numeração e versão.
  2. Chama a API do provedor criando um envelope, com os signatários, a ordem e os campos de assinatura posicionados.
  3. Recebe eventos por webhook: enviado, visualizado, assinado, recusado, expirado.
  4. Ao concluir, baixa o documento assinado e o relatório de auditoria.
  5. Arquiva os dois vinculados ao registro de origem, com resumo criptográfico para conferência posterior.

Pontos que costumam ser esquecidos:

  • Reenvio e lembrete. Signatário externo esquece. O sistema precisa lembrar automaticamente e permitir reenviar para outro endereço.
  • Expiração. Envelope sem prazo fica pendente para sempre e polui o painel.
  • Recusa com motivo. Precisa voltar ao fluxo interno como pendência, não morrer no provedor.
  • Guarda do relatório de auditoria. Ele é a evidência, e vale tanto quanto o documento assinado.
  • Custo por envelope. Provedores cobram por documento ou por assinante. Em volume alto, isso pesa e vale simular antes de escolher.

Trilha de auditoria interna

Independente da assinatura, o sistema precisa registrar, de forma que não possa ser alterada:

  • Quem criou a solicitação, quando e com quais valores.
  • Toda alteração posterior, com o valor anterior e o novo.
  • Cada decisão, com aprovador, data, comentário e se foi por delegação ou decurso.
  • O documento gerado em cada momento, versionado.

A regra que sustenta a auditoria: alteração após início do fluxo reinicia as aprovações já dadas, ou pelo menos as marca como referentes a uma versão anterior. Sem isso, é possível aprovar um valor e alterar depois, o que anula todo o controle.

O que costuma dar errado

  • Fluxo com etapas demais. Cinco aprovações para comprar material de escritório fazem as pessoas comprarem por fora. Alçada precisa ser calibrada pelo risco real.
  • Notificação apenas por e-mail. Aprovador que não abre e-mail trava o fluxo. Vale ter WhatsApp ou aviso no sistema, com link direto para a decisão.
  • Aprovar sem ver o que está aprovando. A tela de decisão precisa mostrar o essencial: o que é, quanto custa, por que, qual o impacto e quem pediu. Link para outro sistema não resolve.
  • Não medir o tempo do ciclo. Sem medir quanto tempo cada etapa consome, ninguém sabe onde está o gargalo.
  • Assinatura eletrônica onde bastava aprovação. Encarece e atrasa sem ganho.

Como implantar

Comece por um tipo de solicitação só, preferencialmente o de maior volume e menor risco, como compra de material. Rode por um mês, meça o tempo do ciclo e ajuste as alçadas com base no que aconteceu. Só então acrescente os tipos com mais risco e a camada de assinatura eletrônica, que é a parte que envolve custo por documento e definição jurídica.

Perguntas frequentes

Qual a diferença entre aprovar no sistema e assinar eletronicamente?

Aprovar no sistema registra uma decisão interna, com usuário, data e trilha. Assinar eletronicamente produz um documento com evidências de autoria destinado a valer entre as partes. Muitos fluxos internos precisam só do primeiro; contratos e documentos com terceiros costumam exigir o segundo.

Como evitar que a aprovação trave quando o aprovador está de férias?

Definindo substituto por papel, não por pessoa, e permitindo delegação temporária com data de início e fim. Além disso, um prazo com escalonamento automático faz a solicitação subir para o nível seguinte quando ninguém responde, com registro de que foi por decurso de prazo.

A assinatura eletrônica tem validade jurídica?

Depende do tipo de assinatura, do documento e do contexto, e as regras mudam com o tempo. Assinaturas com verificação de identidade e trilha de auditoria são amplamente usadas, mas a adequação para cada tipo de documento deve ser confirmada com o jurídico da empresa antes de eliminar o processo em papel.

Tem um processo que consome o time?

Me conta como funciona hoje. Se der para automatizar, eu te digo por onde começar — a conversa de diagnóstico não é cobrada.

Natiam Gabriel
Sobre o autor

Natiam Gabriel é AI Engineer & Full-Stack Developer e fundador da Retti Tech, estúdio de desenvolvimento de software que atende empresas em todo o Brasil. Constrói sistemas web sob medida, automações e integrações, com ou sem inteligência artificial, do levantamento de requisitos até a operação em produção. Mais de 20 empresas usam em produção os sistemas que desenvolveu.