Rejeição 1027 — NF referenciada informada indevidamente
Índice do artigo
- Resumo Rápido
- Solução rápida
- Dados rápidos
- Diagnóstico Rápido
- Mensagem da Rejeição
- O que significa essa rejeição?
- Contexto da Reforma Tributária
- Quando essa rejeição costuma ocorrer?
- Campos envolvidos
- Finalidade da NF-e
- Tipo da Nota de Crédito
- Tipo da Nota de Débito
- NF-e Referenciada
- Por que essa rejeição acontece?
- NF referenciada herdada automaticamente
- Finalidade da NF-e incorreta
- Tipo de nota de crédito incorreto
- Tipo de nota de débito incorreto
- Parametrização fiscal copiada
- Integração externa
- Confusão entre referência no cabeçalho e referência por item
- Causa Raiz
- Como Resolver
- Passo 1
- Passo 2
- Passo 3
- Passo 4
- Passo 5
- Passo 6
- Passo 7
- Passo 8
- Passo 9
- Exemplo Prático
- Exemplo XML
- XML com erro
- XML corrigido
- O que mudou?
- Como Identificar o Problema no ERP
- Onde verificar
- O que procurar
- Impactos para a Empresa
- Fiscal
- Faturamento
- Contabilidade
- Estoque
- TI/ERP
- O que NÃO Fazer
- Caso Real
- Como Evitar Essa Rejeição
- Fluxograma de Diagnóstico
- Diferença entre rejeições relacionadas
- Rejeição 1003
- Rejeição 1027
- Rejeição 1038
- Rejeição 1048
- Rejeição 1115
- FAQ
- A Rejeição 1027 é sobre alíquota do IBS da UF?
- Qual campo devo verificar primeiro?
- Toda nota de crédito pode ter NF referenciada?
- Toda devolução precisa de NF referenciada?
- Posso simplesmente apagar a chave referenciada?
- O ERP pode causar essa rejeição?
- A rejeição ocorre em NFC-e?
- Essa rejeição impede a emissão?
- A correção deve ser feita no XML ou no ERP?
- O problema pode ocorrer após atualização fiscal?
- Base Legal
- Artigos Relacionados
- Resumo

Rejeição 1027 — NF referenciada informada indevidamente
Resumo Rápido
A Rejeição 1027 ocorre quando a NF-e contém uma Nota Fiscal referenciada no grupo <NFref> em uma situação em que esse referenciamento não é permitido pela regra de validação da SEFAZ.
Essa rejeição está ligada às adequações da Reforma Tributária do Consumo na NF-e, especialmente aos novos cenários de notas com finalidade de crédito, débito, ajustes e operações específicas envolvendo IBS/CBS.
Na prática, o ERP monta o XML com uma referência a documento fiscal anterior, mas a combinação entre finalidade da NF-e, tipo da nota e regra tributária não permite que essa referência seja informada naquele ponto do XML.
Solução rápida
- Verifique a finalidade da NF-e no campo
<finNFe>. - Confirme se existe grupo
<NFref>no XML. - Analise o tipo da nota de crédito ou débito, quando aplicável.
- Verifique se a operação realmente permite NF referenciada.
- Remova a referência indevida ou ajuste a finalidade/tipo da nota.
- Gere novamente o XML.
- Transmita a NF-e novamente.
Dados rápidos
Diagnóstico Rápido
- A NF-e possui o grupo `<NFref>`?
- A finalidade da NF-e está correta em `<finNFe>`?
- A nota é de crédito, débito, devolução ou ajuste?
- Existe tipo de nota de crédito informado em `<tpNFCredito>`?
- Existe tipo de nota de débito informado em `<tpNFDebito>`?
- A operação exige referência por item em vez de referência no cabeçalho?
- O ERP herdou automaticamente uma chave de NF-e de origem?
- A regra fiscal utilizada foi copiada de outra operação?
- O XML foi alterado manualmente ou por integração?
Mensagem da Rejeição
1027 - NF referenciada informada indevidamente
Em algumas implementações, a mensagem pode aparecer com complemento de item ou vinculada ao contexto da Reforma Tributária.
O que significa essa rejeição?
Significa que o XML da NF-e contém uma referência a documento fiscal anterior, mas essa referência não deveria ter sido informada para aquela operação.
A referência normalmente aparece no grupo:
<NFref>
...
</NFref>Esse grupo fica dentro do grupo de identificação da NF-e:
<ide>
...
</ide>A SEFAZ valida a finalidade da nota, o tipo de operação e as tags relacionadas à Reforma Tributária. Quando identifica que a NF referenciada foi preenchida em situação não permitida, retorna a Rejeição 1027.
Contexto da Reforma Tributária
Com a Reforma Tributária do Consumo, a NF-e passou a receber novos campos e regras envolvendo IBS, CBS, Imposto Seletivo, notas de crédito, notas de débito e documentos referenciados.
Antes, muitos ERPs tratavam NF referenciada de forma genérica, principalmente em operações como:
- Devolução.
- Complemento.
- Ajuste.
- Nota de crédito.
- Nota de débito.
- Retorno.
- Operações vinculadas a documento anterior.
Com as novas regras, nem toda finalidade aceita o mesmo tipo de referenciamento.
Em alguns casos, a referência deve existir.
Em outros, a referência deve ser feita em outro grupo.
E em certos cenários, a referência no grupo <NFref> simplesmente não deve ser informada.
É nesse último caso que pode ocorrer a Rejeição 1027.
Quando essa rejeição costuma ocorrer?
A rejeição costuma aparecer quando o ERP monta uma NF-e com uma chave referenciada herdada de outra rotina, mas a operação atual não admite essa referência.
Um cenário comum é a emissão de uma NF-e de crédito relacionada à Reforma Tributária, especialmente quando o tipo da nota de crédito representa ajuste de apuração e não correção direta de uma NF-e específica.
Também pode ocorrer quando:
- A operação foi parametrizada como nota de crédito.
- A operação foi parametrizada como nota de débito.
- A nota possui finalidade especial.
- A rotina copiou automaticamente a chave da nota original.
- O usuário informou uma NF-e referenciada sem necessidade.
- A integração enviou
<NFref>por padrão. - A operação deveria usar referenciamento por item, mas o ERP informou referência no cabeçalho.
Campos envolvidos
Os campos mais importantes para análise são:
Finalidade da NF-e
<finNFe>...</finNFe>Valores comuns:
1 = NF-e normal
2 = NF-e complementar
3 = NF-e de ajuste
4 = Devolução de mercadoria
5 = Nota de crédito
6 = Nota de débitoTipo da Nota de Crédito
<tpNFCredito>...</tpNFCredito>Usado quando a finalidade da NF-e é nota de crédito.
Tipo da Nota de Débito
<tpNFDebito>...</tpNFDebito>Usado quando a finalidade da NF-e é nota de débito.
NF-e Referenciada
<NFref>
<refNFe>...</refNFe>
</NFref>Indica documento fiscal anterior referenciado pela NF-e.
Por que essa rejeição acontece?
NF referenciada herdada automaticamente
O ERP pode copiar a chave da nota de origem para o grupo <NFref>, mesmo quando a operação não permite esse preenchimento.
Finalidade da NF-e incorreta
A nota pode ter sido emitida com <finNFe> incompatível com a operação real.
Tipo de nota de crédito incorreto
A nota pode estar como nota de crédito, mas com tipo incompatível com a referência informada.
Tipo de nota de débito incorreto
A nota pode estar como nota de débito, mas com dados de referência que não se aplicam.
Parametrização fiscal copiada
A empresa pode ter reaproveitado uma regra fiscal de devolução, complemento ou ajuste sem revisar os campos da Reforma Tributária.
Integração externa
Sistemas externos podem enviar sempre a chave da nota original, mesmo quando o layout não permite.
Confusão entre referência no cabeçalho e referência por item
Algumas operações exigem vínculo com documento anterior em nível de item, e não apenas no grupo <NFref> do cabeçalho.
Causa Raiz
A causa raiz normalmente não é a chave da NF-e referenciada em si.
O problema está na incompatibilidade entre:
- A finalidade da NF-e.
- O tipo da nota.
- A operação fiscal.
- A regra de IBS/CBS.
- O local onde a referência foi informada.
- A parametrização do ERP.
Em outras palavras: o documento foi montado com uma referência fiscal que não pertence àquela operação.
Como Resolver
Passo 1
Abra o XML rejeitado e localize o grupo:
<ide>Passo 2
Verifique a finalidade da NF-e:
<finNFe>...</finNFe>Passo 3
Procure pelo grupo de NF referenciada:
<NFref>Passo 4
Confirme se a operação permite esse referenciamento.
Essa validação deve considerar:
- Finalidade da NF-e.
- Tipo de nota de crédito.
- Tipo de nota de débito.
- Natureza da operação.
- Regra fiscal.
- Orientação da Nota Técnica vigente.
Passo 5
Se a NF referenciada foi informada indevidamente, remova o grupo <NFref>.
Passo 6
Se a operação exige referência por item, ajuste o preenchimento no grupo correto, conforme o layout aplicável.
Passo 7
Revise a parametrização no ERP para evitar que a chave seja enviada automaticamente em operações semelhantes.
Passo 8
Gere um novo XML.
Passo 9
Transmita a NF-e novamente.
Exemplo Prático
Uma empresa emite uma NF-e de crédito para ajuste relacionado ao IBS.
No ERP, a rotina herdou automaticamente a chave da NF-e original e gerou o XML com o grupo <NFref>.
A operação, porém, não permite essa referência no cabeçalho da NF-e.
Resultado:
Rejeição 1027 - NF referenciada informada indevidamenteA correção consiste em remover a referência indevida ou ajustar a operação para o tipo correto, conforme o caso.
Exemplo XML
XML com erro
<ide>
<cUF>35</cUF>
<natOp>Nota de crédito - ajuste IBS/CBS</natOp>
<mod>55</mod>
<serie>1</serie>
<nNF>12345</nNF>
<dhEmi>2026-01-15T10:00:00-03:00</dhEmi>
<tpNF>1</tpNF>
<idDest>1</idDest>
<cMunFG>3550308</cMunFG>
<tpImp>1</tpImp>
<tpEmis>1</tpEmis>
<finNFe>5</finNFe>
<indFinal>0</indFinal>
<indPres>9</indPres>
<procEmi>0</procEmi>
<verProc>ERP 1.0</verProc>
<tpNFCredito>02</tpNFCredito>
<NFref>
<refNFe>35123456789012345678901234567890123456789012</refNFe>
</NFref>
</ide>XML corrigido
<ide>
<cUF>35</cUF>
<natOp>Nota de crédito - ajuste IBS/CBS</natOp>
<mod>55</mod>
<serie>1</serie>
<nNF>12345</nNF>
<dhEmi>2026-01-15T10:00:00-03:00</dhEmi>
<tpNF>1</tpNF>
<idDest>1</idDest>
<cMunFG>3550308</cMunFG>
<tpImp>1</tpImp>
<tpEmis>1</tpEmis>
<finNFe>5</finNFe>
<indFinal>0</indFinal>
<indPres>9</indPres>
<procEmi>0</procEmi>
<verProc>ERP 1.0</verProc>
<tpNFCredito>02</tpNFCredito>
</ide>O que mudou?
O grupo <NFref> foi removido porque a referência à NF-e anterior não era permitida para aquela operação.
Como Identificar o Problema no ERP
Onde verificar
- Tela de emissão da NF-e.
- Natureza da operação.
- Finalidade da NF-e.
- Tipo de nota de crédito.
- Tipo de nota de débito.
- Aba de documentos referenciados.
- Parametrização fiscal.
- Regra de operação.
- Integrações de faturamento.
- XML gerado.
O que procurar
- Campo de NF-e referenciada preenchido.
- Chave de acesso herdada da nota original.
- Operação configurada como nota de crédito.
- Operação configurada como nota de débito.
- Finalidade diferente da operação real.
- Referência no cabeçalho quando deveria ser por item.
- Regra fiscal copiada de outra operação.
- Rotina automática de vínculo entre documentos.
Impactos para a Empresa
Fiscal
A NF-e não é autorizada até que o XML seja corrigido.
Faturamento
A operação fica bloqueada, especialmente em cenários de ajuste, crédito ou débito fiscal.
Contabilidade
A apuração pode ficar pendente se a nota estiver relacionada a ajuste de IBS/CBS.
Estoque
Normalmente não é o principal impacto, mas pode haver reflexo se a operação estiver vinculada a devolução, retorno ou ajuste de mercadoria.
TI/ERP
Exige revisão da regra de geração do XML, principalmente em rotinas novas da Reforma Tributária.
O que NÃO Fazer
- Não remover o
<NFref>sem entender a finalidade da nota. - Não alterar manualmente o XML em produção sem corrigir a regra no ERP.
- Não reaproveitar parametrização antiga de devolução ou complemento sem revisão.
- Não tratar toda nota de crédito como se fosse devolução.
- Não assumir que toda operação de ajuste precisa de NF referenciada.
- Não confundir referência no cabeçalho com referência em nível de item.
- Não ignorar a Nota Técnica vigente.
Caso Real
Uma empresa atualizou o ERP para incluir os novos campos da Reforma Tributária.
Durante os testes, uma rotina de nota de crédito passou a utilizar a mesma lógica das devoluções: sempre que existia documento de origem, o sistema preenchia automaticamente o grupo <NFref>.
Ao transmitir a NF-e, a SEFAZ retornou a Rejeição 1027.
A análise mostrou que aquela operação era um ajuste fiscal e não deveria referenciar a NF-e anterior no cabeçalho.
A correção foi feita em dois pontos:
- Remoção da referência indevida no XML.
- Ajuste da parametrização para que o ERP não preenchesse
<NFref>automaticamente naquele tipo de nota.
Após o ajuste, a NF-e foi autorizada.
Como Evitar Essa Rejeição
- Revisar todas as naturezas de operação ligadas a crédito, débito, devolução e ajuste.
- Separar regras de devolução de regras de nota de crédito.
- Criar validação interna para impedir
<NFref>em operações não permitidas. - Testar os cenários da Reforma Tributária em homologação.
- Revisar integrações que enviam chave de NF-e referenciada automaticamente.
- Validar a finalidade da nota antes da geração do XML.
- Documentar quais operações exigem referência no cabeçalho e quais exigem referência por item.
- Atualizar o ERP conforme a versão vigente da Nota Técnica.
Fluxograma de Diagnóstico
Recebeu Rejeição 1027?
├─ O XML possui <NFref>?
│
├─ Não → Revisar regra vigente e outros grupos de referência
│
└─ Sim
│
├─ A finalidade da NF-e permite referência no cabeçalho?
│
├─ Sim → Verificar se o tipo da nota e a chave referenciada são compatíveis
│
└─ Não
│
└─ Remover <NFref> ou corrigir a operaçãoDiferença entre rejeições relacionadas
Rejeição 1003
Ocorre quando uma NF-e de crédito referencia documento fiscal diferente de NF-e modelo 55.
Rejeição 1027
Ocorre quando a NF referenciada foi informada indevidamente, ou seja, a referência existe no XML, mas não é permitida para aquela operação.
Rejeição 1038
Está relacionada à ausência de DFe referenciado quando a regra exige esse vínculo.
Rejeição 1048
Está relacionada à ausência do número do item do DFe referenciado quando o item deveria ser informado.
Rejeição 1115
Está relacionada à ausência das informações de IBS/CBS quando obrigatórias.
FAQ
A Rejeição 1027 é sobre alíquota do IBS da UF?
Não no cenário atual das validações da NF-e da Reforma Tributária. A mensagem tratada neste artigo é NF referenciada informada indevidamente.
Qual campo devo verificar primeiro?
Verifique o grupo <NFref> dentro de <ide>.
Toda nota de crédito pode ter NF referenciada?
Não. Depende do tipo da nota de crédito e da finalidade da operação.
Toda devolução precisa de NF referenciada?
Depende da regra aplicável ao tipo de operação e da forma de referenciamento exigida. Em alguns cenários, além do cabeçalho, pode haver exigência de referência por item.
Posso simplesmente apagar a chave referenciada?
Somente se a referência realmente for indevida. Antes, confirme a finalidade da nota e a regra fiscal aplicável.
O ERP pode causar essa rejeição?
Sim. A causa mais comum é parametrização automática que envia <NFref> em operações onde ele não deveria ser informado.
A rejeição ocorre em NFC-e?
A regra é normalmente associada à NF-e modelo 55.
Essa rejeição impede a emissão?
Sim. A NF-e não será autorizada enquanto o XML estiver em desacordo com a regra.
A correção deve ser feita no XML ou no ERP?
A correção definitiva deve ser feita no ERP ou na integração que gera o XML.
O problema pode ocorrer após atualização fiscal?
Sim. Atualizações da Reforma Tributária podem alterar regras de validação e exigir revisão das parametrizações.
Base Legal
- Projeto NF-e
- Nota Técnica 2025.002 RTC
- Manual de Orientação do Contribuinte
- Leiaute da NF-e modelo 55
- Lei Complementar nº 214/2025
- Regras de Validação da NF-e
Artigos Relacionados
- NF-e
- Reforma Tributária
- IBS
- CBS
- Nota de Crédito
- Nota de Débito
- Documentos Referenciados
- Rejeição 1003
- Rejeição 1026
- Rejeição 1038
- Rejeição 1048
- Rejeição 1115
Resumo
A Rejeição 1027 ocorre quando a NF-e informa uma NF referenciada de forma indevida. O problema normalmente está ligado ao grupo <NFref> preenchido em operação que não permite referência no cabeçalho da nota, especialmente em cenários de nota de crédito, nota de débito, devolução, ajuste ou operações relacionadas à Reforma Tributária. A solução consiste em revisar a finalidade da NF-e, o tipo da operação, remover a referência indevida ou preencher o vínculo no local correto, conforme a regra aplicável, e retransmitir o documento.