Rejeição 1068: confira o cálculo da CBS no grupo de tributação regular

Se a nota voltou com a rejeição 1068, comece pelo item indicado na resposta. O valor informado para a CBS dentro do grupo de tributação regular não coincide com a multiplicação da base pela alíquota efetiva regular. A correção exige comparar os números que realmente foram enviados, descobrir de onde veio a diferença e gerar novamente o documento pelo emissor.

A mensagem é “Rejeição: Valor do Tributo Regular da CBS difere do calculado [nItem: 999]”. O número após nItem identifica o item da nota; 999 é a representação usada na documentação, não um item fixo que toda empresa precisa procurar.

Qual documento e qual cálculo estão envolvidos

Este artigo trata da autorização de NF-e, modelo 55, e NFC-e, modelo 65. A referência é a regra UB72d-10, da NT 2025.002-RTC v1.52, página 52. Seu disparo depende de estar informado o grupo gIBSCBS/gTribRegular. Não é uma mensagem de consulta de situação ou de registro de evento. NT oficial, página 52.

A conta utiliza três campos do mesmo item:

• gIBSCBS/vBC: base de cálculo do IBS e da CBS;

• gIBSCBS/gTribRegular/pAliqEfetRegCBS: alíquota efetiva regular da CBS, em percentual;

• gIBSCBS/gTribRegular/vTribRegCBS: valor a conferir.

O resultado esperado é:

vTribRegCBS = vBC × (pAliqEfetRegCBS / 100)

A regra aceita R$ 0,01 para mais ou para menos. Essa tolerância serve para a comparação do resultado; não justifica escolher um valor aproximado quando a origem do erro continua desconhecida.

O campo vCBS, no grupo gCBS, tem outra validação: a rejeição 1069. Na 1068, não se deve copiar a fórmula da CBS do item, subtraindo diferimento ou devolução tributária. Também não se deve aproveitar o valor do tributo regular do IBS estadual ou municipal: cada um possui alíquota, campo e regra próprios.

Antes de mexer no cadastro

Guarde o XML transmitido e o retorno completo. Anote data e horário, chave, número do item, modelo, ambiente e UF do estabelecimento. Peça ao suporte que confirme qual autorizador recebeu a transmissão. A tela do sistema pode mostrar um cálculo atualizado enquanto o arquivo enviado conserva um valor anterior.

Separe a base, a alíquota regular e o valor regular da CBS em uma pequena conferência. Calcule com os números do XML, preservando a precisão pertinente aos campos. Depois compare com o que aparece no documento preparado e no cadastro. Essa ordem mostra se o problema nasceu na configuração, no recálculo ou na montagem do arquivo.

A página 52 não estabelece exceção territorial nem nota própria de implementação futura para a UB72d-10. Isso não comprova ativação uniforme por UF. Na consulta de 10/10/2026, a v1.52 era a versão atual localizada. O aviso ENCAT de 05/10 adiou sua implantação para 26/10/2026 em homologação e 16/11/2026 em produção. A 1068 já constava em versão anterior; o aviso não suspende automaticamente essa validação herdada. Confira o retorno efetivo do ambiente utilizado. Avisos oficiais SVRS.

Como corrigir conforme a causa

A base enviada e a base usada no cálculo são diferentes

Uma integração pode calcular o tributo regular antes de atualizar os valores do item. Também pode buscar a base de outra etapa do documento. Se o XML apresenta uma base e o valor regular corresponde a outra, identifique qual dado ficou antigo.

Corrija a origem comprovadamente errada e refaça o cálculo do item inteiro. Não altere o preço da venda ou invente uma base menor para fazer os números coincidirem. A base precisa continuar representando a operação e o enquadramento fiscal correto; a 1068 apenas verifica a relação matemática entre campos.

Foi usada a alíquota de outro grupo

O sistema pode ter lido pCBS ou pAliqEfet do grupo da CBS em vez de pAliqEfetRegCBS da tributação regular. Os nomes semelhantes favorecem esse erro em integrações e importações.

O responsável fiscal deve confirmar a alíquota regular cabível. O suporte deve demonstrar que o cálculo e a montagem do XML usam exatamente esse campo. Não substitua a alíquota por outra apenas porque ela produz o valor que já estava gravado.

O cálculo está correto na tela, mas o XML está antigo

Isso pode acontecer quando o documento foi preparado antes de uma alteração de cadastro ou quando uma integração reaproveita dados já calculados. Atualizar somente o cadastro não prova que a nota rejeitada foi recalculada.

Use o procedimento do emissor para atualizar o documento pendente, recalcular e gerar nova assinatura após a mudança. Compare o XML novo com o anterior no item afetado. Não edite diretamente um arquivo já assinado: a correção deve passar pelo fluxo de geração do sistema.

A diferença é pequena ou aparece em vários itens

Confira arredondamentos intermediários e o momento em que o valor monetário é consolidado. Uma diferença superior a um centavo excede a tolerância documental. Se vários produtos apresentam o mesmo padrão, investigue uma regra compartilhada de cálculo, não apenas um ajuste isolado.

Se a diferença calculada estiver dentro da tolerância e a rejeição persistir, entregue a comparação ao suporte. Ele deve conferir a precisão dos campos, a versão do gerador e a resposta recebida antes de atribuir a falha ao autorizador.

Exemplo original de conferência

Uma loja fictícia envia um item com base de R$ 742,80 e alíquota efetiva regular da CBS de 0,9000%. O resultado da multiplicação é R$ 6,6852, expresso monetariamente como R$ 6,69. Entretanto, o XML contém vTribRegCBS de R$ 7,43. A diferença não cabe na tolerância de um centavo.

O suporte identifica que uma transformação usou 1% para calcular o valor, embora tenha escrito 0,9000% no campo da alíquota. Após a confirmação fiscal dos dados, corrige a transformação e gera novamente a nota rejeitada. O exemplo demonstra a aritmética; não recomenda esse percentual para toda operação.

Como verificar o resultado e quando escalar

Confira o XML novo, a fórmula e o retorno da SEFAZ. O desaparecimento da 1068 não significa, sozinho, autorização: outra regra pode apontar um problema diferente. Só registre a emissão como autorizada quando houver resposta e protocolo correspondentes à nota correta, preservando o XML autorizado.

Procure o responsável fiscal se houver dúvida sobre base, alíquota, CST regular, classificação ou necessidade do grupo. Acione o suporte quando o cálculo correto não chegar ao XML, houver vários itens afetados ou a divergência persistir. Envie os dois arquivos e os cálculos, com os dados sensíveis protegidos pelo canal de atendimento. Não remova gTribRegular para eliminar a rejeição sem verificar se a classificação exige sua informação.

Fontes

Consulta e revisão documental por IA: 10/10/2026. Não houve teste de emissão por UF ou ambiente.

• NT 2025.002-RTC v1.52, páginas 5–6 e 52, UB72d-10 e regras vizinhas.

• Documentos SVRS e aviso ENCAT de 05/10/2026, versão e cronograma.

• Sankhya, rejeição 1068 e Migrate, rejeição 1068, conferência prática específica. Menus e exemplos desses produtos não foram transferidos ao ALRA.

• TecnoSpeed, rejeição 1069, apoio adjacente para distinguir o cálculo da CBS do item. Foram confirmados dois publicadores específicos da 1068 e este terceiro de assunto próximo.