Rejeição 589 — Número do NSU informado superior ao maior NSU da base de dados da SEFAZ

O que é esta rejeição?#

A Rejeição 589 é retornada pela SEFAZ durante a validação da NF-e quando há uma inconsistência relacionada a número sequencial da NF-e, série de numeração da NF-e. Isso significa que a nota fiscal não foi autorizada e precisa ser corrigida antes de ser retransmitida.

Este código indica que rejeição: Número do NSU informado superior ao maior NSU da base de dados da SEFAZ.

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 número da NF-e está fora da faixa autorizada ou já foi inutilizado
• A série informada não é válida ou não está autorizada para o emitente
• A numeração está em sequência incorreta ou há saltos na numeração
• O número excede o limite máximo permitido (999.999.999)

Como resolver#

1. Verifique a faixa de numeração autorizada para a série utilizada
2. Se números foram pulados, inutilize-os antes de continuar a sequência
3. Confirme que a série está correta para o tipo de emissão (série 0-889 para emissão normal)
4. Ajuste o próximo número no sistema emissor conforme a última NF-e autorizada

Verificações analíticas#

• Se nNF do XML for numericamente superior ao último nNF autorizado registrado na SEFAZ para o mesmo emitente (CNPJ/emit) e mesma série (serie), combinado com tpEmis=1 (emissão normal online), então o sistema emissor avançou a numeração além do controle da SEFAZ sem autorização prévia: consulte o último NSU/nNF autorizado via webservice NfeConsultaNF ou NfeConsultaProtocolo e corrija o próximo número no sistema emissor para nNF_autorizado + 1.
• Se serie estiver no intervalo 890-899 (reservado para emissão em contingência SCAN/SVC) mas tpEmis=1 indicar emissão normal, ou se serie estiver no intervalo 0-889 mas tpEmis=5/6/7 indicar contingência FS-DA/SVC-AN/SVC-RS, então há incompatibilidade entre a série utilizada e o tipo de emissão declarado, o que pode invalidar o NSU esperado pela SEFAZ: ajuste a série conforme o intervalo permitido para o tpEmis declarado.
• Se existirem gaps na sequência de nNF para a mesma serie e CNPJ emitente — ou seja, se houver números intermediários entre o último autorizado e o nNF atual que nunca receberam protocolo de autorização, cancelamento ou inutilização — então a SEFAZ pode rejeitar o NSU por descontinuidade não regularizada: emita pedidos de inutilização (NfeInutilizacao) para todos os nNF pulados antes de tentar autorizar o número corrente.
• Se cMunFG (município do fato gerador) pertencer a uma UF diferente da UF do emitente (emit/enderEmit/UF) em uma operação com CFOP de saída interna (5xxx) e tpNF=1, então há conflito geográfico que pode distorcer o vínculo do NSU ao ambiente estadual correto da SEFAZ, gerando rejeição por NSU fora da base do estado destinatário: verifique se o CFOP deveria ser interestadual (6xxx) ou corrija a UF do cMunFG para coincidir com a UF do emitente.
• Se dhEmi indicar data anterior ao período de validade do certificado digital utilizado na assinatura (verificável pelo campo Signature do XML) ou se o ano/mês extraído de dhEmi não corresponder ao ano/mês embutido no próprio nNF quando o sistema emissor usa numeração por competência, então o NSU gerado pode estar associado a um período já encerrado ou a um certificado expirado, fazendo com que a SEFAZ não reconheça o NSU como pertencente à base ativa: revalide a data de emissão e renove o certificado se necessário antes de retransmitir.