Histórico de mensagens sobre url em pix

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

Boa tarde <@!804385536449183765>, você chegou a tratar o /pix? Quando você cadastra um webhook, nós enviamos a notificação para o mesmo adicionando o /pix. Sendo assim: POST {$request.body#​/webhookUrl}​/pix

Não há um limite por URL destino, apesar de que você mencionou que seriam diferentes.

No caso, é necessário ler os dados da resposta do servidor para que possa disponibilizar o Copia e Cola para seu cliente final.
Sobre o retorno 400, verifique se o id informado na URL condiz com o ID retornado pelo endpoint POST/v2​/loc
Conforme o exemplo:

<@!397861880841895936> Verifique se está faltando a aspas " fechando a URL

url = new URL ("https://api-pix-h.gerencianet.com.br/v2​/loc/5/qrcode"); //Para ambiente de Desenvolvimento
conn = (HttpsURLConnection)url.openConnection();
conn.setDoOutput(true);
conn.setRequestMethod("GET");
conn.setRequestProperty("Content-Type", "application/json");
conn.setRequestProperty("Authorization","Bearer "+token);
conn.setSSLSocketFactory(sslsocketfactory);

como pode ver na requisicao da criacao de cobranca ela eh criado com sucesso 201 e retorna o id 5 apos isto so faco a substituicao do id na url da geracao do qrcode com vc mencionou

<@!775350441965649951> como pode ver gerei com id 5 e apos isso tento acessar a url... e tenho 400

no caso nao eh possivel gerar um qr code atraves da homologacao na url https://api-pix-h.gerencianet.com.br/v2​/loc/{id loc}/qrcode ? so em producao?

Blz. Então descartei essa etapa. Mas voltando pra anterior, tenho a url da locarion gerada no endpoint da conbrança. onde eu gero o qrcode?

Acho que não eu não seria capaz de ajudá-lo num caso particular, mas posso mostrar como está funcionando para mim.

Meu domínio: exemplo.com, IP = 11.22.33.44, rodando num VPS

No CloudFlare, criei um registro de DNS tipo A:

pessoal ja foi definido uma forma correta de fazer configuração para quem usa cloudflare?
tenho retorno de erro de certificado, erro de url... nada ta dando certo rsr

Os parâmetros são body parameters, não query parameters... você tem como ver qual a URL e body exatos que estão sendo enviados ?

esta retornando 401 vejam - Exception in thread "main" java.io.IOException: Server returned HTTP response code: 401 for URL: https://api-pix-h.gerencianet.com.br/oauth/token
at sun.net.www.protocol.http.HttpURLConnection.getInputStream0(HttpURLConnection.java:1876)
at sun.net.www.protocol.http.HttpURLConnection.getInputStream(HttpURLConnection.java:1474)
at sun.net.www.protocol.https.HttpsURLConnectionImpl.getInputStream(HttpsURLConnectionImpl.java:254)
at Main.main(Main.java:33)

Fiz uma consulta a essa endpoint /v2/cob que me retorna uma lista de pix pagos, e paguei 2 pix ontem,para ver eles retornando na consulta. Porém hoje, ao fazer essa consulta tenha apenas isso de retorno :
{"parametros":{"inicio":"2021-05-10T00:00:00.000Z","fim":"2021-05-17T00:00:00.000Z","paginacao":{"paginaAtual":0,"itensPorPagina":100,"quantidadeDePaginas":0,"quantidadeTotalDeItens":0},"status":"CONCLUIDA"},"cobs":[]}
Então minha duvida é a seguinte, esse endpoint não é atualizada de forma instantânea ao pagar um pix?

ps: Essa é a URL com os parametrôs que estou passando https://api-pix.gerencianet.com.br/v2/cob?status=CONCLUIDA&inicio=2021-05-10T00:00:00.000Z&fim=2021-05-17T00:00:00.000Z
ps: Já fiz algumas consulta a essa endpoint e o correto é o cobs vir preenchido.

É verdade, não estava testando para o cc para .../webhook/pix. Mas isso, por sí só, não explicaria o POST vazio. Agora coloquei o teste, o cURL retornou 403, e o POST de notificação pelo webhook segue vazio.

Bom dia, pessoal. Para começar bem a semana: meu webhook está configurado, mas a notificação de pix recebido chega com o POST vazio. Eu apanhei tanto nginx na semana passada, que ele agora é o meu principal suspeito para tudo - nesse caso, porém, quando envio um POST via cURL para .../webhook/pix, os dados chegam normalmente. Alguma ideia?

aquele qrcode do @rafaelvolpato não tem erro (quer dizer.. tem).

ele é um qr code estático do Pix (e por isso a cobrança não foi baixada, ele não é dinâmico) e um campo EMV 80 foi utilizado (fora da spec, ignorado no Pix) e a URL de location foi posta nele. tá dentro do previsto o comportamento. a forma como ele foi montado que tá fora do que se esperava alcançar.

O Curl vc diz que método HTTP ele usa.

nso exemplos de documentação de vcs está CURLOPT_URL => "https://api-pix-h.gerencianet.com.br/oauth/token", // Rota base, homologação ou produção