Rejeição 1048: informe o item correto da nota referenciada

Quando a empresa precisa relacionar uma linha da NF-e a um documento anterior, informar apenas a chave pode ser insuficiente. A rejeição 1048 indica que faltou dizer qual item daquele documento está sendo referenciado. A solução começa pelo XML original: localizar a linha certa e fazer o emissor conservar esse vínculo na nota atual.

Mensagem: “Rejeição: nItem do DFeReferenciado não informado [nItem: 999]”. O número mostrado no retorno identifica o item da nota em análise; não significa que se deva preencher literalmente 999 no campo de referência.

Em qual documento essa regra se aplica

A NT 2025.002-RTC v1.52, página 70, apresenta a VC03-20 para NF-e modelo 55, no serviço de autorização. Ela verifica a presença de DFeReferenciado/chaveAcesso no item e, quando tpNFDebito é diferente de 03, rejeita a falta de DFeReferenciado/nItem. A regra não se limita às devoluções: o enquadramento depende do referenciamento e do tipo de documento efetivamente informado. [1]

O campo nItem da referência corresponde ao atributo nItem do elemento det no XML original. É preciso distinguir dois números: a posição do item na nota atual e a posição do item no documento anterior. Eles podem ser diferentes. O código interno do produto, a ordem em uma tela e o número da linha do DANFE não substituem automaticamente essa identificação.

A NFC-e modelo 65 tem tratamento próprio: a VC02-04 veda o referenciamento por item, com retorno 708. Portanto, preencher esse grupo numa NFC-e não é uma solução derivada do 1048. Confirme modelo, UF, autorizador, ambiente e versão do emissor antes de seguir um procedimento destinado à NF-e. [1]

A exceção do débito tipo 03

Na nota de débito do tipo 03, relativa a notas fiscais não processadas na apuração, a VC03-20 não exige esse número. A regra vizinha VC03-10 considera o preenchimento de DFeReferenciado/nItem indevido nesse cenário, retornando 1039. A descrição do leiaute na página 29 também diferencia esse caso. [1]

Essa exceção não permite transformar uma devolução, perda de estoque ou outra operação em débito tipo 03 apenas para eliminar a rejeição. A finalidade e o tipo da nota devem representar o fato fiscal real. Se a tela mostra tipo 03 e o retorno é 1048, compare o XML transmitido: uma configuração incorreta ou um arquivo antigo pode ter levado outro valor ao autorizador.

O que conferir antes de corrigir

Guarde a resposta completa e obtenha o XML enviado e o XML do documento original. No item rejeitado, confira a chave de acesso, o número referenciado e os campos de finalidade e tipo de débito. Depois, procure no original a linha correspondente ao produto ou ajuste em questão.

Não escolha a linha apenas pela descrição comercial. Dois itens podem ter descrições iguais e, ainda assim, apresentar unidades, quantidades, valores ou tratamentos diferentes. A identificação precisa ser sustentada pelo vínculo da operação: documento de entrada, devolução, controle de estoque ou registro fiscal utilizado para preparar a nota.

Também compare o que está salvo no emissor com o arquivo final. O vínculo pode existir na tela e se perder durante a importação, a consolidação dos itens ou a geração do XML. Se houve atualização de cadastro depois de a nota ser preparada, confirme que o documento rejeitado foi realmente reprocessado.

Três situações frequentes

A nota original foi importada sem os números dos itens. A empresa tem a chave e os produtos, mas a importação descartou os atributos det/@nItem. Recupere o XML original e complete os vínculos com os números verdadeiros. Peça ao suporte para corrigir a importação, evitando que o problema se repita em novas notas.

A nota atual reorganizou ou consolidou linhas. Uma devolução pode ter apenas um item, embora o produto estivesse na quinta linha da nota de compra. Nesse caso, a referência continua apontando para o item 5 do original. Se diferentes linhas foram consolidadas, a equipe fiscal e o suporte precisam avaliar como representar cada vínculo dentro das regras aplicáveis. Não invente um item único nem divida a operação artificialmente para vencer a validação.

O preenchimento foi feito, mas o XML continua incompleto. Verifique a configuração que gera DFeReferenciado, a versão instalada e a origem dos dados. Corrija o cadastro ou a integração comprovadamente responsável e gere novamente o arquivo pelo fluxo do emissor. Não altere manualmente um XML assinado nem o documento original já autorizado.

Exemplo hipotético

Uma loja recebeu uma NF-e com oito itens. O produto que será devolvido está no item 6 do XML de compra. Na devolução, ele ocupa a linha 1. O emissor envia a chave da compra, mas omite o número do item referenciado, e o autorizador retorna 1048 para a linha atual.

A conferência identifica det nItem="6" no original. A equipe registra esse vínculo na devolução, mantendo a linha atual como item 1 e a referência como item 6. Quantidade, unidade e motivo da devolução são conferidos separadamente. O exemplo demonstra o vínculo; não comprova autorização nem dispensa as demais validações da operação.

Como verificar o resultado

Após a correção, examine o novo XML antes do envio: a chave deve apontar para o documento correto e nItem para a linha verdadeira. Reprocesse a nota rejeitada pelo emissor, incluindo a assinatura correspondente ao conteúdo atualizado, e leia o novo retorno.

O desaparecimento do 1048 não prova autorização. Outra regra pode apontar uma divergência diferente. Confirme o resultado final, a chave e o protocolo efetivamente devolvido. Preserve os arquivos anteriores e posteriores para demonstrar o que mudou, sem criar uma segunda emissão sem necessidade.

Cronograma e momento de escalar

A VC03-20 consta entre as inclusões da v1.40, cujo cronograma geral indicou homologação até 01/07/2026 e produção em 03/08/2026. Já o aviso ENCAT de 05/10/2026 adiou a implantação da v1.52 para 26/10 em homologação e 16/11 em produção. Esse aviso não suspende automaticamente a VC03-20 nem todas as regras anteriores. A exigência exclusiva de referência por item nas devoluções, VC02-14, possui cronograma distinto. Não houve teste desta orientação por UF ou autorizador. [1][2]

Acione o suporte quando o vínculo correto não chega ao XML, quando há consolidação ambígua ou quando faltam os arquivos originais. Procure o responsável fiscal se houver dúvida sobre finalidade, tipo de débito ou identificação da operação. Se os dados enviados e a regra aplicável coincidirem e a rejeição persistir, encaminhe à SEFAZ o retorno, os XMLs, o ambiente e os horários, pelo canal apropriado.

Fontes e revisão

Consulta e revisão documental por IA: 10/10/2026. Sem emissão de teste ou certificação fiscal humana.

1. NT 2025.002-RTC v1.52, páginas 5–6, 29, 69–70.

2. SVRS, aviso ENCAT de 05/10/2026.

3. Migrate, rejeição 1048, ABC71, rejeição 1048 e TOTVS, vínculo do item original. Apoio específico de três publicadores; telas e parâmetros próprios não foram atribuídos ao ALRA. A regra oficial prevalece sobre diferenças de exemplos, caminhos XML e datas dos tutoriais.