Rejeição 1024: confira o par CST e cClassTrib do item antes de reenviar

Sua nota voltou com a rejeição 1024 porque duas informações do IBS e da CBS não combinam no mesmo item: o CST e a classificação tributária, chamada cClassTrib. A correção começa na identificação do produto e do enquadramento real da operação. Trocar um código apenas porque o sistema o aceita pode remover o aviso e conservar um erro fiscal.

Na NT 2025.002-RTC v1.52, a mensagem está registrada exatamente assim:

Rejeição: Rejeição: Classificação Tributária do IBS e da CBS incompatível com o CST informado [nItem: 999]

A repetição de “Rejeição:” é um lapso editorial do documento oficial, preservado aqui para permitir a conferência literal. O emissor pode apresentar o texto sem essa repetição. O trecho nItem aponta o item recusado; 999 é uma representação usada na documentação, não um número que deve ser digitado na nota. NT v1.52, p.41, UB14-20.

O que os dois campos representam

O CST do IBS/CBS identifica uma situação tributária. O cClassTrib detalha a hipótese aplicável. A tabela oficial relaciona os dois, junto com descrições, fundamentos e indicadores. Portanto, não basta preencher cada campo com um código que exista: o par precisa ser compatível e corresponder à operação.

Um primeiro sinal de divergência é encontrar um cClassTrib cujo início não corresponde ao CST do item. Mesmo assim, a decisão deve ser conferida na tabela, preservando zeros à esquerda e a descrição completa. O CST do IBS/CBS também não deve ser confundido com o CST de ICMS, PIS ou Cofins, que pertence a outro grupo. Informe Técnico 2025.002 v1.70, p.4–6.

Confirme o contexto do retorno

Este diagnóstico corresponde ao serviço de autorização da NF-e modelo 55 e da NFC-e modelo 65, na regra UB14-20. Ela examina det/imposto/IBSCBS/CST e det/imposto/IBSCBS/cClassTrib, quando a classificação é informada. Não é uma instrução geral para qualquer mensagem numérica 1024 de outro documento ou serviço.

Registre UF, autorizador, ambiente e versão do emissor. Homologação é teste; seu resultado não confirma autorização em produção. A regra consta como obrigatória, sem anotação de implementação futura nessa linha, mas a documentação não demonstra sua execução em cada autorizador. Para CRT 1, 2 e 4, a NT reserva orientações específicas futuras; não aplique automaticamente a esses contribuintes todo o cronograma do CRT 3. NT v1.52, p.7 e 41.

Na consulta de 10/10/2026, a SVRS listava a v1.52, publicada em 01/10. O aviso ENCAT de 05/10 adiou as entregas mencionadas para 26/10 em homologação e 16/11 em produção. Isso não comprova desligamento da UB14-20, já presente no documento anterior. A tabela v1.70 tem cronograma próprio, até 16/10 nos dois ambientes; confirme qual atualização está carregada no autorizador se a divergência envolver uma alteração recente. Documentos SVRS, Avisos SVRS, IT v1.70, p.3.

Encontre onde o par foi montado errado

Guarde o XML efetivamente transmitido e a resposta completa. Depois, confira o nItem, a descrição, o código interno do produto e os dois campos do grupo IBSCBS. A tela de cadastro pode estar correta enquanto uma nota preparada antes da atualização mantém valores antigos.

Compare o arquivo com a regra fiscal selecionada para aquela venda. Procure uma cópia de produto na qual apenas um campo foi alterado, uma regra de operação mais específica que substitui o cadastro ou uma integração que busca CST e cClassTrib em fontes diferentes. Se o problema ocorre em vários itens, investigue o cadastro compartilhado antes de corrigir cada documento isoladamente.

A contabilidade deve definir qual hipótese descreve o fornecimento. O suporte deve explicar de onde o emissor extraiu cada valor. Essa divisão ajuda a resolver a causa sem transformar o atendimento técnico em escolha tributária por tentativa.

Corrija conforme a causa comprovada

A classificação está correta, mas o CST pertence a outro tratamento. Confirme o enquadramento com o responsável fiscal e ajuste o CST correspondente. Revise também os grupos e percentuais que o novo par exige. Não aproveite a alteração para mudar ICMS ou outros tributos sem motivo próprio.

O CST está correto, mas o cClassTrib foi copiado de outra operação. Localize a hipótese adequada na tabela e corrija o relacionamento. A semelhança entre nomes de produtos ou NCM não prova que todas as suas vendas usam o mesmo tratamento. Destinatário, finalidade e condições legais podem mudar a análise.

O cadastro contém o par aprovado, mas o XML leva outro. Peça a atualização do documento rejeitado pelo fluxo do emissor. Corrija a origem da substituição indevida na integração. Gerar e assinar novamente o arquivo pelo sistema é diferente de editar manualmente um XML assinado.

As informações coincidem e a rejeição persiste. Confira vigência, zeros à esquerda, versão da tabela e ambiente. Reúna evidências para o suporte e, se necessário, para o autorizador. Não escolha outro enquadramento só porque ele passou em um teste.

Exemplo de diagnóstico

Uma loja fictícia transmite uma NF-e de três itens. O item 2 foi copiado de um cadastro antigo e leva CST 200 com cClassTrib 000001. A tabela consultada associa 000001 ao CST 000, com tributação integral; esse par enviado é incompatível.

O contador analisa a operação e confirma, neste exemplo, o tratamento integral. A equipe corrige a regra que deixava CST 200 fixo, atualiza o documento rejeitado e confere o novo XML. Se a análise tivesse confirmado uma hipótese de redução, o caminho seria selecionar a classificação correspondente a essa hipótese, sem presumir que 000001 serve para qualquer mercadoria. Tabela oficial consultada em 10/10/2026.

Verifique o resultado e saiba quando escalar

Após a correção, confira todos os itens afetados, os cálculos e o arquivo transmitido. Leia o novo retorno completo. O desaparecimento da 1024 pode revelar outra validação; não equivale, sozinho, à autorização. Preserve XML e protocolo quando o documento for autorizado e mantenha o registro de quem validou o enquadramento.

Acione a contabilidade quando houver dúvida sobre o tratamento ou seu fundamento. Acione o suporte quando tela e XML divergem, uma atualização não chega às notas preparadas ou o par correto continua recusado. Informe chave, item, ambiente, UF, horário, versão e evidência da tabela, sem enviar certificado ou senha.

Fontes e revisão

Consulta e revisão documental por IA: 10/10/2026. Sem teste de emissão por UF ou certificação fiscal humana. A regra oficial prevalece sobre instruções de produto.

Conferência prática em três publicadores: Omie, 29/04/2026, Mainô, 06/05/2026 e TOTVS Datasul, 29/09/2025. Confirmam a revisão do par e de sua origem; os menus descritos pertencem a esses sistemas.