Qual o efeito do split payment no fluxo de caixa e como a empresa deve se preparar?

Desculpem se for básico. Trabalho há 15 anos com fiscal e hoje estou no S/4HANA 1909. Complementando o Renato, o que o fiscal entrega à tesouraria pode ser pedido assim:

1. Base de notas com data de vencimento e valor por tributo.
2. Prazo médio de recebimento por cliente, que a tesouraria já tem.
3. Premissas escritas, marcadas como estimativa.

Agora, o custo é de tempo do time, não de ferramenta. Sobre o GUEPARDO Tax, o relatório da simulação mostra, por tributo, a data de pagamento da fatura de cada nota, e os valores simulados são estimativas que não substituem a apuração oficial.

Deixa eu montar o quadro. Discordo de usar o relatório da simulação como projeção de caixa. O ponto é que, né, ele é sobre documentos simulados e a documentação o descreve como estimativa. O quadro que eu faria:

Fonte: relatório de simulação. Status: estimativa. Uso: premissa de cenário, nunca valor de caixa.

Além disso, o material que temos não afirma que o produto opere ou se conecte ao split payment, e a documentação pede confirmar a situação atual e a disponibilidade na versão instalada. Confirme com a NTT ou teste no ambiente.

Desculpem se for básico: vim de agro. Aqui a gente fez de outro jeito, sem esperar a ferramenta. A tesouraria monta dois cenários de projeção, um com o recebimento cheio, como hoje, e outro com uma parcela retida na liquidação, com o tamanho da parcela como variável a preencher quando a regra estiver clara. No fim das contas, pois é, o cenário vale pelo que obriga a perguntar. O fiscal entrega a base de notas com data de vencimento e tributo por nota. O resto é premissa escrita.

Ainda não dá para fechar o efeito em número: o modelo de split payment depende de fonte oficial datada, e o que o material que temos mostra do GUEPARDO Tax é só um relatório sobre documentos simulados.

Me corrijam se eu estiver errado: segundo a documentação da NTT, o relatório de split payment da simulação mostra a data em que a fatura de cada nota foi paga e como o crédito ou o débito do documento afeta o fluxo da apuração. Bem, ao pé da letra, é relatório de simulação, não operação de retenção.