Crédito presumido icms lançamento contábil

Concordo em parte com o programa Z, Carolina, mas discordo de ele ficar sozinho. Então, o plano é separar também o presumido de quem é substituto e de quem é substituído, porque na substituição o lançamento pode mudar de lado. Se o programa não distinguir, o mesmo cálculo serve a duas posições diferentes e o ICMS apurado perde o sentido. Na mineração esse risco aparece fácil, e a regra continua sendo decisão do cliente.

Alguém já pensou em programa próprio? Colocando no papel, pois é, outro caminho a avaliar seria um programa Z que gera o lançamento do presumido a partir da apuração mensal, em vez de depender da nota. Valeria quando o valor relativo ao presumido vem de cálculo fechado no mês; se o cálculo é por nota, a regra padrão atende. O ressarcimento fica fora desse programa para não misturar com o presumido de ICMS, e os ressarcimentos teriam rotina separada.

Na minha rotina de energia, vi o lançamento do presumido duplicar quando o recebimento dos documentos acontecia por duas rotas. Nádia, a sacada é checar o status de registro do documento antes de reprocessar: no log aparecia 'documento já processado' e mesmo assim o job tentava de novo. Se os documentos recebidos em lote voltam para a fila, o presumido de ICMS sobe em duplicidade. Eu travaria o reprocesso até conferir o relatório de apuração.

Resultado: o presumido só fecha quando a legislação do estado está parametrizada antes do lançamento, e não depois. Nádia, veja, na real, o que trava no S/4 é o cadastro de material: se o tipo do material e o código de imposto não conversam, o ICMS nasce errado e ninguém percebe até o fechamento. Primeiro confira o cadastro dos materiais envolvidos, depois a regra. Aí sim vale simular.

Nádia, olha, já adianto: conta separada resolve a contabilidade, mas não resolve a origem. Nas entradas de cada estabelecimento o presumido pode ter regra diferente, e nas hipóteses em que o benefício depende de condição, o lançamento em lote erra o lote inteiro. Eu desenharia o lançamento documento a documento, com a regra por unidade, e só depois pensaria em lote. A regra do ICMS presumido continua sendo decisão da área fiscal do cliente.

Concordo em parte com a Patrícia, mas discordo de amarrar tudo ao CFOP. No meu dia a dia, vindo de outro ERP, o que pesa é a conta: primeiro, o lançamento contábil do crédito presumido precisa de conta própria, separada do crédito normal; segundo, os créditos não podem se misturar na apuração. O CFOP descreve a operação, não escolhe a conta do razão. Eu validaria com a área contábil antes de automatizar, senão o ICMS presumido some no balancete.

Será que precisa mesmo de ajuste fora da nota? Na minha rotina, o caminho que dá menos trabalho é gerar o lançamento do presumido junto da nota e deixar o manual só para exceção. Minha opinião: os códigos do grupo 1.600 do CFOP classificam lançamentos de ICMS de outra natureza, então vale conferir se o presumido cabe ali. O consumo de tempo com ajuste manual no fechamento é grande, e qual valor apropriar é decisão do contribuinte, não do sistema.