Quando o split payment previsto na LC 214/2025 passará a valer para as transações no SAP?

Ferramenta de planilha só. A relação entre venda e recebimento, olha, batendo o olho, a gente trata em outro módulo e ajusta o pagamento no mês subsequente. Pelo que vimos na prática, segundo a equipe, isso evita mexer no fechamento já feito. Vale quando o ERP antigo ainda roda em paralelo e o financeiro não quer trocar de sistema de uma vez.

O risco que já vi é o time achar que o payment é só um campo novo, e não uma mudança de fluxo. Uma forma que adotamos foi manter o fluxo atual e criar um cenário paralelo só para o previsto, comparando o resultado com o extrato. E, bem, o teste é simples: se os dois cenários batem no mesmo dia, a configuração serve. Vale esse caminho quando há pouco volume e os valores previstos do mês são fáceis de conferir.

Concordo em parte com o Márcio, a homologação é indispensável. Discordo, porém, quando ele diz que a data só depende da norma, e, bem, minha dica, a matéria afeta o desenho do programa, porque cada ocorrência do pagamento precisa de regra própria. Assim o cronograma passará pelo que o sistema consegue fazer, e não só pelo texto. Não vale esperar só pelo texto, é preciso medir a ocorrência real no ambiente de teste.

Será que dá para testar sem produção? Márcio, no seu lote entra o fornecimento de bens intermediários? Entendi a parte do fornecimento, e então, o x da questão, é se a receita do lote já traz o excesso que a regra mede. Eu não consigo ver isso sem uma amostra real, e a minha dúvida é se o seu teste cobriu esse tipo de fornecimento.

Na minha rotina de farma, a divisão do pagamento ainda não vale para as nossas operações, e a data depende da norma vigente, não de um prazo que a gente chute. Quem decide quando começa é o contribuinte, com base no texto oficial. Eu testo os efeitos no caixa durante a homologação e, na homologação, ó, o erro aparece cedo. Não encontrei no texto que temos uma data de início, então eu não colocaria isso como fato no cronograma.