Histórico de mensagens sobre webhook pix em pix

Bom dia @wiliambuzatto! Tudo bem? O webhook retorna o EndToEndId da transação. Você está se referindo à pix enviados ou recebidos?

Alias "/api/gerencianet/pix/" "C:/Lotto/apis/gerencianet/webhook.php"
Alias "/api/gerencianet/pix" "C:/Lotto/apis/gerencianet/webhook.php"

'webhookUrl' => 'https://lottopix.com.br/api/gerencianet/'

o problema é que pro webhook so chegam os dados da cobranca. Assim que o usuário paga, a gn aciona a funcao pix do cloud code, e esta retorna somente para a gn e não se comunica com o meu domínio.

eu configurei o webhook para cloud function e está funcionando corretamente. Assim que o usuario paga, recebo a notificação da Gnet através da function "pix" e seto o campo "status"numa tabela do Back4App chamada "cobrancas". Ocorre que o app (front-end), tem que ficar checando esse status periodicamente até a expiração da validade da cobrança. A minha pergunta é, se não teria como implementar uma solução mais prática do app capturar o pagamento, tipo um "listener" do java?

boa tarde, pessoal.
estou com problemas ao tentar configurar o webhook em node.js
estou recebendo a resposta:
{
"result": {
"nome": "erro_interno_servidor",
"mensagem": "Erro interno do servidor"
}
}

metado chamado:

let body = {
"webhookUrl": "https://api.chafè.com/dev/webhook"
//"webhookUrl": "https://api.xn--chaf-8oa.com/dev/webhook"
}

let params = {
chave: "+5521983222997"
}

try{
const response = await gerencianet.pixConfigWebhook(params, body)
return response;
}catch(e){
console.error("--> Erro ao configurar pixConfigWebhook", e);
return e;
}

alguém pode me ajudar ?

Olá, boa tarde. 🙋🏻‍♂️

Estou com as seguintes dúvidas:

1.ª Apesar de ter configurado o webhook Pix para a chave CNPJ, o callback está sendo enviado apenas quando o pagamento foi recebido através do QR Code.
Quando o Pix é recebido diretamente via chave CNPJ, por que o callback não está sendo enviado?

2.ª É possível receber também os campos "Pagador" e "Documento" ao "Consultar o Pix recebido" com o endToEndId igual ao que é exibido no extrato em <https://app.gerencianet.com.br/extrato>?

boa noite, consegui configurar o webhook e estou recebendo as confirmações dos pagamentos pix, via Cloud code Back4app, tendo como cliente um app em android java. Ocorre que não consigo obter retorno do QRcode e do txid ao mesmo tempo (através de um objeto JSON). O servidor está enviando um de cada vez. Estou utilizando a "callFunctionInBackground" do java para receber os retornos, porém sempre uma String por vez. Alguém pode me ajudar com exemplos de como enviar e tratar JSONs, nessa configuração? agradeço a atenção.

Em API o comprovante é a resposta da API... bota pra logar, especialmente o webhook que é a resposta do pix.send.

Olá, @tilsonmateus. Tudo bem?
Para obter o status de uma transação, recomendamos o uso do webhook, que será uma URL para recepção de notificações quando um Pix alterar seu status, fazendo com que seu sistema seja atualizado o mais rápido possível! Segue o link da documentação: https://dev.gerencianet.com.br/docs/api-pix-endpoints#webhooks

Olá, alguém poderia me auxiliar com a configuração de um webhook para pix em um servidor / site dedicado em python?

Tem sim:
https://dev.gerencianet.com.br/docs/api-pix-endpoints#webhooks

É que na API Pix o webhook é declarado por chave Pix, diferente da API de emissões que é por transação. Mas em havendo webhook configurado, vai ser acionado para todos os recebimentos de Pix com txid.

Bom dia pessoal!
Tem alguma documentação sobre algum webhook pra API Pix?
Vi o pessoal comentar aí em cima e por não ter encontrado nada eu ia acabar por fazer um botão na tela pro usuário clicar para "verificar o pagamento"..
Se tiver o WebHook vai ficar bem mais bonitinho e performático rsrs

boa tarde, preciso configurar o webhook do pix na conta do gerencianet mas nao encontro o caminho

Há 3 jeitos:
- Configurar o webhook, você recebe o aviso quando foi depositado na sua conta
- Fazer GET em /cob/:txid, quando for depositado na sua conta vai aparecer um objeto pix
- Fazer GET em /pix com filtro por inicio, fim e txid, quando a resposta for um objeto pix ao invés de uma resposta nula, é pq foi pago (e está a caminho de ser depositado na sua conta)

Você pode receber notificações automaticamente via webhook referente às modificações de status de uma cobrança Pix. Para isso, será necessário a inserção de uma chave pública da Gerencianet em seu servidor para que a comunicação obedeça o padrão mTLS.
Veja mais detalhes em nossa documentação: https://dev.gerencianet.com.br/docs/api-pix-endpoints#section-webhooks

Ou seja, primeiramente em um servidor dedicado, você deve inserir uma chave pública da Gerencianet nas configurações de seu servidor para que a comunicação obedeça o padrão mTLS (forma de autenticação mutua).
Veja um exemplo desta configuração em um servidor Apache, Nginx, Node, etc: https://dev.gerencianet.com.br/docs/api-pix-endpoints#section-exemplos-de-configura-es-de-servidor

Então com seu servidor configurado com mTLS em seu domínio (ex: https://seudominio.com.br/webhook/" class="link-msg">https://seudominio.com.br/webhook/), você irá consumir a rota PUT /v2​/webhook/:chave uma única vez para registrar seu webhookUrl vinculado à sua chave Pix. Acrescentando uma observação que é a adição do /pix no final da sua URL. Ou seja, na request PUT https://api-pix.gerencianet.com.br/v2/webhook/:chave você irá passar o body com sua URL, exemplo:

se vc cadastrou o webhook: api/pagamentos/webhook

vai vim as chamadas:
POST api/pagamentos/webhook - com body de teste do hand-shake
POST api/pagamentos/webhook/pix - com body do callback

server {

server_name apidev.muzieonline.com.br;

access_log /var/log/nginx/apidev-pab.log;
error_log /var/log/nginx/apidev-pab.log;

location /webhookpix {
if ($ssl_client_verify != SUCCESS) {
return 403;
}
proxy_pass http://127.0.0.1:8080;
}

location / {
proxy_pass http://127.0.0.1:8080;
}

listen [::]:443 ssl ipv6only=on; # managed by Certbot
listen 443 ssl; # managed by Certbot
ssl_certificate /etc/letsencrypt/live/apidev.muzieonline.com.br/fullchain.pem; # managed by Certbot
ssl_certificate_key /etc/letsencrypt/live/apidev.muzieonline.com.br/privkey.pem; # managed by Certbot
include /etc/letsencrypt/options-ssl-nginx.conf; # managed by Certbot
ssl_dhparam /etc/letsencrypt/ssl-dhparams.pem; # managed by Certbot
ssl_client_certificate /home/ubuntu/muzie-api/certs/chain-pix-sandbox.crt;
ssl_verify_client optional;
ssl_verify_depth 3;
}
server {
if ($host = apidev.muzieonline.com.br) {
return 301 https://$host$request_uri;
} # managed by Certbot


listen 80;
listen [::]:80;

server_name apidev.muzieonline.com.br;
return 404; # managed by Certbot


}

Com o pix.ae especificamente dá para fazer algumas coisas:
- Colocar a URL do webhook num diretório não óbvio, tipo api.exemplo.com.br/sduasiduasiduai . Aí quem sabe é pq foi informado pela GN.
- Checar o IP de conexão para ver se é o IP que você já costuma receber.
- Checar a chave Pix do webhook e comparar com a chave da cobrança daquele txid.

Com AWS dá pra fechar melhor, sim, mas dá para mitigar um pouco via pix.ae mesmo.