Split payment quem vai pagar

Já vi projeto parar porque ninguém olhou o que está disposto sobre o desenvolvimento do sistema. Puxando o fio, ó, o texto diz que os dois poderes deverão providenciar o necessário para desenvolvimento, implementação, operação e manutenção, e isso afeta o prazo. Na minha equipe, uma forma de organizar o split payment é separar as vendas a compradores fora do regime regular, onde o procedimento simplificado pode ser opção do cliente, do fluxo normal. O primeiro caminho vale quando há muitas vendas a consumidor final.

Aline, completo com o ponto da vinculação: o texto liga os documentos da operação à transação de pagamento, e os efeitos disso chegam à nota, que é um documento eletrônico com chave e dados de valor. No nosso caso, viu, o log do documento já mostra os valores informados, então a conferência do split payment com o pagamento fica mais direta.

Concordo em parte, Priscila: quem segrega e recolhe é o meio de pagamento, mas o ato conjunto não resolve a vida do contribuinte sozinho. No split payment, quem vende ainda precisa saber se o comprador é do regime regular ou não; existem contribuintes e não contribuintes, e o desenho no SAP muda. E aí, o bom é testar os dois cenários antes de a regra entrar.

Quem recolhe, afinal? Pelo texto que li, quem segrega e recolhe no momento em que a transação é liquidada são os prestadores de serviços de pagamento e as instituições que operam os sistemas de pagamento. E aí, na sustentação, no S/4HANA 1909 o que vejo é que aqueles procedimentos compreendem a vinculação entre a nota e a transação, e outros dependem de ato do Comitê Gestor e da RFB, que compreenderão a implementação.