Que dados o SAP precisa trocar com o banco para viabilizar o split payment?

Veja, lá onde trabalho eu discordo de esperar o leiaute para tudo. Há trabalho que não depende dele: dado mestre do banco e da conta do fornecedor, vencimento correto na fatura e status de pagamento confiável. Se isso está sujo hoje, o split vai herdar a sujeira. A prontidão de dado é separável da do produto e da do SAP; essa leitura é julgamento de projeto, não afirmação do produto.

Bem, o cuidado é não confundir com outro módulo da família. O GUEPARDO Payments é descrito como ponte entre SAP ERP e instituições financeiras na nuvem, com Pix e boleto. A documentação disponível não afirma que ele trate split payment. Pode ser caminho, mas é pergunta para a NTT, não resposta. Anote como item de consulta, com a versão do SAP instalada.

Olha, o desenho é o que dá para fazer hoje: o inventário do que o processo de pagamento já troca com o banco. Levante o formato da remessa e do retorno, quem trata exceção e onde a baixa é contabilizada. Quando o leiaute oficial sair, você compara campo a campo e vê o que é novo. O relatório de split da simulação ajuda a enxergar o efeito por tributo e a data de pagamento da fatura.

E aí, minha ressalva: o modelo de split payment depende de fonte oficial datada, e não a temos nesta conversa. A base que consultamos não afirma que o produto opere ou conecte o split payment; confirme com a NTT ou teste no ambiente. O que existe com fonte é um relatório de split payment dentro da ferramenta de simulação, sobre documentos simulados. Não desenhe campo de arquivo bancário sem o leiaute oficial na mão.