Rejeição 711 — NF-e com contingência off-line

O que é esta rejeição?#

A Rejeição 711 é retornada pela SEFAZ durante a validação da NF-e quando há uma inconsistência relacionada a forma de emissão (normal, contingência, etc.), data e hora de emissão do documento fiscal. Isso significa que a nota fiscal não foi autorizada e precisa ser corrigida antes de ser retransmitida.

Os campos afetados estão na seção de identificação da NF-e do XML.

Campos XML relacionados#

Esta rejeição está associada aos seguintes campos do XML da NF-e. Verifique cada um deles ao diagnosticar o problema:

Causas comuns#

• O tipo de emissão informado é incompatível com a situação atual do serviço da SEFAZ
• A NF-e em contingência está sendo transmitida fora do prazo permitido
• Os dados da NF-e em contingência divergem do evento EPEC previamente registrado
• O tipo de emissão de contingência não está autorizado para a UF do emitente

Como resolver#

1. Verifique o tipo de emissão: 1=Normal, 2=FS-IA, 3=SCAN (desativado), 4=EPEC, 5=FS-DA, 6=SVC-AN, 7=SVC-RS, 9=Offline NFC-e
2. Se a SEFAZ voltou ao normal, use tpEmis=1 para novas NF-e
3. Transmita NF-e em contingência dentro do prazo de 168 horas (7 dias) após a emissão
4. Confira se os dados da NF-e correspondem exatamente ao evento EPEC registrado

Verificações analíticas#

• Se tpEmis for diferente de 1 e a tag dhEmi indicar data/hora posterior ao retorno do serviço SEFAZ (verificável via dhRecbto do último lote autorizado com tpEmis=1 para a mesma UF do emitente), então a NF-e foi emitida em contingência mesmo com o ambiente operacional disponível, caracterizando uso indevido do modo de contingência: corrija tpEmis para 1 e reemita a NF-e sem contingência.
• Se tpEmis=4 (EPEC) e a diferença entre dhEmi e o horário de transmissão atual superar 168 horas (604800 segundos), então o prazo máximo permitido para regularização da NF-e em contingência EPEC foi ultrapassado: a NF-e não pode mais ser autorizada nessa chave e deve ser emitida nova NF-e com tpEmis=1 e nova numeração, além de cancelamento do EPEC se aplicável.
• Se tpEmis=4 (EPEC) e qualquer um dos campos chave — cNF, nNF, serie, dhEmi, vNF, CNPJ emit, CNPJ/CPF dest ou IE dest — divergir dos dados registrados no evento EPEC previamente transmitido e autorizado pela SEFAZ, então há inconsistência entre o XML da NF-e e o espelho EPEC, o que gera rejeição 711: reconcilie todos os campos identificadores da NF-e com exatamente os valores aprovados no evento EPEC antes de retransmitir.
• Se tpEmis indicar contingência SVC-AN (tpEmis=6) ou SVC-RS (tpEmis=7) e a cUF do emitente pertencer a uma UF que não possui autorização para uso desse tipo específico de contingência conforme tabela de habilitação da SEFAZ Nacional, então o tipo de emissão de contingência está vedado para a UF em questão: substitua tpEmis pelo tipo de contingência homologado para a UF do emitente ou utilize tpEmis=1 caso o serviço já esteja disponível.
• Se tpEmis for diferente de 1 e o campo dhCont (data/hora de entrada em contingência) ou justCont (justificativa de contingência) estiverem ausentes ou vazios na tag ide, ou se dhCont for posterior a dhEmi, então a estrutura de contingência está malformada — a data de entrada em contingência deve ser anterior ou igual à data de emissão e ambos os campos são obrigatórios quando tpEmis≠1: preencha dhCont com o instante exato em que o sistema entrou em contingência e forneça justCont com descrição válida antes de retransmitir.