Rejeição 1123: confira a soma da CBS monofásica retida anteriormente

Se a emissão recebeu a rejeição 1123, o primeiro trabalho é comparar os valores dos itens com o total da mesma rubrica no XML. A mensagem trata da CBS monofásica retida anteriormente. Conferir apenas o valor da venda, o pagamento ou o total geral dos impostos não revela necessariamente a divergência.

O retorno documentado é “Rejeição: Total da CBS monofásica retida anteriormente difere da soma dos itens”. Guarde o arquivo enviado e a resposta completa antes de modificar a nota. Assim, o suporte e o responsável fiscal conseguem identificar qual valor foi efetivamente transmitido, mesmo que a tela já mostre um cálculo diferente.

Qual é o contexto desta regra

A regra W59d-10, na NT 2025.002-RTC v1.52, página 71, corresponde ao cStat 1123 na autorização de NF-e modelo 55 e NFC-e modelo 65. Ela compara o total da CBS monofásica retida anteriormente com a soma dos campos vCBSMonoRet informados nos itens. O total está identificado como W59d, também chamado vCBSMonoRet, no grupo total da monofasia, na página 30. [1]

Há nomes parecidos que representam valores diferentes. vCBSMono corresponde à CBS monofásica; vCBSMonoReten, à CBS sujeita à retenção; vCBSMonoRet, à CBS retida anteriormente. Somar uma dessas rubricas no lugar da outra pode produzir um total aritmeticamente correto e fiscalmente incompatível com o campo escolhido.

A regra não identifica um pagamento bancário nem manda recolher novamente o valor retido antes. Ela confere a consistência do documento. O enquadramento da operação, a informação de monofasia e os valores dos itens precisam de suporte fiscal próprio.

Versão, ambiente e calendário exigem atenção

A pesquisa compartilhada registrada em 10/10/2026 identificou a v1.52 no portal oficial, com publicação em 01/10/2026. Nesta revisão houve apenas releitura local dos documentos salvos. No recorte textual da W59d-10 não há uma observação própria de implementação futura nem uma limitação a determinada UF. Isso não comprova ativação operacional uniforme em todos os autorizadores. [1][2]

O documento também prevê uma reformulação da monofasia, herdada da v1.50, com produção em 03/11/2026. Separadamente, o aviso ENCAT de 05/10 adiou a implantação das alterações previstas para a v1.52 para 26/10 em homologação e 16/11 em produção. Esse aviso não demonstra que uma validação anterior de totalização foi desativada. Confira qual leiaute e pacote o ambiente realmente utiliza; não aplique automaticamente o calendário de uma alteração a todas as regras da NT. [1][3]

Registre a UF do emitente, o autorizador consultado e se a tentativa ocorreu em produção ou homologação. Os testes deste último ambiente não comprovam que a venda tenha sido documentada em produção.

Como localizar a diferença

Peça uma conferência orientada pelos itens do XML enviado, não por um relatório de venda produzido depois:

1. Identifique cada item que informa CBS monofásica retida anteriormente e anote seu vCBSMonoRet.

2. Some esses valores com precisão decimal, mantendo os centavos efetivamente transmitidos.

3. Compare o resultado com o vCBSMonoRet do total da monofasia, dentro de IBSCBSTot/gMono no leiaute documentado.

4. Confira se algum item alterado, excluído ou importado entrou duas vezes ou deixou de entrar na totalização.

5. Verifique se a rotina confundiu Ret com Reten, ou buscou CBS de outro grupo tributário.

A W59d-10 não apresenta uma tolerância específica na sua linha. Não importe a tolerância de outra validação para justificar um total diferente. Se o problema surgir com centavos, o suporte deve demonstrar a política de arredondamento e a soma dos valores que constam no arquivo.

Correção por cenário

Os itens estão corretos, mas o total ficou desatualizado

Isso pode ocorrer quando o operador altera um item e o emissor conserva o total calculado antes da mudança. Recalcule o documento a partir dos itens atuais, utilizando o fluxo próprio do emissor. Antes do novo envio, confirme que a versão regenerada contém o total correspondente à soma.

Não ajuste cada item para combinar com um total antigo. O valor consolidado deve acompanhar as informações verdadeiras dos itens, e o suporte deve corrigir a rotina que deixou de atualizá-lo.

A integração somou a rubrica errada

Uma integração pode selecionar todas as tags que começam com “CBSMono” ou confundir valores sujeitos à retenção com valores retidos anteriormente. Compare o mapeamento da origem com o destino de cada campo. Corrija a seleção e gere novamente a nota; não transfira valores entre rubricas sem respaldo fiscal.

Essa análise é especialmente útil após atualização de leiaute. Uma configuração preparada para estrutura anterior pode continuar preenchendo totais enquanto os itens já são gerados por uma estrutura nova. A versão instalada e o XML são evidências mais úteis que a informação genérica “sistema atualizado”.

O valor de um item também está errado

Se quantidade, valor tributário ou enquadramento estiverem incorretos, a simples correção do total não encerra o problema. O responsável fiscal deve verificar a informação do item e sua origem. Depois da correção fundamentada, recalcule os totais. Uma soma consistente não confirma, sozinha, que o tratamento tributário é adequado.

Exemplo de conferência

Em um teste hipotético, dois itens trazem vCBSMonoRet de R$ 12,35 e R$ 7,15. A soma é R$ 19,50, mas o total enviado ficou em R$ 17,50 porque uma atualização parcial conservou o resultado anterior.

A equipe confirma primeiro que os R$ 12,35 e R$ 7,15 correspondem aos dados fiscais aprovados para os itens. Corrige a atualização do total e regenera o XML com R$ 19,50 nessa rubrica. O exemplo demonstra a reconciliação; não define alíquota, benefício ou direito de usar a monofasia para qualquer combustível.

Como verificar o resultado e quando escalar

Compare o XML novo com o rejeitado e registre qual divergência foi corrigida. Leia a resposta da nova tentativa: desaparecer o 1123 pode revelar outra validação pendente. Confirme a situação final da chave e preserve eventual protocolo de autorização, sem marcar a nota como autorizada apenas porque a conta fechou.

Acione o suporte quando o total permanecer diferente dos itens, a integração alterar valores na transmissão ou houver dúvida sobre o pacote de leiaute. Encaminhe ao responsável fiscal dúvidas sobre classificação, informação de retenção e origem dos valores. Para atendimento, reúna chave, modelo, UF, ambiente, horário, versão do emissor, XML e retorno completo. Evite reenviar repetidamente o mesmo arquivo sem correção comprovada.

Fontes

Revisão documental textual por IA: 11/10/2026. Base: recortes e registros de capturas compartilhadas de 10/10/2026. Não houve nova consulta online, inspeção visual, validação de schema ou teste de emissão por UF/autorizador nesta revisão.

1. NT 2025.002-RTC v1.52, páginas 6, 24–25, 29–30 e 71; W59d-10.

2. SVRS, lista de documentos preservada na captura compartilhada de 10/10/2026, entrada de 01/10/2026.

3. ENCAT/SVRS, aviso de 05/10/2026 sobre implantação.

Apoio prático adjacente com registros e capturas compartilhados: TecnoSpeed, grupos e campos da RTC, Tax360, comparação das versões e ATVI, escopo das alterações da v1.52. Não são três tutoriais específicos independentes da 1123. Esta revisão cotejou seus registros salvos, sem nova consulta ou leitura dos corpos das páginas; eles não comprovam pesquisa individual antiga. O cronograma oficial preservado prevalece. A proveniência e os limites estão em fontes.v2.json.