cBenefRBC no ICMS51: redução de base, código e rejeições 665 e 666

cBenefRBC informa o código de benefício fiscal da UF aplicado à redução de base de cálculo no ICMS51. Seu caminho é /nfeProc/NFe/infNFe/det/imposto/ICMS/ICMS51/cBenefRBC. Ele identifica o benefício da redução quando esta se acumula com o diferimento; não é o percentual da redução nem o valor do imposto diferido.

O código vem da tabela oficial da UF e do benefício efetivamente aplicável. Não pode ser inventado, calculado a partir de pRedBC ou copiado de outra operação apenas porque o XML aceitou seu formato.

Estrutura e diferença para cBenef do produto

No XSD PL_010f_v1.04, a tag é opcional (0–1) e aparece depois de pRedBC, antes de vBC. Seu pattern é [!-ÿ]{8}|[!-ÿ]{10}: oito ou dez caracteres no intervalo definido, sem espaços. Essa restrição de formato não consulta tabela estadual nem comprova vigência.

cBenefRBC está dentro do ICMS51. O campo cBenef do produto tem outro caminho e outras regras; preencher um não substitui automaticamente o outro. Tampouco se usa pDif ou uma justificativa livre em lugar do código. O leiaute orienta a correspondência ao código usado na EFD e outras declarações nas UFs que o exigem.

O que a rejeição 665 verifica

A N14a-10 aplica-se ao modelo 55 quando CST é 51 e pRedBC foi informado com valor maior que zero. Nessas condições, a regra exige cBenefRBC; se faltar, prevê a rejeição 665. A implantação é a critério da UF.

Assim, três perguntas precedem qualquer preenchimento: existe redução de base nessa operação? O percentual do XML está correto? A UF aplica essa regra à nota e ao contexto? O tratamento e o benefício devem ser confirmados com o responsável contábil, usando UF, data, produto, regime, operação e fundamento legal, antes de corrigir dados fiscais.

O que a rejeição 666 verifica

A N14a-20 atua quando cBenefRBC foi informado no CST 51. Verifica se o código existe, está vigente e corresponde a benefício de redução de base na tabela da UF, com a coluna CST20=SIM. Esse critério de consulta à tabela não muda o CST da nota para 20: a regra continua sendo do ICMS51.

Uma tag de oito caracteres pode passar no XSD e falhar nessa regra porque o código é inexistente, venceu ou pertence a outra UF/benefício. Compare a grafia exata e as datas da tabela; não tente outro código até obter autorização. A regra também é facultativa por UF. NT 2019.001 v1.70, p.19–20.

Exceções e cronograma não são nacionais uniformes

Nas duas regras, a exceção 1 exclui devolução (finNFe=4) com destino interestadual ou exterior (idDest=2 ou 3). Outras exceções dependem da UF: devolução em geral, NF-e de ajuste e operação de entrada. É preciso ler a linha da UF e a legenda, em vez de aplicar todas as exceções a todas as notas.

Na tabela da NT v1.70, Santa Catarina aparece com N14a-10 e N14a-20 para modelo 55, marcador D9 e exceções E2/E3/E4. A legenda D9 registra homologação em 02/12/2024 e produção em 06/04/2026; a data anterior de 01/09/2025 está riscada. Essa é a previsão documental daquelas regras, não uma data de início da tag ou prova isolada de implantação efetiva do autorizador. As demais linhas não devem herdar o D9. Para uma nota real, confira também os comunicados e a tabela atual da SEFAZ correspondente.

Exemplo de posição sem inventar um benefício válido

O grupo abaixo é sintético e completo na estrutura, parcial em relação à nota, sem validade de benefício estadual ou aptidão de transmissão. Base anterior de R$ 1.000,00, redução de 20%, alíquota de 18% e diferimento de 40% são hipóteses: base R$ 800,00, imposto da operação R$ 144,00, diferido R$ 57,60 e devido R$ 86,40. EXEMP001 ilustra oito caracteres, não um benefício para uso:

<ICMS51 xmlns="http://www.portalfiscal.inf.br/nfe">
  <orig>0</orig>
  <CST>51</CST>
  <modBC>3</modBC>
  <pRedBC>20.00</pRedBC>
  <cBenefRBC>EXEMP001</cBenefRBC>
  <vBC>800.00</vBC>
  <pICMS>18.00</pICMS>
  <vICMSOp>144.00</vICMSOp>
  <pDif>40.00</pDif>
  <vICMSDif>57.60</vICMSDif>
  <vICMS>86.40</vICMS>
</ICMS51>

Os valores de 20% e R$ 800,00 são hipóteses ilustrativas de uma base de R$ 1.000,00 reduzida em 20%. O código só deve aparecer no documento real após identificação do benefício efetivamente aplicável. A redução da base não define o percentual de diferimento, informado separadamente em pDif.

Como fechar o diagnóstico

Na 665, confira o item, CST 51, redução positiva, ausência da tag e condições/exceções da UF. Na 666, confira o código enviado, UF, data de emissão e compatibilidade da linha da tabela. Preserve a versão consultada e o retorno original para distinguir tabela desatualizada no emissor de código materialmente incorreto.

Corrija o cadastro ou o mapeamento apenas quando a causa estiver comprovada e regenere o XML pelo emissor. Não remova uma redução legítima nem troque o CST para evitar a exigência do código. Se o direito ao benefício não estiver confirmado, a pendência é essa decisão, não um problema de comprimento da tag.

Referências oficiais

• Schemas XML NF-e/NFC-e PL_010f_v1.04, versão 010f v1.04, catálogo publicado em 31/08/2026 — declarações ICMS02, ICMS51 e tipo Torig.
• NT 2019.001 — Criação e Atualização de Regras de Validação, versão 1.70, agosto de 2025 — p. 19–20: N14a-10/665 e N14a-20/666; p. 20–22: tabela/legenda de UFs; p. 26: cBenefRBC.
• MOC 7.0 — Anexo I, Leiaute e Regras de Validação, versão 7.00, novembro de 2020 — p. 32–33: ICMS51; p. 99–100: CST/modelo; p. 110: N16a-10/351, N16c-10/352, N17-10/353; p. 117 nota *4; p. 120 totais.