tentei recriar o webhook, continua igual
Termos mais procurados:
Histórico de mensagens sobre webhook
PROCURE NO HISTÓRICO
CANAIS DE TEXTO
DISCUSSÕES
- Conceito de Payload Locations no PIX
- Inserção automática do formato do Pix copia e cola pelo WhatsApp
- Autenticação com Certificado em NextJS
- Consulta de Chave PIX na API de Envio
- Implementação da SDK do Pix em Next.js ou React
- Configuração de URLs para Recebimento de Status
- Acionamento de Webhooks em Pagamentos e Devoluções
- Especificação da URL do Webhook no Exemplo Pix
- Cobrança em Período de Teste Grátis de 7 dias
- Implementação do Módulo Gerencianet no Perfex CRM
- Repetição do Processo de Criação com txid
- Recebimento de Pagamentos via QR Code e Arduino
- Teste de Status de Pagamento em Ambiente de Homologação
- Integrações com o Laravel e SDK de PHP da EFI
- Tempo Médio de Análise de Documentos na Abertura de Conta
- Problemas com Token em Ambiente de Homologação
- Resolução de Delay nas Chamadas de Geração de QR Code e Pix em Node
- Funcionamento do Webhook em Ambiente de Homologação
- Geração de Link de Pagamento e Reembolso
- Retenção de Pagamento no PIX em Marketplace
- Notificações de Pagamento de Boleto e Pix
- Cancelamento de Boleto e Remoção do DDA
- Atualização de informações no Retentiva de Cobrança
- Integração de Pix no Bubble (Plataforma No-Code)
- Interpretação do Campo 'Solicitação ao Pagador' no Webhook GN
EXIBINDO CONVERSAS RECENTES:
Texto: webhook
GET no /webhook está mostrando ele apontando para a URL esperada ?
webhook
Como você verifica pagamento: webhook, GET em /cob ou GET em /pix ?
Boa tarde <@!196344723684851713>, como bem explicado pelo Rubens, o exemplo na documentação é construído de tal forma que o domínio principal fique disponível a todos e em uma rota específica configurada no location tenha a restrição de acesso(Forbidden) para comunicação do webhook exigindo o nosso CA.
A documentação tem uma lógica que deixa optional para o site, mas required para o diretório /webhook.
Para o diretório do webhook precisa ser required, não optional.
Boa tarde pessoal!
Alguem já configurou mTLS do Webhook via annotations do nginx no kubernetes?
Estou tentando aqui, mas sem sucesso.
nginx.ingress.kubernetes.io/auth-tls-verify-client: "optional"
nginx.ingress.kubernetes.io/auth-tls-secret: "gerencianet-ca-prod"
nginx.ingress.kubernetes.io/auth-tls-verify-depth: "3"
Boa tarde <@!727138352217718864>, é possível sim, no caso foi uma cobrança estática com o txid devolucao. Como ela foi gerada com a chave em que há um webhook cadastrado você foi notificado.
Boa tarde. Alguém aí por acaso tem algum exemplo de implementação do Webhook pix em Asp.Net MVC C#???? Não vi nenhum exemplo dessa implementação lá no site da documentação
A resposta do meu curl para dar PUT no webhook está sendo
HTTP header is larger than 10240 bytes.
alguém já passou por isso?
Só sei que no QrCode estático pode pagar uma vez ou várias vezes.
Mas com expiração, só o dinâmico.
Se você tiver um servidor próprio com domínio e DNS configurado (ex.: como o EC2 em conjunto com o Route53, ambos da aws), você configura o webhook para receber notificações e, consequentemente, o end2endId, que é o código que você vai usar, por exemplo, para devolver um pix recebido, via API mesmo. Ou seja, não terá necessidade de abrir o app da GN só pra devolver pix...
to testando pelo curl e sdk
no curl coloquei isso
$response = curl_exec($curl);
if($method == 'PUT')
echo "resposta webhook: ".json_encode($response);
$err_status = curl_error($curl);
curl_close($curl);
ai apareceuif($method == 'PUT')
echo "resposta webhook: ".json_encode($response);
$err_status = curl_error($curl);
curl_close($curl);
resposta webhook: "HTTP header is larger than 10240 bytes."
Boa noite pessoal, estou implementando o PIX em uma aplicação, porém estou tendo problema com a configuração do webhook. Alguem poderia me ajudar?
Meu dominio usa a cloudflare para certificação SSL e usamos nginx para proxy reverso, eu recebo o request em /api/payments/pix/webhook/ e redireciono para o micro serviço dessa forma:
Tentei implementar a verificação no nginx dessa forma e não funcionou:
ssl_client_certificate /root/chain-pix-webhooks-sandbox.crt;
ssl_verify_client optional;
ssl_verify_depth 3;
location /api/payments/pix/webhook/ {
if ($ssl_client_verify != SUCCESS) {
return 403;
}
proxy_pass http://localhost:5001/api/payments/pix/webhook
}
ssl_verify_client optional;
ssl_verify_depth 3;
location /api/payments/pix/webhook/ {
if ($ssl_client_verify != SUCCESS) {
return 403;
}
proxy_pass http://localhost:5001/api/payments/pix/webhook
}
Ao tirar o if ele me retorna:
{
"nome": "webhook_invalido",
"mensagem": "A autenticação de TLS mútuo não está configurada na URL informada"
}
"nome": "webhook_invalido",
"mensagem": "A autenticação de TLS mútuo não está configurada na URL informada"
}
Tentei implementar o SSL e o certificado da gerencianet direto no micro serviço do webhook e também não funcionou, o webhook é feito em Flask, alguem consegue me dar uma luz?
Vc está passando o endereço do webhook com https:// ? Pq esse 301 pode ser o seu redirect de http:// para https://.
Pessoal continuo com problema pra configurar meu servidor pra cadastrar o webhook..
Conseguimos mudar o erro adicionando
SSLProtocol -all +TLSv1.2
na config do apache, mas ainda sem sucesso o webhookacessar pelo browser acusa
ERR_BAD_SSL_CLIENT_AUTH_CERT
o erro que era 403 agora ta {
"nome": "webhook_invalido",
"mensagem": "A URL informada respondeu com o código HTTP 301"
}
"nome": "webhook_invalido",
"mensagem": "A URL informada respondeu com o código HTTP 301"
}
Você criou uma cobrança. Para saber que ela foi paga, 3 jeitos:
- Escutar o webhook
- Fazer GET em /pix pelo txid, ver se há um pix liquidando a cobrança
- Fazer GET em /cob pelo txid, ver se apareceu o e2eid do Pix que liquidou a cobrança
Webhook.write,webhook.read,cob.write e cob.read também.
Boa tarde pessoal! Alguém utilizou a configuração do Nginx para webhook e teve problema? Estou utilizando o cloudflare e o certificado da Gerencianet não chega no servidor, ou seja, não consigo registrar o webhook
Sim, as cobranças realmente não acionam o webhook em homologação. Mas, na hora de enviar a requisição, a API recebe a requisição de teste da gerencianet.
Eu fiz um teste com asp.net mvc API...
Fiz um mini app só para criar um arquivo txt com o conteúdo de requisição da gerencianet. Configurei devidamente meu servidor do IIS devidamente para receber requisição com autenticação mútua, só pra fazer esse teste. Aí quando fiz o teste de webhook em homologação, foi gerado um json de teste, ao que eu pôde espionar...