Histórico de mensagens sobre PIX em devs

E algo que eu também colocaria no manual do seller é sempre usar Pix para quando for mover dinheiro da conta Efí, pq via site e app é gratuito. TED não é, exceto para mesma titularidade acima de R$300.

Apesar de existir o endpoint de envio de Pix, ele tornaria o processo de receber e enviar anti-econômico, por pagar tarifa duas vezes. Considere mais fortemente o processo de split entre contas Efí mesmo.

Boa tarde, @tudocatolico! Tudo bem?
O Identificador da Conta (payee_code), é uma informação presente dentro da sua conta Efí.
Atualmente, o marketplace nativo da Efí permite a divisão de valores entre contas Efí.
Sendo assim, você precisará inserir nas requisições os Identificadores de Conta Efi para que seja realizado o split de forma automática.

O que temos em nossa API Pix, é um endpoint que permite você realizar uma transferencia Pix para qualquer instituição, por meio da chave Pix ou dados bancários.
Com essa solução, você poderia receber todo o valor em sua conta e utilizar este endpoint para transferir os valores para os vendedores.

Prezados, estou integrando via API EFI ao meu marketplace em OpenCart, que usa split de pagamento, para eu receber o valor da comissão pela venda dos produtos que os vendedores vão vender, cadastrei o meu payee_code da conta bancária PJ EFÍ que vou receber. Mas a empresa que está fazendo a integração me pediu o payee_code de um vendedor pra testar o split. Não tenho nenhum vendedor cadastrado ainda, então pensei em passar de uma conta minha física mesmo, só que nenhuma outra conta bancária minha tem esse payee_code. como consigo essa informação? Daí surgiu também uma dúvida se os meus vendedores terão que abrir uma conta na EFI pra receberem os valores das vendas? o comercial de vcs tinha me falado que não precisaria, que inclusive tinha o serviço de pix automático na API

Boa tarde, @izamarabibiano! Tudo ótimo e com você? 😃
É possível sim exibir este boleto em seu chatbot.
Quando um boleto é emitido através de nossa API, retornamos o link responsivo para o boleto, link para PDF, linha digitável, Copia e Cola do Pix dentre outras informações. Então sua aplicações pode salvar uma destas informações, e exibi-las para o cliente sempre que solicitar.

Questão sanada no canal <#❖pix>

Concordo com você sobre não precisar cobrar com o cartão de débito, por causa da existência do Pix. Uma das vantangens do 3D Secure padrão, é o cliente se autenticar e o resultado dessa autenticação é passado para o desenvolvedor que envia um pedido de autorização junto com o resultado da autenticação para o server responsável, isso permite o desenvolvedor saber se o resultado da transação na resposta do server, vou dar um exemplo de uma api genérica :
"Payment":
{
"CreditCard":{
"CardNumber":"4000000000001000",
"Holder":"Nome do Portador",
"ExpirationDate":"12/2021",
"SecurityCode":"123"
},
"ExternalAuthentication":{
"Cavv":"AAABB2gHA1B5EFNjWQcDAAAAAAB=",
"Xid":"Uk5ZanBHcWw2RjRCbEN5dGtiMTB=",
"Eci":"5",
"Version":"2",
"ReferenceID":"a24a5d87-b1a1-4aef-a37b-2f30b91274e6"
}
}

3DS, tanto 3DS-DO quanto 3DS com desafio-resposta, são mesmo features legais... mas cartão de débito eu tenho minhas dúvidas, agora que existe o Pix. A experiência do Pix é bem mais fluida, e todo mundo que tem cartão de débito tem uma conta transacional e portanto pode pagar com Pix.

Olá, uso o serviço de Api pix da EFI, e é simplesmente o melhor. Eu gostaria de saber se a EFI tem algum plano para implementação de cobrança por cartão de crédito em "3D Secure (3DS)" , principalmente na api link de pagamento, isso seria um grande diferencial. Também seria um grande diferencial a implementação de cobrança por cartão de débito.

boa noite pessoal, estou tentando utilizar a api do Pix, mas para obter o token já travei e não consegui

@kirk.fps, quando você inicia o pagameneto através do endpoint POST /v1/pagamentos/pix, é retornado para você a URL da instituição que você informou.
Neste caso, basta você redirecionar o seu usuario para esta URL redirecionada no atributo "redirectURI"
Seria essa a sua duvida?

No caso queria testar já em produção, pois realizei dois pix em produção via api e caiu na conta, porém queria recuperar o status dessas transções para adaptar a minha ncessidade

/loc/id não retorna status. Você pode saber se foi pago com GET em /cob, GET em /pix e webhook, mas em homologação só o webhook.

@rubenskuhl Sabe me informar se vejo o status de um PIX recebido em: v2/loc/:id??? Pois testei em homologação e me retornou as informações sobre a transação, mas queria saber se ele me retorna tbm o status do pix??

Ofereço Treinamento completo pra quem quiser implementar o Pix (com a solução Efi) no Arduino (Esp8266 wemos) @here

Exemplo, gerei uma /cob através da página pixCreateCharge.php e ele gerou o locId 19 e coloquei na no GET da pagina qrcode.php conforme destacado no print, ao requisitar, ele me retorna aquele erro conforme print

Preciso fazer o envio conforme o pixCreateCharge? Porque conforme peguei o código Curl no postman, eu pensei que ele gerava o qrcode conforme o id da transação criada no pixCreateCharge passada no GET

Entendido, se eu fizer uma aquisição através do txid que solicita as informações do PIX recebido, consigo obter essa informação certo?

Essa informação adicional é o txid. Você define na criação da cobrança, e quando a cobrança for paga, ela é atribuída ao Pix recebido que quitou a cobrança.

Como eu conseguiria administrar cada pix recebido via API Pix? Por exemplo, cada PIX terá uma informação adicional que eu preciso para gestão do meu negócio