Rejeição 594 — O número de sequencia do evento informado é maior que o permitido

O que é esta rejeição?#

A Rejeição 594 é 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: O número de sequencia do evento informado é maior que o permitido.

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 nSeqEvento informado no evento vinculado à NF-e for maior que 1 para um evento do tipo cancelamento (tpEvento=110111) e não existir registro de evento anterior com nSeqEvento=1 autorizado pela SEFAZ para a mesma chave de acesso, então há inconsistência de sequenciamento de eventos sem histórico predecessor: consulte os eventos autorizados para essa chave via NFeDistribuicaoDFe e reenvie o evento com nSeqEvento correto baseado no último autorizado.
• Se o campo nNF do XML for numericamente superior ao último número autorizado conhecido no controle interno do emissor E simultaneamente o campo serie corresponder a uma série (001-889) para a qual não há registro de inutilização cobrindo os intervalos intermediários, então existe salto de numeração não formalizado que invalida a sequência do evento subsequente: inutilize os números pulados via pedido de inutilização (tpEvento não aplicável, use NFeInutilizacaoNFe) antes de reprocessar o evento.
• Se dhEmi da NF-e referenciada no evento estiver em competência fiscal diferente do mês corrente E o nSeqEvento informado não corresponder ao total de eventos já registrados para essa chave mais um, então o sistema emissor pode estar reenviando um evento com contador desatualizado por falta de sincronismo entre ambiente de homologação e produção (tpAmb): verifique se o evento foi enviado no ambiente correto e reaplique o nSeqEvento incrementando sobre o último evento efetivamente autorizado naquele ambiente.
• Se o campo cOrgao do evento divergir da UF do emitente codificada nos primeiros dois dígitos da chave de acesso (cNF) e simultaneamente o nSeqEvento for maior que 1, então o roteamento para SEFAZ incorreta pode ter gerado registros de eventos parciais em autorizadoras distintas inflando artificialmente a contagem esperada de sequência: roteie o evento para a SEFAZ correta conforme cUF do emitente e consulte o histórico de eventos nessa autorizadora para determinar o nSeqEvento válido.
• Se tpEmis indicar emissão em contingência (valores 2,3,4,5,7,9) e o evento de confirmação ou cancelamento estiver sendo transmitido com nSeqEvento superior ao esperado, então o registro do evento gerado offline pode ter sido contabilizado localmente sem confirmação SEFAZ, criando divergência entre o contador local e o contador oficial: consulte a situação da NF-e via NFeConsultaProtocolo antes de transmitir o evento e ajuste nSeqEvento para lastSeqEvento autorizado mais um.