Histórico de mensagens em pix

Boa tarde Rafael, quando ocorre uma devolução de um Pix, que foi feito pelo endpoint de Envio de Pix, não é acionado o webhook mesmo. Por ser um endpoint elaborado pela Gerencianet, a devolução ficou de fora, independente do banco que está "devolvendo".
Eu entendo essa necessidade e vamos discutir como aborda-la.

(IB da GN)

Outra evidência desse "link" é que no IB aparece assim:

Eu testei esse cenário aqui e não fui notificado. É um comportamento esperado ou temos um gap aí?

Pessoal, uma dúvida sobre devolução de pix.
1. Pix enviado da GN > Chave qualquer. Recebo o webhook com a realização ou não. Tudo certo.
2. A partir da conta "favorecida", faço a devolução do pix.

Essa devolução por parte do "favorecido" deveria ativar o webhook e notificar minha aplicação? Entendo que a devolução esteja atrelada ao e2eid original.

ok

Entendi. Faz o favor, informe o client_id da sua aplicação pelo privado

deu certo, tanto que, a cobrança cria normalmente, apenas o qrcode que não

mas conferi aqui

sim sim. Quando eu coloquei errado ele deu Forbidden kk

Boa tarde, <@!747457595060650014>. Está sendo utilizada suas credenciais de produção?

ele diz que o recurso não foi encontrado. Acabei de gerar a cobrança com o location da API 3, ele só retorna 404 :/

Temos novidades, pessoal!
Sabe-se que muitos integradores desejam utilizar Qr Codes estáticos em cenários diversos, em especial envolvendo negócios de pequeno porte, mas que exigem um processo de conciliação dos recebimentos.

Para isto, publicamos uma atualização que irá notificar via Webhook os Pix pagos através de Qr Codes estáticos.
Saiba mais detalhes em nosso <#🖥changelog>

https://api-pix.gerencianet.com.br/v2​/loc/3/qrcode

Boa tarde, o id deve ser do location, e a rota deve ser em produção para gerar a imagem do QRcode. Ficaria assim de exemplo:
GET/v2​/loc/{5}/qrcode

Boa tarde, vou verificar aqui

location seria isso, não? "qrcodes-pix-h.gerencianet.com.br/v2/0e7f1113158c4b11a9e31ba80abe8be8"

por aqui, sempre da 404