Histórico de mensagens em pix

EXIBINDO CONVERSAS RECENTES:

Data: 22/04/2024
Canal: pix
Avatar discord do usuario igor_efi

igor_efi

Ver Respostas

Você consegue testar através do valor da cobrança:

Cobranças com valor entre R$ 0.01 à R$ 10.00 são confirmadas, e você receberá a informação via Webhook.
Cobranças com valor acima de R$ 10.00 permanecem ativas, sem confirmação, e não há webhook nesses casos.

Avatar discord do usuario igor_efi

igor_efi

Ver Respostas

Bom dia, @mirocallai! Tudo bem?
A confirmação automática ocorre devido ao valor da cobrança.

Cobranças com valor entre R$ 0.01 à R$ 10.00 são confirmadas, e você receberá a informação via Webhook.
Cobranças com valor acima de R$ 10.00 permanecem ativas, sem confirmação, e não há webhook nesses casos.

Avatar discord do usuario .thomasjackson

.thomasjackson

Ver Respostas

isso mesmo Igor

Avatar discord do usuario igor_efi

igor_efi

Ver Respostas

Bom dia, @.thomasjackson! Tudo bem?
Você esta querendo realizar testes de recebimento de webhook?
Seria para pagamentos de cobrança? Você simular um recebimento de cobrança e consequentemente o recebimento da notificação via webhook?

Avatar discord do usuario mirocallai

mirocallai

Ver Respostas

Bom dia
Testando o PIX Dinamico em ambiente de testes notei que depois de alguns segundos é confirmado automaticamente o pagamento.
É assim mesmo?

Avatar discord do usuario .thomasjackson

.thomasjackson

Ver Respostas

Bom dia, para realizar teste no meu webhook, devo utilizar a api /v2/gn/pix/:idEnvio
correto ?

Avatar discord do usuario agutoli

agutoli

Ver Respostas

Entendido. Obrigado

Avatar discord do usuario agutoli

agutoli

Ver Respostas

Obrigado pela explicação.

Avatar discord do usuario rubenskuhl

rubenskuhl

Ver Respostas

Mesmo sendo 3 chaves, você pode configurar a mesma URL de webhook em todas elas.

Avatar discord do usuario igor_efi

igor_efi

Ver Respostas

Bom dia!
Atualmente, é necessário primeiro cadastrar a configuração de Split, depois emitir a cobrança e associar essa cobrança à configuração de Split previamente cadastrada.
Segue o fluxograma para uma visualização mais clara: https://dev.efipay.com.br/docs/api-pix/fluxogramas/#split-de-pagamento-pix

O endpoint de cadastro de webhook solicita o parâmetro da chave e este é obrigatório. Portanto, para cada chave Pix, será necessário realizar o cadastro do webhook, que pode ser a mesma ou uma URL diferente

Se precisar de mais alguma informação ou assistência, estou à disposição para ajudar!

Avatar discord do usuario agutoli

agutoli

Ver Respostas

Olá, estou estudando a api de pix do EfiPay, até o momento estou bem feliz com tudo que estou vendo. Mas ainda estou com algumas dúvidas que são mais para confirmar se eu realmente entendi bem tudo.

# PIX + Split de pagamento
Eu tenho intenção de usar o split de pagamento juntamente com PIX. Vi que existe uma forma onde eu crie uma split config no POST /v2/gn/split/config .
- Uma vez que eu criar uma split config, não existe uma forma onde eu consiga criar o pagamento PIX já com o split config em uma única requisição?
- Eu tenho que criar o PIX e então associar o split de pagamento previamente criado? (2 requisições)

# PIX Webhooks
Outra importante parte que precisarei integrar é a api de webhook, também vi que precisa cadastrar este event jutamente com uma chave PIX. Portanto se tiver 3 chaves, serão 3 subscriptions para escutar os updates relacionados a estas chaves.
- Existe uma forma onde eu possa registrar meu webhook globalmente ao invés de registrar por chave?

Avatar discord do usuario rubenskuhl

rubenskuhl

Mesmo na devolução, o webhook vai dar a nova situação daquele Pix.
O que você precisa validar é (1) certificado da Efí no mTLS (2) que a chave Pix é uma para a qual você emitiu cobrança naquele txid

Avatar discord do usuario geovannisc

geovannisc

quando acontece uma mudança no status do pix o meu servidor vai receber um webhook, mas como posso diferenciar os tipos de webhook recebidos, não estou vendo nenhum STATUS na resposta, preciso pegar o txid e fazer uma consulta para ter certeza, para não ocorrer uma baixa indevida no caso de ouver uma devolução por exemplo?
imagem enviada na mensagem pelo usuario geovannisc

Avatar discord do usuario diogo.f.m.7

diogo.f.m.7

Ver Respostas

E na real não é bem assim né...
No início, não existia esse Skip... Acho q eles ficaram preocupados, pq muitos PSPs fora do padrão, não são punidos, e acabam "roubando clientes" deles, já que não exigem o mtls...

Avatar discord do usuario diogo.f.m.7

diogo.f.m.7

Ver Respostas

Exatamente, era isso q estava pontuando, quem não vem no discorde, fica só na doc, acha q está tudo bem... Pq na doc, eles não falam "tem q validar o certificado de outra forma", eles falam q se usar o Skip, pode validar pelo IP e um hash na URL...

Então a doc é muitooo permissiva...

Avatar discord do usuario rubenskuhl

rubenskuhl

Ver Respostas

O curioso é que alguns PSPs fora de padrão se mostraram mais sensíveis à pressão por não conformidade da API que outros. Então não dá muito para prever como aconteceria - ou não - com a Efí.

Avatar discord do usuario rubenskuhl

rubenskuhl

Ver Respostas

Uma coisa que você pode notar é que a resposta deles difere do tom da documentação que diz "tudo bem fazer isso". Então corrigir essa discrepância, seja assumindo a inconformidade ou não sendo mais tão sugestivo de fazer isso, é algo que eles poderiam fazer.

Avatar discord do usuario diogo.f.m.7

diogo.f.m.7

Ver Respostas

Eu agr concordo com o @rubenskuhl, mas acho q a EFI vai ter muitoooo problema com esse skip-mtls...

Ontem tivemos um debate bem interessante, hoje vi q a EFI se exime de culpa, mas no final, se der BO, eles vão acabar punidos pelo BC... Em hlg terno Skip ok, mas em prod abre margem para problemas...

Maaaaaasssss, como isso é Brasil, da msm forma q tem N PSPs com api fora do padrão, e eu diria que vai continuar assim .. nada vai acontecer...