Voltar para o blog

Rejeições fiscais

Rejeição 666: confira o benefício de redução da base no ICMS51

Se a nota retornar “Rejeição: Informado código de benefício fiscal de redução de BC (cBenefRBC) incorreto, inexistente ou incompatível na UF [nItem: nnn]”, examine o benefício informado no item indicado. A redução da base de cálculo e o diferimento precisam estar descritos com os campos correspondentes à operação. Um…

Blog ALRA
Capa ilustrada da ALRA: Rejeição 666: confira o benefício de redução da base no ICMS51.

Se a nota retornar “Rejeição: Informado código de benefício fiscal de redução de BC (cBenefRBC) incorreto, inexistente ou incompatível na UF [nItem: nnn]”, examine o benefício informado no item indicado. A redução da base de cálculo e o diferimento precisam estar descritos com os campos correspondentes à operação. Um código usado para outro benefício ou estado pode não atender à validação.

Preserve o XML transmitido e a resposta completa. Antes de substituir o código, descubra qual informação fiscal foi enviada, qual tabela a fundamenta e quem definiu a parametrização do item.

O contexto correto do código

Na NT 2019.001 v1.70 consultada, o 666 pertence à regra N14a-20, página 20, na autorização de NF-e, modelo 55. A condição documentada é CST de ICMS igual a 51, relativo ao diferimento, com ICMS51/cBenefRBC informado. A verificação considera existência, vigência e correspondência do código a um benefício de redução de base de cálculo na tabela da respectiva UF.

Não estenda essa regra à NFC-e, modelo 65, apenas porque a nota técnica também abrange esse modelo em outras validações. Confira modelo, serviço, ambiente e mensagem do retorno antes de aplicar o diagnóstico.

A falta do código tem condição própria: a regra N14a-10, retorno 665, trata de CST 51 com percentual de redução de base maior que zero e ausência de cBenefRBC. Já o 666 examina um código informado. No MOC 7.0 preservado, falta de informações de diferimento aparece sob o 929. São diagnósticos diferentes; uma busca pelo número isolado não substitui a mensagem completa.

O que significa a coluna “CST 20 = SIM”

A N14a-20 utiliza essa coluna da tabela para identificar a natureza do benefício: redução de base de cálculo. Isso não manda trocar o CST do item para 20. A própria condição da regra é um item com CST 51.

Primeiro confirme o enquadramento real da operação com o responsável fiscal. Depois confira se o código selecionado corresponde à redução admitida nesse contexto. Alterar o CST apenas para combinar com uma coluna pode eliminar a mensagem e deixar a tributação incorreta.

Também separe cBenefRBC do campo geral cBenef e do código de crédito presumido cCredPresumido. Eles identificam informações diferentes. Códigos de IBS/CBS ou benefícios de outras situações não devem ser copiados para esse campo por semelhança de nome.

Como preparar a conferência

Examine o grupo imposto/ICMS/ICMS51 do item efetivamente enviado. Compare CST, pRedBC, cBenefRBC, base e demais valores do cálculo com a parametrização fiscal. A informação exibida no cadastro pode ter sido substituída por uma regra de integração durante a geração do XML.

Para o atendimento, reúna:

  • item e produto apontados no retorno, XML, chave e mensagem completa;

  • UF do estabelecimento emitente, autorizador e ambiente utilizado;

  • código transmitido e sua origem no cadastro ou na integração;

  • tabela oficial estadual, versão consultada e vigência da linha correspondente;

  • orientação fiscal que justifica a redução combinada com o diferimento.

Um código existente na tabela não comprova, sozinho, que a empresa tenha direito àquele benefício. A análise do preenchimento precisa acompanhar a situação fiscal da operação.

Como resolver por cenário

O código representa outro tipo de benefício

Uma configuração pode ter copiado para cBenefRBC um código de isenção, crédito presumido ou outra hipótese. Consulte a tabela pertinente e confira a classificação exigida pela N14a-20.

Se a redução for cabível e existir uma linha válida correspondente, corrija a seleção com fundamento fiscal. Se o benefício não estiver comprovado, peça a definição do tratamento correto. Não escolha uma linha somente porque ela atende à coluna de validação.

O código não existe para aquela UF

Investigue reaproveitamento de cadastros entre filiais, importação de uma tabela de outro estado e erro de transcrição. Compare o valor literal do XML com a fonte estadual apropriada.

Corrija o dado comprovadamente errado e sua origem. Não complete o código por tentativa nem copie um identificador encontrado em um exemplo de outro emissor. A tabela e a operação reais precisam justificar o preenchimento.

A linha existe, mas há dúvida sobre sua vigência

Confira o período de validade e o critério temporal estabelecido pela orientação aplicável. Uma tabela armazenada há meses pode conservar códigos que já não atendem à situação investigada.

Se houver alteração de benefício, o responsável fiscal deve definir o enquadramento adequado. Não mude a data real da operação para acomodar um código. Havendo divergência entre versões da tabela, preserve ambas e esclareça qual fundamento foi utilizado.

O cadastro está certo, mas a nota mantém outra informação

Peça ao suporte que examine a geração de ICMS51/cBenefRBC, a filial selecionada e as regras tributárias aplicadas ao produto. Uma nota preparada antes da atualização pode conservar o código anterior.

Reprepare o documento rejeitado pelo fluxo do emissor e compare o XML atualizado. Confira também os valores relacionados à redução e ao diferimento. A correção do identificador não autoriza alterar base, percentual ou imposto sem fundamento.

Exceções precisam corresponder aos fatos

A regra preservada exclui a NF-e de devolução de mercadoria em operação interestadual ou com o exterior. Outras exceções para devolução, ajuste e entrada dependem da UF. A matriz histórica relaciona essas três últimas a Santa Catarina no contexto documentado.

Se a operação realmente se enquadrar numa exceção, peça ao suporte e ao responsável fiscal que confrontem os indicadores enviados com a regra aplicável. Não transforme uma venda em devolução, ajuste ou entrada para contornar a validação.

Exemplo hipotético e verificação

Uma distribuidora catarinense prepara uma NF-e com CST 51 e redução de base no item 2. A integração preenche cBenefRBC usando a configuração de benefício geral de outra filial. A resposta devolve a mensagem 666.

A equipe identifica a origem do valor. Se a tabela estadual e o fundamento fiscal confirmarem qual benefício de redução cabe naquela operação, corrige a parametrização e atualiza o documento. Sem essa prova, interrompe a escolha por tentativa. Este exemplo não fornece um código numérico válido por suposição.

Depois do ajuste comprovado, gere e assine o XML pelo emissor, faça uma transmissão controlada e examine a nova resposta. Se houver autorização, preserve o documento e o protocolo da chave correta. Outra rejeição exige seu próprio diagnóstico.

Acione o suporte quando cadastro e XML divergirem. Procure o responsável fiscal para dúvidas de benefício, vigência ou exceção. Se os dados fundamentados continuarem rejeitados, leve à SEFAZ o XML, a resposta e a versão da tabela; não há garantia de liberação automática.

Cronograma e referência atual

A matriz da NT v1.70 prevê Santa Catarina, modelo 55, com homologação em 02/12/2024 e produção em 06/04/2026. A data antiga está riscada. O Circular SEF/DIAT 02/2026, de 03/02/2026, recuperado em 16/10/2026, mantém esse cronograma, sem comprovar a implantação individual do emissor ou autorizador.

A Tabela 5.2A de Santa Catarina, recuperada em 16/10/2026, identifica atualização em 09/10/2026 e tem 43 páginas. Na página 41, a linha SC820081 está classificada como redução de base de ICMS, com CST 20 = Sim, início em 01/03/2026 e referência ao art. 32, II, do Anexo 2. É uma demonstração de leitura da tabela, não indicação desse código para o exemplo ou certificação de direito ao benefício. A descrição, os requisitos e a vigência precisam corresponder à operação real.

Fontes e limites de pesquisa

Pesquisa em16/10/2026, com capturas atuais e reuso identificado. Sem emissão ALRA, classificação individual ou confirmação operacional por UF/ambiente.

  • NT2019.001v1.70: reusoHTTP20016/10 da pesquisa936,PDF8c03. Páginas19/20/22 inteiras textuais lidas agora;11/21/26 inteiras lidas em664 nesta rodada,PNG19/20 pessoalmente vistas agora e21 vista em664. N14a-10/665 eN14a-20/666íntegrasFacult55,exceção1 geral/devolução interestadual-exterior eE2/3/4critérioUF;SC/D9/E2/3/4,06/04/2026apósdataantigariscada. Não atribui exceçãoCSOSN da946à665/666.

  • CircularSEF/DIAT02/2026: novaHTTP20016/10,18db4425,726314bytes,duaspáginas inteiras lidas por extração eWEB0–78. Datado03/02/2026,entradaíndice11/02/2026, datasdistintas. N14a-10/20NF-e55,H02/12/24/P06/04/26. SemPNGcircular02 alegado. Índice de circulares: HTTP20016/10 30e0a662, entrada eURL8132lidas, não siteinteirolido.

  • SPEDFiscalSC eTabela5.2A: reusoHTTP20016/10 obtido em664,5d50/418b,334422bytes/43páginas09/10/2609:18:29. LinhaSC820081 efetivamente localizada na página41 e extraída com colunas porpdfplumber: ReduçãoBaseICMS,CST20Sim,CST70Sim,CST51vazio,art32II,início01/03/26/fimvazio. Essa leitura não exige mudarCST51daoperação nem certifica vigência individual/direito. SemleituraintegraldaleiArt32ou43páginas. Não usa resultadoWEBantigo27/02/26/42páginas como arquivo atual.

  • Circular12/2025: reusoHTTP20016/10 995d,p1–4lidas em664/PNG3vista. Basecomplementar de calendário/campos,semalegar nova captura nesta665/666. Ato35/2024consolidado: corpoWEBinteirolido em664,captura49cc16/10,obrigação/exclusõesnão confundidascompredicados. Não dispensa automática fora do contexto.

  • Schemas oficiais: pacote010f15/10,reuso2baceleiaute,declaraçõesreaisCST51/pRedBC/cBenefRBC/pDifextraídas e efetivamentelidas; cBenefRBCopcional estruturalpattern8/10,nãosubstituivalidaçãode negócio. Não alegaleituraintegralICMS51muitolongo oucompilaçãoXSD/XMLreal. Varredura6caches2026zero665/666/N14a-/cBenefRBC,resultadointeirolido,buscadelimitada.

  • TecnoSpeedNT2019.001: novaHTTP20016/10 0ef434,seçõesv1.70/v1.64 e666_N14a-20 lidas inteiras após sumário,contexto de calendárioegrupos. Prazosantigosv164nãoadotados; não tutorial exclusivo666. Seniorleiaute: novaHTTP20016/10 3f84f1, seçãoNT2019v1.60/cBenefRBC inteira lida, campoapóspRedBC/CST51; apoioadjacente,não siteinteirolido nemtutorial666. Terceiroeditor nãoé menuALRA.

  • Buscador666: novaHTTP20016/10,corpoespecíficointeiroregraàsFAQs/fonteslido,12/10/consol09/10. Predicadoeexceçõesconvergentes;fichacurtanãotutorial. NãoadotageneralizaçãoSPsemquadro,denegação/reusonumeração ouFacultcomopermissãoaoerro. Buscaencontrou fontesqueconfundem665comcontingência e666comMDF-e,descartadas.

Originaiseatosnegativospreservadossemretroaprovação. Umcorpoespecíficoemformadeficha e doisapoiosdecontexto,nãotrêstutoriaisexclusivos666;primáriasnormativaseestaduaissustentamorientação. Semimagensnovas/capas/publicação.

Pronto para dar o próximo passo?

Pronto para organizar sua empresa e ganhar mais tempo?

Teste grátis por 15 dias e descubra como a Alra pode transformar a gestão do seu negócio.