Rejeição 712: confira se a UF aceita a contingência off-line da NFC-e

Quando a NFC-e retorna a rejeição 712, a empresa precisa conferir a modalidade de contingência utilizada e a permissão da UF do estabelecimento. Uma queda de internet pode justificar investigar a contingência, mas não permite escolher qualquer modalidade no emissor. Antes de tentar novamente, preserve o documento e descubra o que o sistema efetivamente enviou.

A mensagem deste contexto é “Rejeição: NFC-e com contingência off-line para a UF”. Ela pertence à autorização da NFC-e, modelo 65. O número isolado não basta: outros documentos fiscais possuem tabelas próprias. Se o retorno veio de CT-e, MDF-e ou de outro serviço, este diagnóstico não deve ser aplicado por semelhança numérica.

O que a regra verifica

No MOC 7.0, Anexo I, página 76, a regra B22-20 relaciona o 712 à NFC-e com tpEmis=9 quando a UF não aceita essa contingência. A coluna de aplicação é facultativa. Isso indica uma decisão do autorizador, não liberdade para a empresa ignorar a validação. O campo fica em ide/tpEmis; ele informa o modo de emissão declarado no XML.

Contingência off-line significa gerar o documento para autorização posterior conforme os requisitos aplicáveis. Imprimir o DANFE em contingência não comprova que a autorização posterior aconteceu. A fila dessas notas precisa permanecer acompanhada até receber uma resposta fiscal conclusiva.

Este guia foi conferido em 15/10/2026 e considera o leiaute XML 4.00. O MOC foi confrontado com a NT 2026.002 v1.11 e com uma orientação paulista posterior aos tutoriais antigos. Produção e homologação continuam distintas; a revisão documental não comprova a permissão de toda UF ou a situação de uma emissão concreta.

Confirme a orientação para o estabelecimento

Não use uma lista de estados retirada de página antiga como prova de permissão atual. Localize a orientação oficial para o estabelecimento real, o modelo 65 e o ambiente em questão. Registre a fonte, a versão ou data declarada e o trecho que sustenta a modalidade escolhida. Se o procedimento exige uma condição de uso, confirme se ela ocorreu naquela emissão.

Quando o retorno parece contrariar a orientação encontrada, preserve a resposta e o XML para investigar a divergência. Uma configuração de tela, uma nota emitida por outra empresa ou um teste em outro ambiente não substituem a conferência do caso concreto.

Um exemplo estadual precisa de data e contexto

O tutorial TOTVS de maio de 2022 usa São Paulo como exemplo de UF que não aceita offline. Já o portal oficial paulista, consultado nesta revisão, contém um aviso de manutenção da produção da NFC-e em 20/09/2026, das 6h às 19h, orientando contingência offline para eventuais indisponibilidades naquele período.

A publicação posterior impede transformar o exemplo antigo numa proibição paulista permanente. Ela também não comprova permissão para qualquer estabelecimento, ambiente ou circunstância atual. Preserve a orientação correspondente ao seu caso e confirme as condições pertinentes com a área fiscal e o suporte.

O que reunir antes da correção

Guarde o XML transmitido, a resposta completa, a chave, a série, o número e os horários. Registre também a UF do estabelecimento, o modelo, tpEmis, tpAmb e o endereço do serviço acessado. O suporte deve conferir se o documento transmitido corresponde ao que aparece na tela: uma fila antiga ou uma integração pode conservar configurações anteriores.

Verifique quando e por qual motivo a contingência foi iniciada, se houve impressão e entrega do DANFE ao consumidor e se existe tentativa anterior sem resposta conclusiva. Esse histórico muda o procedimento. Uma nota preparada para emissão normal e ainda não utilizada não exige o mesmo tratamento de uma nota que já documentou uma venda em contingência.

Consulte a orientação oficial da UF para o modelo 65 e para o ambiente pertinente. Identifique a modalidade permitida, as condições de utilização e o procedimento de transmissão posterior. Evite assumir um prazo nacional a partir de uma página de suporte de outra UF.

Como agir em cada cenário

O emissor entrou em contingência por configuração indevida

Se o documento ainda estava em preparação, a comunicação funciona e não houve utilização fiscal em contingência, corrija a configuração que selecionou o modo errado. Reprocesse o documento no fluxo próprio do emissor, com o responsável fiscal quando necessário. Confira também os campos associados à contingência; mudar somente um algarismo pode deixar um XML incoerente.

Se o DANFE já foi utilizado, não transforme o histórico em emissão normal apenas para retirar a rejeição. Preserve a ocorrência e peça ao responsável fiscal o procedimento cabível. A solução precisa corresponder ao que realmente aconteceu na venda.

A UF não admite o modo utilizado

Confirmada essa restrição na fonte estadual atual, defina a alternativa permitida para a situação concreta. A empresa pode precisar aguardar o restabelecimento do serviço ou seguir outra modalidade regulamentada. EPEC não é substituto automático: seu uso na NFC-e depende do critério da UF e das condições do serviço.

Não altere a UF do emitente, o modelo fiscal ou os dados da operação para simular enquadramento. A configuração correta do emissor deve refletir o estabelecimento real e a alternativa efetivamente disponível.

A orientação oficial permite off-line, mas o 712 persiste

Compare a versão do emissor, o XML efetivamente transmitido, o ambiente e a rota de autorização. Peça ao suporte para demonstrar esses dados com o registro da transmissão. Um teste bem-sucedido em homologação não substitui a confirmação em produção. Se os elementos estiverem consistentes, encaminhe a divergência à Sefaz com a resposta e a fonte oficial; não continue retransmitindo sem mudança comprovada.

Exemplo de investigação

Uma rede fictícia atualiza a configuração de um caixa, mas deixa documentos antigos em uma fila de envio. A equipe vê “emissão normal” na configuração atual, enquanto um XML pendente conserva tpEmis=9. O 712 é recebido para esse arquivo antigo.

O primeiro passo é identificar a venda, verificar se o DANFE foi utilizado e conferir a regra vigente da UF. Para uma nota apenas preparada, a equipe corrige a geração conforme o modo realmente cabível. Para uma venda já documentada em contingência, mantém o histórico e solicita tratamento fiscal. Assim, a atualização da tela não é confundida com a correção de todos os documentos da fila.

Verifique o resultado e saiba quando escalar

Depois da correção fundamentada, examine o novo XML e sua resposta. O desaparecimento do 712 não garante autorização: outra regra pode rejeitar a nota. Confirme a chave, o protocolo e a situação correspondente no autorizador, e reconcilie o resultado com a venda e a fila interna.

A NT 2026.002 v1.11 documenta a ampliação do domínio do off-line para NF-e com DANFE Simplificado Tipo 2, tpImp=6. Isso não transforma o 712 em regra de qualquer NF-e nem elimina a verificação estadual da NFC-e. A página 7 mantém a observação específica do modelo 65. O cronograma do documento não comprova implantação uniforme nem uma permissão estadual atual.

Acione o suporte quando a tela e o XML divergem, e o responsável fiscal quando existe documento entregue em contingência ou dúvida sobre o procedimento estadual. Encaminhe somente os arquivos necessários por canal adequado. A documentação consultada não confirma, por si só, a regularidade da emissão concreta.

Fontes

Documentação conferida em 15/10/2026.

• MOC 7.0, Anexo I: páginas 10, 76 e 150; B22-20/712, modelo 65, aplicação facultativa.

• NT 2026.002 v1.11: páginas 3, 7 e 8; domínio e regras adjacentes não equivalem a permissão estadual.

• Portal NFC-e da SEFAZ-SP: aviso datado de 20/09/2026 sobre manutenção e orientação offline naquele período; não é comprovação de aceitação de uma nota individual.

• Apoios específicos confrontados: TecnoSpeed, NDD e TOTVS. Corpos textuais lidos por WEB; tentativas diretas bloqueadas foram registradas separadamente. Menus, troca automática de modalidade e promessa de autorização não foram adotados.