Histórico de mensagens sobre url

Coloca uma outra URL com outro tipo de restrição para desenvolver e testar...

Ou seja. Somente será aceita requisições na sua URL quando nesta requisição tiver a chave pública da Gerencianet para fazer o hand-shake (mTLS)

Você configurou o webhook para esta URL https://www.lancefood.com.br/webhook/?ignorar=?
Se sim, quando você acessa pelo navegador estará dando um GET nela, mas não estará enviando a chave da Gerencianet. Com isso não é possível mesmo acessá-la

Boa tarde, <@!332579151917613067>.
A diferença desta URL é somente o diretório /webhook_gerencia? Se sim, pode deixar ela assim também

@Consultoria Técnica eu posso deixar minha url do webhook assim "https://www.lancefood.com.br/webhook_gerencia/?ignorar="?

bom dia @Consultoria Técnica , o callback via post na url, é dado na variável pix contendo endToEndId,txid,valor ou é dada individualmente em cada um dos valores?
// Pix recebido
{
"pix": [
{
"endToEndId": "E1803615022211340s08793XPJ",
"txid": "fc9a43k6ff384ryP5f41719",
"chave": "2c3c7441-b91e-4982-3c25-6105581e18ae",
"valor": "0.01",
"horario": "2020-12-21T13:40:34.000Z",
"infoPagador": "pagando o pix"
}
]
}

mas quando eu uso ele no cadastro do webhook a api retorna: A URL informada respondeu com o código HTTP 400

ele basicamente implementa um proxy reverso para o a url informada?

Boa noite <@!789223277997326366> tudo bem? 😄
As callbacks enviadas através do webhook pix são enviadas instantâneamente (ou quase rs), diretamente ao webhook cadastrado.
Já ao utilizar o bolix, as callbacks são enviadas para a URL definida no momento da criação da cobrança, e enviadas dentro do padrão do boleto. Mas, com alguns campos a mais.
Devido a isso, as callbacks do bolix passam pela fila de notificações, justamente por seguirem o padrão de notificações do boleto comum, e não do webhook pix.
Com isso, as confirmações do bolix levam alguns minutinhos para chegarem na URL cadastrada, evitando a espera de dois dias úteis (caso tivesse sido pago via código de barras)

Você menciona a diferença de produção para homologação?
No caso sim. O que muda de um para o outro é somente a URL.

<@!775350441965649951> a diferença dos dois seria basicamente a URL, certo?

Boa tarde, estou iniciando os testes com a API Pix, já criei meu próprio método para integração usando curl seguindo os exemplos da documentação, autenticação está ok e acredito que as chamadas aos endpoints também estejam corretas pois consigo pegar o saldo da conta com GET /v2/gn/saldo. Agora estou tentando criar uma chave evp aleatório e estou recebendo o seguinte erro: {"nome": "erro_aplicacao", "mensagem": "Ocorreu um erro ao solicitar a criação da chave"} será que pulei alguma etapa obrigatória antes de fazer a requisição?

ao tentar finalizar o pagamento recebo o seguinte erro: cURL error 58: could not load PEM client certificate, OpenSSL error error:0909006C:PEM routines:get_name:no start line, (no key found, wrong pass phrase, or wrong file format?) (see http://curl.haxx.se/libcurl/c/libcurl-errors.html)

Opa, <@!416407696779116544>. Tudo bem?
Entendi. Você obteve sucesso ao definir sua URL para notificação ao consumir o endpoint PUT /v2/webhook/:chave (https://dev.gerencianet.com.br/docs/api-pix-endpoints#section-configurar-o-webhook-pix) ?

ola galera boa noite
to com um problema q hoje me rancou o dia ..
integrei o pix da gerencianet, por Curl , seguindo um passo a passo .. fora do meu sistema ta show de bola funciona , mas fui implantar no sistema e nao consigo receber o token de retorno

Coloquei no servidor de producao que tem o mtls configurarado.

E continuo recebendo:

java.io.IOException: Server returned HTTP response code: 403 for URL: https://api-pix.gerencianet.com.br/oauth/token

nesse caso a notificação vai pela mesma url mesmo

Mas eu preciso? Ou a notification_url será acionada no pagamento do PIX tbm?

Pix você consegue definir outra URL através do PUT /v2/webhook/:chave
https://dev.gerencianet.com.br/docs/api-pix-endpoints#section-configurar-o-webhook-pix

Caso paguem por PIX a notificação vem na mesma URL?