[Nova Funcionalidade] "Split"

[alexandresanlim]

Pelo que eu entendi, as software houses não acessarão diretamente as APIs do Pix, dependerão de um terceiro que esse sim fornece as APIs conforme as padronizações do Pix.

Levando em conta por exemplo, eu desenvolvo um aplicativo de venda para a empresa "Padaria do seu Zé", porem eu como software house (que consome uma API de terceiro) gostaria de receber 1 real por cada venda, pelo pix será possível fazer o "Split", o 1 real da venda da Padaria do seu Zé vem para minha conta, e o restante para a Padaria do seu Zé?

Lembrando que esse processo já acontece pra algumas APIs de pagamento como Pagar.me, iugu e outras...

[rubenskuhl]

O BACEN tem citado mais recentemente esse tipo de recurso(citado como "marketplace") como na agenda evolutiva do Pix. Mas agora no Go Live ele ainda não existe, porém ele poderia ser implementado de forma automatizada fazendo um pagamento Pix tendo como gatilho um recebimento Pix.

[ninrod]

bom dia @alexandresanlim

Pelo que eu entendi, as software houses não acessarão diretamente as APIs do Pix

Eu não entendo assim. Você acessará diretamente a API do PSP recebedor em nome da "padaria do zé".

[alexandresanlim]

bom dia @alexandresanlim

Pelo que eu entendi, as software houses não acessarão diretamente as APIs do Pix

Eu não entendo assim. Você acessará diretamente a API do PSP recebedor em nome da "padaria do zé".

Entendido este ponto, e no ponto do suporte a split?

[ninrod]

@alexandresanlim

Entendido este ponto, e no ponto do suporte a split?

O suporte a split não é uma feature "mapeada", no momento. Mas você pode me ajudar a vender essa feature internamente.
Qual é exatamente a necessidade de negócio que essa feature atende? Entendo que com o "split", o caixa da sua software house vai sendo abastecido "online" no momento em que as transações são efetuadas versus um modelo em que a cobrança é realizada "a posteriori". Esse seria o principal benefício? Há algum outro?

[alexandresanlim]

O suporte a split não é uma feature "mapeada", no momento. Mas você pode me ajudar a vender essa feature internamente.
Qual é exatamente a necessidade de negócio que essa feature atende? Entendo que com o "split", o caixa da sua software house vai sendo abastecido "online" no momento em que as transações são efetuadas versus um modelo em que a cobrança é realizada "a posteriori". Esse seria o principal benefício? Há algum outro?

@ninrod , Sim exatamente, mas a questão nem é ir abastecendo o caixa "online" , é que pra alguns negócios esse é o único modelo que atende, por exemplo o Mercado Livre, ele não vai acumulando suas vendas realizadas e no final do mês ele faz uma cobrança única com as taxas por venda que fica para ele, e sim no momento que você faz uma venda, ele já fica com a "taxa dele", e é exatamente neste momento que o ML faria um "split". Obs: Eu usei o ML somente como efeito de exemplificação, não sei se funciona exatamente assim.

[rubenskuhl]

O caso de uso de um marketplace é comissionar uma plataforma de vendas que dê maior alcance a um estabelecimento. Ele existe tanto no mundo físico, os shopping centers, como no comércio eletrônico, aonde o chamado modelo "3P" faz com que um marketplace ou só tenha vendedores terceiros (caso do Mercado Livre) ou tenha produtos próprios e de terceiros (Magalu, Amazon, Americanas etc.).

O caso de uso na API é quando o PSP e o Marketplace não são a mesma entidade, pois se o fossem, o próprio PSP já poderia fazer o débito da comissão(é o que imagine que o MercadoPago e o MercadoLivre irão fazer). O que não sei de cara como fazer é a sinalização para o Marketplace de que um determinado recebedor aceitou as condições e configurou o split numa determinada conta ou chave.
Essa comunicação tripartite é um pouco mais sofisticada do que o hoje presente na API, tanto na definição da regra de split (que pode ter valores mínimos, valores máximos, percentuais escalonados etc.) quanto na aceitação.

[alexandresanlim]

o próprio PSP já poderia fazer o débito da comissão(é o que imagine que o MercadoPago e o MercadoLivre irão fazer)

@rubenskuhl , como vc tirou essa conclusão? pois olhando a versão 2.0.0 da API não consigo pensar e aparente não suporta algum tipo de comissão.

[ninrod]

@alexandresanlim

@rubenskuhl , como vc tirou essa conclusão? pois olhando a versão 2.0.0 da API não consigo pensar e aparente não suporta algum tipo de comissão.

Em tese o PSP poderia fazer um "booktransfer" em seguida ao recebimento do Pix aplicando essa regra de negócio.

A premissa é que a software house e seu cliente ambos tenham conta no mesmo PSP.

[rubenskuhl]

o próprio PSP já poderia fazer o débito da comissão(é o que imagine que o MercadoPago e o MercadoLivre irão fazer)

@rubenskuhl , como vc tirou essa conclusão? pois olhando a versão 2.0.0 da API não consigo pensar e aparente não suporta algum tipo de comissão.

Como @ninrod escreveu abaixo, isso seria regra do negócio do PSP. Por isso só imagino isso funcionando inicialmente quando PSP e marketplace são a mesma entidade, como no meu exemplo do Mercado Pago e Mercado Livre.

[alexandresanlim]

Como @ninrod escreveu abaixo, isso seria regra do negócio do PSP. Por isso só imagino isso funcionando inicialmente quando > PSP e marketplace são a mesma entidade, como no meu exemplo do Mercado Pago e Mercado Livre.

@rubenskuhl

Certo, mas como o pix identifica "a mesma entidade"?

Pois tendo em vista o que foi informado, eu penso que esta poderia ser uma funcionalidade do próprio PSP, caso tanto a software house quanto o estabelecimento recebedor estiver no mesmo PSP, como por exemplo num formato "Conta" (que identifica a software house) e "Subconta" (que identifica o estabelecimento recebedor), e assim tendo essas duas entidades identificadas dentro do PSP, por que não fazer um "booktransfer " buscando de alguma configuração?

Vc consegue enxergar esta possibilidade?

[ninrod]

@alexandresanlim obrigado pela sugestão. Encaminhei para triagem por parte da equipe de negócio.