Pular para o conteúdo

Fóruns / DIFAL e operações interestaduais

Difal consumidor final não contribuinte simples nacional

Como funciona este fórum

Moderado por Emanuel Kaufman. As três primeiras mensagens de cada pessoa passam por revisão e respondemos em até 1 dia útil.

Aqui se discute o comportamento do sistema. Decisão tributária é sempre da sua empresa, e ninguém neste fórum dá parecer.

Tudo o que você publicar é público e pode ser usado por terceiros, inclusive por sistemas de IA. Não publique dado de cliente, nome de empresa nem tela do produto.

Esta pergunta foi sinalizada
5 Respostas
0 Visualizações

Pessoal, estamos passando por uma transição no sistema e preciso alinhar um ponto crucial sobre o DIFAL quando o destinatário é consumidor final não contribuinte. No ECC 6.0, ao simular essas operações, estamos caindo em cenários onde o grupo de ICMS para a UF de destino não está sendo informado corretamente, o que gera rejeição na validação, como vimos no nosso mapeamento recente. Tentamos seguir a lógica que aponta a operação com consumidor final e não contribuinte, mas a validação persiste. Então, como dizem, precisamos garantir que esse dado esteja correto. Diante disso, qual o procedimento mais seguro quando o grupo de ICMS para a UF de destino não é um dado explícito na operação, mas sim uma decorrência da natureza da venda?


Atualização:

Agradeço as contribuições de todos sobre a complexidade desse mapeamento. Nós fizemos os testes e, embora a correção paliativa tenha sido aplicada, a raiz da inconsistência persiste. Então, como dizem, é preciso mais do que apenas um ajuste na rotina. Diante disso, gostaria de saber se existe alguma interpretação aceita sobre como conciliar a exigência do grupo de ICMS da UF de Destino quando o campo ICMSPart está devidamente preenchido, visto que a validação automática entra em conflito.

Avatar
Cancelar
Melhor resposta

A questão sobre a dupla exigência do grupo de ICMS da UF de destino, mesmo com o campo de partilha preenchido, aponta para uma tensão entre a regra de negócio e a camada de validação do sistema. É compreensível que a aplicação de um ajuste para contornar a rejeição tenha sido necessária diante da migração. Contudo, essa correção superficial pode esconder uma incompatibilidade estrutural. Para avançar de forma robusta, é fundamental investigar se o detalhamento tributário agregado ao item comercial reflete integralmente o que a rotina de validação espera. Sugiro que, antes de novas simulações, revisitemos a documentação que embasa o preenchimento ambos os campos, buscando um alinhamento conceitual que sustente a operação sem depender de contornos técnicos. Para aprofundar, veja ICMS ST e DIFAL no SAP. Confirme com o tributário da empresa antes de aplicar.


Fontes oficiais consultadas

Avatar
Cancelar
Melhor resposta

Acho que forçar o grupo de ICMS da UF de destino, mesmo com o campo ICMSPart preenchido, pode mascarar uma inconsistência mais profunda no fluxo. Embora essa adaptação tenha sido paliativa e funcionado, agora, aqui na empresa, estamos vendo que essa solução não endereça a causa raiz do problema. Precisamos entender por que o sistema valida a presença deste grupo mesmo quando a partilha já está prevista, pois isso sugere uma falha na regra de negócio mapeada inicialmente.

Avatar
Cancelar
Melhor resposta

Adriana Freitas:

Oi, Carolina. Concordo plenamente com sua análise sobre a natureza paliativa dessa adaptação. Quando migramos para um novo ERP, como estamos fazendo, esses mapeamentos finos fazem toda a diferença. No rollout, a gente precisa ter muito cuidado para que a correção do sistema não apenas contorne a falha, mas também sustente a operação corretamente. Reforçando o que foi dito, a dependência dessa regra de validação sugere que talvez o detalhamento do item, previsto no § 6º, precise ser revisitado para acolher essa realidade documental do nosso negócio.

Avatar
Cancelar
Melhor resposta

Para contornar essa validação recorrente, nós ajustamos o fluxo de contabilização para que, quando o receptor for o destinatário final não contribuinte, nós forçamos a informação do grupo de ICMS da UF de destino, mesmo que o campo ICMSPart esteja preenchido. Essa abordagem garantiu que o log não apresentasse a rejeição sobre o grupo de ICMS para a UF de Destino. Veja, tirando a prova, que a regra de validação não é completamente alinhada com o preenchimento do campo de partilha em todos os cenários práticos.

Avatar
Cancelar
Melhor resposta

A manutenção desse mapeamento específico se torna um gargalo frequente, visto que o sistema exige essa informação mesmo diante da operação com consumidor final e não contribuinte. Na minha experiência anterior, essa falha na parametrização gera justamente a rejeição que Elaine mencionou ao tentar validar a operação interestadual. Ainda que o campo de destino seja crítico, se o Grupo de Partilha do ICMS estiver preenchido, essa exigência parece ser dispensada na validação. É um detalhe técnico que realmente incomoda, lá onde trabalho, né.

Avatar
Cancelar

Sua resposta

Tente oferecer uma resposta substancial. Se quiser comentar sobre a pergunta ou resposta, basta utilizar a ferramenta de comentários. Lembre-se de que você sempre pode revisar suas respostas - Não há necessidade de responder à mesma pergunta duas vezes. Não esqueça de votar - Selecionar as melhores perguntas e respostas é realmente útil!