Rejeição 1177: localize a diferença entre a CBS estornada dos itens e o total

A rejeição 1177 pede uma conferência específica: o total de CBS estornada da nota precisa corresponder à soma do estorno de CBS informado nos itens. Para o empresário, o caminho é solicitar essa memória de soma ao emissor e confirmar com o responsável fiscal se os valores individuais estão corretos. Ajustar o número do total sem entender sua origem pode esconder uma falha que reaparecerá na próxima emissão.

O retorno oficial é “Rejeição: Total da CBS estornada difere da soma dos itens”. CBS estornada não significa CBS normalmente calculada na venda, nem crédito presumido, transferência de crédito ou devolução de tributo. Esses valores têm campos e verificações diferentes.

Entenda a comparação antes de alterar dados

A W59g-10, da NT 2025.002-RTC v1.52, página 71, está relacionada à autorização de NF-e modelo 55 e NFC-e modelo 65. Ela determina que o total de CBS estornada seja a soma dos valores correspondentes do grupo de estorno dos itens. A coluna com os dois modelos define o alcance dessa totalização; não cria uma obrigação de estornar crédito em qualquer nota. Regra oficial, p.71.

O leiaute identifica IBSCBS/gEstornoCred/vCBSEstCred no item, UB118, e IBSCBSTot/gEstornoCred/vCBSEstCred no total, W59g. Existe uma diferença de nomenclatura dentro do PDF: a redação da W59g-10 cita gEstornoCred/vCBS, mas o leiaute das páginas 27 e 30 usa vCBSEstCred. O suporte deve usar o schema aplicável para a montagem do XML, distinguindo o valor de estorno do vCBS de outros grupos. Leiaute, p.30.

Nos pacotes oficiais PL010b e PL010c consultados, o tipo TEstornoCred contém vIBSEstCred e vCBSEstCred, confirmando os nomes apresentados no leiaute. O suporte ainda deve identificar o pacote efetivamente usado no ambiente de emissão.

A 1176 faz a comparação do estorno de IBS. A 1091 verifica o total da CBS regular; a 1087, o crédito presumido da CBS; e a 1089, o total devolvido da CBS. Conseguir que um desses valores coincida com o total não substitui a conferência exigida pela 1177.

Confira versão e ambiente do retorno

A documentação oficial consultada em 10/10/2026 listava a NT v1.52, publicada em 01/10/2026. Na página 5, a W59g-10 está no conjunto de regras da v1.30, com homologação até 24/11/2025 e produção em 02/02/2026. Sua linha de validação não declara implementação futura nem aplicação exclusiva a determinada UF. A execução em cada autorizador não foi testada neste material. Cronograma oficial, p.5.

O aviso ENCAT de 05/10/2026 adiou as atualizações citadas da v1.52 para 26/10 em homologação e 16/11 em produção. Esse aviso não comprova suspensão nem mudança de prazo da W59g-10, já presente no pacote anterior. Anote a UF, o autorizador, o ambiente e a data da tentativa para interpretar o retorno concreto. Homologação e produção não devem ser misturadas na comparação de registros. Avisos SVRS.

Como montar a memória de conferência

Guarde a resposta e o XML efetivamente transmitido. Identifique, para cada item, o estorno de CBS presente no grupo correspondente. Em seguida, calcule a soma e compare-a com o total de CBS estornada. Esse levantamento deve permitir responder: quais itens contribuíram, com quais valores e em qual versão da nota?

Se houve importação de outra ferramenta, confira se os itens e o total vieram da mesma versão. Se houve edição posterior, observe o que mudou entre a importação, a gravação e o envio. Um relatório anterior à retirada de um item pode continuar exibindo um total que já não corresponde ao XML.

Os valores monetários do leiaute têm duas casas decimais. Faça a reconciliação com os valores finalizados no arquivo, não com resultados intermediários de cálculo. A W59g-10 não expressa uma margem numérica de tolerância. Não transfira limites de outras rejeições nem assuma aceitação automática de centavos de diferença. Divergência de arredondamento deve ser explicada e corrigida na rotina de geração, sem alteração artificial do fato fiscal.

Soluções conforme o que foi encontrado

Total importado de um documento anterior. Peça ao suporte que descarte o valor desatualizado na origem da montagem e gere o total a partir dos itens atuais, se estes estiverem corretos. Também confira se a integração envia uma versão antiga depois de a tela mostrar outra.

Estorno da CBS foi confundido com outra rubrica. Verifique o caminho completo dos campos, especialmente quando a integração usa nomes genéricos como “crédito CBS”. Corrija o mapeamento para somar apenas a CBS estornada. Não copie o total de IBS, a CBS regular ou o crédito presumido para obter um número que pareça plausível.

A soma deixou de considerar um item. Procure diferenças entre tipos de produto, linhas importadas e regras de seleção usadas pela totalização. Se um item com estorno válido ficou fora do acumulador, o fornecedor deve corrigir essa seleção. Não remova o estorno do item para compensar a limitação do sistema.

O próprio item precisa de correção fiscal. Valide com a contabilidade o motivo e o valor do estorno. Depois da correção documentada, recalcule o total correspondente e confira os demais grupos afetados. A igualdade entre números não certifica o enquadramento tributário.

Os números conferem no arquivo analisado. Verifique sua identidade com o arquivo enviado e confira as versões do emissor e do schema. Se a divergência persistir sem causa reproduzível, encaminhe ao suporte o conjunto de evidências. Uma cópia correta na tela não demonstra que a transmissão levou os mesmos valores.

Exemplo hipotético de conciliação

Um distribuidor importa três itens com estornos de CBS de R$ 6,18, R$ 4,32 e R$ 2,50, já conferidos pela equipe fiscal. Antes da emissão, o terceiro item é retirado da operação. Os itens restantes somam R$ 10,50, mas a integração conserva o total anterior de R$ 13,00. A autorização retorna 1177.

O diagnóstico localiza os R$ 2,50 no item que deixou de existir no XML atual. A correção consiste em recalcular a totalização a partir das duas linhas transmitidas e reparar a integração para repetir esse cálculo após alterações. A empresa não precisa recriar um produto inexistente nem mudar o estorno comprovado dos itens restantes.

Verifique o encerramento

Revise itens e total no XML corrigido, faça um envio controlado e leia a resposta completa. Outra rejeição exige seu próprio diagnóstico; a ausência do 1177 não é promessa de autorização. Quando houver autorização confirmada, preserve o protocolo e o XML e confira o vínculo com a operação.

Acione o fornecedor para divergência de integração, atualização, cálculo ou transmissão. Acione a contabilidade para determinar a hipótese e o valor do estorno. Ao escalar, apresente a soma por item, os arquivos antes e depois, o retorno, o modelo, a UF, o autorizador, o ambiente e as versões. Esses registros ajudam a corrigir a causa e verificar se ela deixou de ocorrer nas próximas notas.

Fontes

Consulta: 10/10/2026. Revisão documental, sem teste de emissão por UF/autorizador.

• NT 2025.002-RTC v1.52: páginas 5, 27, 30 e 71, UB118, W59g e W59g-10.

• Documentos oficiais e aviso ENCAT de 05/10/2026.

• Pacote oficial PL010c e PL010b: DFeTiposBasicos_v1.00.xsd, TEstornoCred. A consulta de pacotes não comprova sua implantação em cada UF.

• Três leituras adjacentes: TecnoSpeed, grupos e totalização RTC, Tax360, evolução da v1.52 e ATVI, mudanças específicas da v1.52. Não foram encontrados três tutoriais independentes específicos do 1177; as condições da regra e os prazos seguem a fonte oficial.