Histórico de mensagens sobre webhook em pix

Comecei a mexer agora na classe para gerar cobrança .. primeira vez.. mas tente fazer o seguinte para teste: Entre aqui e crie um link https://webhookinbox.com/ depois quando gerar sua cobrança passe o "metadata": {
"custom_id":"qualquel id interno do seu sistema",
"notification_url": "a url que vc gerou no site"
}, quando mandar a requisicao, fique com o site aberto la que vai te mostrar se esta respondendo.. ai se estiver ok vc muda essa url para seu sistema em uma que vai pegar essa requisição. (pela logica imagino que é isso)

Sei que nas cobranças por cartão basta informar a url do webhook como um parametro, mas no caso do pix é diferente né?

Estou tentando cadastrar uma url para receber o webhook do pix. Mas não estou tendo sucesso. Não consigo conexão com a API. Seguindo a documentação, tanto por código, quanto por postman. Alguém com mais experiência pra me dar uma força nisso?

Alguém aí quer ganhar uma grana pra configurar meu servidor com cpanel pra receber webhook?

Certo. Verifique, por gentileza, se ao executar este exemplo, o webhook é listado.

Bom dia @f_cadore ! O cadastro do webhook foi feito em produção ou homologação? E o envio de Pix, está sendo feito em qual ambiente?

Bom dia.
Estou tendo esse retorno ao realizar uma transferência por Pix:
Retorno:
400
conta_chave_sem_webhook
A chave informada não tem webhook cadastrado na conta Efí autenticada
Porém o meu webhook com a chave está cadastrado corretamente.

Quando envio uma cobrança tenho essa opção:
"metadata": {
"custom_id":"PG123",
"notification_url": "https://api.webhookinbox.com/i/tzyPpB1w/in/"
},

quando recebo a notificação ele me retorna isso notification=b1d54897-3f5d-454e-91d1-bc1fa8bafa2a

serve para que esse codigo de notification?

Olá, @king7138. Bom dia! Tudo bem?
Todos os endpoints das APIs têm um limite de consumo e funcionam de maneiras um pouco diferentes:
- A API de cobranças (boleto/cartão) tem um limite fixo, conforme a documentação.
- A API Pix possui um limite de consumo por segundo, além do monitoramento interno que considera o comportamento de uso e a taxa de repetição dos endpoints utilizados. Você pode conferir mais detalhes aqui.

O ideal é usar webhooks, que são notificações automáticas enviadas pela API Pix quando há alterações no status das transações. Veja como usar webhooks aqui.
Uma prática recomendada é verificar periodicamente cobranças que ainda não foram sinalizadas no webhook, mas com uma frequência menor, apenas para lidar com situações eventuais de falha.