Rejeição 1042 — NF-e com referenciamento a nível de item informado indevidamente

Resumo Rápido

A Rejeição 1042 ocorre quando a NF-e informa referenciamento de documento fiscal no nível do item, por meio do grupo <DFeReferenciado>, em uma situação em que esse tipo de referência não é permitido.

Na prática, o XML está dizendo à SEFAZ que determinado item da nota está vinculado a um item de outro documento fiscal. Esse tipo de vínculo não pode ser usado livremente em qualquer finalidade de NF-e.

Quando a SEFAZ identifica que o grupo de referenciamento a nível de item foi informado indevidamente, a nota é rejeitada.

Solução rápida

Verifique a finalidade da NF-e no campo <finNFe>.
Localize o grupo <DFeReferenciado> no item da nota.
Confirme se a operação permite referenciamento a nível de item.
Se a operação não permitir, remova o grupo <DFeReferenciado> do item.
Se a operação for uma devolução, revise a finalidade da NF-e e o vínculo com o item da nota original.
Gere novamente o XML.
Transmita a NF-e novamente.

Dados rápidos

Diagnóstico Rápido

A NF-e possui grupo `<DFeReferenciado>` dentro do item?
A finalidade da NF-e foi informada corretamente em `<finNFe>`?
A operação é realmente uma devolução de mercadoria?
O item da nota está referenciando corretamente o item da NF-e original?
Existe também referência no grupo `<NFref>`?
O ERP gerou o referenciamento por herança de uma operação anterior?
A integração enviou item referenciado indevidamente?
A regra fiscal foi copiada de uma operação de devolução?

Mensagem da Rejeição

1042 - NF-e com referenciamento a nível de item informado indevidamente

Em algumas implementações, a mensagem pode ser apresentada com indicação do item da NF-e.

O que significa essa rejeição?

Significa que a NF-e possui referência a outro documento fiscal no nível do item, mas a operação não permite esse tipo de preenchimento.

O referenciamento a nível de item é diferente do referenciamento tradicional de documento fiscal.

No referenciamento tradicional, a nota informa uma chave de acesso no grupo de documentos referenciados da NF-e, normalmente no cabeçalho da nota.

No referenciamento a nível de item, o XML vincula um item específico da NF-e atual a um item específico de outro documento fiscal.

Esse vínculo é muito mais detalhado e deve ser utilizado apenas nas situações previstas pelas regras de validação.

Quando o ERP envia esse grupo em uma finalidade de NF-e que não permite o referenciamento detalhado por item, a SEFAZ rejeita o documento com a Rejeição 1042.

Sintomas Comuns

NF-e rejeitada após implantação de regras da Reforma Tributária.
XML com grupo <DFeReferenciado> dentro de um ou mais itens.
Operação cadastrada como normal, ajuste, complemento, crédito ou débito, mas com referência de item.
Nota gerada a partir de uma devolução anterior.
Integração reaproveitando dados de documento referenciado.
ERP preenchendo automaticamente chave de acesso e número de item referenciado.
Rejeição em notas criadas por cópia de outro documento.
Divergência entre finalidade da nota e tipo de referenciamento enviado.

Por que essa rejeição acontece?

Referenciamento de item informado indevidamente

A causa direta é a presença do grupo <DFeReferenciado> em uma operação que não aceita o referenciamento detalhado a nível de item.

Finalidade da NF-e incorreta

A nota pode estar com <finNFe> diferente da finalidade real da operação.

Por exemplo, uma operação de devolução pode ter sido cadastrada como normal, ajuste, crédito ou débito.

Regra fiscal copiada de devolução

Muitas empresas criam novas naturezas de operação copiando cadastros existentes.

Quando uma regra de devolução é copiada para outra operação, o ERP pode continuar gerando o vínculo a nível de item indevidamente.

Integração enviando dados extras

Sistemas externos podem enviar a chave de acesso e o número do item referenciado mesmo quando a operação não exige esse nível de detalhe.

Confusão entre `<NFref>` e `<DFeReferenciado>`

O ERP pode confundir o referenciamento da nota inteira com o referenciamento de item.

Esses dois conceitos não são equivalentes.

Causa Raiz

A Rejeição 1042 normalmente está relacionada a uma inconsistência entre a finalidade da NF-e e o grupo de documento referenciado no nível do item.

A causa raiz geralmente está em um destes pontos:

Finalidade da NF-e parametrizada incorretamente.
Operação fiscal configurada como devolução quando não deveria.
Operação que não é devolução usando regra herdada de devolução.
Integração enviando <DFeReferenciado> indevidamente.
Geração automática de vínculo com item da nota original.
Confusão entre documento referenciado no cabeçalho e item referenciado no detalhe.
Falta de atualização do ERP para as regras da Reforma Tributária.

Como Resolver

Passo 1

Abra o XML rejeitado.

Passo 2

Verifique a finalidade da NF-e no grupo <ide>:

<ide>
   <finNFe>...</finNFe>
</ide>

Passo 3

Localize o grupo de referenciamento a nível de item:

<DFeReferenciado>
   <chaveAcesso>...</chaveAcesso>
   <nItem>...</nItem>
</DFeReferenciado>

Passo 4

Confirme se a operação permite esse tipo de referenciamento.

Em regra operacional, o referenciamento a nível de item deve estar coerente com a finalidade da nota, principalmente em operações de devolução que exigem vínculo com o item da NF-e original.

Passo 5

Se a operação não permitir referenciamento de item, remova o grupo <DFeReferenciado> do item.

Passo 6

Se a operação for de devolução, revise:

Finalidade da NF-e.
Chave da NF-e original.
Número do item referenciado.
CFOP de devolução.
Natureza da operação.
Regra fiscal no ERP.

Passo 7

Gere novo XML.

Passo 8

Transmita novamente a NF-e.

Exemplo Prático

Uma empresa emite uma NF-e com finalidade diferente de devolução, mas o ERP envia o grupo de referenciamento a nível de item.

Finalidade da NF-e: Normal
Grupo informado no item: DFeReferenciado
Resultado: Rejeição 1042

Nesse caso, a SEFAZ entende que o XML possui um vínculo detalhado de item que não deveria estar presente naquela operação.

A correção é revisar a finalidade da nota e remover o referenciamento indevido do item, caso a operação não seja uma devolução que permita ou exija esse vínculo.

Exemplo XML

XML com erro

<NFe>
   <infNFe>
      <ide>
         <finNFe>1</finNFe>
      </ide>
      <det nItem="1">
         <prod>
            <cProd>001</cProd>
            <xProd>Produto de exemplo</xProd>
         </prod>
         <imposto>
            ...
         </imposto>
         <DFeReferenciado>
            <chaveAcesso>35260100000000000100550010000012341000012345</chaveAcesso>
            <nItem>1</nItem>
         </DFeReferenciado>
      </det>
   </infNFe>
</NFe>

Por que está errado?

A NF-e foi emitida com finalidade normal, mas contém referenciamento a nível de item.

Esse grupo não deve ser informado quando a operação não permite esse tipo de vínculo.

XML corrigido

<NFe>
   <infNFe>
      <ide>
         <finNFe>1</finNFe>
      </ide>
      <det nItem="1">
         <prod>
            <cProd>001</cProd>
            <xProd>Produto de exemplo</xProd>
         </prod>
         <imposto>
            ...
         </imposto>
      </det>
   </infNFe>
</NFe>

O que mudou?

O grupo <DFeReferenciado> foi removido do item.

A nota deixou de informar um vínculo detalhado com item de outro documento fiscal em uma operação que não permitia esse preenchimento.

Exemplo em Operação de Devolução

Em uma devolução, pode ser necessário referenciar a NF-e original e o item original que está sendo devolvido.

Nesse caso, o problema pode não ser a existência do grupo <DFeReferenciado>, mas sim a finalidade da NF-e ou a forma como o vínculo foi montado.

Exemplo conceitual:

<ide>
   <finNFe>4</finNFe>
</ide>
<det nItem="1">
   <prod>
      <cProd>001</cProd>
      <xProd>Produto devolvido</xProd>
   </prod>
   <imposto>
      ...
   </imposto>
   <DFeReferenciado>
      <chaveAcesso>35260100000000000100550010000012341000012345</chaveAcesso>
      <nItem>1</nItem>
   </DFeReferenciado>
</det>

Nesse cenário, o ERP deve garantir que a operação, a finalidade, o CFOP, a chave de acesso e o número do item referenciado estejam coerentes.

Como Identificar o Problema no ERP

Onde verificar

Cadastro da natureza de operação.
Tipo de operação.
Finalidade da NF-e.
Configuração de devolução.
Aba de documentos referenciados.
Vínculo entre item atual e item da NF-e original.
Integrações de pedidos, devoluções e faturamento.
Geração do XML.

O que procurar

Campo de finalidade preenchido incorretamente.
Operação normal usando regra de devolução.
Grupo <DFeReferenciado> gerado automaticamente.
Documento referenciado informado em duplicidade.
Chave de acesso preenchida no item sem necessidade.
Número do item referenciado enviado indevidamente.
Parametrização herdada por cópia de cadastro.
Customização que força documento referenciado no item.

Diferença entre `<NFref>` e `<DFeReferenciado>`

`<NFref>`

É o grupo usado para referenciar documentos fiscais no nível da nota.

Ele indica que a NF-e atual possui relação com outro documento fiscal, como uma NF-e original, complementar, ajuste ou outro documento referenciado.

`<DFeReferenciado>`

É o grupo usado para referenciar documento fiscal no nível do item.

Ele identifica não apenas a chave de acesso do documento anterior, mas também o item específico relacionado.

Diferença prática

<NFref> referencia o documento.

<DFeReferenciado> referencia o item de um documento.

Essa diferença é essencial para evitar rejeições como 1010, 1042, 1048 e 1102.

Relação com Outras Rejeições

Rejeição 1010

Ocorre quando há referenciamento de documento no nível da nota e também no nível do item ao mesmo tempo.

Rejeição 1027

Ocorre quando a NF referenciada é informada indevidamente em determinadas operações.

Rejeição 1038

Está relacionada à ausência do grupo <DFeReferenciado> quando ele é exigido.

Rejeição 1039

Está relacionada ao número do item do <DFeReferenciado> informado indevidamente.

Rejeição 1048

Está relacionada à ausência do número do item referenciado quando ele é exigido.

Rejeição 1102

Está relacionada à devolução de mercadoria que exige referenciamento do item da NF-e original.

Impactos para a Empresa

Fiscal

A NF-e não é autorizada enquanto o XML estiver inconsistente.

Faturamento

A operação pode ficar bloqueada até a correção da finalidade ou do documento referenciado.

Estoque

Em operações de devolução, a falha pode atrasar a entrada ou saída de mercadorias.

Financeiro

A rejeição pode atrasar cobranças, estornos, créditos ou ajustes financeiros vinculados à operação.

Contabilidade

A inconsistência pode prejudicar a conciliação entre documento original, devolução, ajuste, crédito ou débito.

Suporte ERP

Normalmente exige análise conjunta entre operação fiscal, XML, regra fiscal, natureza de operação e integração.

O que NÃO Fazer

Não remover o grupo <DFeReferenciado> sem entender a operação.
Não alterar a finalidade da NF-e apenas para passar na validação.
Não tratar devolução como operação normal.
Não referenciar item quando a operação exige apenas referência da nota.
Não informar <NFref> e <DFeReferenciado> sem validar a regra aplicável.
Não editar XML manualmente em produção.
Não copiar parametrização de devolução para operações de crédito, débito ou ajuste sem revisão.
Não assumir que todo documento referenciado deve ser informado no item.

Caso Real

Uma empresa criou uma nova natureza de operação para ajuste fiscal relacionado à Reforma Tributária.

Para acelerar a configuração, o cadastro foi copiado de uma operação de devolução de mercadoria.

O problema é que a regra copiada mantinha o preenchimento automático do grupo <DFeReferenciado> no item da NF-e.

Ao emitir a nota, o XML foi gerado com finalidade diferente de devolução, mas com chave de acesso e número de item referenciado dentro do item.

A SEFAZ rejeitou o documento com a Rejeição 1042.

A correção foi separar a regra de documento referenciado por finalidade de emissão, removendo o referenciamento a nível de item das operações que não exigiam esse vínculo.

Como Evitar Essa Rejeição

Revisar todas as naturezas de operação criadas para a Reforma Tributária.
Separar regras de devolução, crédito, débito, complemento e ajuste.
Validar a finalidade da NF-e antes da geração do XML.
Controlar quando o ERP deve gerar <NFref> e quando deve gerar <DFeReferenciado>.
Testar devoluções com vínculo por item em homologação.
Auditar integrações que enviam documentos referenciados.
Evitar cópia de parametrização sem revisão fiscal.
Criar validação interna antes da transmissão para a SEFAZ.
Conferir o XML gerado antes de liberar novas operações em produção.

Fluxograma de Diagnóstico

Recebeu Rejeição 1042?
 
├─ Existe <DFeReferenciado> no item?
│
├─ Não → Revisar XML gerado e mensagem retornada
│
└─ Sim
    │
    ├─ A operação permite referenciamento a nível de item?
    │
    ├─ Não → Remover <DFeReferenciado> do item
    │
    └─ Sim
        │
        ├─ A finalidade <finNFe> está correta?
        │
        ├─ Não → Corrigir finalidade da NF-e
        │
        └─ Sim → Revisar chave e número do item referenciado

FAQ

O que é a Rejeição 1042?

É a rejeição retornada quando a NF-e informa referenciamento a nível de item em situação em que esse preenchimento é indevido.

Qual campo causa essa rejeição?

O principal grupo relacionado é <DFeReferenciado>, especialmente quando informado dentro do item da NF-e.

A rejeição está relacionada ao `<NFref>`?

Indiretamente. A Rejeição 1042 está ligada ao referenciamento a nível de item, enquanto o <NFref> representa o referenciamento no nível da nota.

Qual é a diferença entre referência da nota e referência do item?

A referência da nota aponta para outro documento fiscal. A referência do item aponta para um item específico de outro documento fiscal.

Toda devolução precisa referenciar item da nota original?

Nas regras modernas da NF-e, operações de devolução podem exigir vínculo com o item original, especialmente dentro das adequações da Reforma Tributária. O ERP deve validar a regra aplicável à operação.

Posso remover o `<DFeReferenciado>` para resolver?

Sim, se a operação não permitir referenciamento a nível de item. Se for uma devolução que exige esse vínculo, a remoção pode gerar outra rejeição.

O ERP pode causar essa rejeição?

Sim. É comum ocorrer por parametrização fiscal incorreta, regra copiada de devolução ou integração enviando dados indevidos.

Essa rejeição pode ocorrer por integração?

Sim. Sistemas externos podem enviar chave de acesso e número do item referenciado sem considerar a finalidade da NF-e.

Essa rejeição impede a emissão?

Sim. A NF-e não será autorizada enquanto a inconsistência permanecer no XML.

Como prevenir?

Criando validações internas no ERP para bloquear <DFeReferenciado> quando a finalidade da NF-e não permitir esse tipo de referenciamento.

Base Legal

Projeto NF-e.
Manual de Orientação do Contribuinte.
Nota Técnica 2025.002 da NF-e/NFC-e.
Regras de validação da Reforma Tributária do Consumo.
Leiaute da NF-e, modelo 55.

Resumo

A Rejeição 1042 ocorre quando a NF-e informa referenciamento a nível de item, por meio do grupo <DFeReferenciado>, em uma situação em que esse preenchimento é indevido. O problema normalmente está relacionado à finalidade da NF-e, à parametrização da operação fiscal, à geração automática de documentos referenciados ou à integração com outros sistemas. A solução consiste em validar a finalidade da nota, revisar o uso do grupo <DFeReferenciado>, remover o referenciamento quando ele não for permitido ou corrigir a operação quando se tratar de uma devolução que exige vínculo com o item original.

Rejeição 1042 — NF-e com referenciamento a nível de item informado indevidamente

Conteúdo relacionado