NF-e e NFC-e
Rejeição 1092: confira a soma do IBS monofásico sem misturar retenções
A mensagem “Rejeição: Total do IBS monofásico difere da soma dos itens” pede uma conferência específica: o total do IBS monofásico declarado na nota deve corresponder aos valores vIBSMono informados nos produtos. O código 1092 não manda somar indiscriminadamente todos os componentes do IBS. A empresa precisa…
A mensagem “Rejeição: Total do IBS monofásico difere da soma dos itens” pede uma conferência específica: o total do IBS monofásico declarado na nota deve corresponder aos valores vIBSMono informados nos produtos. O código 1092 não manda somar indiscriminadamente todos os componentes do IBS. A empresa precisa identificar qual valor foi usado no total e de quais campos dos itens ele veio.
Se o retorno ocorreu durante uma preparação para a Reforma Tributária, registre também a versão e o ambiente do teste. Em 10/10/2026, a documentação contém um novo leiaute de monofasia com calendário próprio e regras de cálculo ainda descritas como futuras. Um artigo sobre o código não comprova que toda essa estrutura já está operando no autorizador da empresa.
A regra compara uma rubrica do documento
A NT 2025.002-RTC v1.52, página 71, associa a W58-10 ao código 1092, nos modelos 55 e 65, na autorização de NF-e e NFC-e. O campo de total é total/IBSCBSTot/gMono/vIBSMono, identificado como W58 no leiaute da página 30. A regra manda comparar esse total com a soma dos vIBSMono informados nos itens. [1]
O grupo total da monofasia também possui vIBSMonoReten, relativo à retenção, e vIBSMonoRet, relativo ao imposto retido anteriormente. Eles têm totalizações próprias, respectivamente W59a-10 e W59c-10, retornos 1120 e 1122. Já a soma do IBS regular pertence a outro grupo e à rejeição 1085. Essa separação impede que valores com nomes semelhantes sejam tratados como um único imposto a totalizar.
O novo leiaute não deve ser aplicado por suposição
A v1.52 foi localizada como versão mais recente na lista oficial SVRS consultada em 10/10/2026. O PDF mantém, na página 6, a reformulação da monofasia da v1.50 com homologação prevista até 01/09 e produção em 03/11/2026. Esse cronograma é distinto das alterações da v1.52. O aviso ENCAT de 05/10 passou certas implantações dessa última versão para 26/10 em homologação e 16/11 em produção, sem demonstrar que cada regra herdada recebeu a mesma mudança. [1][2][3]
A W58-10 não traz observação de implementação futura em sua própria linha. Entretanto, a UB105a-10, código 1070, sobre o total monofásico do item, declara implementação futura na página 65. A coluna de aplicação obrigatória não prova ativação. Não houve emissão de teste por UF nesta pesquisa; confirme o schema aceito e as regras implantadas no autorizador de produção ou homologação. Nenhuma restrição a uma UF específica consta na W58-10.
Antes de alterar, faça um mapa dos valores enviados
Preserve o XML rejeitado, o retorno completo, chave, data, ambiente e versão do emissor. Organize os números de item e os respectivos vIBSMono, registrando separadamente retenção e retenção anterior. Depois compare a soma com o W58 do mesmo arquivo. A comparação de dois arquivos de tentativas diferentes pode esconder a causa.
No leiaute reformulado, o ramo IBS monofásico ad rem possui gIBSMonoAdRem/gMonoPadrao/vIBSMono dentro de gIBSCBSMono. A estrutura também separa tributação ad valorem. A seleção do ramo depende da operação, do período e das classificações aplicáveis. Não transporte um caminho de versão futura para um emissor que ainda trabalha com outra estrutura. [1]
Cenário: o total recebeu o valor combinado do item
O sistema pode ter associado W58 ao campo vTotIBSMonoItem. Esse campo possui outra finalidade. Na UB105a-10 da v1.52, seu cálculo documentado combina vIBSMono e vIBSMonoReten; a regra é futura e sua tolerância própria pertence à conferência do item. A W58-10 continua expressando a soma de vIBSMono.
Peça ao suporte que demonstre a origem do total e confira o mapeamento entre os campos. Corrigir essa associação preserva os valores fiscais dos detalhes e os envia às rubricas correspondentes. Não remova retenções verdadeiras para fazer o total escolhido caber numa comparação errada.
Cenário: a nota mudou e a soma ficou antiga
Uma inclusão de produto, alteração de quantidade ou exclusão de linha pode atualizar os itens sem recalcular o total. Verifique se o W58 veio de uma versão anterior do documento, de um pedido inicial ou de uma integração que guardou o cabeçalho em outra tabela.
A correção é gerar a totalização a partir do conjunto final de itens. O suporte também deve conferir o arquivo usado pela fila de transmissão. Recalcular na tela e enviar uma cópia antiga mantém o problema. Gere e assine o documento atualizado pelo emissor; não edite manualmente um XML já assinado.
Cenário: valores de outro regime entraram na soma
Em uma venda com tratamentos diferentes, a integração pode ter somado IBS regular ou imposto retido anteriormente junto ao vIBSMono. Compare caminhos completos das tags, sem depender do nome mostrado em uma coluna da tela.
Se a classificação do produto estiver incorreta, o responsável fiscal precisa confirmar o enquadramento verdadeiro e o período aplicável. O código 1092, sozinho, não comprova que o produto deve ser monofásico. Não troque CST, classificação, quantidade ou descrição do combustível apenas para obter um somatório aceito.
Exemplo hipotético de conferência
Num teste fictício, dois itens possuem vIBSMono de R$ 4,20 e R$ 1,80. Um deles também informa R$ 0,60 em vIBSMonoReten. A integração grava R$ 6,60 no W58 porque juntou imposto próprio e retenção.
A conferência específica da W58 resulta em R$ 6,00. Os R$ 0,60 continuam na rubrica correspondente à retenção, quando cabíveis. A equipe corrige o mapeamento e refaz o XML. Os números servem para entender a separação; não definem alíquota, produto sujeito ao regime ou implantação atual da monofasia.
Arredondamento, resultado e atendimento
Some os valores monetários efetivamente escritos nos itens, que usam duas casas decimais no leiaute. Se o sistema calcula internamente com maior precisão, confira a conversão para os campos finais. A W58-10 não apresenta tolerância própria; não use a margem de R$ 0,01 da UB105a-10 como autorização para deixar o total divergente.
Antes da nova tentativa, valide o documento inteiro para o ambiente e a versão aplicáveis. Depois leia o novo retorno: outra rejeição pode continuar impedindo a autorização. Confira protocolo, chave e XML correspondente antes de encerrar o atendimento.
Acione o suporte quando os campos enviados diferirem da tela, a soma reaparecer errada ou houver conflito de versões. Procure o responsável fiscal quando o problema estiver na definição da operação ou dos valores dos itens. Se o somatório coincide e o autorizador mantém a 1092, encaminhe os arquivos e a conta demonstrada, sem insistir em reenvios idênticos nem presumir um prazo de solução.
Fontes
Consulta e revisão documental por IA: 10/10/2026. Sem teste de emissão por UF ou certificação fiscal humana.
NT 2025.002-RTC v1.52, páginas 6, 22–24, 30, 65 e 71; W58-10.
Sankhya, artigo sobre 1092: a fórmula antiga e a referência à UB104-10 não foram adotadas como regra atual da W58-10.
Buscador NCM, ficha 1092: confirmação adjacente do contexto, sem prova operacional de implantação.
TecnoSpeed, panorama da RTC: apoio adjacente sobre versões e leiaute.
RejeiçãoNFe, ficha 1092: apoio suplementar específico; identidade editorial independente do Buscador NCM não foi comprovada.