Rejeição 224: como corrigir os limites da faixa de inutilização

A rejeição 224 ocorre quando o número inicial do pedido de inutilização é maior que o número final. Antes de trocar os valores de posição, confirme quais números realmente deveriam compor a faixa. Uma simples inversão pode transformar um erro de digitação em uma inutilização indevida.

Mensagem: “Rejeição: A faixa inicial é maior que a faixa final”.

Esse retorno pertence ao serviço de inutilização de numeração. A correção deve ser feita no pedido correspondente, preservando a identidade fiscal da sequência.

O que a SEFAZ compara

A regra I03 do MOC 7.0 verifica se o número inicial supera o final. No XML de inutilização, eles aparecem em inutNFe/infInut, nos campos nNFIni e nNFFin. O serviço documentado contempla NF-e, modelo 55, e NFC-e, modelo 65; a regra é obrigatória. MOC, seção 5.3, páginas 78 a 81.

O início pode ser igual ao fim quando o pedido se refere a um único número. A igualdade não causa a 224, embora o número ainda precise cumprir as demais condições para inutilização. Essa leitura também é explicitada pela InvoiSys.

Como localizar a divergência

1. Separe a resposta original da SEFAZ e confirme o cStat 224. Guarde também o XML que gerou esse retorno.

2. Identifique emitente, modelo, série, ano, UF e ambiente. Não compare pedidos de empresas ou séries diferentes apenas porque os números coincidem.

3. Leia nNFIni e nNFFin no arquivo transmitido. Compare com o preenchimento da tela, arquivo importado ou requisição enviada à integração.

4. Consulte o controle fiscal para identificar o primeiro e o último número realmente não utilizados.

5. Verifique todos os números do intervalo pretendido, incluindo registros de outros sistemas, inutilizações anteriores e pendências de contingência.

A Dynamicca orienta localizar os limites no XML. Os nomes de telas variam entre emissores; o dado decisivo é o que foi efetivamente enviado.

Como corrigir em cada cenário

Os limites foram invertidos

Se os registros confirmam que a intenção era inutilizar todo o intervalo entre os dois números, coloque o menor no campo inicial e o maior no final. Faça isso somente depois de conferir a elegibilidade da faixa.

Por exemplo, a inversão pode explicar um pedido de 7.186 a 7.180. Mas, se algum número entre esses limites já tem uso fiscal, a solução também exige retirar esse número e formar intervalos separados.

Um dos limites foi digitado incorretamente

Recupere o valor correto pelo histórico. Se alguém pretendia inutilizar somente o número 7.186 e preencheu o final como 6, trocar a ordem criaria uma faixa muito maior que a desejada. Nesse caso, o pedido de um único número teria início e fim em 7.186, após a conferência fiscal.

A integração está invertendo os campos

Se a origem mostra a faixa correta, mas o XML a transmite ao contrário, o suporte precisa revisar o mapeamento de nNFIni e nNFFin. Depois da correção, o emissor deve gerar novamente o pedido e sua assinatura, mantendo coerente o identificador Id. Não edite somente o texto de um XML já assinado.

O XML está correto, mas a rejeição continua

Confirme se a resposta pertence à versão corrigida do pedido. Verifique se uma fila automática está reenviando o arquivo antigo. Se início e fim estiverem corretos no XML correspondente ao retorno 224, preserve os registros e encaminhe-os ao suporte com data, hora e autorizador.

A Oobj apresenta a correção da ordem dos limites. A revisão do intervalo pretendido é necessária antes de aplicar esse procedimento.

Exemplo hipotético

Uma loja identifica sete números não utilizados, de 7.180 a 7.186, na mesma série e modelo. O pedido é montado com início 7.186 e fim 7.180 e recebe 224.

A equipe confere notas, eventos e inutilizações anteriores e confirma que os sete números estão elegíveis. Corrige o início para 7.180 e o fim para 7.186, gera e assina novamente o pedido e transmite. A aceitação dependerá do resultado das demais validações do serviço.

O que verificar depois da correção

Uma faixa em ordem crescente ainda pode receber outras rejeições:

• 201: quantidade acima do limite de 10.000 números por pedido

• 241: presença de número já utilizado, inclusive EPEC quando aplicável ao modelo e ao autorizador

• 256: sobreposição com inutilização anterior

• 563: pedido repetido com a mesma faixa

Essas verificações têm tratamentos diferentes. Não altere modelo, série ou ano para escapar delas. MOC, regras I03 a I09.

Para confirmar a solução, confira o retorno 102 de inutilização homologada e o protocolo associado à faixa correta. Arquive o XML do pedido e o retorno e concilie o controle local. Se não houver resposta conclusiva, esclareça o resultado antes de repetir o envio. O campo tpAmb deve corresponder ao ambiente pretendido. A expressão “inutilização homologada” indica a aceitação do pedido; não identifica, sozinha, o ambiente de testes.

Procure a contabilidade se houver dúvida sobre quais números precisam ser regularizados ou sobre o prazo aplicável. Procure o suporte se o conteúdo transmitido não corresponder ao preenchido.

Revisão documental: 09/10/2026. Escopo: serviço de inutilização documentado para os modelos 55 e 65. A análise não certifica o funcionamento de todos os autorizadores e ambientes.