Construir ou contratar: quanto custa desenvolver assinatura digital internamente

A conversa costuma começar assim: "tem uma biblioteca que assina PDF, isso é uma semana de trabalho". E é verdade — a primeira versão sai mesmo numa semana, e ela funciona. O problema aparece quando o escopo real chega: alguém precisa saber se o certificado ainda era válido no momento da assinatura, o contrato tem três signatários que assinam em ordem, o jurídico pergunta o que sustenta o ato numa disputa, e a auditoria quer saber por quanto tempo os dados ficam guardados. Nada disso é a biblioteca. Este guia faz o inventário honesto do que um projeto de assinatura digital exige de verdade — para que a decisão entre construir e contratar seja tomada com a lista inteira à vista, e não com o primeiro item dela.

A parte fácil, para tirar do caminho

É verdade que assinar um documento programaticamente é acessível. Existem bibliotecas maduras em todas as linguagens relevantes, a documentação é boa, e uma prova de conceito que pega um PDF, aplica uma assinatura com um certificado e devolve o arquivo assinado sai em poucos dias.

Essa demonstração é honesta e é a origem do erro. Ela mede a única parte do problema que já foi resolvida por outras pessoas e distribuída como biblioteca — e a partir dela se extrapola o resto, que é onde está o trabalho.

Vale dizer com clareza: se o seu caso de uso é uma pessoa, um documento, um certificado que você mesmo guarda, sem prazo e sem terceiros, construir talvez seja mesmo a resposta certa. O restante deste guia é sobre o que acontece quando qualquer uma dessas condições cai.

O inventário do que vem depois

1. Validar o certificado, e o estado dele naquele momento

Aplicar uma assinatura com um certificado é uma coisa. Saber que aquele certificado era confiável no instante do ato é outra, e é a que sustenta o documento depois.

Isso exige montar e validar a cadeia até uma âncora de confiança reconhecida, tratar as particularidades da hierarquia brasileira, e verificar o estado de revogação no momento certo. Nenhuma dessas partes é conceitualmente difícil; todas são cheias de casos de borda que só aparecem em produção, com o certificado de um cliente específico, numa terça-feira.

2. Múltiplos signatários

O salto de um para vários signatários é maior do que parece, porque introduz estado — e estado compartilhado é onde nascem os defeitos difíceis:

• Ordem: quem assina primeiro, quem só é convidado depois do anterior concluir.
• Convites e lembretes por pessoa, com prazos individuais.
• O que acontece quando o terceiro signatário desiste e os dois primeiros já assinaram.
• Concorrência: duas pessoas concluindo ao mesmo tempo, sem corromper o documento nem duplicar o resultado.
• Assinaturas em cadeia, quando cada certificado assina sobre o estado deixado pelo anterior.

Este é o item que mais frequentemente transforma "uma semana" em "um trimestre", porque cada linha acima é um requisito que ninguém escreveu no começo e todos consideram óbvio depois.

3. Evidência que sirva de prova

Um PDF assinado demonstra integridade e autoria criptográfica. Ele não responde às perguntas que aparecem numa contestação: como se sabe que foi essa pessoa? o que ela viu antes de aceitar? de onde partiu o aceite? o que exatamente foi verificado?

Responder a isso exige um registro estruturado, ligado ao documento por hash, contendo o que foi verificado e com que resultado, os instantes de cada etapa, o dispositivo e a origem — e selado de forma que ninguém possa reescrevê-lo depois, inclusive você. Construir isso é viável. Construir de um jeito que resista à pergunta "e quem garante que vocês não editaram esse log?" é outro patamar, porque a resposta não pode depender da sua palavra.

Há ainda a parte que quase nunca entra no escopo inicial: alguém de fora precisa conseguir conferir. Uma prova que só o próprio sistema valida tem o valor da confiança que a outra parte deposita em você — que, numa disputa, é exatamente a coisa em questão. O formato desse pacote e o que ele carrega estão descritos em evidence packs e prova jurídica.

4. Entregar, e fazer a pessoa assinar

Este é o item mais subestimado, porque não parece técnico: o documento precisa chegar e a pessoa precisa concluir.

Isso significa reputação de envio de e-mail, tratamento de rejeições, um link seguro que expira, uma página que funciona no celular antigo do fiador, um segundo canal quando o primeiro falha, e lembretes antes do prazo. Nada disso é assinatura digital — e tudo isso decide a taxa de conclusão, que é a métrica pela qual o projeto será julgado.

5. Retenção, eliminação e os pedidos que chegam

Documentos assinados são dados pessoais e, se houver biometria, dado sensível. O projeto precisa de política de retenção com prazos aplicados automaticamente, eliminação sob pedido do titular com registro de que ela aconteceu, trilha de acesso, e a separação entre o que se apaga e o que se preserva porque sustenta direitos das duas partes.

Construir isso não é difícil. Lembrar de construir, antes do primeiro pedido chegar, é o que costuma falhar.

6. Estar de pé

Assinatura acontece no momento em que o negócio fecha. Indisponibilidade não adia a assinatura — frequentemente adia o negócio. Isso puxa alta disponibilidade, monitoramento, plano de incidente e alguém de sobreaviso, para um sistema que não é o seu produto.

A conta que quase ninguém faz direito

A comparação injusta e comum é: custo de desenvolvimento inicial contra mensalidade do fornecedor. Ela ignora as três linhas que mais pesam:

A linha do conhecimento concentrado merece atenção especial, porque ela é silenciosa. Um sistema de assinatura construído internamente tende a ser entendido por uma ou duas pessoas. Enquanto elas estão lá, o custo de manutenção parece baixo. Quando saem, a organização descobre que possui um componente crítico que ninguém sabe alterar com segurança — e a partir daí toda mudança fica cara ou é adiada.

Quando construir é a decisão certa

Há casos claros, e vale nomeá-los em vez de fingir que a resposta é sempre a mesma:

• A assinatura é o seu produto. Se você vende assinatura, ela não pode ser terceirizada — é a sua diferenciação.
• Um requisito exige controle que nenhum fornecedor entrega. Restrições regulatórias ou contratuais específicas, com exigências que a oferta de mercado não atende.
• O volume paga uma equipe dedicada. Em escala suficiente, a diferença de custo unitário sustenta pessoas trabalhando nisso em tempo integral — e aí a conta muda de sinal.

Fora dessas três, a pergunta que decide costuma ser simples: este componente é onde a nossa vantagem competitiva mora? Se a resposta é não, construir significa alocar as melhores pessoas em algo que não diferencia o negócio.

O caminho do meio, que costuma vencer

A escolha raramente é binária. O arranjo mais comum entre integrações maduras é construir a experiência e contratar o núcleo:

Você mantém o que diferencia e delega o que é infraestrutura comum a todo mundo que assina documentos. Se a dúvida for sobre com que ferramentas construir o núcleo, caso decida por esse caminho, o panorama está em SaaS, open source ou do zero.

Como decidir sem chutar

Uma sequência que produz uma decisão defensável em poucos dias:

1. Liste os requisitos reais, não os do primeiro caso de uso. Quantos signatários? Ordem importa? Precisa de certificado ICP-Brasil? Alguém de fora vai precisar conferir? Qual a política de retenção?
2. Estime a construção com a lista inteira, incluindo os seis itens deste guia — e some manutenção anual, não só a entrega.
3. Meça o esforço de integrar. Este passo é barato e quase nunca é feito: o ambiente de homologação é gratuito e não pede cartão. Uma tarde com a primeira assinatura em 5 minutos e o checklist de go-live dá uma estimativa real em vez de uma suposição.
4. Compare horizontes iguais — três anos, com manutenção dos dois lados.
5. Decida por componente, não pelo projeto inteiro. A tabela acima costuma ser a resposta.

O passo 3 é o que mais muda opiniões, e é o mais barato. Antes de estimar quanto custa construir, vale saber quanto custa não construir — e essa medida leva algumas horas, não um trimestre.

Para os critérios de avaliação de um fornecedor, veja o checklist de 20 perguntas técnicas e o guia sobre como escolher. Para o que uma API de assinatura digital entrega pronto, a visão geral da API descreve cada recurso citado neste inventário.

Perguntas Frequentes