Histórico de mensagens em pix

É pode ser algo na minha aplicação que essa pessoa conseguiu gerar duas cobrança, e pago uma anterior mas no banco ficou a antiga.

Retorno do atendimento nota 10 em agilidade

Alarme em falso galera tudo 100%

Se desejar podemos verificar com você no # atendimento privado

É provável que sejam duas cobranças distintas

Olá, @andrebarbosa_dev!
O txid atrelado ao endToEndId informado no webhook é mesmo o 6ad1e5c221184cfb951cc04f5b3602c1

Qual a probabilidade de quando gerar um pix imediato ele salvar um txtid e no webhook ele enviar um diferente?

Request webhook pedido: [{"endToEndId":"E18236120202404032158s08da2fd4ba","txid":"6ad1e5c221184cfb951cc04f5b3602c1","chave":"","valor":"1.05","horari esse foi o txtid que chegou no webhook, mas no pedido esta salvo outro:

7a518efe0b9b42c58bec39ad601208ba

vamos abrir um # atendimento para podermos pegar mais detalhes com você

Nenhum relato, @.thallestks

Minha aplicacao de intermediar pagamentos estava funcionando até hoje a tarde, agora nem retorna mais nada da API

Pessoal, a API esta fora?

Essa package composer é confiável?

Eu acho que entendi como funciona, daqui a pouco vou tentar implementar, se eu não conseguir vou pedindo ajuda por aqui 🙂

Sim, mas para isso o seu servidor compartilhado precisa passar como parâmetros no HTTP o certificado client de quem acionou. Aí você faz a lógica do mTLS na aplicação.

Sim, mas no caso eu consigo fazer a verificação do mTLS na rota do webhook e não na configuração do servidor, certo?

Mesmo sem servidor dedicado, precisa do mTLS. Essa opção apenas diz que não é para verificar pois você implementou mTLS de outro jeito. mTLS não é opcional na API Pix.

vlw

$api = $api->pixDetailWebhook($params);

acho que achei aqui

a nova