NF-e e NFC-e
Rejeição 365 na NF-e: outras retenções do ISSQN não são outras despesas
A rejeição 365 ocorre quando o total de outras retenções do ISSQN diverge da soma desse mesmo campo nos itens. O primeiro cuidado é procurar vOutro no lugar certo: dentro de ISSQN e ISSQNtot. A NF-e também usa vOutro para despesas acessórias em outros grupos, e essa coincidência de nome pode levar a uma correção…
A rejeição 365 ocorre quando o total de outras retenções do ISSQN diverge da soma desse mesmo campo nos itens. O primeiro cuidado é procurar vOutro no lugar certo: dentro de ISSQN e ISSQNtot. A NF-e também usa vOutro para despesas acessórias em outros grupos, e essa coincidência de nome pode levar a uma correção completamente errada.
A mensagem tratada aqui é “Total de outras retenções difere do somatório dos itens”, recebida na autorização de NF-e/NFC-e. Ela não pede que a empresa mude o valor geral da nota nem que redistribua impostos sem verificar sua origem.
Um nome de campo, dois significados
No grupo ISSQN do item, vOutro, identificado como U08, significa outras retenções. No grupo ISSQNtot, o campo W22c consolida essas retenções. O MOC caracteriza ambos como valores declaratórios. A palavra “declaratório” não dispensa a coerência entre detalhe e total, nem transforma o campo em um espaço para qualquer diferença financeira.
Já prod/vOutro registra outras despesas acessórias do item, e ICMSTot/vOutro é seu total correspondente. Despesas podem acrescer valores da operação; retenções pertencem a outra informação. O fato de todos aparecerem como vOutro no XML não torna seus conteúdos intercambiáveis.
Há ainda o grupo retTrib, destinado a retenções de tributos, com campos próprios como vRetPIS e vRetCOFINS. E a retenção do próprio ISS tem vISSRet. A regra 365 não determina que todos esses valores sejam copiados ou acumulados em ISSQN/vOutro. O enquadramento e o mapeamento devem representar a operação efetiva. Essas separações constam do MOC, leiaute dos grupos U e W.
A comparação exata da rejeição
A W22c-10 confronta:
Os valores U08 em infNFe/det/imposto/ISSQN/vOutro
O valor W22c em infNFe/total/ISSQNtot/vOutro
A soma deve considerar o campo de outras retenções dos itens sujeitos ao ISSQN. Procurar todas as ocorrências de vOutro no arquivo e somá-las indiscriminadamente inclui valores estranhos à regra. O caminho completo é mais importante que o nome isolado da tag.
Na tela do sistema, rótulos como “outros valores” podem esconder essa diferença. Peça a identificação do grupo de destino de cada campo ou confira o XML gerado. Uma orientação técnica baseada apenas na palavra vOutro, sem indicar ISSQN, é insuficiente para diagnosticar a 365.
Exemplo com dois totais legítimos diferentes
Imagine uma nota hipotética em que os serviços têm outras retenções de R$ 8,40 e R$ 6,60, valores já validados para aquela operação. A soma dos valores ISSQN/vOutro é R$ 15,00. Separadamente, os itens possuem despesas acessórias que somam R$ 22,00.
Se uma integração preencher ISSQNtot/vOutro com R$ 22,00, a comparação fica errada, embora R$ 22,00 seja um número existente e correto em outro contexto. A correção é revisar o mapeamento para que o total de outras retenções receba R$ 15,00. As despesas não devem ser apagadas para coincidir com as retenções.
Outro cenário é o total apresentar R$ 15,00, mas um dos valores de retenção não ter chegado ao ISSQN do item. Nesse caso, reduzir o total para o único item transmitido pode esconder uma omissão. É necessário recuperar a informação correta do item, quando devida, e então recalcular.
Uma sequência de diagnóstico que evita misturas
Confirme cStat 365, mensagem, modelo, UF e ambiente no retorno da tentativa correspondente
Abra o XML efetivamente enviado. Identifique os grupos ISSQN dos serviços e os valores U08, sem incluir prod/vOutro
Compare a soma com o W22c de ISSQNtot. Registre também eventuais campos ausentes para investigar sua origem
Confira se o sistema importou despesas acessórias ou retenções de outro grupo para esse total. Reveja tabelas de conversão entre ERP, integrador e emissor
Corrija o dado ou mapeamento comprovadamente incorreto. Recalcule os totais, gere o XML novamente, assine pelo fluxo normal do emissor e retransmita
A conferência precisa ocorrer depois da última alteração dos itens. Se o cálculo era feito antes de uma exclusão ou inclusão de serviço, o fechamento poderá permanecer desatualizado. Teste a correção com mais de um item e com despesas acessórias diferentes de outras retenções; um teste com tudo zerado pode não revelar a mistura.
O que fazer com arredondamento e campos opcionais
U08 e W22c têm duas casas decimais no leiaute e ocorrência opcional. A W22c-10 não apresenta tolerância específica nem exceção para diferenças pequenas. Compare valores decimais já gravados no documento, evitando que uma soma com precisão interna diferente produza outro total.
A ausência de uma tag exige análise do preenchimento; não é uma instrução geral para declarar zero. Tampouco a descrição “outras retenções” autoriza inventar uma retenção residual para compensar centavos. Se o sistema produz diferença recorrente, o cálculo e a serialização precisam ser corrigidos na origem.
NF-e, NFC-e e atualização normativa
O MOC registra a regra como obrigatória para modelos 55/65. Isso descreve a validação, não uma autorização irrestrita para incluir serviço na NFC-e. A NT 2022.004 v1.10, na U01-20, prevê três parametrizações por UF: recusar serviço, aceitar serviço ou aceitar somente nota conjugada com ICMS. Essa condição deve ser verificada junto das demais exigências do modelo.
A pesquisa documental até 10/10/2026 não identificou alteração da soma W22c-10 pela RTC ou pela NT 2026.002 v1.11. A extensão de regras ao DANFE Simplificado Tipo 2 não transforma retenções em despesas. Da mesma forma, novos totais de IBS/CBS não substituem ISSQNtot/vOutro. Finalidades específicas de crédito e débito possuem regras próprias e não devem ser usadas como solução artificial.
Depois do reenvio, confira o resultado do autorizador. Se aparecer 604, por exemplo, a análise passa ao vOutro de despesas; se surgir 368, ao ISS retido. Corrigir uma família de valores não assegura que todas as outras estejam corretas.
Fontes práticas consultadas: TecnoSpeed, Dynamicca e Oobj. No material TecnoSpeed, os exemplos REC/PlugNotas que apontam outros grupos não foram adotados; prevalecem os caminhos do MOC. Versões oficiais: Portal SVRS. Revisão documental: 10/10/2026.