Histórico de mensagens sobre url

Mandamos os callbacks sempre que você cadastra uma url e é possível sim cadastrar a url em homologação.
https://dev.gerencianet.com.br/docs/notificacoes-recebendo#section-1-definindo-a-url-para-recebimento-de-notifica-es

No estático não teria nenhuma URL

Essa URL é do payload

Isso tá acontecendo porque o que você tá usando é o QR Code Dinâmico, no Estático não teria nenhuma URL.

Isso compreendo, porem uso o pix em larga escala, para diversas empresas do mesmo seguimento, e os clientes nao irao se sentir seguros acessando site para copiar um codigo.
Mas existe algo errado sim, pois gerando direto pelo aplicativo fica certinho, o problema esta na url que aparece do endpoint, que aparece realmente um site com /v2/

Aparenta ser por causa da url do location qrcodes-pix.gerencianet.com.br/v2/

Tem alguma solução para sanar isso ?

Alguem sabe como fazer para que o codigo copia e cola do pix, ao ser compartilhado no whatsapp, faca com que o whatsapp nao reconheca uma parte de codigo como um link/url/site ??? Vi que outros codigos copia e cola de outras APis o whatsapp nao reconhece como link.

Olá <@!883000147938783272> ! Boa noite. Tudo bem? Um location é a URL do tipo URL de capacidade que serve de endereço para uma cobrança. Em outras palavras é através de um location que se torna possível resgatar as informações relacionadas a uma cobrança e, assim, realizar as movimentações. Payload é o nome dado ao segundo fragmento do objeto JWS (JSON Web Signature) que contém um JSON com os dados referentes a uma cobrança.

pessoal, sobre o webhook, eu fiz os processos e o retorno que tenho é esse:

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

A SDK da GN utiliza direto um HTTPURLConnection

Alguém com experiência com cloudflare / webhook pix pode me auxiliar pfv?

To tentando criar um webhook pix em um subdomínio que NÃO está passando pelo proxy da cloudflare. Criei esse subdomínio especificamente pra não usar o proxy da cloudflare e evitar o problema de handshake com o mtls.
Criei e instalei um certificado válido da Let's Encrypt nesse subdomínio.
Porém quando eu tento chamar /v2/webhook/(minha chave) pra criar um webhook, meu servidor responde com um 403 nas 2 etapas da validação do webhook. No log do apache, recebo isso em ambas as etapas:

Consultando /webhook aparece a URL para a chave Pix em questão ?

o estranho é que usamos CURL a todo momento nesse projeto, pois fazemos requisições em outros serviços. Mas enfim, creio que ja consiga investigar um pouco mais.

mesma coisa. Só que demorei porque estava verificando o resultado do CURL, feito na API de vocês. E mesmo assim, ele retornou false 😦

Outra dica seria você registrar seu URL de webhook com um query params para ignorar o /pix que é inserido no final.
Ou seja, na request PUT https://api-pix.gerencianet.com.br/v2/webhook/:chave você irá passar o body com sua URL, exemplo:

<@!796521130038657045> Desculpe, você havia perguntado isto antes... Sim. Quando sua URL tem no final um diretório, é adicionado uma barra no final
Você utiliza Apache ou Nginx em seu servidor?

Galera, no URL do webhook salvo, retorna com / no final mesmo?

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:

Bom dia, <@!796521130038657045>. Tudo bem?
Você realizando um GET /v2/webhook/:chave você obtêm o retorno com seu webhookUrl cadastrado?

cURL: SSL certificate problem: unable to get local issuer certificate