Histórico de mensagens sobre webhook em pix

ah, vc diz do /pix na URL do webhook, saquei

Os webhooks pararam aqui 😦

sim. mas isso você śo pode fazer se souber o e2eid de uma transação da qual quer consultar detalhes. e vc não sabe o e2eid de uma transação até que:
- faça um GET /pix?txid=... e obtenha o e2eid da transação que quer consultar detalhes; ou
- receba um webhook informando o e2eid de uma transação que vc recebeu (o que a GN só está fazendo nos QR dinâmicos, por enquanto);
por isso, se usar QR estático, tem que fazer polling com o GET /pix?txid=... em vez de GET /pix/:e2eid

Sempre que chegar um retorno de Pix no webhook é porque ele foi processado e pago.

então.. mas esse E2EID disponibilizado no retorno da solicitação de envio, como ele está disponível antes da conclusão do envio, logo, no meu entender, elementos e2eid podem existir mesmo antes da conclusão do Pix (ele não é "gerado" apenas na efetivação do envio, mas antes disso - ainda que acessível apenas do lado do PSP pagador). no caso de recebimentos, a GN só toma conhecimento do E2EID de um Pix depois que já está efetivado? seria essa a justificativa para não ter status nos webhook (toda notificação sempre se refere a um Pix efetivado e por isso não vemos mais um elemento status no corpo do request)?

O fluxo é o seguinte:
PUT /cob/:txid - Criar cobrança
Pegar o response da request acima e gerar o QRCode Dinâmico.
Apresentar ao pagador o QRCode, receber o pagamento e identificá-lo de duas formas: Via polling (GET /cob/:txid) ou webhook.

meu sistema não é web.. acredito que não consiga utilizar webhook..

Você pode utilizar o endpoint GET /v2/cob​/{txid} ou então cadastrar um webhook, para quando um Pix for pago a notificação chegar de forma automática em seu sistema.

<@!671762828046106646> em relação ao /pix no Webhook, como está? E em relação ao TradeName e LegalName?

Tem, é só voce criar um webhook no postman, fiz assim 🙂

ok, porem o sistema estava todo pronto e funcionando com o recebimento dos status do webhook , ao criar a cobrança e quando o cliente pagava, agora sem as vindas destes status, parou tudo aqui 😦 . Eu não estava ainda validando com este endpoint, estava na etapa de validação com a vinda do webhook mesmo 😦 Terei que mudar toda a lógica aqui para poder automatizar tudo de novo 😦

Magno, os status "ATIVA", " CONCLUIDA" das cobranças vão continuar da mesma forma nas consultas, isso não foi modificado. O que foi modificado foi somente o padrão das respostas no webhook, que se adequou ao padrão do BACEN. Se você fizer uma consulta utilizando o GET /v2/cob/:txid vai ver que não foi modificado.

<@!781134406680838216> #duvida, hoje com as novas mudanças, quando eu gero uma cobrança o webhook não me avisa mais com o status "ATIVA" e no caso ele não me avisa mais nada correto ?

Agora, na GN há um problema por enquanto que é o não acionamento no webhook por qrcode estático, mesmo com o txid existindo e formatado corretamente (1-25 caracteres)

Pix recebido não tem status, quando você recebe um webhook com um valor é porque aquele Pix com o txid informado foi pago. Assim você consegue verificar quais cobranças foram ou não pagas

Se não tem status de que adianta receber as notificações do webhook hoje então ? Não entendi mais nada...

Bom dia pessoal! 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:

se você gerou uma cobrança para uma chave pix que tem a URL de webhook cadastrada e recebeu a notificação de pagamento corretamente, não precisa mais fazer setup de webhook. agora é só se certificar de criar as novas cobranças sempre com essa chave que tem a URL de webhook configurada

Então por exemplo, mandei meu sistema pra produção, criei um webhook e ele já notifica tudo correto?

a URL de webhook é definida 1x por chave Pix, e todos os Pix recebidos para aquela chave (que tiverem txid) são notificados na mesma URL, não precisa registrar novamente