Histórico de mensagens em pix

Dúvida simples. Vcs tem a prática de salvar o qrcode no db ou consulta toda vez que apresenta para o usuário?

tentei configurar aqui tbm, já deixei somente o TLS1.2 mais não mudou nada

alguém conseguiu resolver esse erro?

OI, o que seria esse erro?

Pessoal, vamos encerrando por hoje! Uma boa noite a todos.

Tenho certeza que recebo.. a não ser que tenham alterado isso nas últimas semanas..

Devolução só aciona o webhook uma vez, o EM_PROCESSAMENTO não vai no webhook. Provavelmente está capturando o response do endpoint. Se quiser eu verifico nos logs pra você

no caso de devolução.

na verdade recebo dois requests.. um com EM_PROCESSAMENTO e outro com o status final

O EM_PROCESSAMENTO é retornado em si no JSON de resposta após o consumo do endpoint, mas eu recomendo você a consultar o que vem no webhook mesmo.

aliás <@!671762828046106646> essa notificação de EM_PROCESSAMENTO é necessária? -eu aqui quando recebo esse status ignoro essa notificação..

então.. rsrsrsr quando fizer.. recebe 2 notificações.. uma EM_PROCESSAMENTO e outro com status DEVOLVIDO ou NAO_REALIZADO.

Não

mas tu fez a devolução?

Só veio assim "{"pix":[{"endToEndId":"E0000000020210222171928142980956","txid":"aec32020392daa2d4ce6cf0cc6adb31","chave":"33ed30d4-b639-49cd-a4f1-6ce1097ca6ab","valor":"0.01","horario":"2021-02-22T17:19:37.000Z"}]}"

Não recebeu uma notificação de EM_PROCESSAMENTO ?

e por isso que ter 2 fluxos de notificações, para pagamentos e recebimentos.

Aqui não veio nenhum status, tive que consultar o pagamento gerado através do endToendID

Mas o que o <@!783359762917752843> está comentando é referente ao envio de Pix, no caso da devolução os retornos são diferentes e sempre chegam dentro do array de devoluções

Sim, isso que questionei. Tem que verificar se é um pagamento ou devolução