Rejeição 931 — Informado código de benefício fiscal incompatível com CST e UF

Resumo Rápido

A Rejeição 931 ocorre quando a NF-e ou NFC-e informa um Código de Benefício Fiscal, campo <cBenef>, que não é compatível com o CST de ICMS utilizado no item e com a tabela de benefícios fiscais da UF.

Na prática, o código de benefício fiscal pode até existir, mas não corresponde à situação tributária informada no item da nota.

A SEFAZ valida a relação entre:

UF vinculada à exigência do benefício fiscal.
CST de ICMS do item.
Código de Benefício Fiscal informado em <cBenef>.
Tabela cBenef x CST publicada pela UF.

Quando essa combinação não é aceita, a autorização da NF-e/NFC-e é rejeitada.

Solução rápida

Identifique o item indicado na mensagem da rejeição.
Verifique o CST de ICMS informado no item.
Confira o código informado no campo <cBenef>.
Consulte a tabela cBenef x CST da UF.
Corrija o cBenef ou o CST conforme a regra fiscal correta.
Gere novamente o XML.
Transmita a NF-e/NFC-e novamente.

Dados rápidos

Diagnóstico Rápido

O item informado na rejeição foi identificado?
O CST do ICMS está correto?
O campo `<cBenef>` foi preenchido?
O cBenef existe na tabela da UF?
O cBenef informado é compatível com o CST do item?
A UF exige a validação cBenef x CST?
O produto possui benefício fiscal real?
A operação possui isenção, redução, diferimento, suspensão ou outro benefício?
O ERP está buscando o cBenef de um cadastro fiscal antigo?
Houve alteração recente na tabela de benefícios da UF?
A nota é de entrada, devolução ou ajuste?
Existe regra fiscal automática sobrescrevendo o cBenef?

Mensagem da Rejeição

931 - Informado código de benefício fiscal incompatível com CST e UF [nItem: nnn]

Em algumas documentações e retornos de sistemas, a mensagem também pode aparecer como:

931 - CST não corresponde ao tipo de código de benefício fiscal [nItem: nnn]

As duas redações apontam para o mesmo problema central: incompatibilidade entre o CST do ICMS e o código de benefício fiscal informado no item.

O que significa essa rejeição?

Significa que a NF-e ou NFC-e contém um código de benefício fiscal no item, mas esse código não pode ser utilizado com o CST de ICMS informado para aquela UF.

A SEFAZ cruza o CST do item com a tabela de benefícios fiscais da UF.

Se o código informado no campo <cBenef> não estiver previsto para aquele CST, a nota é rejeitada.

Exemplo simples:

CST informado no item: 40 — Isenta.
cBenef informado: código associado a redução de base de cálculo.
Resultado: incompatibilidade entre CST e benefício fiscal.

Nesse caso, ainda que o código exista, ele não está correto para a situação tributária aplicada.

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.

Ele serve para identificar benefícios fiscais de ICMS concedidos pela legislação estadual, como:

Isenção.
Redução da base de cálculo.
Não incidência.
Suspensão.
Diferimento.
Crédito presumido.
Regime especial.
Outros tratamentos tributários previstos pela UF.

O código não é nacionalmente uniforme para todos os casos.

Cada UF pode publicar sua própria tabela de códigos, vinculando o benefício fiscal ao CST correspondente.

Por isso, não basta o código existir. Ele precisa estar correto para:

A UF.
O CST.
O tipo de operação.
O produto.
A legislação aplicável.

Quando essa rejeição ocorre?

A rejeição pode ocorrer quando:

O CST do item não corresponde ao cBenef informado.
O cBenef pertence a outro tipo de benefício.
O cBenef pertence a outro CST.
O cBenef foi cadastrado para outra UF.
O ERP aplicou benefício fiscal padrão indevidamente.
A regra fiscal do produto está desatualizada.
A tabela cBenef x CST da UF foi alterada.
Foi usado um código de isenção em operação tributada.
Foi usado um código de redução de base em CST incompatível.
Foi informada a literal SEM CBENEF em CST que exige benefício.
Foi informado um cBenef em item que deveria utilizar outro enquadramento tributário.

Sintomas Comuns

NF-e rejeitada apenas em determinadas UFs.
Erro em produtos específicos.
Erro após mudança de CST.
Erro após atualização fiscal do ERP.
Rejeição em operações com isenção ou redução de base.
Rejeição em notas que antes eram autorizadas.
Divergência entre o que está no cadastro do produto e a regra fiscal vigente.
Problema em notas de venda para uma UF, mas não para outra.
Erro após cópia de parametrização fiscal entre empresas ou filiais.
Rejeição apenas em itens com cBenef preenchido.

Por que essa rejeição acontece?

cBenef incompatível com o CST

É a causa mais comum.

O código informado no campo <cBenef> existe, mas não é aceito para o CST do item.

Por exemplo, utilizar um benefício relacionado à isenção em um item tributado integralmente.

CST incorreto

O benefício fiscal pode estar correto, mas o CST utilizado no item está errado.

Nesse caso, a correção não é trocar o cBenef automaticamente, mas revisar a tributação da operação.

Código de benefício de outra UF

O ERP pode ter aplicado um cBenef de uma UF diferente daquela que exige a validação.

Como as tabelas são estaduais, códigos válidos em uma UF podem não ser aceitos em outra.

Cadastro fiscal desatualizado

A empresa pode estar utilizando tabela antiga de cBenef x CST.

Alterações publicadas pela UF podem tornar uma parametrização antiga inválida.

Produto parametrizado genericamente

Um mesmo produto pode ter tributação diferente conforme UF, operação, cliente, CFOP, regime tributário ou finalidade.

Quando o ERP aplica uma regra genérica, pode informar cBenef incompatível.

Integração externa

Sistemas de pedido, e-commerce, força de vendas ou middleware podem enviar CST e cBenef divergentes para o ERP ou emissor fiscal.

Uso incorreto de `SEM CBENEF`

Algumas UFs podem exigir a literal SEM CBENEF em determinados cenários.

Porém, essa literal também precisa respeitar a regra da tabela da UF. Se for enviada em situação incompatível, pode ocorrer rejeição.

Causa Raiz

A causa raiz da Rejeição 931 normalmente é a falta de alinhamento entre a regra tributária aplicada no ERP e a tabela cBenef x CST exigida pela UF.

Em termos práticos, o problema não está apenas no XML.

O XML apenas revela uma inconsistência existente em algum ponto da cadeia fiscal:

Cadastro do produto.
Regra fiscal.
Natureza da operação.
CST do ICMS.
Código de benefício fiscal.
Tabela estadual.
Integração.
Parametrização por UF.

Essa rejeição é especialmente comum quando a empresa tenta automatizar o preenchimento do cBenef sem manter uma matriz fiscal por UF, CST e tipo de benefício.

Como Resolver

Passo 1

Identifique o item indicado na mensagem da rejeição.

A SEFAZ normalmente retorna a indicação do item no formato:

[nItem: nnn]

Esse item deve ser localizado no XML e no ERP.

Passo 2

Verifique o CST do ICMS informado no item.

No XML, o CST estará dentro do grupo de ICMS do item, por exemplo:

<ICMS>
   <ICMS40>
      <orig>0</orig>
      <CST>40</CST>
   </ICMS40>
</ICMS>

Confirme se o CST realmente representa a tributação correta da operação.

Passo 3

Verifique o código informado em <cBenef>.

O campo normalmente fica no grupo do produto:

<prod>
   <cProd>001</cProd>
   <xProd>Produto Exemplo</xProd>
   <cBenef>RS051601</cBenef>
</prod>

Confirme se o código informado é o código esperado para aquela operação.

Passo 4

Consulte a tabela cBenef x CST da UF.

Verifique se o código informado em <cBenef> está relacionado ao CST utilizado no item.

A tabela deve ser consultada conforme a UF aplicável à regra do benefício fiscal.

Passo 5

Corrija o CST ou o cBenef.

Existem duas possibilidades principais:

O CST está correto, mas o cBenef está errado.
O cBenef está correto, mas o CST está errado.

A correção deve ser feita com base na análise fiscal da operação.

Não altere o campo apenas para “passar na SEFAZ”.

Passo 6

Revise a parametrização fiscal do ERP.

Verifique onde o sistema busca o cBenef:

Cadastro do produto.
Cadastro de NCM.
Regra fiscal.
Natureza de operação.
CFOP.
Perfil tributário do cliente.
UF de destino.
Grupo fiscal.
Configuração específica da filial.
Tabela de benefícios fiscais.

Passo 7

Gere um novo XML.

Após a correção, gere novamente a NF-e/NFC-e.

Não edite o XML manualmente em produção.

Passo 8

Transmita novamente o documento.

Após a geração correta, transmita a nota novamente para autorização.

Exemplo Prático

Uma empresa do Rio Grande do Sul emite uma NF-e com item isento de ICMS.

No ERP, o item foi configurado com CST 40, mas o cBenef informado pertence a uma regra que não corresponde a esse CST.

CST informado: 40
cBenef informado: RS051601
Tabela da UF: código não compatível com CST 40

Resultado:

Rejeição 931 - Informado código de benefício fiscal incompatível com CST e UF

A correção pode ser:

Alterar o cBenef para um código compatível com CST 40; ou
Corrigir o CST, se a tributação correta não for isenção.

Exemplo XML

XML com erro

<det nItem="1">
   <prod>
      <cProd>001</cProd>
      <cEAN>SEM GTIN</cEAN>
      <xProd>Produto Exemplo</xProd>
      <NCM>00000000</NCM>
      <CFOP>5102</CFOP>
      <uCom>UN</uCom>
      <qCom>1.0000</qCom>
      <vUnCom>100.0000000000</vUnCom>
      <vProd>100.00</vProd>
      <cEANTrib>SEM GTIN</cEANTrib>
      <uTrib>UN</uTrib>
      <qTrib>1.0000</qTrib>
      <vUnTrib>100.0000000000</vUnTrib>
      <indTot>1</indTot>
      <cBenef>RS051601</cBenef>
   </prod>
   <imposto>
      <ICMS>
         <ICMS40>
            <orig>0</orig>
            <CST>40</CST>
         </ICMS40>
      </ICMS>
   </imposto>
</det>

Problema

O campo <cBenef> foi preenchido com um código que não é compatível com o CST 40 conforme a tabela da UF.

XML corrigido

<det nItem="1">
   <prod>
      <cProd>001</cProd>
      <cEAN>SEM GTIN</cEAN>
      <xProd>Produto Exemplo</xProd>
      <NCM>00000000</NCM>
      <CFOP>5102</CFOP>
      <uCom>UN</uCom>
      <qCom>1.0000</qCom>
      <vUnCom>100.0000000000</vUnCom>
      <vProd>100.00</vProd>
      <cEANTrib>SEM GTIN</cEANTrib>
      <uTrib>UN</uTrib>
      <qTrib>1.0000</qTrib>
      <vUnTrib>100.0000000000</vUnTrib>
      <indTot>1</indTot>
      <cBenef>RS000000</cBenef>
   </prod>
   <imposto>
      <ICMS>
         <ICMS40>
            <orig>0</orig>
            <CST>40</CST>
         </ICMS40>
      </ICMS>
   </imposto>
</det>

O que mudou?

O código informado em <cBenef> foi ajustado para um código compatível com o CST utilizado, conforme a tabela da UF.

O código acima é apenas ilustrativo. O código real deve ser validado na tabela oficial da UF e pela área fiscal responsável.

Como Identificar o Problema no ERP

Onde verificar

Cadastro do produto.
Cadastro fiscal do produto.
NCM.
Natureza de operação.
CFOP.
Regra de ICMS.
Regra por UF.
Matriz fiscal.
Parâmetros de cBenef.
Tabela cBenef x CST.
Perfil tributário do cliente.
Configurações de emissão da NF-e/NFC-e.
Integrações fiscais.

O que procurar

CST diferente do esperado.
cBenef preenchido automaticamente.
cBenef herdado de outro produto.
cBenef cadastrado para UF errada.
cBenef incompatível com o CST.
Regra genérica aplicada a operação específica.
Tabela estadual desatualizada.
Produto com benefício fiscal antigo.
Falta de segmentação por UF.
Parametrização copiada entre empresas sem revisão fiscal.

Impactos para a Empresa

Fiscal

A NF-e ou NFC-e não é autorizada enquanto a inconsistência não for corrigida.

Faturamento

A venda pode ficar bloqueada até que o item seja ajustado.

Operacional

A equipe precisa revisar produto, CST, benefício fiscal e regra por UF.

Estoque

A expedição pode ser atrasada, especialmente em operações com mercadoria pronta para envio.

Financeiro

A cobrança pode ser postergada por falta de autorização da nota.

Compliance

A utilização de benefício fiscal incompatível pode indicar problema de parametrização tributária e gerar risco fiscal.

Suporte ERP

O atendimento pode exigir análise conjunta entre suporte, fiscal, contabilidade e desenvolvimento, principalmente quando a regra está automatizada.

O que NÃO Fazer

Não trocar o cBenef aleatoriamente.
Não alterar o CST apenas para autorizar a nota.
Não remover o cBenef sem validar se ele é obrigatório.
Não usar código de benefício de outra UF.
Não copiar parametrização de outro produto sem análise.
Não editar o XML manualmente em produção.
Não assumir que todo CST isento usa o mesmo cBenef.
Não ignorar a tabela estadual.
Não tratar 928, 930, 931, 934 e 946 como se fossem a mesma rejeição.
Não culpar a SEFAZ antes de revisar a matriz fiscal.

Caso Real

Uma indústria passou a vender produtos com redução de base de cálculo para determinada UF.

A contabilidade informou um código de benefício fiscal, e o ERP foi parametrizado para aplicá-lo automaticamente por NCM.

Alguns produtos, porém, utilizavam CST 40 por isenção, enquanto o código cadastrado era compatível apenas com CST de redução da base de cálculo.

As notas passaram a ser rejeitadas com o código 931.

A correção envolveu separar a regra fiscal por tipo de benefício:

Produtos com isenção receberam cBenef compatível com CST 40.
Produtos com redução de base receberam cBenef compatível com o CST correspondente.
A regra automática por NCM foi substituída por matriz fiscal considerando CST, UF e operação.

Após a revisão, as NF-es passaram a ser autorizadas corretamente.

Como Evitar Essa Rejeição

Manter a tabela cBenef x CST atualizada.
Revisar a matriz fiscal por UF.
Vincular cBenef ao CST correto.
Criar regras específicas por operação.
Evitar parametrização genérica por produto.
Testar operações em homologação.
Auditar notas rejeitadas por código 931.
Validar alterações fiscais antes de colocar em produção.
Controlar versões de regras tributárias.
Documentar a origem legal do benefício fiscal.
Envolver a contabilidade na definição do cBenef.
Revisar integrações que enviam CST e cBenef ao ERP.

Fluxograma de Diagnóstico

Recebeu Rejeição 931?
 
├─ Identificou o item rejeitado?
│
├─ Não → Localizar nItem no retorno da SEFAZ
│
└─ Sim
    │
    ├─ O item possui cBenef?
    │
    ├─ Não → Avaliar se a rejeição correta não seria 930
    │
    └─ Sim
        │
        ├─ O cBenef existe na tabela da UF?
        │
        ├─ Não → Avaliar rejeição 946 / código inexistente
        │
        └─ Sim
            │
            ├─ O cBenef é compatível com o CST?
            │
            ├─ Não → Corrigir cBenef ou CST
            │
            └─ Sim → Revisar UF, exceções, tabela vigente e regra do ERP

Diferenç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 sem benefício fiscal.

O problema é informar <cBenef> quando aquele CST não deveria utilizar benefício fiscal.

Rejeição 930

Ocorre quando o CST exige código de benefício fiscal, mas o campo <cBenef> não foi informado.

O problema é ausência do código obrigatório.

Rejeição 931

Ocorre quando o código de benefício fiscal foi informado, mas é incompatível com o CST e a UF.

O problema é a combinação incorreta entre CST, UF e cBenef.

Rejeição 934

Ocorre quando não foi informado o valor do ICMS desonerado ou o motivo de desoneração em situações que exigem esses campos.

O problema envolve <vICMSDeson> e/ou <motDesICMS>.

Rejeição 946

Ocorre quando o código de benefício fiscal informado está incorreto ou não existe na UF.

O problema é a inexistência ou invalidade do código na tabela da UF.

FAQ

O que é a Rejeição 931?

É a rejeição que ocorre quando o cBenef informado no item é incompatível com o CST de ICMS e com a tabela da UF.

O código de benefício pode existir e mesmo assim gerar rejeição?

Sim. O código pode existir, mas não ser permitido para o CST informado.

O problema está no cBenef ou no CST?

Pode estar em qualquer um dos dois. É necessário validar a operação fiscal para saber se o correto é alterar o cBenef ou o CST.

Toda UF valida essa regra?

Não necessariamente. A validação pode ser facultativa e depende da implementação de cada UF.

A rejeição se aplica à NF-e e NFC-e?

Sim, pode ser aplicada aos modelos 55 e 65, conforme a regra adotada pela UF.

Posso remover o cBenef para resolver?

Somente se o cBenef não for obrigatório para a operação. Se o CST exigir benefício fiscal, remover o campo pode gerar a Rejeição 930.

Posso usar o mesmo cBenef para todos os produtos?

Não é recomendado. O código deve refletir a regra fiscal aplicável ao item, CST, UF e operação.

O contador deve validar essa correção?

Sim. A escolha do cBenef depende da legislação estadual e deve ser validada com a área fiscal ou contábil.

Essa rejeição pode ocorrer depois de atualização da tabela da UF?

Sim. Se a tabela cBenef x CST mudar e o ERP não for atualizado, notas que antes eram autorizadas podem passar a ser rejeitadas.

A literal `SEM CBENEF` resolve sempre?

Não. Ela só deve ser usada quando a tabela da UF permitir ou exigir essa literal para o CST e operação aplicáveis.

Base Legal

Projeto NF-e.
Manual de Orientação do Contribuinte.
Nota Técnica 2019.001.
Regras de Validação da NF-e/NFC-e.
Tabela de Código de Benefício Fiscal por UF.
Legislação estadual do ICMS.
Tabela cBenef x CST publicada pela UF.

Resumo

A Rejeição 931 ocorre quando a NF-e ou NFC-e informa um Código de Benefício Fiscal incompatível com o CST de ICMS e com a tabela da UF. O problema normalmente está na parametrização fiscal do ERP, na tabela cBenef x CST desatualizada ou na aplicação de um benefício fiscal incorreto para a operação. Para corrigir, é necessário identificar o item rejeitado, validar o CST, consultar a tabela estadual de benefícios fiscais e ajustar o cBenef ou a tributação do item conforme a legislação aplicável.

Rejeição 931 — Informado código de benefício fiscal incompatível com CST e UF

Conteúdo relacionado