NF-e e NFC-e
Rejeição 1082: separe imposto devolvido de devolução de mercadoria
Se a nota recebeu 1082, confira o total da rubrica de imposto devolvido do IBS Municipal e sua origem nos itens enviados. Não comece mudando a nota para uma devolução de mercadoria. A palavra “devolvido” da mensagem identifica um campo tributário específico; não determina a finalidade da operação nem autoriza criar…
Se a nota recebeu 1082, confira o total da rubrica de imposto devolvido do IBS Municipal e sua origem nos itens enviados. Não comece mudando a nota para uma devolução de mercadoria. A palavra “devolvido” da mensagem identifica um campo tributário específico; não determina a finalidade da operação nem autoriza criar valores que não existem.
A mensagem oficial é “Rejeição: Total Devolvido do IBS Municipal difere da soma dos itens”. Guarde o XML rejeitado e a resposta completa. A conferência deve partir desse arquivo, porque o que aparece na tela depois de uma alteração pode ser diferente do conteúdo transmitido.
O campo e a regra que precisam ser comparados
A W44-10 da NT 2025.002-RTC v1.52, página 71, pertence à autorização de NF-e, modelo 55, e NFC-e, modelo 65. A regra compara o total municipal devolvido com a soma dos campos municipais vDevTrib informados nos itens.
No total, o endereço é total/IBSCBSTot/gIBS/gIBSMun/vDevTrib, campo W44. Nos itens, a origem correspondente é det/imposto/IBSCBS/gIBSCBS/gIBSMun/gDevTrib/vDevTrib. Os campos de mesmo nome no IBS estadual e na CBS são rubricas diferentes e não entram nessa soma municipal.
O leiaute chama W44 de “Valor total de devolução de tributos”. As páginas 19–20 descrevem a devolução tributária, inclusive o cashback de desconto na própria nota ou fatura, com hipóteses próprias. W44 não é o valor dos produtos devolvidos, reembolso financeiro ao cliente, diferimento ou vIBSMun. Não transfira esses números para W44 para fazê-lo coincidir com algum total da operação.
Confirme que o retorno veio da autorização, com esse texto, e identifique UF, autorizador e ambiente. A linha oficial abrange 55/65, indica aplicação obrigatória e não traz exceção territorial própria. A documentação nacional não equivale a uma emissão testada em todas as UFs ou nos dois ambientes.
A restrição atual ao grupo por item
Existe um cuidado decisivo na mesma versão: a UB43-10, página 46, prevê rejeição 1112 quando o grupo gIBSMun/gDevTrib é informado. Portanto, a presença de W44 no leiaute e de uma regra de soma não permite recomendar o preenchimento desse grupo por item para resolver a 1082.
Se o XML não apresenta valores municipais de imposto devolvido nos itens, investigue de onde veio um total positivo. Pode ser mapeamento errado, resíduo de outro documento ou número de outro tributo. Se o grupo vedado estiver presente, o responsável fiscal e o suporte precisam analisar sua origem e adequação. Não use uma soma correta para legitimar informação que outra regra rejeita.
A orientação também não é apagar um dado fiscal verdadeiro sem análise. Preserve o arquivo e o histórico, identifique o cenário e confronte a versão aplicável. Uma orientação futura específica pode exigir outro tratamento; ela precisa estar efetivamente documentada, não suposta.
Qual calendário considerar
Em 10/10/2026, a lista oficial da SVRS apresenta a NT v1.52, publicada em 01/10. O aviso ENCAT de 05/10 transferiu a implantação das NTs com homologação originalmente em 05/out para 26/10/2026 em homologação e 16/11/2026 em produção. Esse adiamento não suspende automaticamente todas as regras RTC anteriores.
A W44-10 não contém nota de implementação futura no bloco consultado e já aparece na versão anterior retida. A UB43-10 precisa ser lida junto para não transformar um totalizador disponível em permissão de uso. Não foi realizado teste operacional por UF, autorizador ou ambiente nesta revisão.
Diagnóstico por cenário
O total foi copiado de outro grupo
Solicite uma conferência dos caminhos completos. Uma integração que procura apenas vDevTrib pode copiar a CBS ou o IBS estadual para o município. O suporte deve corrigir a origem e regenerar o documento. Cada total precisa refletir somente sua própria rubrica; juntar todos os tributos devolvidos em W44 cria outra informação incorreta.
O emissor conservou dados de uma nota anterior
Confira se o acumulador foi reiniciado ao montar o XML. A origem pode ser uma importação, duplicação de rascunho ou recálculo incompleto. Compare os itens do arquivo atual com os anteriores, sem incluir linhas removidas. O reparo precisa eliminar o reaproveitamento indevido, e não ajustar um número isolado em cada nota.
A finalidade da nota foi usada como justificativa
Uma NF-e de devolução de mercadoria possui verificações próprias de finalidade, produtos e referenciamento. Isso não prova que gDevTrib municipal possa ser informado. Se a tela preenche W44 automaticamente ao selecionar devolução, peça ao suporte que explique essa associação e confira a regra atual com o responsável fiscal.
Não mude a finalidade, as quantidades ou a natureza da operação para passar pela validação. A correção deve preservar o fato ocorrido e o tratamento fiscal correto.
A soma parece correta, mas o erro continua
Examine o arquivo efetivamente enviado e não somente um XML reconstruído depois. Confira casas decimais, separador, serialização e duplicação de itens. A W44-10 não declara tolerância de um centavo; margens previstas em cálculos de outras regras não devem ser transferidas para esse total.
Exemplo de investigação
Uma loja fictícia emite uma NFC-e comum, sem valor municipal de imposto devolvido nos itens. O total W44, porém, aparece com R$ 2,30. O suporte descobre que a rotina copiou um valor mantido em memória de outro documento para o ramo municipal.
A correção reinicia o acumulador e monta o total a partir do conteúdo municipal correto, zero nesse exemplo. A loja não transforma a venda em devolução, não inventa gDevTrib nos produtos e não distribui os R$ 2,30 entre os itens. A comparação passa a refletir o arquivo atual, sem alterar os fatos da operação.
Como confirmar a correção
Valide o XML regenerado, confirme W44 e os demais totais e deixe o emissor assinar o novo conteúdo. Após transmitir, leia a resposta: eliminar a 1082 não garante autorização, pois outras regras continuam sendo avaliadas. Preserve o XML autorizado e o protocolo quando houver confirmação para a chave correta.
Acione o suporte quando o total nasce sem origem, reaparece após recálculo ou muda entre tela e XML. Procure o responsável fiscal quando houver discussão sobre uso da devolução de tributos, finalidade ou versão documental. Se a comparação estiver correta e a rejeição persistir, reúna arquivo enviado, retorno, ambiente, horário e memória de cálculo para atendimento do autorizador.
Fontes e revisão
Consulta: 10/10/2026. Revisão por IA; sem certificação fiscal humana ou teste operacional de emissão.
NT 2025.002-RTC v1.52, páginas 19–20, 29, 46 e 71; W44-10 e UB43-10.
Sankhya, código 1082: apoio específico com limite; seu enfoque em devolução de mercadoria não substitui a W44-10 nem afasta a vedação UB43-10.
TecnoSpeed, dicionário NF-e: apoio adjacente para localizar W44.
Projeto ACBr, código 1084: totalização adjacente, sem validar uso de
gDevTrib. Não foram confirmados três publicadores com solução específica e atual compatível com esse conjunto de regras.