Rejeição 946 — Informado código de benefício fiscal incorreto ou inexistente na UF
Í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?
- O que é o cBenef?
- Quando a Rejeição 946 acontece?
- Por que essa rejeição acontece?
- Código inexistente
- Código fora de vigência
- Código de outra UF
- Tabela desatualizada
- Parametrização fiscal incorreta
- Cadastro copiado indevidamente
- Integração externa
- Digitação manual
- 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?
- Observação importante
- Como Identificar o Problema no ERP
- Onde verificar
- O que procurar
- Impactos para a Empresa
- Fiscal
- Faturamento
- Logística
- Contabilidade
- Compliance
- Suporte ERP
- O que NÃO Fazer
- Caso Real
- Como Evitar Essa Rejeição
- Fluxograma de Diagnóstico
- Diferença entre Rejeição 928, 930, 931, 934 e 946
- Rejeição 928
- Rejeição 930
- Rejeição 931
- Rejeição 934
- Rejeição 946
- FAQ
- O que é a Rejeição 946?
- O código existe no meu ERP. Por que a SEFAZ rejeitou?
- A Rejeição 946 ocorre em NF-e e NFC-e?
- Essa regra se aplica ao Simples Nacional?
- Posso simplesmente remover o cBenef?
- O problema é sempre no cadastro do produto?
- Um código vencido pode gerar a Rejeição 946?
- O mesmo cBenef pode ser usado em qualquer estado?
- Essa rejeição indica que o benefício fiscal é ilegal?
- A correção deve ser feita no XML ou no ERP?
- Base Legal
- Artigos Relacionados
- Resumo

Rejeição 946 — Informado código de benefício fiscal incorreto ou inexistente na UF
Resumo Rápido
A Rejeição 946 ocorre quando a NF-e ou NFC-e informa um Código de Benefício Fiscal, campo <cBenef>, que não existe na tabela da UF ou está fora do prazo de vigência para a operação realizada.
Durante a validação, a SEFAZ verifica se o código de benefício fiscal informado no item consta na tabela oficial de códigos de benefício fiscal da Unidade Federada e se está vigente na data de emissão do documento.
Quando o código não é encontrado, está expirado ou não está disponível para a UF, a nota é rejeitada.
Solução rápida
- Verifique o código informado no campo
<cBenef>do item. - Consulte a tabela oficial de benefícios fiscais da UF.
- Confirme se o código existe e está vigente.
- Revise a parametrização fiscal do ERP.
- Corrija o código, remova-o quando indevido ou ajuste a regra fiscal.
- Gere novamente o XML.
- Transmita a NF-e ou NFC-e novamente.
Dados rápidos
Diagnóstico Rápido
- O item possui o campo `<cBenef>` preenchido?
- O código informado existe na tabela oficial da UF?
- O código está vigente na data de emissão da NF-e?
- O código pertence à mesma UF da operação?
- A operação realmente exige benefício fiscal?
- O CST informado é compatível com benefício fiscal?
- A empresa é do Simples Nacional com CSOSN?
- Houve atualização recente da tabela cBenef no ERP?
- A regra fiscal foi copiada de outra UF?
- O XML foi gerado por integração externa?
Mensagem da Rejeição
946 - Informado código de benefício fiscal incorreto ou inexistente na UF [nItem: nnn]
O marcador [nItem: nnn] indica o número do item da NF-e ou NFC-e em que a inconsistência foi encontrada.
O que significa essa rejeição?
Essa rejeição significa que o XML informou um Código de Benefício Fiscal no item, mas esse código não foi aceito pela SEFAZ da UF envolvida.
Na prática, a SEFAZ identificou uma das situações abaixo:
- O código informado não existe na tabela da UF.
- O código existia, mas não está mais vigente.
- O código pertence a outra UF.
- O ERP está utilizando tabela desatualizada.
- O código foi digitado ou integrado incorretamente.
- O benefício foi informado em uma operação na qual a UF não reconhece aquele código.
O ponto central é: o campo <cBenef> foi informado, mas o código não passou na validação de existência e vigência da UF.
O que é o cBenef?
O <cBenef> é o campo utilizado na NF-e e NFC-e para informar o Código de Benefício Fiscal aplicado ao item.
Esse código identifica benefícios fiscais de ICMS previstos na legislação estadual, como:
- Isenção.
- Redução de base de cálculo.
- Diferimento.
- Suspensão.
- Crédito presumido.
- Tratamentos tributários específicos.
- Incentivos fiscais estaduais.
O código não é nacional no sentido prático de aplicação uniforme. Ele depende da tabela publicada pela UF.
Por isso, o mesmo produto, CST ou operação pode exigir tratamento diferente conforme o estado.
Quando a Rejeição 946 acontece?
A rejeição ocorre quando o campo <cBenef> é informado no item e a SEFAZ não encontra esse código como válido e vigente na tabela da UF.
Exemplo simplificado:
<prod>
<cProd>001</cProd>
<xProd>Produto com benefício fiscal</xProd>
<NCM>00000000</NCM>
<CFOP>5102</CFOP>
<cBenef>PR999999</cBenef>
</prod>Se o código PR999999 não existir, estiver vencido ou não for aceito pela UF, a NF-e será rejeitada.
Por que essa rejeição acontece?
Código inexistente
O código informado no XML não consta na tabela oficial de benefícios fiscais da UF.
Código fora de vigência
O código existia, mas deixou de ser válido em determinada data.
Código de outra UF
O ERP utiliza um código pertencente a outro estado.
Tabela desatualizada
A tabela de cBenef do sistema não foi atualizada conforme a publicação mais recente da UF.
Parametrização fiscal incorreta
A regra fiscal associa automaticamente um cBenef errado ao produto, CFOP, CST, NCM ou operação.
Cadastro copiado indevidamente
A empresa copia regras fiscais de uma operação semelhante, mas sem validar a UF e a vigência do benefício.
Integração externa
Um sistema de pedidos, marketplace, PDV, e-commerce ou API envia o código de benefício incorreto para o ERP.
Digitação manual
O código é inserido manualmente de forma incompleta, com caracteres errados ou com máscara incorreta.
Causa Raiz
A causa raiz da Rejeição 946 normalmente está na falta de sincronização entre a regra fiscal utilizada pelo ERP e a tabela oficial de benefícios fiscais da UF.
O problema não costuma estar apenas no XML final. O XML apenas revela uma inconsistência que pode estar em:
- Cadastro fiscal do produto.
- Regra de tributação.
- Tabela de cBenef desatualizada.
- Mapeamento por UF.
- Mapeamento por CST.
- Integração de pedidos.
- Rotina de geração da NF-e.
- Parametrização de benefício fiscal no ERP.
Em outras palavras: a nota foi gerada com um código que o ambiente autorizador não reconhece como válido para aquela UF e data.
Como Resolver
Passo 1
Identifique o item indicado na rejeição.
A mensagem normalmente retorna o número do item:
946 - Informado código de benefício fiscal incorreto ou inexistente na UF [nItem: 1]Nesse caso, a análise deve começar pelo item 1 da NF-e.
Passo 2
Localize o campo <cBenef> no XML.
Exemplo:
<prod>
<cBenef>PR840015</cBenef>
</prod>Passo 3
Consulte a tabela oficial de Código de Benefício Fiscal da UF.
Verifique:
- Se o código existe.
- Se está vigente.
- Se pertence à UF correta.
- Se pode ser utilizado para a operação.
- Se possui relação com o CST informado.
Passo 4
Revise o CST de ICMS do item.
Embora a Rejeição 946 trate principalmente da existência e vigência do código, na prática o CST ajuda a identificar se o benefício fiscal faz sentido para a operação.
Passo 5
Corrija a parametrização fiscal no ERP.
Ajuste o vínculo entre:
- Produto.
- NCM.
- CFOP.
- CST.
- UF.
- Tipo de operação.
- Benefício fiscal.
Passo 6
Remova o <cBenef> quando ele não for aplicável.
Se a operação não possui benefício fiscal, o campo não deve ser informado apenas para “preencher tabela”.
Passo 7
Atualize a tabela de benefícios fiscais.
Quando o ERP possui tabela interna de cBenef, ela deve ser mantida atualizada conforme as publicações da UF.
Passo 8
Gere novo XML.
Após corrigir a origem, gere novamente o XML para garantir que o campo seja preenchido corretamente.
Passo 9
Transmita novamente a NF-e ou NFC-e.
Com o código correto, vigente e aceito pela UF, a nota deve seguir para autorização.
Exemplo Prático
Uma empresa emite uma NF-e para uma operação com benefício fiscal no Paraná.
No item, o ERP informa o seguinte código:
cBenef = PR840015Porém, ao consultar a tabela da UF, verifica-se que o código está fora do prazo de vigência.
Resultado:
Rejeição 946 - Informado código de benefício fiscal incorreto ou inexistente na UFA correção consiste em substituir o código vencido por um código vigente, desde que a operação realmente tenha amparo legal para utilização do benefício.
Exemplo XML
XML com erro
<det nItem="1">
<prod>
<cProd>001</cProd>
<xProd>Produto tributado com benefício fiscal</xProd>
<NCM>85171231</NCM>
<CFOP>5102</CFOP>
<cBenef>PR999999</cBenef>
<uCom>UN</uCom>
<qCom>1.0000</qCom>
<vUnCom>100.00</vUnCom>
<vProd>100.00</vProd>
<indTot>1</indTot>
</prod>
<imposto>
<ICMS>
<ICMS40>
<orig>0</orig>
<CST>40</CST>
</ICMS40>
</ICMS>
</imposto>
</det>XML corrigido
<det nItem="1">
<prod>
<cProd>001</cProd>
<xProd>Produto tributado com benefício fiscal</xProd>
<NCM>85171231</NCM>
<CFOP>5102</CFOP>
<cBenef>PR840016</cBenef>
<uCom>UN</uCom>
<qCom>1.0000</qCom>
<vUnCom>100.00</vUnCom>
<vProd>100.00</vProd>
<indTot>1</indTot>
</prod>
<imposto>
<ICMS>
<ICMS40>
<orig>0</orig>
<CST>40</CST>
</ICMS40>
</ICMS>
</imposto>
</det>O que mudou?
O código informado em <cBenef> foi substituído por um código válido e vigente conforme a tabela da UF.
Observação importante
Os códigos utilizados no exemplo são meramente ilustrativos. A validação real deve ser feita na tabela oficial da UF correspondente à operação.
Como Identificar o Problema no ERP
Onde verificar
- Cadastro do produto.
- Regra fiscal.
- Natureza da operação.
- CFOP.
- CST de ICMS.
- Tabela de cBenef.
- Configuração por UF.
- Parametrização de benefícios fiscais.
- Integrações de pedido.
- Geração do XML da NF-e.
O que procurar
- cBenef inexistente.
- cBenef vencido.
- Código de outra UF.
- Código aplicado em produto errado.
- Código aplicado em CST errado.
- Regra fiscal duplicada.
- Parametrização copiada de outro estado.
- Tabela estadual desatualizada.
- Campo preenchido indevidamente em operações sem benefício.
Impactos para a Empresa
Fiscal
A NF-e ou NFC-e não é autorizada enquanto o código incorreto permanecer no XML.
Faturamento
A operação fica bloqueada até a correção do cadastro ou da regra fiscal.
Logística
A expedição pode ser atrasada, principalmente quando a nota acompanha a mercadoria.
Contabilidade
A utilização indevida de benefício fiscal pode gerar inconsistência na escrituração e nas apurações de ICMS.
Compliance
O uso de código de benefício sem amparo na tabela da UF pode indicar falha de governança fiscal.
Suporte ERP
A equipe técnica precisa revisar parametrização, tabela fiscal e regra de geração do XML.
O que NÃO Fazer
- Não inventar código de benefício fiscal.
- Não copiar cBenef de outra UF sem validação.
- Não manter código vencido apenas porque “sempre funcionou”.
- Não alterar o XML manualmente em produção.
- Não informar
<cBenef>quando a operação não possui benefício fiscal. - Não assumir que todo CST com desoneração aceita qualquer cBenef.
- Não corrigir apenas a nota atual sem ajustar a regra fiscal.
- Não ignorar a vigência do código.
- Não tratar a rejeição como instabilidade da SEFAZ sem validar a tabela da UF.
Caso Real
Uma empresa utilizava benefício fiscal estadual em determinadas operações de saída.
Após atualização da tabela de benefícios fiscais da UF, alguns códigos antigos deixaram de estar vigentes.
O ERP continuou gerando o XML com o código anterior, pois a tabela interna de cBenef não havia sido atualizada.
Ao emitir novas NF-es, a SEFAZ retornou:
946 - Informado código de benefício fiscal incorreto ou inexistente na UFA correção exigiu três ações:
- Atualização da tabela de cBenef no ERP.
- Revisão das regras fiscais vinculadas aos produtos.
- Reemissão das notas com os códigos vigentes.
Após o ajuste, as NF-es foram autorizadas normalmente.
Como Evitar Essa Rejeição
- Manter a tabela de cBenef atualizada por UF.
- Revisar regras fiscais sempre que houver alteração estadual.
- Criar validações internas antes da geração do XML.
- Bloquear códigos fora de vigência no ERP.
- Parametrizar benefício fiscal por UF, CST, CFOP e produto.
- Evitar preenchimento manual sem conferência.
- Testar regras em homologação após atualizações fiscais.
- Monitorar rejeições relacionadas a cBenef.
- Documentar o fundamento legal de cada benefício utilizado.
- Revisar integrações externas que enviam dados fiscais para o ERP.
Fluxograma de Diagnóstico
Recebeu Rejeição 946?
├─ O item possui <cBenef> informado?
│
├─ Não → Revisar XML e retorno da SEFAZ
│
└─ Sim
│
├─ O código existe na tabela da UF?
│ │
│ ├─ Não → Corrigir ou remover cBenef
│ │
│ └─ Sim
│ │
│ ├─ O código está vigente?
│ │ │
│ │ ├─ Não → Substituir por código vigente
│ │ │
│ │ └─ Sim
│ │ │
│ │ ├─ O código pertence à UF correta?
│ │ │ │
│ │ │ ├─ Não → Ajustar regra por UF
│ │ │ └─ Sim → Revisar CST, operação e parametrizaçãoDiferença entre Rejeição 928, 930, 931, 934 e 946
Rejeição 928
Ocorre quando foi informado código de benefício fiscal para CST que não possui benefício fiscal.
Rejeição 930
Ocorre quando o CST exige código de benefício fiscal, mas o <cBenef> não foi informado.
Rejeição 931
Ocorre quando o código de benefício fiscal informado é incompatível com o CST e a UF.
Rejeição 934
Ocorre quando não foi informado o valor do ICMS desonerado ou o motivo de desoneração em CST que exige essas informações.
Rejeição 946
Ocorre quando o código de benefício fiscal informado é incorreto, inexistente ou fora de vigência na UF.
FAQ
O que é a Rejeição 946?
É a rejeição retornada quando o campo <cBenef> contém um código de benefício fiscal incorreto, inexistente ou fora de vigência na UF.
O código existe no meu ERP. Por que a SEFAZ rejeitou?
Porque a existência no ERP não garante validade na tabela oficial da UF. A tabela interna pode estar desatualizada.
A Rejeição 946 ocorre em NF-e e NFC-e?
Sim. A regra pode ser aplicada aos modelos 55 e 65, conforme a UF e o modelo de DFe.
Essa regra se aplica ao Simples Nacional?
Em geral, a regra não se aplica quando informado CSOSN, mas é necessário observar as regras da UF e do modelo de documento.
Posso simplesmente remover o cBenef?
Somente se a operação não exigir benefício fiscal. Se o CST ou a legislação exigir o código, remover o campo pode gerar outra rejeição, como a 930.
O problema é sempre no cadastro do produto?
Não. Pode estar no produto, regra fiscal, natureza da operação, tabela de benefícios, integração ou rotina de geração do XML.
Um código vencido pode gerar a Rejeição 946?
Sim. Código fora do prazo de vigência é uma das principais causas da rejeição.
O mesmo cBenef pode ser usado em qualquer estado?
Não. A validação depende da tabela da UF.
Essa rejeição indica que o benefício fiscal é ilegal?
Não necessariamente. Ela indica que o código informado no XML não foi aceito pela validação da UF. A análise legal deve ser feita com base na legislação estadual aplicável.
A correção deve ser feita no XML ou no ERP?
A correção deve ser feita na origem da informação, normalmente no ERP ou na integração que alimenta o ERP.
Base Legal
- Projeto NF-e.
- Manual de Orientação do Contribuinte (MOC).
- Nota Técnica 2019.001.
- Tabela de Código de Benefício Fiscal por UF.
- Legislação estadual do ICMS.
- Regras de Validação da NF-e e NFC-e.
Artigos Relacionados
- cBenef.
- Benefício Fiscal.
- ICMS.
- CST.
- CSOSN.
- Rejeição 928.
- Rejeição 930.
- Rejeição 931.
- Rejeição 934.
- Rejeição 938.
Resumo
A Rejeição 946 ocorre quando a NF-e ou NFC-e informa um Código de Benefício Fiscal, campo <cBenef>, que está incorreto, inexistente ou fora de vigência na UF. O problema geralmente está relacionado a tabela estadual desatualizada, parametrização fiscal incorreta, código de outra UF ou uso indevido de benefício fiscal. A solução consiste em consultar a tabela oficial da UF, validar a vigência do código, corrigir a parametrização no ERP e gerar novamente o XML.