Histórico de mensagens sobre url em pix

fiz um server separado para testar... e acabei substituindo a URL anterior

to com uma integração e preciso saber qual era a URL anterior de webhook

Você pode receber notificações automaticamente via webhook referente às modificações de status de uma cobrança Pix. Para isso, será necessário a inserção de uma chave pública da Gerencianet em seu servidor para que a comunicação obedeça o padrão mTLS.
Veja mais detalhes em nossa documentação: https://dev.gerencianet.com.br/docs/api-pix-endpoints#section-webhooks

Ou seja, primeiramente para um servidor dedicado, você deve inserir uma chave pública da Gerencianet em seu servidor para que a comunicação obedeça o padrão mTLS (forma de autenticação mutua).
Veja um exemplo desta configuração em um servidor Apache ou Nginx: https://dev.gerencianet.com.br/docs/api-pix-endpoints#section-exemplos-de-configura-es-de-servidor

Então com seu servidor configurado com mTLS em seu domínio (ex: https://seudominio.com.br/webhook/" class="link-msg">https://seudominio.com.br/webhook/), você irá consumir a rota PUT /v2​/webhook/:chave uma única vez para registrar seu webhookUrl vinculado à sua chave Pix.
Acrescentando uma observação que é a adição do /pix no final da sua URL. Ou seja, na request PUT https://api-pix.gerencianet.com.br/v2/webhook/:chave você irá passar o body com sua URL, exemplo:
{
"webhookUrl": "https://seudominio.com.br/webhook"
}

No entanto, a URL será registrada com o /pix no final, assim: https://seudominio.com.br/webhook/pix.
Ou seja, esta adição do /pix também dever ser tratada nas configurações de seu servidor para que na rota /webhook/pix de seu servidor exija o certificado CA da Gerencianet.
Veja mais detalhes sobre o endpoint: https://dev.gerencianet.com.br/docs/api-pix-endpoints#section-configurar-o-webhook-pix

Com isto, todo Pix gerado com sua chave Pix e que possua um txid, serão enviados as notificações para sua URL.

Bom dia amigo acabo de conseguir, uso próxima reverso com uso do networks do docker simplesmente o que estava acontecendo é a segunda tentativa enviando para uma url que não existe, que não aparecia em nenhum log do meu container provavelmente o erro vinha de lá da gerencianet que não achava essa url e fiquei voando sem saber o erro já que não me passaram o erro, tive que ir debugando cantinho por cantinho até da certo.

{
"nome": "webhook_invalido",
"mensagem": "A URL informada respondeu com o código HTTP 401"
}

Boa tarde. Fiz tudo que foi instruido porem retorna o erro abaixo ao cadastrar o webhook
{
"nome": "webhook_invalido",
"mensagem": "A URL informada respondeu com o código HTTP 403"
}

Não, na API Pix a URL é definida para chave Pix. E o que você tem para dar match são chave e txid.

Boa tarde. Fiz tudo que foi instruido porem retorna o erro abaixo ao cadastrar o webhook
{
"nome": "webhook_invalido",
"mensagem": "A URL informada respondeu com o código HTTP 403"
}

A autenticação de TLS mútuo não está configurada na URL informada

troquei a url e o certificado

Bom dia, estou tentando configurar o webhook de uma aplicação node no IIS, mas sempre é retornada a mensagem -> "A URL informada respondeu com o código HTTP 401"

Você não poderia enviar o link dessa página com o botão pelo whatsapp, ao invés de enviar o copia e cola? Essa parte do copia e cola que sai como link seria a url do payload, então o Whatsapp considera como sendo um link.

É enviada via URL de notificação do boleto.

fiz um teste de um pagamento e passei minha url pra receber o webhook de vcs

Sim, sei disso, na verdade deu certo através de uma gambiarra utilizando o proxy do Api gateway, mas o resultado não foi muito bom, porque meio que o URL so fica sendo validado pra a gerencia net e aberto para o publico

Então, Pedro.
Por ser uma configuração de servidor específica e característica da hospedagem da AWS não conseguimos muitos detalhes neste quesito.
Em casos de clientes que utilizam este ambiente conseguiram solucionar criando um subdomínio e o apontando para uma API Gateway, depois realizando as configurações de mTLS seguindo os passos do seguinte tutorial, enviado também pelo Rubens.
https://aws.amazon.com/pt/blogs/compute/introducing-mutual-tls-authentication-for-amazon-api-gateway/

Tendo realizado esta configuração conseguimos averiguar se a URL foi registrada com sucesso, e se está sendo enviada as notificações corretamente.

curl_setopt_array($curl, array(
CURLOPT_URL => "https://api-pix.gerencianet.com.br/v2/webhook/" . $chave, // Rota base, homologaço ou produço
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_POSTFIELDS => $json,
CURLOPT_SSLCERT => $config["certificado"], // Caminho do certificado
CURLOPT_SSLCERTPASSWD => "",
CURLOPT_HTTPHEADER => array(
"Content-Type: application/json",
"authorization: Bearer " . $access_token,
"x-skip-mtls-checking: false"
),
));

$response = curl_exec($curl);

Retorna a seguinte mensagem:
{
"nome": "webhook_invalido",
"mensagem": "A autenticação de TLS mútuo não está configurada na URL informada"
}

através de PHP/CURL caseiro

Se passar a URL do seu webhook no SSLTest, o que aparece ? https://www.ssllabs.com/ssltest/