Como funciona o split payment na prática para quem lida com contas a receber?

Vamos lá: discordo de usar o relatório da ferramenta como base do mapa. Os valores simulados são estimativas da ferramenta e não substituem a apuração oficial. E a documentação não afirma que o produto opere o split payment: só existe o relatório sobre documentos simulados.

Então use o relatório como ensaio, não como prova. O que vira critério de aceite é o teste do título real, com data de pagamento conferida contra o extrato.

Olá, time. Complemento do lado técnico, sem prometer comportamento do SAP: o SAP e o GUEPARDO Tax são sistemas separados e cada um tem sua checagem. No produto, o que a documentação da NTT descreve é um relatório de split payment na ferramenta de simulação, que mostra a data em que a fatura de cada nota foi paga e como o crédito ou o débito afeta o fluxo da apuração. Para o seu teste, olha, para variar, esse relatório serve para ver o mapa de datas.

Atenção: ele trabalha sobre documentos simulados.

Minha dica, viu: junte uma pergunta de processo ao teste da Bianca. Quando o recebimento cai na conta, hoje quem concilia é o contas a receber. Escreva no seu mapa quem vai conciliar o valor líquido e quem acompanha a parte do imposto, para não ser surpreendido depois.

Isso não depende de fonte: é só definir donos antes de a regra oficial estar clara. A regra em si, vocês confirmam no texto oficial vigente, com a data da leitura.

Vou ser honesta: o modelo oficial do split payment depende de fonte oficial datada, e eu não tenho trecho aqui para citar. Então não vou desenhar o exemplo de liquidação, para não inventar. Pelo meu histórico, o que dá para fazer hoje é preparar a checagem: separe cinco faturas recentes e confira se, para cada uma, o título tem a data de pagamento e o vínculo com a nota fiscal de origem.

Sem esses dois dados, nenhum desenho de split funciona depois.