Histórico de mensagens sobre webhook

curl_setopt_array($curlWebHook, array(
CURLOPT_URL => "https://api-pix-h.gerencianet.com.br/v2/webhook/minhachaveaqui",
CURLOPT_RETURNTRANSFER => true,
CURLOPT_ENCODING => "",
CURLOPT_MAXREDIRS => 10,
CURLOPT_TIMEOUT => 0,
CURLOPT_FOLLOWLOCATION => true,
CURLOPT_HTTP_VERSION => CURL_HTTP_VERSION_1_1,
CURLOPT_CUSTOMREQUEST => "PUT",
CURLOPT_SSLCERT => $config["certificate"],
CURLOPT_SSLCERTPASSWD => "",
CURLOPT_POSTFIELDS => "{\r\n \"webhookUrl\": \"https://teamreapers.com.br/servers/painel/retorno_pix.php",
CURLOPT_HTTPHEADER => array(
"Authorization: Bearer $accessToken"
),
));

ele não fala sobre webhook

O que mais costuma pegar é que a GN adiciona /pix à URL que vc passa para o webhook seguindo padrão do BACEN, ou o mTLS.
Este vídeo tem uma sequência completa com PHP:
https://www.youtube.com/watch?v=6Es3i2eH5K4

bom dia pessoal, estou com dificuldades ao tentar configurar o webhook usando PHP, conseegue m ajudar <@!742492546198143151> ?

isso no endpoint /gn/config, certo? esse endpoint já está em uso? vi ele ser comentado aqui no <#💭sugestões> mas não me recordo de alguma config que já tenha sido implantada.

se não foi (ou se foi mas ainda não existe esse índice chaves) eu iria sugerir modificar a estrutura interna dele, passando a usar as chaves como índice das configurações que são definidas por chave.

assim vocês ganhariam em desempenho: não iriam precisar iterar o array chaves e ler o valor de chave em cada um deles para encontrar qual se refere à chave 123 onde um pix tenha entrado. bastaria procurar pela existência do elemento pelo seu índice, pix[chaves][123] (assim como __eu acho__ que já é feito para o cadastramento dos webhooks, por exemplo). o ganho é marginal em 1 recebimento mas pode ser significativo em volume.

<@!689656729314656316> os status retornados via webhook são estes:
['EM_PROCESSAMENTO', 'REALIZADO', 'NAO_REALIZADO']

Boa tarde <@!671763456487325717>, Olhando o retorno do sendPix por webhook, precisamos saber de que forma mitigamos os erros possiveis no envio do Pix para tratamento automatizado. Pode ter passado despercebido por mim mas não encontrei na documentação esses possiveis erros.

Este é o código que estou usando para tentar registar o webhook

<@!512283068707373107> você esta usando o protocolo HTTPS na url do webhook?

Pessoal, alguém aqui conseguiu registar weebhooks usando a SDK PHP? No meu caso só retorna "400 - Bad Request". A rota do webhook já está preparada com final /pix, retornando 403 para ausência do certificado conforme orientado na documentação.

A exceção retorna com 400 - Bad Request e nenhum detalhe, não consigo identificar o problema

Outra dúvida: quando eu envio um pix, eu recebo o e2eId, mas quando recebo a notificação via webhook recebo o endToEndId. São a mesma coisa?

Eu havia entendido ontem que via webhook só era notificado as cobranças e quando elas mudavam o status para concluído, agora fiquei na dúvida em como saber se a notificação se trata da confirmação do envio pix ou se é a confirmação de uma cobrança pois ambos é o mesmo objeto: pix

Bom dia Henrique! Quando você faz uma solicitação de envio de pix, tem o risco do psp recusar esse envio ou ter uma falha... Então quando é "concluído" enviamos o webhook da seguinte maneira... como o Matheus havia mostrado ontem:

Bom dia, existe notificação via webhook para alterar status de envio de pix de EM_PROCESSAMENTO para CONCLUIDA?

Sugestões que me lembre até agora:
- Utilizar % bem parecido com o LIKE do MySQL;
- Utilizar iniciaCom e terminaCom;
- Utilizar o regex bloqueando o uso de "()" (faria com que não demorasse tanto);
- Enviar uma requisição para uma URL para homologar um txid, ex: {webhookUrl}/txidmatch (Essa necessitaria de uma homologação parecida com BACEN x PSP);

Acredito que em seu caso esteja faltando tratar o /pix que incluímos no envio da notificação.
Exemplo:
Integrador cadastrou a url base https://gerencianet.com.br/, ao acionar o webhook uma requisição do tipo POST será enviada para https://gerencianet.com.br/pix.

Após configurar o webhook realizei o envio e verifiquei que não havia chegado nada.
Observação: Utilizei o exemplo em node que está na própria documentação sobre pix

Sim é a mesma chave pois ao realizar o envio do pix solicitou que eu configurasse o webhook primeiro

Boa tarde Pedro! Você deve se atentar se a chave do pagador está com o mesmo webhook cadastrado em que está sendo feita a verificação. Outro ponto relevante a ser considerado é se seu webhook está tratando a requisição que enviamos via POST com acréscimo do /pix.
Fiz um teste aqui e as notificações para envio de Pix estão normais.

Eu realizei um envio e não chegou nada via webhook