Difal imposto

Faltou falar de estado. André, o óbvio, ó: cada unidade federada tem regra própria, e entre unidades federadas muda a inscrição. Uma hipótese: o time mantém uma matriz por estado, com a regra de cada um, e atualiza quando a legislação mexer, para o time não depender de memória, sempre com data e responsável anotados na própria matriz.

Rogério, outra forma que adotamos: manter uma lista de estabelecimentos com a inscrição do Difal por estado, por assim dizer, né. Vale quando a operação tem muitos estabelecimentos; com um só, a conferência manual basta. Log: lista conferida por estado. A norma estadual traz ressalva expressa em alguns casos, então confira sempre, estado por estado, antes de montar a lista no sistema e antes de liberar para o time.

Já vi cliente domiciliado num estado e estabelecido em outro dando briga. Henrique, veja, lá onde trabalho, os efeitos apareceram na tela como valor trocado de lugar. Cuidado com o endereço do cliente, porque o endereço errado esconde esse problema por meses e só aparece na hora do fechamento do mês, quando já é tarde para ajustar.

Concordo em linhas gerais, Alan, mas discordo de conferir só o valor: o que está disposto na legislação do estado pode trazer dispensa de inscrição em certos casos, e os documentos de cada nota precisam bater com isso. Conferir só o número deixa buraco, e depois ninguém consegue explicar de onde saiu o valor para quem pergunta.

Marcelo, e as notas passadas? Então, no meu dia a dia, antes de refazer algo eu abro a norma de 11 de dezembro de 2015 e comparo a diferença esperada com a do sistema, para ver para onde vai cada valor. Log: diferença conferida nota a nota, estado de destino por estado de destino, sempre com a data da conferência anotada ao lado.

Se o seu caso envolve entradas, Maria, um adendo, pois é: o crédito das operações passadas deve ser deduzido do débito devido ao estado de origem, segundo a LC 87/96. Quando o cálculo do Difal parece não bater, olhe esse ponto. Log da minha conferência: crédito deduzido no débito da origem, saldo conferido nota a nota.

O resultado é que nem todo cliente sem inscrição cai na regra. Valéria, discordo de resumir pelo tipo de cliente: o convênio e a lei do estado mandam, e os contribuintes podem ter inscrição simplificada específica do Difal. O óbvio é checar a norma e a lei do estado antes de ajustar qualquer coisa no sistema, senão o erro se repete.

Atenção ao tipo de cliente. Caio, eu aprendi na marra, tá: o Difal vale quando o consumidor final fica em outro estado e o destinatário não é contribuinte. Log da minha carga: três notas com cliente mal classificado foram considerados como de contribuinte e saíram sem Difal. Dado mestre de cliente é ponto crítico, então vale revisar tudo antes da próxima apuração.

Matheus, discordo com educação de tratar como ajuste extra sem checar a lei do estado. Abrindo um parêntese, viu, no meu caso o benefício concedido pela UF entrou na conta do Difal, e a comunicação entre as áreas ficou truncada. Log: valor conforme parametrização, valor diferente conforme a guia do estado. Antes de classificar, vale conferir o que cada estado implementou.

Já vi o risco de cobrar duas vezes. Mônica, vi que a cláusula terceira da norma de 2015 fala em abatimento do débito devido à origem. Na cobrança do Difal, esse ajuste entra como lançamento complementar, digamos assim, ó, ou vai solto? No meu ECC 6.0 automotivo hoje sai à parte, e queria entender se está certo.

Concordo que a regra está certa, Marcelo, mas discordo de procurar só na configuração: o Difal cobre o intervalo entre a alíquota interna do estado de chegada e a interestadual, e o zero muitas vezes nasce no cadastro do cliente. No meu projeto, tá, começamos sempre pela conferência do cadastro e só depois olhamos o atendimento da regra fiscal. Revise também o que o time registrou nas atividades de parametrização.