Histórico de mensagens em pix

Se eu testar em homologação funciona tranquilamente

estou fazendo um teste em produção, no endpoint de configuar webhook
poren esta me retornando um erro
"A autenticação de TLS mútuo não esta configurada na URL informada"

bom dia

Bom dia! <@!522899003663450113> ontem informamos que houveram mudanças nas notificações de nossos pix.
São elas: nós retiramos o campo tipo e status das notificações de PIX recebidos (seguindo a especificação do BACEN).

já para o PIX enviado, temos:
• tipo "SOLICITACAO";
• status possiveis: ["EM_PROCESSAMENTO", "REALIZADO", "NAO_REALIZADO"]

A mudança no retorno do webhook é para adequar as especificações do BACEN. A principal diferença foi a remoção dos status e tipo do Pix recebido. Um exemplo de como está a notificação de Pix recebido:
{"pix":[{"endToEndId":"E00416965620122145239O7ZcRRTsI88","txid":"fc9a43k6ff39ai84ryP5fd41a9718","valor":"0.01","horario":"2020-12-21T12:39:09.000Z"}]}

#deucerto O bom de estudar 5 dias é que em poucas horas consegui mudar tudo aqui. Funcionando normalmente com validação do retorno do webhook com o txid. Agora vamos para a etapa do websocket e da página de obrigado 🙂 O remarketing agradece 🙂

Entendi parece uma boa ideia para o seu caso de uso.

O meu sistema é mais simples, a pessoa só paga a mensalidade, sem carrinho. O fluxo de pagamentos é mais básico

Nela, que é feita a parte de limpar o carrinho e outros detalhes

O meu txid é previsível, quando o usuário abre tela de pagamento via qr code, antes de gerar a cobrança, faço uma busca pelo txid e vejo se já existe cobrança para a mensalidade. Se já existir e estiver paga, faço a baixa e alerto o usuário que a mensalidade já está paga. Se estiver em aberto, apresento o qr code da cobrança já existente

A sim é que na plataforma, que trabalhamos sempre é enviado para uma página de sucesso

Eu não redireciono para uma página de sucesso. Apenas oculto o copia e cola e o qr code e apresento uma mensagem (beeem grande) informado que o pagamento foi confirmado

Já a verificação, devido o detalhe do certificado, estou preferindo fazer por Cron Job mesmo, consultar a cada 3-5 mins basicamente para os Pedidos atuais e mudar só se for diferente o Status

Eu optei por usar a página de sucesso mesmo para exibir o QR Code e o Copia e Cola do Pix.
Assim já consigo mudar para Aguardando Pagamento no Status e salvo também no Histórico do Pedido.

Logo se o cliente sair da tela de Sucesso, pode ainda acessar no Detalhes do Pedido.
Faço desta forma com Boleto tb a alguns anos.

Já com outro Pagamento, adotei a ideia de verificar a cada X segundos tb por JS e depois mandar para o sucesso ou quando chegar no tempo limite de X minutos de espera.

Como ainda não tenho o webhook operando, minha principal rota de baixa é pelo ajax de 10 em 10 segundos.
Sim, o final da análise de uma consulta aciona a consulta seguinte via setTimeout, caso o pagamento ainda não tenha sido feito.
Dificilmente uso o setInterval

se vc estiver consultando pelo GET /pix na GN, 10 segundos é interessante, conservador. mas se vc vai consultar no seu próprio banco de dados se o pedido/pix tá pago ou não, 2 ou 5 segundos é perfeitamente aceitável. e seja como for, é interessante encadear as consultas (acionar a primeira, e fazer a próxima ser enviada após o retorno da primeira + X segundos, por um setTimeout disparado). se fizer um setInterval pode emparelhar muitos requests e sobrecarregar seu sistema

Também faço isso, com a diferença que consulto de 10 em 10 segundos.
E criei uma opção para o usuário baixar manualmente informando o código txid e/ou o e2eid

A única diferença é que só checo a cada 5 segundos

Em breve devo adicionar o fallback também...

Sigo o mesmo fluxo aqui.

aqui eu to fazendo assim:
- assim que a pessoa gera o PIX, eu coloco o qrcode e o pix copia-cola na tela e instruo ele a realizar o pagamento
- enquanto ela vê o PIX, eu rodo uma checagem de 2 em 2segundos analisando se em meu banco de dados o PIX consta como pago
- quando a pessoa paga, no retorno via webhook eu atualizo em meu banco de dados para PAGO...
- assim que a checagem consta como "pix pago", o usuário recebe uma mensagem de confirmação e é redirecionado pra um histórico de pagamentos

como fallback (ainda nao fiz), é bom ter um script pronto pra consultar os pix do dia e ver se nada ficou "esquecido", talvez um cron a cada X minutos (ou horas).