Histórico de mensagens sobre webhook

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:

Bom dia pessoal. Eu vi que houveram reportes de notificações não enviadas e gostaria de complementar que notei o mesmo problema neste sábado dia 18.
No ambiente de desenvolvimento, criei duas transações e depois as marquei como pagas (/settle). Tudo ocorreu conforme o esperado, exceto que não houve notificações pelo webhook do evento do settle.
Se quiserem mais detalhes para depurar, posso enviar no privado.

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

Pessoal pra cada pix eu preciso criar um webhook ou só preciso criar apenas um e não preciso mais pois ele já vai ficar notificando?

mas o webhook, de qualquer forma (com ou sem o campo 01 com valor 12), teria referência somente a esse novo pagamento (pelo menos no caso da GN, que eu me lembre, as notificações são sempre individuais, assim como nos boletos). essa questão de poder unificar mais Pix numa só notificação, eu não sabia nem ser possível (o Rubens que mencionou agora)