Rejeições da SEFAZ na NF-e: As Mais Comuns, Como Resolver e Rejeitada vs Denegada vs Cancelada

Toda empresa que emite Nota Fiscal Eletrônica (NF-e modelo 55 ou NFC-e modelo 65) já se deparou com a temida resposta de recusa da Secretaria de Estado da Fazenda (SEFAZ). O autorizador devolve um código numérico de três dígitos (cStat) acompanhado de uma descrição sintética (xMotivo) que, na maioria dos casos, deixa desenvolvedores e operadores fiscais sem saber exatamente qual campo do XML provocou o bloqueio.

A regra fundamental para resolver rejeições com rapidez e sem retrabalho é sempre a mesma: identificar o código de retorno, compreender a regra de negócio violada, corrigir os dados na origem e retransmitir o documento. Nota rejeitada não existe juridicamente perante o Fisco, o que significa que o número e a série permanecem válidos e disponíveis para nova tentativa.

Neste guia técnico completo, desmistificamos os principais códigos de erro da SEFAZ, explicamos a diferença crucial entre nota rejeitada, denegada, cancelada e inutilizada, e apresentamos as melhores práticas arquiteturais para blindar seu ERP ou e-commerce contra falhas de emissão utilizando a API do NFER.

Antes de Tudo: Rejeitada ≠ Denegada ≠ Cancelada ≠ Inutilizada

A confusão entre esses quatro conceitos fiscais custa centenas de horas de suporte e, com frequência, gera sérias divergências contábeis e quebra indevida de numeração. Antes de tentar qualquer ação corretiva no seu sistema, compreenda o estado jurídico da nota:

Os 5 Grupos Mais Comuns de Rejeição da SEFAZ

Embora o Manual de Orientação do Contribuinte (MOC) liste mais de 500 regras de validação, na prática operacional as rejeições se concentram em 5 grandes famílias de problemas.

Grupo 1 — Cadastro do Emitente e do Destinatário

É o grupo mais previsível e evitável de todos. As falhas ocorrem por inconsistências cadastrais entre os dados informados no XML e a base oficial da Receita Federal ou do Cadastro Centralizado de Contribuintes (CCC/SINTEGRA).

Grupo 2 — Cálculo, Impostos e Totalização

Neste grupo, a estrutura do XML está perfeita, mas a matemática fiscal não fecha. A SEFAZ realiza o recálculo exato de cada tributo informado com base nas alíquotas e bases de cálculo preenchidas no nó <imposto>.

Grupo 3 — Chave de Acesso, Numeração e Duplicidade

A chave de acesso de 44 dígitos da NF-e é construída através de regras estritas de composição (UF, Ano/Mês, CNPJ, Modelo, Série, Número, Tipo de Emissão e Código Numérico cNF). Divergências entre a chave e o conteúdo do documento geram rejeição imediata.

Grupo 4 — Schema XML e Estrutura

O XML da NF-e segue esquemas XSD rígidos padronizados nacionalmente pelo ENCAT. A menor quebra de ordem de tags ou inclusão de caracteres inválidos provoca rejeição genérica.

Grupo 5 — Serviço, Contingência e Certificado Digital

Neste grupo, o seu documento XML pode estar 100% correto, mas a transmissão falha por problemas de infraestrutura externa ou autenticação mTLS.

Como a API NFER Trata e Previne Rejeições

Na arquitetura da NFER, desenvolvemos nosso motor fiscal para que desenvolvedores e software houses não precisem gastar tempo decifrando mensagens enigmáticas nem criando lógica complexa de renumeração.

1. Validação Prévia com HTTP 400: O motor NFER analisa o JSON da nota contra as regras de schema e dados obrigatórios antes mesmo de assinar o XML. Se houver erro evidente de digitação, CEP incompleto ou campo nulo, a API devolve um erro síncrono 400 VALIDATION_ERROR com apontamento claro do campo, sem queimar chamadas na SEFAZ e sem risco de cStat 656.
2. Retransmissão no Mesmo ID e Número: Se a SEFAZ rejeitar a nota por regra fiscal (ex.: cStat 528 ou 778), você não precisa criar uma nova nota nem avançar a numeração. Basta enviar um PUT /v1/nfe/:id com o payload corrigido e chamar POST /v1/nfe/:id/send. A NFER reusa o mesmo número e série já reservados, mantendo o banco do seu ERP 100% íntegro.
3. Circuit Breaker e Contingência Automática: Quando o autorizador estadual responde com instabilidade (cStat 108/109/584) ou timeout de rede, o NFER pode comutar automaticamente para a SVC (Sefaz Virtual de Contingência) para notas modelo 55, ajustando o tipo de emissão (tpEmis) sem exigir intervenção humana.
4. Webhooks com Códigos Estruturados: Ao assinar o evento nfe.erro, seu webhook recebe os atributos erroCstat e erroMotivo normalizados no JSON, permitindo que a interface do seu ERP exiba a mensagem amigável diretamente para o usuário final.

Checklist para Software Houses: Como Reduzir Rejeições em 90%

• 1. Consulta Prévia de Cadastro: Bloqueie a emissão caso a Inscrição Estadual do comprador esteja inativa no SINTEGRA ou divergente na SEFAZ.
• 2. Arredonde Item a Item: Faça todos os cálculos tributários (ICMS, IPI, PIS, COFINS) arredondando cada item para duas casas decimais antes de computar o total da nota.
• 3. Monitore o Status da SEFAZ: Em rotinas de faturamento em lote ou fechamento de dia, consulte o endpoint de status antes de disparar centenas de notas em fila.
• 4. Não Martele Requisições em Falhas: Implemente backoff exponencial (3s, 9s, 27s) ao consultar notas em processamento para evitar o temido cStat 656 (Consumo Indevido).
• 5. Registre Métricas de cStat: Monitore a incidência de rejeições por código numérico em seus dashboards de telemetria. Identificar que 70% dos seus erros derivam do mesmo NCM ou CEST resolve o problema na fonte em poucos minutos.

Perguntas Frequentes sobre Rejeições da SEFAZ

Preciso cancelar uma NF-e rejeitada?

Não. Nota fiscal rejeitada não foi autorizada pela SEFAZ e, portanto, não possui validade jurídica. Não há registro a ser cancelado. Basta corrigir a causa da recusa e retransmitir o documento com o mesmo número.

Rejeição consome a numeração da nota fiscal?

Não. A numeração permanece desocupada perante a Fazenda. Ao utilizar a API NFER, o mesmo id de rascunho/erro pode ser retransmitido quantas vezes forem necessárias até a autorização ser confirmada com sucesso (cStat 100). Caso você decida intencionalmente descartar essa numeração e pular para outra, aí sim é necessário formalizar a inutilização.

Qual a diferença prática entre Rejeição e Denegação?

A rejeição é uma reprovação na validação dos dados da nota — ela pode ser corrigida e retransmitida. A denegação (cStat 110, 301, 302) é uma recusa por irregularidade fiscal grave de uma das empresas envolvidas; o documento fica arquivado na SEFAZ, a chave de acesso é gravada e ela não pode ser alterada, reutilizada nem cancelada.

O que fazer quando receber o cStat 656 (Consumo Indevido)?

Interrompa imediatamente qualquer script ou chamada repetida contra a SEFAZ para aquela chave de acesso. O bloqueio temporário por consumo indevido dura cerca de 60 minutos. Após a pausa, execute uma única consulta manual do status da nota antes de tentar novo envio.