Rejeição 927: confira a sequência dos itens no XML da nota

Se a emissão retornar “Rejeição: Número do item fora da ordem sequencial.”, peça ao suporte que confira a numeração dos itens no XML efetivamente transmitido. O problema pode estar na geração ou integração da nota, mesmo quando a lista exibida na tela parece correta.

Essa numeração identifica cada detalhe de produto ou serviço dentro do documento. Ela não é o número fiscal da nota, o código do produto ou a quantidade vendida. Corrigir a sequência exige manter os dados de cada linha associados ao produto e à operação reais.

O que a regra documenta

A NT 2019.001 v1.70 consultada, página 16, apresenta a H02-10, modelos 55/65. O número sequencial nItem deve seguir ordem incremental e consecutiva, começando em 1. O MOC 7.0, Anexo I, página 89, registra a mesma regra.

Há uma ressalva que precisa acompanhar essa leitura: a coluna de aplicação traz “Obrig.”, mas a observação diz “Regra de validação opcional, a critério da UF”. Portanto, não se deve afirmar que todos os autorizadores a aplicam hoje. Registre a UF, o autorizador e o ambiente correspondentes ao retorno recebido.

O MOC, página 17, identifica nItem como atributo do grupo det, com números de 1 a 990. O schema 010f consultado também mantém o máximo de 990 detalhes e o atributo obrigatório nessa faixa. Um detalhe pode começar como <det nItem="1">. O código do produto fica em prod/cProd, dentro desse detalhe. Esses campos têm funções diferentes.

Como reconhecer uma sequência incoerente

Em uma nota com três detalhes, a sequência documentada é 1, 2, 3 na ordem em que eles aparecem no XML. Se uma integração conserva 1, 3, 4 depois de retirar uma linha, existe uma lacuna. Se dois detalhes recebem o mesmo número, há repetição; se aparecem 3, 1, 2, a ordem serializada não é incremental.

Não compare apenas o conjunto dos números: confira também a ordem dos grupos no arquivo. Ordenar a tabela da tela por descrição ou código não comprova que o XML foi preparado na mesma ordem. A conferência precisa acompanhar cada detalhe e seu atributo.

Valores fora da faixa do leiaute ou defeitos de estrutura podem provocar rejeições próprias. Não atribua automaticamente qualquer problema de item à 927, nem use condições de outros códigos como parte da H02-10.

Antes de corrigir, preserve a evidência

Guarde XML, retorno completo, chave, horário da tentativa, modelo, UF/autorizador e ambiente de produção ou homologação. Compare os dados gravados na nota com o cadastro ou pedido de origem e com o arquivo enviado.

Peça ao suporte uma relação dos detalhes na ordem de transmissão, contendo nItem, código e descrição do produto, quantidade e valores. Essa comparação ajuda a localizar a quebra sem perder a associação entre as linhas. O número exibido em uma mensagem de outro erro não deve ser usado para excluir um produto por suposição.

Cenário 1: uma linha foi removida e a numeração ficou com intervalo

Uma edição do pedido pode retirar um detalhe sem atualizar os números dos que permaneceram. A integração também pode usar o identificador da linha do pedido como se fosse a posição na nota, conservando lacunas.

O emissor deve reconstruir a sequência dos detalhes da nota rejeitada. Isso não significa recuperar um produto excluído legitimamente, criar uma linha vazia ou mudar o número fiscal. Confirme quais itens pertencem à operação e preserve seu conteúdo.

Cenário 2: os itens foram ordenados depois de receberem números

Uma rotina pode numerar as linhas e depois reorganizá-las por produto, tributação ou outra característica. Se os atributos anteriores permanecerem, o arquivo pode trazer uma ordem incompatível com a sequência.

Ajuste a geração para que a sequência corresponda à lista efetivamente serializada. Confira a ligação entre produto, quantidades, valores e informações fiscais de cada detalhe. Não basta trocar números isolados se o processo misturou conteúdo entre linhas.

Cenário 3: duas origens produziram números repetidos

Uma integração pode juntar partes de um pedido e conservar a numeração própria de cada parte. Dois blocos que começam em 1 não formam automaticamente uma sequência única para a nota.

Peça ao fornecedor que numere o conjunto final de detalhes de forma coerente. A correção deve acontecer na montagem do documento, com conferência de todas as linhas. Não elimine mercadorias reais para esconder repetição e não consolide produtos apenas para a rejeição desaparecer.

Exemplo hipotético

Uma loja fictícia prepara uma NF-e modelo 55 com quatro detalhes. Antes da transmissão, o segundo é retirado porque não faz mais parte da venda. A integração conserva os atributos 1, 3, 4 nos três detalhes restantes, e o retorno apresenta 927.

A equipe confirma os produtos e valores da venda. O suporte corrige a geração para que esses três detalhes sejam numerados 1, 2, 3 na ordem do XML, mantendo o conteúdo de cada um. O exemplo não orienta alterar a numeração fiscal, inserir um item fictício ou obter autorização garantida.

Verifique a correção no arquivo e no retorno

Reprocesse a nota rejeitada pelo fluxo do emissor e compare o XML gerado. Evite editar manualmente um arquivo assinado: conteúdo, assinatura e registro interno devem permanecer coerentes. Se houve dúvida sobre autorização anterior, esclareça a situação antes de repetir a emissão.

Depois da tentativa, examine o retorno inteiro. Se houver autorização, preserve XML e protocolo correspondente. Outra rejeição exige diagnóstico de sua própria condição. Acione o suporte quando a sequência reaparecer incorreta e o responsável fiscal quando houver dúvida sobre conteúdo da operação ou associação de itens.

Alcance da conferência

Pesquisa documental atualizada em 16/10/2026, sem emissão de teste no ALRA. A observação de opção da UF permanece na linha normativa, inclusive na imagem conferida. A ausência da mensagem em outro estado ou ambiente não demonstra que a sequência esteja correta. Nenhuma configuração de outro fornecedor comprova qual rotina existe no ALRA.

Se a rejeição foi apresentada depois de uma mudança de integração, confira um documento anterior e um posterior sem expor dados de clientes. Essa comparação pode indicar em qual etapa a sequência mudou. Preserve o histórico e peça ao suporte que verifique a geração; não restaure uma configuração sem saber seu efeito sobre os documentos preparados.

Fontes e limites da pesquisa

• NT2019.001v1.70: reusoHTTP20016/10 pesquisa936/8c03. Página16 inteira lida textualmente nesta926/927,PNG16existente visto664 nesta rodada;H02-10íntegra55/65,colunaObrig comobservaçãoopcionalUF. P5inteira/PNG5vistos897 eP6inteira textual lidaagora: históricov1.10continuaentrepáginas, não criadoprazonovo nemcronogramafalso;semPNG6alegada.

• MOC7AnexoI: reusoHTTP20015/10 da9425eb4; páginas17/89inteirastextuaislidasagora ePNG89existente pessoalmente visto. AtributonItem1–990distintocProd; H02-10semrasuraeobservaçãoUFpreservada. Página153éresumo,nãoregra.

• Schemasoficiais: reuso010f15/10leiaute2bace. ElementodetmaxOccurs990 e atributo realxs:attribute nItemuse=required,patternfaixa1–990 efetivamente extraídos/lidos; cProd1–60separado. Seleçãoinicialschema-det.jsonpegounItemelementodeitemreferenciado,nãoatributodet: cachepreservado,substituídopelaextraçãocorrigidaantesdaautoria. NãoalegaXSDcompiladoouXMLrealvalidado.

• ÍndiceNacional: reusoHTTP20016/10f8ab da925,entradaNT2019v1.70publicada18/08/2025. Não comprova implantaçãoindividual; busca6caches2026por927/H02-10zero,resultadointeirolido,buscadelimitadanãopesquisaglobal.

• Oobj927: novoHTTP20016/10 c21b9774,WEB16–117corpoespecíficointeiro lido,19/09/2024. Confirmaopcionalidade/ordem,fragmentosXMLcomreticênciasnãoarquivoválido nemindicadorest ributáriosadotados. Reenvionãopromessa,correçãopelogerador nãoediçãomanualassinada.

• CIGAM927: novoHTTP20016/10 6e879685,WEB8–31corpoespecíficointeiro lido, semdataeditorialvisível,nãoinventada. ConfiguraçãoLF-GE1839/menu/reinício pertencemCIGAM,nãoALRA,nãoexecutados. ObservaçãoUFconvergente.

• InvoiSys927: novoHTTP20016/10 5b80e794,WEB26–43corpoespecíficointeiro lido,semdataeditorialvisível. ReferênciaMOC6antiga;somenteconteúdosequênciaéapoio,primáriasatuais prevalecem. Imagemdoexemplo nãoinspecionada,nãovalidaçãoXMLreal nemgarantiaque927nãoretornará.

Trêscorposespecíficosdistintos efetivamente lidos, nãoíndices. ResultadoFiscalAPIdebusca927comnNF/série/inutilização é incompatívelcomH02-10: nãoadotado,nãoreceitaparatrocarnúmerofiscal. Originalepróprianegativapreservadossemretroaprovação. Atualidade documental e inspeçõesefetivas supremfaltasdocumentais; testeindividualUF/ambientenãofoifabricado. Semnovasimagenscriativas/capas/publicação.