Pular para o conteúdo
Fiscal ProBiblioteca
NF-e e NFC-e · IBS e CBS

cClassTrib na NF-e: classificação do IBS/CBS e conferências

<cClassTrib>det › imposto › IBSCBS › cClassTrib

Revisão editorial em 14 de out. de 2026. As versões e condições das regras estão indicadas ao longo do artigo.

cClassTrib, UB14 de IBSCBS, é a classificação tributária do IBS e da CBS do item. Seus seis dígitos identificam uma hipótese da tabela oficial; o código não é NCM, CFOP, código municipal de serviço ou código de crédito presumido.

O caminho desta página é /nfeProc/NFe/infNFe/det/imposto/IBSCBS/cClassTrib.

O que a classificação acrescenta ao CST

Os três primeiros dígitos de cClassTrib correspondem ao CST. Os demais identificam a classificação detalhada. A tabela associa o par à descrição e aos dispositivos legais/regulamentares; não basta completar um CST com três zeros. Na versão 1.70, consulte nome, descrição, referências, tipo de alíquota, reduções, início/fim de vigência e indicadores do documento. IT, pp. 4–6.

Quais informações da tabela interferem no XML

ind_gTribRegular, ind_gCredPresOper e ind_gEstornoCred são exemplos de indicadores da classificação. O indicador de crédito da operação com valor 1 permite seu uso sem obrigar, segundo UB120-20; não o confunda com um indicador que exige grupo. pRedIBS e pRedCBS informam percentuais associados à hipótese. indNFe e indNFCe distinguem os modelos 55 e 65: existir na tabela geral não significa que o código é admitido em ambos. IT, pp. 5–6, NT, p. 66.

Exemplo e cuidado com zeros

O tipo TcClassTrib exige seis dígitos. Exemplo isolado de código existente, sem recomendação de enquadramento nem grupo completo:

<cClassTrib xmlns="http://www.portalfiscal.inf.br/nfe">000001</cClassTrib>

Essa linha da tabela está associada ao CST 000. 1, 00001 e um código de seis dígitos inventado não substituem 000001. Em importações, preserve o campo como texto; conferir prefixo não substitui confirmar a existência da linha e seu contexto. XSD, Tabela, aba cClass, linha 2.

Como separar as rejeições 1023, 1024 e 1025

UB14-10/1023 verifica código inexistente. UB14-20/1024 verifica incompatibilidade com o CST informado. UB14-25/1025 verifica modelo não permitido pelos indicadores da tabela. Em cada caso, compare o código realmente enviado no item com a linha oficial e a versão de tabela utilizada pelo emissor/autorizador. Corrigir zeros perdidos é problema de serialização; trocar uma classificação válida por outra é decisão fiscal e precisa do fundamento da operação. Não altere o modelo nem o CST apenas para contornar a rejeição. NT, p. 41.

Vigência da linha e implantação da tabela

dIniVig/dFimVig são datas de validade da classificação; DataAtualização identifica a atualização da linha. Elas não são a data de ativação de toda regra de validação. O XSD define a estrutura, a NT descreve as validações e as tabelas informam códigos e indicadores; nenhum desses documentos, sozinho, concede tratamento tributário. O IT 2025.002 v1.70, p. 3, prevê implantação das tabelas até 16/10/2026 nos dois ambientes. O aviso ENCAT de 05/10/2026 adiou as mudanças das NTs com homologação prevista para 05/10 para 26/10 em homologação e 16/11 em produção. Esses marcos não suspendem todas as regras anteriores nem antecipam direito material. Em 14/10/2026, as datas novas ainda eram futuras. IT v1.70, aviso ENCAT.

Campos relacionados

Referência técnica para integração

XPath completo
/nfeProc/NFe/infNFe/det/imposto/IBSCBS/cClassTrib
Namespace
http://www.portalfiscal.inf.br/nfe
Leiaute
4.00 · PL_010e_v1.02
Ocorrências no XSD
1–1 no contexto do elemento pai
Tipo
TcClassTrib · string
Preenchimento no catálogo
Condicional

A ocorrência vale dentro da estrutura XML: um campo obrigatório em um grupo opcional não torna esse grupo obrigatório. A aplicação fiscal depende da operação e da versão da regra.

pattern
\d{6}
whiteSpace
preserve