Rejeição 1096: confira o item original da NF-e antes de reenviar o evento

Se um evento fiscal retornou 1096, compare o número do item enviado com o XML autorizado da NF-e à qual ele se refere. A mensagem “Rejeição: Número de item não existe na NFe” indica uma referência que não encontra correspondência naquele documento. O número da linha na tela de compras pode ser diferente do número fiscal que precisa constar no evento.

Para o empresário, o primeiro cuidado é preservar a nota de aquisição e interromper a repetição automática do evento com os mesmos dados. A análise deve localizar o vínculo errado. Não é necessário emitir outra nota para criar um item que falta, nem alterar o documento do fornecedor para acomodar o sistema interno.

Qual operação recebeu o código

Na NT 2025.002-RTC v1.52, a regra 2P24-10 aparece em quatro eventos de NF-e modelo 55:

Na tabela, os grupos são localizadores da documentação, não instruções de serialização validadas. Para 211110, o leiaute da p.76 usa gCredPresOper, mas a regra 2P24-10 da p.77 conserva gCredPres/nItem. Os recortes também têm grafias nitem/nItem. Confira leiaute, XSD e versão efetivamente aplicáveis antes de concluir nome ou case. Não crie tag nova nem adivinhe correção para essa divergência.

A comparação é com o atributo nItem de det da NF-e referenciada. A documentação concentra esses eventos no Web Service de Registro de Eventos da SVRS. Confirme ambiente, endereço do serviço e versão do aplicativo. Este guia não valida endpoints individuais nem comprova disponibilidade por UF/ambiente; confirme o endereço oficial aplicável à configuração real. A NFC-e modelo 65 não se torna elegível porque o número 1096 aparece em uma nota técnica que também trata desse modelo. [1]

O que conferir primeiro

Separe o XML autorizado original, o XML do evento rejeitado, a resposta completa e o registro que ligou a compra à nota. No evento, confira chNFe, tpEvento, autor, ambiente e o número de cada item. No documento original, confira a mesma chave e os atributos det/@nItem.

O código interno do produto, a posição de uma linha filtrada e o número do item fiscal são identificadores diferentes. Um relatório que agrupa produtos iguais também pode mostrar uma linha para dois itens distintos da nota. Faça a comparação pelo XML, usando descrição, código do fornecedor e quantidade como apoio para localizar o item real.

Antes de corrigir, verifique se a empresa está usando o arquivo definitivo autorizado. Uma prévia de compra, uma versão rejeitada ou outro documento com os mesmos produtos pode explicar a divergência. Anote qual arquivo foi examinado e preserve sua origem; isso permite reproduzir a análise sem depender da tela atual.

Como tratar as causas mais comuns

A integração usou a posição na tela

A compra foi reorganizada por descrição, e o evento utilizou o índice da lista interna. Corrija o mapeamento para conservar o número fiscal recebido na importação. Depois, gere novamente o evento pelo emissor, com assinatura apropriada, e compare seu conteúdo antes do envio.

Não escolha um número existente ao acaso. A existência é apenas uma validação: o item também deve representar o bem ou combustível envolvido no fato que está sendo informado. Um evento pode deixar de receber 1096 e continuar materialmente incorreto.

A chave pertence a outra nota

Uma compra reúne vários documentos do fornecedor, mas a integração vinculou o evento à chave de apenas um deles. Identifique em qual NF-e o bem está descrito. Corrija a associação conforme a aquisição real e o procedimento do evento utilizado, sem substituir a chave por tentativa.

Se o arquivo correto não estiver disponível, solicite sua recuperação. Não reconstrua a sequência fiscal a partir de uma impressão parcial nem presuma que notas com numeração próxima têm os mesmos itens.

A importação agrupou ou separou linhas

O sistema transformou duas linhas fiscais em um cadastro único, ou dividiu um item em vários registros de estoque. Mantenha a relação de cada registro com a origem fiscal. O evento deve referenciar o item da nota; unidades, quantidades e valores precisam ser avaliados no contexto próprio, sem criar números fiscais novos.

Nos eventos de combustível e de imobilização há controles adicionais de quantidade e valores. Resolver a referência não elimina essas verificações e não comprova direito ao crédito. A contabilidade deve avaliar o enquadramento; o suporte deve corrigir a transformação dos dados.

Exemplo hipotético

Uma oficina importa uma NF-e com três itens: bancada, compressor e kit de ferramentas. Na nota autorizada, o compressor é nItem=2. A tela patrimonial mostra o equipamento como registro 17, pois já contém outros bens. Ao preparar a imobilização, a integração envia 17 no evento 211130 e recebe 1096.

A equipe compara a chave, identifica o compressor no XML original e confirma que o patrimônio corresponde àquela aquisição. Corrige a relação entre registro 17 e item fiscal 2. O novo evento conserva os valores e quantidades justificados pela operação. A solução vem da rastreabilidade; nenhum dado da nota autorizada é modificado.

Como verificar o resultado

Confira o XML regenerado antes de retransmitir: a chave deve ser a correta e todos os números de item devem existir no documento correspondente. Leia depois o retorno individual do evento, não apenas a mensagem de recebimento do lote. Guarde eventual protocolo, data de registro e vínculo à NF-e.

Se surgir outra rejeição, trate sua condição específica. Não marque o crédito como liberado apenas porque o 1096 desapareceu. O registro técnico do evento e o tratamento fiscal na apuração são etapas que precisam ser conciliadas.

Escale ao suporte quando o XML mostra o número correto, mas a integração envia outro, quando o mapeamento se perde após nova importação ou quando chave e item coincidem e a rejeição persiste. Envie os arquivos e horários pelo canal protegido de atendimento. Acione o responsável fiscal diante de dúvida sobre autor, tipo de evento, destinação do bem ou crédito admissível.

Versão e calendário da orientação

Conferência documental em 10/10/2026: v1.52, páginas 73 e 76–82. O aviso ENCAT de 05/10 mudou os prazos dessa versão para 26/10 em homologação e 16/11 em produção. Isso não prova que os quatro eventos anteriores estejam suspensos até novembro, nem confirma disponibilidade em cada ambiente. Confira o serviço utilizado e a versão aplicável; guias antigos podem conservar o evento 211120, eliminado na v1.40. [1][2]

Fontes

1. NT 2025.002-RTC v1.52, seções 8 e 8.4 a 8.8, p.73, 76–82; consulta em 10/10/2026.

2. Aviso ENCAT/SVRS de 05/10/2026, consulta em 10/10/2026.

3. TecnoSpeed: eventos RTC, apoio específico ao 1096 nos quatro eventos; publicação 04/08/2026, baseada até v1.40.

4. ACBr: Imobilização de Item, apoio ao vínculo de nItem; não é guia específico do 1096.

5. TOTVS Datasul: evento 211130, apoio adjacente ao vínculo documental, publicado em 25/09/2026; rotinas do produto não descrevem funcionalidades ALRA.