motDesICMS no ICMS90: motivos da desoneração própria

motDesICMS identifica o motivo da desoneração do ICMS próprio no item ICMS90. A tag acompanha vICMSDeson, valor em reais do imposto desonerado. O domínio deste XPath é restrito a 3,9 e 12; motivos disponíveis em outros CST não são automaticamente aceitos aqui.

Neste artigo:

• Quais motivos estão disponíveis neste grupo?
• O motivo é obrigatório sozinho ou com algum valor?
• Motivo, benefício e dedução são a mesma informação?
• Como diagnosticar motivo rejeitado ou ausente?
• Exemplo XML sintético
• Conferência técnica e limite da orientação

Quais motivos estão disponíveis neste grupo?

Os códigos são 3=Uso na agropecuária, 9=Outros e 12=Órgão de fomento e desenvolvimento agropecuário. O 9 não é um preenchimento genérico para ausência de informação: continua exigindo fundamento real para a desoneração. Não use códigos 10 ou 11 apenas porque aparecem em alterações de outros grupos, nem transfira o conjunto completo de motivos de ICMS40 ou ICMS20 para ICMS90. Schemas NF-e/NFC-e PL_010f_v1.04 MOC 7.0 — Anexo I, Leiaute e Regras de Validação NT 2022.002 — Equiparação à exportação e outras alterações

O motivo é obrigatório sozinho ou com algum valor?

A sequência de desoneração própria é opcional como conjunto; quando presente, vICMSDeson e motDesICMS são obrigatórios. O indicador indDeduzDeson pode vir depois deles. Assim, emitir somente o motivo ou somente o valor não forma o bloco. Essa dependência do XSD difere da exigência fiscal de informar desoneração, que deve ser conferida com benefício, UF e situação da operação. Schemas NF-e/NFC-e PL_010f_v1.04

Motivo, benefício e dedução são a mesma informação?

Não. motDesICMS descreve a categoria da desoneração; códigos de benefício identificam o benefício na tabela da UF; vICMSDeson quantifica o imposto desonerado; indDeduzDeson registra se ele deduz o valor do item/total. Duas operações podem ter motivo 9 e benefícios distintos. A desoneração ST, quando existe, usa vICMSSTDeson e motDesICMSST, em outra sequência, sem substituir a própria. Schemas NF-e/NFC-e PL_010f_v1.04 NT 2023.004 — Informações de pagamentos e outros NT 2022.002 — Equiparação à exportação e outras alterações

Como diagnosticar motivo rejeitado ou ausente?

Confira se a mensagem aponta ICMS90/motDesICMS, qual valor foi transmitido e se vICMSDeson existe antes dele. Um código fora de 3/9/12 é incompatível com esse XSD. Uma exigência de benefício/desoneração precisa ser associada à regra, UF e operação citadas, sem inventar um motivo para passar. Reúna a identificação do benefício, ato concessório ou norma, valor calculado e dados do item para confirmar o enquadramento. Schemas NF-e/NFC-e PL_010f_v1.04 NT 2019.001 — Criação e atualização de regras de validação

Exemplo XML sintético

Exemplo sintético de bloco próprio de desoneração: assume valor 100 e motivo 9 previamente definido para a situação hipotética. Não mostra fórmula de benefício nem decide dedução; a ausência de indDeduzDeson não deve ser convertida em decisão contábil.

<ICMS90 xmlns="http://www.portalfiscal.inf.br/nfe">
  <orig>0</orig>
  <CST>90</CST>
  <vICMSDeson>100.00</vICMSDeson>
  <motDesICMS>9</motDesICMS>
</ICMS90>

Este é um fragmento completo do grupo ICMS90, parcial em relação à nota. Ele demonstra forma e dependências, sem assinatura, documento completo ou autorização fiscal. Não deve ser enviado como nota pronta.

Conferência técnica e limite da orientação

Para localizar o campo em XML de nota processada, use /nfeProc/NFe/infNFe/det/imposto/ICMS/ICMS90/motDesICMS com o namespace http://www.portalfiscal.inf.br/nfe. No XML de NFe sem o envelope nfeProc, o caminho começa em NFe/infNFe. Compare o item correto; campos de mesmo nome em outro CST ou nos totais têm contexto diferente.

Os parâmetros que exigem confirmação são: fundamento da desoneração, motivo e benefício reais, valor e dedução. Reúna a documentação da operação, a UF, a data de emissão e a memória de cálculo. Após definidos esses parâmetros, confira a geração e os valores do exemplo com os dados reais. O artigo explica a representação técnica; não escolhe enquadramento, alíquota ou benefício para a empresa. XML bem formado ou válido no XSD não comprova autorização. O pacote PL_010f_v1.04 define a estrutura examinada; a implantação de cada regra depende do cronograma específico, do modelo e da UF. Schemas NF-e/NFC-e PL_010f_v1.04