Rejeição 604: como conferir outras despesas nos itens e no total

A rejeição 604 ocorre quando o valor de outras despesas acessórias informado nos totais não corresponde à soma dessas despesas nos itens. Um cenário comum é preencher a despesa no cabeçalho da nota e deixar o detalhamento sem a distribuição correspondente. Também pode acontecer o inverso: os itens mudam e o total permanece antigo.

A solução começa pela identificação da despesa real e de sua distribuição. Não acrescente uma cobrança fictícia, não transfira tributos para esse campo apenas para fechar a conta e não retire um valor devido apenas para conseguir autorização. O fechamento aritmético precisa continuar representando a operação da empresa.

O que a Sefaz está comparando

A regra W15-10 do MOC 7.0, página 121 relaciona dois campos:

• total/ICMSTot/vOutro, W15: total de outras despesas acessórias

• det/prod/vOutro, I17a: outras despesas acessórias de cada item

O segundo campo fica dentro de prod, e não dentro de um grupo de tributo. A soma deve percorrer os valores I17a informados nos itens e ser comparada com W15. Um item sem valor de despesa acessória não acrescenta parcela à soma; a existência ou ausência do campo precisa continuar coerente com o leiaute e com o negócio realizado.

O teste não é uma comparação direta entre o total de pagamentos e o valor da nota. Também não confere, sozinho, toda a composição de vNF. Se o sistema exibir apenas “erro nos valores”, peça a mensagem completa e o código retornado antes de alterar a forma de pagamento.

O mesmo nome pode representar outra informação

A busca por vOutro em todo o arquivo exige cuidado. No grupo det/imposto/ISSQN, vOutro é U08 e representa outras retenções. Em total/ISSQNtot, o homônimo W22c totaliza essas retenções. Eles não representam as despesas acessórias de I17a/W15; sua divergência tem controle próprio, associado à rejeição 365.

Assim, uma rotina que some todas as ocorrências de vOutro pode incluir retenções indevidamente e até somar novamente os próprios totalizadores. Para investigar a 604, use o caminho completo do campo, não somente seu nome. A distinção se aplica aos grupos da própria NF-e.

Outra diferença importante: W15-10 não contém o filtro de existência de ICMS presente nas regras de PIS e COFINS, nem o filtro indTot=1 da regra de total de produtos. Não transplante esses critérios para eliminar despesas de itens do somatório. Confira os I17a que efetivamente compõem o arquivo.

Um exemplo de distribuição que fecha

Suponha que uma despesa acessória real de R$ 24,00 deva ser distribuída por três itens. Após aplicar o critério adequado à operação, o sistema registra R$ 12,00, R$ 8,00 e R$ 4,00 em det/prod/vOutro. A soma é R$ 24,00, portanto W15 deve refletir esse montante.

Se o total continuar em R$ 30,00, existe uma diferença de R$ 6,00. Se o cabeçalho estiver correto em R$ 24,00 e todos os itens estiverem sem a despesa, o problema estará na distribuição ou na geração do XML. O exemplo é apenas aritmético: não define quais despesas devem integrar a operação nem determina um critério fiscal universal de rateio.

Em um rateio igual de R$ 10,00 por três itens, três parcelas de R$ 3,33 somam R$ 9,99. Um centavo precisa ser tratado pelo critério válido de distribuição e arredondamento do sistema, preservando os R$ 10,00 reais. Não se deve simplesmente reduzir a cobrança ou inventar uma parcela sem registro da origem.

Como corrigir no emissor

Confira primeiro o documento que justifica a despesa e a forma como ela foi registrada no pedido. Em seguida, liste os I17a do XML rejeitado, faça a soma e compare com W15. Se algum item foi removido ou desdobrado, verifique se o rateio foi refeito sobre o conjunto final.

No Bling, a orientação operacional envolve o cálculo automático e a informação da despesa total para distribuição aos itens. O fornecedor também alerta para lançamentos de contas e estoque antes da edição. Verifique o procedimento aplicável ao seu registro, para que uma correção fiscal não duplique ou desorganize movimentações internas.

A Oobj orienta refazer o somatório e corrigir no sistema de origem, utilizando o XML de análise para diagnóstico. Não reapresente uma cópia alterada manualmente no lugar de gerar e assinar o documento pelo emissor.

Para notas de importação no ERP MEGA, a Senior descreve a revisão de outras despesas de importação e o recálculo antes de gerar outro XML. Essa orientação é contextual à aplicação. A fórmula comercial simplificada daquela página não substitui todas as parcelas e exceções da regra fiscal de vNF.

Após ajustar a origem, gere novo XML e confira tanto W15 quanto os demais campos afetados. Uma alteração legítima de despesa pode repercutir em outros cálculos, dependendo da operação. Não presuma que fechar a 604 assegura a correção de bases tributárias ou do valor total da nota.

Tolerância não deve virar estratégia de correção

I17a e W15 são campos monetários com duas casas decimais. Trabalhe com os valores finais enviados nos itens e mantenha um critério único para distribuir eventuais resíduos de arredondamento.

A Oobj menciona tolerância de um centavo, mas a linha W15-10 do MOC 7.0 consultado não expressa esse limite. Manuais históricos trazem outras margens ligadas a versões anteriores. Por isso, não trate uma diferença pequena como autorização para emitir valores incoerentes; busque a igualdade e confirme a especificação do autorizador quando necessário.

Modelos e fechamento da ocorrência

W15-10 abrange NF-e 55 e NFC-e 65, com aplicação facultativa no MOC. As cópias oficiais mineiras consultadas indicam adoção da regra, sem comprovar a situação de todas as UFs e ambientes. O alias histórico GW15 trata da mesma totalização. O simples retorno numérico 604 em outro tipo de documento fiscal pode representar outro assunto.

A revisão do corpus até 09/10/2026, incluindo a NT 2025.002-RTC v1.52, não identificou substituição deste controle por grupos IBS/CBS. Valores desses tributos não devem ser deslocados para vOutro para fechar a soma. Guarde o XML anterior, a distribuição corrigida e o retorno de autorização, verificando também se contas, estoque e cobrança permaneceram consistentes.

Base documental: MOC 7.0, páginas 19, 57–59, 121 e 123; histórico MOC 5.0; NT 2025.002-RTC v1.52. Fontes práticas consultadas: Bling, Oobj e Senior, esta última contextual ao ERP MEGA. Revisão documental em 10/10/2026, sem certificação de ativação universal por UF.