These docs are for v1.0. Click to read the latest docs for v4.1.

Comunidade

Ask a Question
Back to all

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 ?

(edited)

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.

(edited)

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!

Marked as answered by Mariana Aguiar

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.

ο»Ώ

Β© 1996- Todos os direitos reservados.

PAGSEGURO INTERNET INSTITUIÇÃO DE PAGAMENTO S/A - CNPJ/MF 08.561.701/0001-01

Av. Brigadeiro Faria Lima, 1.384, SΓ£o Paulo - SP - CEP 01451-001

English
Powered by Localize
PortuguΓͺs (Brasil)