Certificado digital A1 ou A3: o que aprendi errando
A escolha entre A1 e A3 parece detalhe técnico até o dia em que o token some e o caixa fica parado com fila na frente.

Sexta-feira, quatro e meia da tarde, faturamento parado. A tela devolvia um erro seco de assinatura e eu passei quarenta minutos culpando a internet, depois o servidor, depois a SEFAZ. Era o certificado digital. Tinha vencido naquele mesmo dia e ninguém no time olhava aquela data havia meses.
Confesso que demorei para entender uma coisa simples. Certificado não é assunto de TI. Também não é assunto exclusivo do contador. É infraestrutura de faturamento, do mesmo jeito que energia elétrica é infraestrutura de loja. Quando ele cai, não cai só a nota: para o caixa, para a expedição, para a cobrança.
Vou te contar como a gente escolhe entre A1 e A3 hoje, o que conferimos antes de subir o arquivo no sistema e quais sinais aparecem bem antes de o estrago acontecer.
O que o certificado digital faz de verdade dentro do ERP
Muita gente imagina que ele entra em cena só no instante em que você clica em emitir. Não é isso. O sistema monta o XML, assina, manda o lote para a SEFAZ, consulta o recibo e protocola o retorno. Cada uma dessas etapas passa pelo certificado. Os eventos que vêm depois, como o cancelamento, também.
- Assinatura do XML antes de o lote sair.
- Envio à SEFAZ e consulta do recibo.
- Protocolação do arquivo autorizado.
- Eventos posteriores, como o cancelamento.
- NFC-e nascida de venda, de pedido ou direto do caixa.
Guardo isso como regra mental: certificado com problema nunca é um erro pontual. É um erro que se repete em todo documento que a empresa tentar emitir naquele dia. Se você quiser ver onde cada etapa entra, o passo a passo da NF-e de saída mostra o caminho completo.
A1 ou A3: a diferença que aparece no dia a dia
O A1 é um arquivo. Você instala no servidor ou sobe no sistema, protegido por senha. O A3 mora numa mídia física, token ou cartão, e essa mídia precisa estar plugada na máquina que assina. Parece um detalhe de forma. Não é.
No começo a gente trabalhava com token, porque foi o que a certificadora ofereceu primeiro e ninguém questionou. Funcionava bem. Até a manhã em que a pessoa que guardava o token na gaveta faltou sem avisar e o caixa ficou sem emitir cupom até quase meio-dia.
| O que muda | A1 | A3 |
|---|---|---|
| Onde fica | Arquivo digital | Token ou cartão físico |
| Emissão automática | Roda sozinha | Depende da mídia plugada |
| Uso ao mesmo tempo | Vários processos | Preso ao dispositivo |
| Risco que me tira o sono | Cópia indevida do arquivo | Perda ou bloqueio da mídia |
| Renovação | Troca do arquivo | Nova carga na mídia |
Para quem emite o tempo todo, com venda, pedido e frente de caixa disparando documento, o A1 costuma sustentar melhor a rotina, porque não depende de alguém estar fisicamente presente. Isso é observação de quem vive o dia a dia, não parecer jurídico. Converse com seu contador e com a autoridade certificadora sobre as modalidades disponíveis para o seu caso.
O que eu confiro antes de subir o arquivo
- Bater o CNPJ do titularO certificado precisa ser da mesma empresa emitente configurada no sistema. Filial com CNPJ próprio pede tratamento próprio, e esse é ponto para confirmar com a contabilidade antes de qualquer coisa.
- Anotar o vencimento onde ninguém apagaAgenda corporativa, com aviso bem antes. Renovação leva tempo e não se começa no último dia. Eu aprendi isso do jeito difícil.
- Guardar a senha em cofreNada de planilha compartilhada nem de bilhete colado no monitor. Gerenciador corporativo, com registro de quem acessou.
- Testar antes de valerValide a assinatura no ambiente de testes primeiro. O caminho está em homologação e produção na NF-e.
- Nomear responsável e substitutoSe só uma pessoa sabe onde está o arquivo e qual é a senha, você não tem processo. Você tem sorte.
Erros que eu já cometi e você não precisa repetir
- Subir o arquivo com a senha errada e acusar o sistema de estar fora do ar.
- Configurar certificado de um CNPJ em empresa que tinha outro.
- Deixar data e hora do servidor desalinhadas, o que derruba a validação.
- Renovar o certificado e esquecer de trocar o arquivo dentro do ERP.
- Rodar rotina automática numa máquina em que o token não estava plugado.
Boa parte das mensagens que parecem problema de rede é falha de assinatura disfarçada. Antes de abrir chamado, confira validade, titularidade e senha. Já se a nota chegou a ser transmitida e voltou negada, o caminho é outro, e está em nota rejeitada pela SEFAZ.
Quem guarda a chave da empresa
Quem tem o certificado e a senha assina documento em nome da empresa. Escrevo isso devagar porque demorei a levar a sério. O controle de acesso ali deveria ser tão rígido quanto o do internet banking, e na maioria das empresas que eu visitei não é nem parecido.
- Acesso ao arquivo restrito a quem administra o sistema.
- Senha em cofre corporativo, com registro de acesso.
- Alerta de vencimento disparado com boa antecedência.
- Procedimento escrito de revogação em caso de suspeita de vazamento.
- Responsável e substituto definidos por escrito.
O efeito em cadeia quando ele some
Pedido não vira nota. Mercadoria não sai. Título não nasce no contas a receber. E aí o problema, que começou numa data de validade esquecida, chega no fluxo de caixa da semana seguinte. Por isso a validade do certificado mora no nosso painel de risco, e não só na pasta do contador.
Quem tem loja física sente primeiro, porque a NFC-e sai no momento da venda, com o cliente parado na frente do operador. Planejar o que o caixa faz nesse cenário é assunto de contingência fiscal, e vale sentar e desenhar isso antes de precisar.
Todo mundo trata certificado como papelada até a primeira sexta-feira em que ele vence.
Equipe Webajato
Por onde eu começaria hoje
Abre a configuração fiscal agora e olha a data de validade. Sério, agora. Depois confirme o titular e faça uma emissão de teste. Em seguida percorra o checklist de implantação fiscal para ver se o resto dos parâmetros está coerente. Qualquer decisão sobre modalidade, procuração e responsabilidade legal você fecha com o contador responsável, sempre.