Histórico de mensagens sobre pix em pix

//Webhook detail
try {
$api = Gerencianet::getInstance($options);
$params = ['chave' => '34646106000189'];
$pix = $api->pixGetWebhook($params);

echo json_encode($pix);
} catch (GerencianetException $e) {
print_r($e->code);
print_r($e->error);
print_r($e->errorDescription);

throw new \Error($e->error);
} catch (\Exception $e) {
throw new \Error($e->getMessage());
}

Tentei fazer um teste por URL (https://api-pix.gerencianet.com.br/oauth/token/v2/webhook/:34646106000189) e nao deu certo

<@!723278999236771916> o que o Rubens lhe exemplificou é no momento que você for vincular sua chave Pix a uma URL do Webhook.

Ou seja, para que seu sistema receba estas notificações, primeiramente você deve consumir a rota PUT /v2​/webhook/:chave, no caso da SDK utilize o arquivo examples\pix\webhooks\update.php passando como parâmetro sua chave Pix, no body sua URL do webhook e 'x-skip-mtls-checking' => 'false', // Para validar o mTLS

Desta forma, , os PIX associados a um txid gerados com sua chave serão notificados.

{
"webhookUrl": "https://exemplo-pix/webhook"
}

Então posso fazer sudo nano pix.php?

Ou você pode mutretar o /pix fazendo assim: exemplo.com.br/webhook/pix.php?ignorar=
que aí fica
exemplo.com.br/webhook/pix.php?ignorar=/pix
E você ignora o parâmetro ignorar

Ah, então eu vou ser forçado a usar algo como pix.php, se eu quiser fazer em php, não é n?

Entendi um arquivo que posso criar usando sudo nano pix e coloco o que dentro desse arquivo?

Não, um arquivo cujo único nome é pix, que vai ser o que vai tratar o recebimento do webhook.

Tipo outra pasta com o nome "pix" ou um arquivo tipo pix.json?

Precisa, algo com o nome pix que será acionado pelo webhook.

A devolução tem dois ids, o txid da transação de recebimento do Pix e um id de cada devolução.

Por exemplo, em caso de devolução do pix

<@!783359762917752843> não afeta, o webhook vai ser acionado com o status de envio de Pix como NAO_REALIZADO e mesmo com o "receberSemChave": false você vai receber o estorno em sua conta.

Boa tarde Matheus! O cenário seria o seguinte: Configurado como receberSemChave: false

Nós queremos fazer um pix para um usuário, porém ele nos informa agência e conta incorreta, o banco então devolveria esse pix para nós.

Seria um envio de Pix direto para uma chave sua na Gerencianet?

Boa tarde Ezequiel, como seria esta cenário? Porque eu imagino que na conta do cliente que pagou o Pix não vá ter nenhuma dessas configurações aplicadas para recusar sem chave.

Então quando for testar, tente colar num editor de texto para ver se tudo aparece: 00020101021226880014BR.GOV.BCB.PIX2566qrcodes-pix.gerencianet.com.br/v2/57d340aa59d24bb19e8e575e53ad419d5204000053039865802BR5914GERENCIANET SA6010OURO PRETO620705036304CA91

Bem pontuado, Rubens. A cobrança com QrCode dinâmico permite o pagamento somente uma vez.
Ou seja, se já fez o pix lendo o QrCode, você não conseguirá pagar o mesmo QrCode novamente

00020101021226880014BR.GOV.BCB.PIX2566qrcodes-pix.gerencianet.com.br\/v2\/57d340aa59d24bb19e8e575e53ad419d5204000053039865802BR5914GERENCIANET SA6010OURO PRETO620705036304CA91