Rejeição 713 — Tipo de Emissão diferente de 6 ou 7 para contingência da SVC acessada

O que é esta rejeição?#

A Rejeição 713 é 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 estiver igual a 6 (SVC-AN) e a cUF do emitente pertencer a uma UF conveniada exclusivamente ao SVC-RS (como RS, SC ou PR), então há incompatibilidade entre o autorizador de contingência escolhido e a UF do emitente: altere tpEmis para 7 (SVC-RS) conforme a tabela de adesão das UFs ao serviço virtual correto.
• Se tpEmis for 6 ou 7 e dhEmi indicar uma data/hora que supera 168 horas anteriores ao momento de transmissão (calculado comparando dhEmi com dhRecbto ou timestamp atual), então a NF-e em contingência SVC foi transmitida fora do prazo legal de 7 dias: cancele o documento e emita uma nova NF-e em tpEmis=1 caso o ambiente autorizador já tenha sido restabelecido.
• Se tpEmis for 6 ou 7 e não existir o elemento infCpl ou justificativa de contingência em xJust dentro de infAdic, combinado com a ausência de dhCont e xJust no grupo ide, então os campos obrigatórios de registro do início da contingência estão faltando, tornando a NF-e estruturalmente inválida para o fluxo SVC: preencha dhCont com a data/hora exata em que a contingência foi declarada e xJust com a justificativa textual exigida pelo schema.
• Se tpEmis for 4 (EPEC) em vez de 6 ou 7, mas a NF-e estiver sendo direcionada ao webservice SVC-AN ou SVC-RS (identificado pela URL do endpoint ou pelo cUF no cabeçalho da mensagem), então o tipo de emissão é incompatível com o autorizador acessado, gerando a rejeição 713: ajuste tpEmis para 6 ou 7 conforme o serviço SVC efetivamente utilizado, ou redirecione a transmissão ao autorizador EPEC se a intenção original era emissão com evento EPEC.
• Se tpEmis for 6 ou 7 e a chave de acesso (cChave, composta por cUF+AAMM+CNPJ+mod+serie+nNF+tpEmis+cNF+cDV) contiver um dígito tpEmis diferente de 6 ou 7 na posição correta dos 44 caracteres, indicando que a chave foi gerada originalmente com tpEmis=1 e depois apenas o campo XML foi alterado sem regenerar a chave, então há divergência entre o tpEmis embutido na chave de acesso e o tpEmis declarado no elemento ide, causando falha de validação estrutural: regenere a chave de acesso completa incluindo tpEmis=6 ou 7 na posição correta e recalcule o cDV pelo algoritmo módulo 11.