Rejeição 1120: confira a soma do IBS monofásico sujeito à retenção

Se um retorno 1120 foi recebido, guarde o XML enviado e confira se o total do IBS monofásico sujeito à retenção corresponde aos valores declarados nos produtos. A W59a-10 da NT 2025.002-RTC v1.52, preservada pela pesquisa compartilhada de 10/10/2026, documenta esse confronto para NF-e 55 e NFC-e 65. Isso não comprova ativação por UF, ambiente ou data. A mensagem não identifica, sozinha, qual item foi calculado incorretamente nem autoriza alterar a tributação da operação.

O retorno documentado é “Rejeição: Total do IBS monofásico sujeito à retenção difere da soma dos itens”. Este artigo trata desse cStat na autorização da NF-e, modelo 55, e da NFC-e, modelo 65. Um número igual em outro documento ou serviço exige seu próprio manual e sua mensagem completa.

O campo que precisa fechar

A NT 2025.002-RTC v1.52 estabelece, na regra W59a-10, página 71, que o total deve ser formado pela soma dos campos vIBSMonoReten informados nos itens. O destino é total/IBSCBSTot/gMono/vIBSMonoReten, identificado como W59a no leiaute. A conferência compara valores monetários da mesma rubrica, não quantidades, bases de cálculo ou o valor total da venda. [1]

Há uma diferença decisiva entre dois nomes parecidos. vIBSMonoReten representa IBS monofásico sujeito à retenção. vIBSMonoRet representa IBS monofásico retido anteriormente e alimenta outro total, W59c, associado à rejeição 1122. O IBS monofásico padrão, vIBSMono, também tem total próprio. Somar tudo em um único campo pode fazer a conta parecer coerente na tela e continuar errada no XML.

O leiaute separa ramos ad rem e ad valorem. No bloco gIBSCBSMono dos itens, os caminhos relativos são gIBSMonoAdRem/gMonoReten/vIBSMonoReten e gIBSMonoAdValorem/gMonoReten/vIBSMonoReten, conforme páginas 22–24. As notas condicionam o ramo ao ano corrente conforme a legislação e o grupo aos indicadores aplicáveis. Isso não autoriza escolher ramo, CST, alíquota ou tabela por este guia; confirme o enquadramento com o responsável fiscal. [1]

Versão, ambiente e datas

A pesquisa compartilhada de 10/10/2026 registrou a v1.52, publicada pela SVRS em 01/10/2026. Nesta elaboração houve releitura textual e abertura dos PNGs documentais já salvos das páginas 23, 24, 30 e 71. A linha W59a-10 lida não descreve tolerância monetária ou observação própria de implementação futura. A coluna “Obrig.” não prova funcionamento em cada UF. Registre UF, autorizador, modelo, data, versão e tpAmb do retorno.

Os registros preservam o aviso ENCAT de 05/10/2026, com 26/10 em homologação e 16/11 em produção para a atualização anunciada da v1.52. Esses prazos gerais e as fases da reformulação monofásica não estabelecem, por si, o calendário particular da W59a-10. Não transfira exceções ou notas futuras de outra linha. Não houve nova consulta online, teste XSD ou emissão por UF; confirme a especificação aceita pelo ambiente antes de atualizar o gerador. [1][2]

Por que a soma pode divergir

Uma causa possível é o total ter sido calculado antes de uma alteração na nota. O operador inclui um produto, ajusta quantidade ou retira um item, mas o cabeçalho conserva o resultado anterior. Outra é a integração somar registros da venda que não aparecem no documento fiscal final.

Também podem ocorrer troca entre Reten e Ret, leitura do ramo errado do leiaute, duplicação de um item na rotina de soma ou uso de valores internos com precisão diferente dos valores efetivamente gravados. São hipóteses de investigação, não conclusões sobre qualquer retorno 1120. A evidência deve mostrar onde a divergência nasceu.

Como localizar a diferença

1. Preserve XML transmitido, resposta completa, chave, modelo, data, ambiente e versão do emissor.

2. Relacione cada item e o vIBSMonoReten que realmente consta no arquivo. Mantenha a identificação nItem para localizar a origem.

3. Some apenas os valores dessa rubrica e compare com o W59a. Confira se a rotina leu indevidamente vIBSMonoRet ou vIBSMono.

4. Compare o arquivo com a tela. Se a tela está atualizada, mas o envio não, investigue a geração ou o reaproveitamento do XML.

5. Havendo divergência no próprio item, confira o cálculo e o enquadramento com o responsável fiscal antes de refazer os totais.

Use os valores monetários escritos no XML como ponto de partida para a conciliação. Não presuma uma margem de centavos para W59a-10 porque outra regra do documento aceita tolerância. O suporte deve corrigir o uso de precisão e arredondamento na origem, mantendo os valores fiscais corretos.

Correção conforme o cenário

Os itens estão corretos e só o total está desatualizado. Recalcule pelo emissor e gere o documento novamente. A comparação antes/depois deve demonstrar que W59a passou a refletir aqueles mesmos itens. Evite alterar manualmente um XML assinado.

A soma usa a rubrica errada. Corrija o mapeamento entre item e total. Confira também W59c, pois trocar retenção atual por retenção anterior costuma deslocar valores entre os dois campos. Não compense um erro aumentando o outro total.

O item foi tributado incorretamente. A contabilidade deve estabelecer a informação verdadeira. Depois dessa correção, o emissor precisa regenerar itens e totais em conjunto. Não remova o grupo, zere imposto ou troque classificação apenas para eliminar a rejeição.

Exemplo de conciliação

Em um exemplo fictício cujo enquadramento é suposto como confirmado, dois itens informam vIBSMonoReten de R$ 18,25 e R$ 7,40. O total correspondente é R$ 25,65. Um terceiro item informa R$ 9,10 de IBS retido anteriormente, em vIBSMonoRet. Esse valor pertence à outra rubrica e não integra W59a.

Se o gerador registrar R$ 34,75 em W59a, a investigação deve verificar a mistura das rubricas. Se registrar R$ 18,25, deve verificar a omissão do segundo item. Os números ilustram a comparação; não definem alíquotas nem enquadramento de combustíveis.

Como confirmar e quando escalar

Após corrigir a causa, confira o novo XML, sua assinatura e a igualdade da soma. Leia o retorno da transmissão: o desaparecimento da 1120 pode dar lugar a outra validação e não equivale à autorização. Só registre emissão concluída quando houver resultado válido e protocolo correspondente, preservados com o documento.

Se a soma do arquivo enviado estiver correta e o retorno persistir, encaminhe ao suporte o XML, a conta por item, a resposta, a UF, o autorizador e o ambiente. Peça a conferência do schema e da versão implantada. Dúvidas sobre o regime, a classificação ou o valor do item pertencem ao responsável fiscal; divergência de geração e totalização pertence à equipe do emissor.

Fontes

Elaboração documental por IA: 12/10/2026. Consultas de 10/10/2026 pertencem à pesquisa compartilhada preservada; leitura local e inspeção dos PNGs salvos ocorreram nesta etapa. Sem novo HTTP, render, geração de imagem, XSD ou emissão. Atos individuais antigos não foram recuperados; revisão própria deste artigo ainda pendente.

1. NT 2025.002-RTC v1.52, páginas 6, 22–26, 29–30 e 71. Documentos oficiais SVRS.

2. Avisos SVRS: comunicação ENCAT de 05/10/2026.

3. Limite prático: os três links específicos da v1 não tiveram consultas/corpos recuperados nesta busca local curta. Não se alegam três inspeções nem ausência universal das páginas. As URLs históricas, hashes documentais e limites estão em fontes.v2.json; nenhum menu ou patch desses produtos foi tratado como função do ALRA.