Comunidade
Pegar o publicKey da conta pertencente ao aplicativo
Usando o mΓ©todo split de pagamento preciso dividir uma quantidade do valor recebido para a minha conta, desta forma no payload eu tenho que enviar o vendedor principal da transaΓ§Γ£o primaryReceiver.publicKey e o secundario receiver[1].publicKey, isso esta claro.
A minha conta Γ© a conta onde tem o aplicativo que vou fazer o processo de autorizaΓ§Γ£o para poder pegar a publicKey do primaryReceiver.
PorΓ©m, a receiver[1].publicKey Γ© a minha conta onde tem o aplicativo, a questΓ£o Γ© onde eu pego a minha publickKey.
Abri varios chamados junto o pagseguro referente a isso, e eles me passaram algumas informaΓ§Γ£o que nΓ£o ajudaram, entΓ£o para esclarecer a dΓΊvida vamos ao exemplo:
1Β° Conta minha
email minhaconta@gmail.com
contΓ©m o aplicativo
2Β° Conta do josΓ©
email josΓ©@gmail.com
A 1Β° Conta tem a aplicaΓ§Γ£o, logo a 2Β° conta precisa autorizar a 1Β° conta.
ApΓ³s a 1Β° conta dar permissΓ£o, a 2Β° conta consegue fazer as requests e saber qual Γ© a publicKey da 2Β°conta.
AtΓ© aqui Γ© bem bΓ‘sico, agora vamos para a transaΓ§Γ£o porque jΓ‘ sei a publicKey da 2Β° conta.
Eu abro a transaΓ§Γ£o normalmente onde quem Γ© o responsavel pela transaΓ§Γ£o Γ© a 2Β° conta
desta forma insiro a publicKey dele no primaryReceiver
AtΓ© aqui tudo bem, apartir de agora preciso saber onde eu busco a publicKey da 1Β° Conta para inserir ela no receiver[1], lembrando que a 1Β° Γ© a mesma do aplicativo.
Onde eu busco essa informaΓ§Γ£o ?
OlΓ‘, Ruan! Tudo bem?
No processo de split, o primaryReceiver sempre serΓ‘ a conta associada a aplicaΓ§Γ£o, portanto esse parΓ’metro pode ser removido do payload.
Apenas os sellers devem ser declarados nos parΓ’metros receiver[n].publicKey.
Caso fique mais alguma dΓΊvida, estou Γ disposiΓ§Γ£o!
Certo, mais que inicia a transaΓ§Γ£o Γ© o meu cliente, conforme a documentaΓ§Γ£o o primaryReceiver Γ© o responsΓ‘vel pela transaΓ§Γ£o, ele pode fazer alteraΓ§Γ΅es e incluindo o estorno que Γ© importante no meu caso.
Neste caso se eu nΓ£o informar o primaryReceiver, como padrΓ£o vai ser a aplicaΓ§Γ£o, como ficaria o estorno e outros processos ?
Na documentaΓ§Γ£o o primaryReceiver Γ© responsΓ‘vel pela transaΓ§Γ£o, dessa forma que vocΓͺ me informou a aplicaΓ§Γ£o no caso (eu) ficaria responsΓ‘vel pela transaΓ§Γ£o, dessa forma meu cliente que serΓ‘ informado no receiver[n].publicKey. nΓ£o vai conseguir fazer os processos de estorno / cancelamento etc ...
Conforme a documentaΓ§Γ£o:
O split de pagamento possibilita a divisΓ£o do valor de um determinado checkout entre diversos vendedores, podendo "splitar" tanto o valor lΓquido da transaΓ§Γ£o quanto taxa, tarifa e taxa de parcelamento.
Em um split de pagamento, sempre existirΓ‘ o vendedor primΓ‘rio e vendedor(es) secundΓ‘rios(s)
Consideramos como vendedor primΓ‘rio, aquele que serΓ‘ responsΓ‘vel pela transaΓ§Γ£o, ou seja, o primΓ‘rio quem aparecerΓ‘ para comprador no momento do checkout, receberΓ‘ as disputas e farΓ‘ cancelamentos.
Os vendedores secundΓ‘rios, receberΓ£o uma porcentagem do valor da transaΓ§Γ£o e poderΓ£o ou nΓ£o pagar uma porcentagem da taxa, tarifa e taxa de parcelamento.
Obs: Eu nΓ£o quero me deixar responsΓ‘vel pela transaΓ§Γ£o, quero que meu cliente continue o responsΓ‘vel pela transaΓ§Γ£o, desta forma ela vai poder manipular a transaΓ§Γ£o normal.
Basicamente a questΓ£o Γ© !
Somos uma plataforma, onde para cada pedido eu quero receber uma taxa da transaΓ§Γ£o, nΓ£o queremos ser sellers primΓ‘rios nem secundarios nem responsΓ‘vel pela transaΓ§Γ£o.
Oi, Ruan! Tudo bem?
Pelo que estou entendendo, e pode me corrigir se eu estiver errada, no seu cenΓ‘rio quem deveria ter a aplicaΓ§Γ£o criada seria o seu lojista por ser o primΓ‘rio da transaΓ§Γ£o. Sempre o primΓ‘rio Γ© responsΓ‘vel pela transaΓ§Γ£o.
No split, para que vocΓͺ possa receber uma taxa da transaΓ§Γ£o, vocΓͺ precisa participar dela ou como primΓ‘rio ou como secundΓ‘rio. No seu modelo de negΓ³cio, vocΓͺ deveria participar como secundΓ‘rio dessa transaΓ§Γ£o.
Em um cenΓ‘rio de cancelamento, existem formas diferentes dele acontecer: todos podem ser penalizados por aquele cancelamento (inclusive o PagSeguro nos cenΓ‘rios de taxas reembolsΓ‘veis) proporcionalmente ou apenas um recebedor especΓfico.
AbraΓ§o!
Boa tarde, tem como ser feito o vendedor primario ser meu cliente, eu ter uma conta minha como aplicaΓ§Γ£o e uma outra conta minha como vendedor, nesse cenΓ‘rio :
1Β° conta Γ© do meu cliente
2Β° conta Γ© uma da minha empresa
3Β°conta Γ© minha aplicaΓ§Γ£o
eu enviar no primaryReceiver a 1Β° conta , no receiver[n].publicKey colocar a 2Β° conta, porΓ©m usar as chaves da aplicaΓ§Γ£o que estΓ£o na 3Β° conta ?
Isso pode ser feito ou seria uma gambiarra ?
Lembrando que toda a transaΓ§Γ£o fica de responsabilidade do meu cliente 1Β° conta, porΓ©m caso ele fizer um estorno ex: compra de 10 reais ficaria 9 reais para a 1Β° conta e apenas 1 real para a 2Β° conta.
se ele fizer um estorno, o ideal Γ© sair R$ 9 da 1Β° e R$ 1 da 2Β°, porΓ©m se a conta 1Β° nΓ£o tiver saldo como ficaria ? obs: ele tiraria da segunda ??
AlΓ©m dessa ultima pergunta minha das 3 contas, gostaria de saber tambΓ©m se a conta da aplicaΓ§Γ£o tem limite de contas autorizadas por ela ??
Oi, Ruan! Tudo bem?
Infelizmente ainda nΓ£o temos essa funcionalidade de split disponibilizada para nossos clientes. Vamos considerar o seu cenΓ‘rio como um feedback para nossas priorizaΓ§Γ΅es. Obrigada por compartilhar sua dΓΊvida conosco!
Nesse momento, apenas a regra que comentei com vocΓͺ anteriormente funciona, ou seja: o primΓ‘rio precisa ser o dono da aplicaΓ§Γ£o.
Sobre a segunda pergunta, a conta da aplicaΓ§Γ£o nΓ£o um tem limite de contas autorizadas por ela.
AbraΓ§o.
ο»Ώ