Todo autorizador estadual (a SEFAZ) pode ficar indisponível ou lento. Sem um plano de contingência, a fila do balcão para na hora em que o cliente vai pagar. A boa notícia: a legislação previu exatamente esse cenário, e um sistema bem construído lida com ele de forma automática, sem o operador ter que fazer nada.
O que é contingência de emissão
Contingência é o conjunto de mecanismos que permitem continuar emitindo nota fiscal quando o autorizador normal não responde. A ideia central é simples: a venda não pode parar. A nota é emitida em modo de contingência agora, e a autorização definitiva acontece um pouco depois, quando a SEFAZ volta.
Os mecanismos variam conforme o modelo do documento. A NFC-e (modelo 65), do varejo no balcão, usa a contingência offline. A NF-e (modelo 55) usa caminhos diferentes, como a SVC e o EPEC. Se você ainda tem dúvida sobre qual documento emitir em cada situação, vale revisar NF-e, NFC-e, MDF-e e CT-e: qual emitir.
NFC-e: contingência offline
Quando o autorizador não responde, a NFC-e é emitida em modo offline. Na prática:
- A nota é gerada e identificada como emissão em contingência (o campo
tpEmismuda em relação à emissão normal). - O DANFE NFC-e é impresso com a informação de que foi emitido em contingência, e o cliente leva o cupom.
- A venda continua normalmente no caixa.
- Quando a SEFAZ volta, o XML é transmitido para autorização em lote, dentro do prazo legal (tipicamente até 24 horas).
Ou seja: a venda acontece na hora e a autorização vem logo em seguida, retornando o cStat 100 (nota autorizada). O cliente não percebe diferença; a diferença fica só no fluxo interno do sistema.
Pré-requisitos para operar offline
A contingência offline da NFC-e não é mágica: ela depende de configuração prévia. Para funcionar você precisa de:
- CSC (Código de Segurança do Contribuinte) e o QR Code já configurados.
- Numeração disponível para as notas que serão emitidas offline.
- Um sistema que detecte a indisponibilidade e caia para contingência automaticamente, sem depender do operador clicar em nada.
NF-e: SVC e EPEC
A NF-e (modelo 55) geralmente não usa a mesma contingência offline da NFC-e. Ela conta com:
- SVC (SEFAZ Virtual de Contingência), nas variantes SVC-AN e SVC-RS: um autorizador alternativo assume e autoriza a nota enquanto a SEFAZ de origem está fora do ar.
- EPEC (Evento Prévio de Emissão em Contingência): para casos específicos, registra o evento de emissão em contingência antes da autorização definitiva.
Na prática, para NF-e o caminho padrão é a SVC. O importante é que o sistema saiba escolher o mecanismo certo conforme o modelo do documento.
Os riscos que ninguém conta
Contingência resolve o problema imediato, mas cria pendências que precisam ser tratadas:
- Esquecer de transmitir depois. A nota emitida offline fica pendente. Se ninguém transmite dentro do prazo, ela vira um problema fiscal.
- Controle de numeração. As notas emitidas em contingência consomem numeração e precisam manter a sequência.
- Reconciliar o retorno. A nota transmitida pode ser autorizada ou rejeitada. Cada retorno precisa ser tratado; uma rejeição não pode passar despercebida.
Por isso a diferença entre um sistema robusto e um improviso está no que acontece depois da queda, não durante.
Como deve funcionar um sistema robusto
O comportamento ideal é totalmente automático:
- Detectar a queda da SEFAZ.
- Cair para contingência sozinho (offline na NFC-e, SVC na NF-e).
- Enfileirar as notas emitidas em contingência.
- Reconciliar e transmitir o lote automaticamente quando a SEFAZ volta, tratando autorizações e rejeições.
O operador do balcão não deveria precisar saber que a SEFAZ caiu. Ele só vende.
No SoftPay, quando a SEFAZ cai a nota entra em fila e é reconciliada automaticamente assim que o autorizador volta. Na NFC-e há contingência offline para a venda no balcão não parar, e a idempotência evita duplicar a nota no reenvio do lote. Veja como isso funciona na prática em nossos planos.
Por que resolver isso via API
Amarrar detecção de queda, contingência, fila e reconciliação na mão dá um trabalho enorme e é justamente onde a maioria das integrações falha. Delegar essa camada para uma API que já trata tudo isso libera você para cuidar do produto e do caixa. É a proposta de emitir nota fiscal por API: você chama o endpoint, a nota entra na fila e a autorização (ou a contingência) acontece por baixo dos panos.
No fim, contingência bem-feita é invisível. A venda não para, o cupom sai, e a nota é autorizada assim que a SEFAZ volta — sem drama e sem pendência esquecida.