Histórico de mensagens sobre url em pix

Legal, segui esse padrão informado <@!652136709982781470> o retorno agora é este:
{
"nome": "webhook_invalido",
"mensagem": "A URL informada respondeu com o código HTTP 400"
}

será que tem haver com aquela estrutura de mTLS? se sim fiquei na dúvida de como montar o arquivo fullchain

Gente, sobre o webhook. No caso só precisamos cadastrar uma url para receber os post apenas uma vez e não passar toda vez a cada transação, não é?

<@!652136709982781470> temos alguma luz de como usar o mTLS então no nosso servidor, eu ainda não entendi muito sobre ele, pois é a primeira vez que estou precisando ter no servidor e não tenho idéia se é com o provedor ou se é comigo via código curl a habilitação 😦

Estou desmontando a estrutura para entender a geração 🙂 Pelo que ví agora o Payload é a url do location pura mesmo.

sim, esta etapa deu certo, é na etapa de acessar a url do locations e ler os dados do arquivo .jws

Estou tentando ler o arquivo do location para poder gerar o QRCode, porém a url de acesso requer mTLS pois usa porta 443, não sei como fazer isso, o server está na cloudflare e tem um local para habiliar o mTLS, habilitei, porem ainda continua dando erro 403 Forbidden.

entao seria PUT /webhook/

essa :chave aí deveria se chamar :url... voce deve mandar a url como está no payload de exemplo.... todos os Pix de um cliente que possuem txid vao para 1 url, cabe a voce filtrar isso na sua url. Nao tem que passar o txid no PUT.

Fiquei na dúvida, porque vi sim na documentação o PUT ​/webhook/:chave
essa chave é o txid, coloco na url mesmo?
porque o payload abaixo informei
{
"webhookUrl": "https://exemplo-pix/webhook"
}

seria entao um PUT /webhook/{txid}? porque nao ficou claro na documentação se essa chave é ou não o txid.

<@!710205440956563536> e <@!709030803291635736> , a URL gerada, se colocar no navegador, já baixa o JWS. Para fazer o GET, é exigida uma conexão mTLS. Me parece que o que vocês estão vendo é por conta de uma configuração do servidor. No postman dá certo, pois o postman possui o próprio certificado. No servidor de vocês, acredito, precisaremos ter um certificado mTLS. Estamos falando do certificado do servidor, que deve estar ativo. Vamos continuar acompanhando aqui.

$file = file_get_contents("./config.json");
$config = json_decode($file, true);
$environment = ($config["sandbox"] === true) ? "development" : "production";
$certfile = $config[$environment]["certificate_name"];

$curl = curl_init();

curl_setopt_array($curl, array (
CURLOPT_URL => $location,
CURLOPT_RETURNTRANSFER => true,
CURLOPT_ENCODING => "",
CURLOPT_MAXREDIRS => 10,
CURLOPT_TIMEOUT => 0,
CURLOPT_FOLLOWLOCATION => true,
CURLOPT_HTTP_VERSION => CURL_HTTP_VERSION_1_1,
CURLOPT_CUSTOMREQUEST => "GET",
CURLOPT_SSLCERT => $certfile,
CURLOPT_SSLCERTPASSWD => "",
CURLOPT_HTTPHEADER => array (
"Authorization: Bearer " . $access_token,
"Content-Type: application/json"
),
));

$response = curl_exec($curl);
echo $response;

<@!652136709982781470> Resumindo, não precisamos usar o id54 para nenhuma geração de QRCodes e as informações serão extraidas do payload neste GET na url correto ?

Ao dar um Get na url do location você recebe o arquivo com o objeto JWS

Ok, e como recupero o valor do payload, tentei aqui com $url_location_cob = "https://qrcodes-pix-h.gerencianet.com.br/v2/68de0255e8b44136a7698b0b5903dd3d";
$data3 = file_get_contents($url_location_cob); e não deu certo 😦

@Efí E no caso do comprador entrar para fazer o pagamento e não poder scanear o QRCode, como podemos colocar a url equivalente do QRCode para ele ? É só colocar a url que gerou o QRCode que vai dar certo o pagamento por url ?

>
> <@!656144788017381377> os erros possíveis na documentação para registro de um webhook são:
>
> InvalidValueError
> {
> "nome": "valor_invalido",
> "mensagem": "URL inválida"
> }
>
> Ou
>
> {
> "nome": "valor_invalido",
> "mensagem": "A URL do webhook deve usar o protocolo HTTPS"
> }
>
>
> Mas....
>
> Recebi este:
>
> {
> "nome": "nao_encontrado",
> "mensagem": "Recurso não encontrado"
> }
> <@!715273512688025630> Oi <@!715273512688025630> , você associou o webhook a um txid válido? Veja em https://dev.gerencianet.com.br/docs#section-configurar-o-webhook-pix-. Se sim, por favor, me avise, pois precisaremos fazer uma verificação mais aprofundada.

<@!656144788017381377> Galera, um pedido de socorro, kkkkk. Como ler o arquivo que retorna na url do location para poder pegar a segunda parte dele e ter acesso as informações na geração do QRCode ? Estou tentando em php , tentei $url_location_cob = "https://qrcodes-pix-h.gerencianet.com.br/v2/68de0255e8b44136a7698b0b5903dd3d";
$data3 = file_get_contents($url_location_cob); e não rolou 😦

Mais para criar o que ? Fiquei na duvida, criar a sua url de retorno é ?

<@!656144788017381377> os erros possíveis na documentação para registro de um webhook são:

InvalidValueError
{
"nome": "valor_invalido",
"mensagem": "URL inválida"
}

Ou

{
"nome": "valor_invalido",
"mensagem": "A URL do webhook deve usar o protocolo HTTPS"
}


Mas....

Recebi este:

{
"nome": "nao_encontrado",
"mensagem": "Recurso não encontrado"
}