Histórico de mensagens sobre chave pix

Sim, <@!783359762917752843>. Atualizamo nossa SKD para a versão 3.1.0 que possui estes novos endpoints também. Segue exemplo do endpoint PUT /v2/gn/config

//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());
}

<@!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.

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.

Existe essa chave Pix criada na mesma conta GN ?

A sua chave, a do recebedor. Você não precisa saber a chave do pagador, e ele nem precisa ter chave Pix.

Boa tarde, <@!447502336060030977>! É possível sim.
Basta você associar uma URL do seu servidor à sua chave pix. Desta forma, todas alterações de status de um Pix associado a um txid será enviada uma notificação para seu webhook.

Não, chave é a chave Pix da sua conta.

Galera, configurei um webhook com uma chave, recebo a requisição de configuração da api, {"evento":"teste_webhook","data_criacao":"2021-03-21T01:32:49.188Z"} porém ao fazer um pagamento pelo pix, não recebo o retorno

{
"sandbox": false,
"chave": "27920008182",
"recebedor": "suainscricao.com",
"homologacao": {
"nome_certificado": "certificado.pem",
"client_id": "Client_Id...",
"client_secret": "Client_Secret...",
"pix_url_auth": "https://api-pix-h.gerencianet.com.br/oauth/token",
"pix_url_cob": "https://api-pix-h.gerencianet.com.br/v2/cob",
"pix_url": "https://api-pix-h.gerencianet.com.br/v2/pix"
},
"producao": {
"nome_certificado": "certificado.pem",
"client_id": "id aqui",
"client_secret": "Client_Secret_aqui",
"pix_url_auth": "https://api-pix.gerencianet.com.br/oauth/token",
"pix_url_cob": "https://api-pix.gerencianet.com.br/v2/cob",
"pix_url": "https://api-pix.gerencianet.com.br/v2/pix"
}
}

boa tarde

Estou guardando no arquivo as notificações do webhook:

$name = 'arquivo.txt';
$text = var_export(file_get_contents("php://input"), true);
$file = fopen($name, 'a');
fwrite($file, $text);
fclose($file);

Gostaria de converter em array para atualizar no banco de dados, alguém?

//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' } ] }

Sim, eu sei... mas o BACEN não notou inicialmente que isso poderia ser chave nas aplicações de pagamento de fornecedores/contratados(B2B/B2P), e não mudou de rota depois da sugestão. O caso de uso que eles estão olhando é muito do P2P, que é bem onde o Pix já está se saindo super bem.

E não foi aceita, ao menos por enquanto, minha sugestão para permitir verificação de existência de chave Pix por CPF/CNPJ/aleatória, entrou só e-mail e celular mesmo:
https://www.bcb.gov.br/estabilidadefinanceira/exibenormativo?tipo=Resolu%C3%A7%C3%A3o%20BCB&numero=79

Um problema que eu vi citado no GitHub do BACEN foi gente da Caixa com tipo de conta conta-salário, que não pode ter chave Pix.

O Registrato desse cliente aponta a chave Pix no banco certo ?

Engraçado que passei por este mesmo problema, tem um cliente aqui que tem chave de cpf cadastrada na caixa, e pelo app da gerencianet não vai nem com reza o pix.

Na realidade depende se a devolução está associada a uma cobrança gerada com a chave cadastrada no webhook. Exemplo: Se você receber uma devolução ou mesmo um pix pago e a chave não tiver um webhook cadastrado, então não vai haver a notificação.
Depende então da chave em si em que a cobrança foi gerada.

Basicamente você pode configurar sua conta/chave para não receber pix manuais, por chave sem txid ou estáticos, de acordo com sua necessidade. Aqui na doc você consegue ver melhor a estrutura, https://dev.gerencianet.com.br/docs#section-criar-modificar-configura-es-da-conta

A homologação não testa a chave, a produção testa. Precisa ser uma chave Pix associada à conta fazendo a requisição.

Bom dia <@!757198979586064384>, a chave informada na geração da cobrança deve ser uma chave criada na Gerencianet e associada a sua conta. Atualmente há duas formas de gerá-la:
Pelo aplicativo Gerencianet
Via API Pix pelo endpoint POST /v2/gn/evp