Termos mais procurados:
@felipeapssilva você esta tratando o /pix que é acrescido ao enviarmos a notificação via POST /pix ?
Exemplo: Você configurou o webhook https://gerencianet.com/webhook, a notificação vai para https://gerencianet.com/webhook/pix
Olá, bom dia a todos.. Estou tentando utilizar o webhook da chave pix na minha aplicação, aparentemente está tudo configurado certo conforme a documentação, inclusive conseguimos cadastrar a URL de Callback, porém ao fazer as transferências pix não está batendo na nossa rota cadastrada no webhook, será que alguém pode me ajudar? @everyone
Sim, o webhook pode ser definido diferentemente para cada chave pix. Notar que mesmo um único webhook poderia atender dois sites, bastando que você reservasse faixas de txid distintos para cada um... mas eu acho bem mais prático operar com chaves diferentes. E as duas chaves diferentes podem ser aleatórias, o que eu inclusive prefiro para emissões de cobranças na API Pix.
O webhook é virtualmente instantâneo, sem fazer polling. A Gerencianet chama o webhook e informa que foi pago.
Se você puder no seu back-end receber a notificação via webhook, seria melhor. Aí você poderia checar o pagamento apenas um bom tempo depois caso não venha a notificação.
Esse é um problema que vários tem enfrentado e ainda não está completamente compreendido. O que aumenta a chance de funcionar é não usar wildcard nem depender de alternative name, colocar já no common name um subdomínio específico (ex: webhook.exemplo.com.br) e apenas ele.
Boa noite.
Fiz a configuração no AWS seguindo rigorosamente o que está no vídeo https://www.youtube.com/watch?v=w2Wizyo5Ljk, nos anteriores desse também e quando fui testar o endpoint do meu domínio tomei o seguinte erro:
Pessola, boa noite... É possível cadastrar mais de um webhook?
Tem um endpoint que "lista" os webhooks cadastrados... entendi que poderia cadastrar mais de um por causa disso... no tentando, ao cadastrar um novo(apenas tirando a "/" do final), ele substituiu...
Boa tarde @ysminemiranda tudo bem? 🙂
Atualmente não temos um ambiente específico para checar os webhooks Pix enviados para seu sistema.
Entretanto a sugestão di @rubenskuhl pode lhe auxiliar nesse processo!
Perfeito, já é um bom começo.
Fiz o teste tentando registrar o webhook e recebo A URL informada respondeu com o código HTTP 300, é como se tivesse um redireiconamento.
O que postei acima foi pelo browser, Google Chrome. A partir daí para testar só vendo a mensagem de erro que o cadastro de webhook gera, pq aí a Gerencianet tenta com o certificado apropriado.
Ao acessar o dominio pelo browser tenho esse retorno
Ocorreu um erro durante uma conexão com webhookyoudo.cloudns.nz. O sistema remoto SSL não conseguiu negociar um conjunto aceitável de parâmetros de segurança.
Código do erro: SSL_ERROR_HANDSHAKE_FAILURE_ALERT
Isto aqui é o esperado mesmo com mTLS:
Deu erro aqui
HTTP Requests
1 https://webhookyoudo.cloudns.nz/ (Request failed)
Multiviews desligado, mas sem efeito, continua com erro 300
Fiz o teste em https://www.ssllabs.com/ssltest/analyze.html?d=webhookyoudo.cloudns.nz e não está mais gerando aquele erro de anterioremente, já é um progresso, rs
Boa tarde gente, gostaria de saber se é possível checar os webhooks mandados para o sistema. Creio que recebemos um de venda reembolsada, porém não acho o comprovante do reembolso para enviar para a cliente.
saída do meu apachectl -S
VirtualHost configuration:
:80 ip-172-31-31-61.ec2.internal (/etc/apache2/sites-enabled/000-default.conf:1)
:443 webhookyoudo.cloudns.nz (/etc/apache2/sites-enabled/webhookyoudo.conf:2)
ServerRoot: "/etc/apache2"
Main DocumentRoot: "/var/www/html"
Main ErrorLog: "/var/log/apache2/error.log"
Mutex default: dir="/var/run/apache2/" mechanism=default
Mutex mpm-accept: using_defaults
Mutex watchdog-callback: using_defaults
Mutex rewrite-map: using_defaults
Mutex ssl-stapling-refresh: using_defaults
Mutex ssl-stapling: using_defaults
Mutex ssl-cache: using_defaults
PidFile: "/var/run/apache2/apache2.pid"
Define: DUMP_VHOSTS
Define: DUMP_RUN_CFG
Define: MODSEC_2.5
Define: MODSEC_2.9
User: name="www-data" id=33
Group: name="www-data" id=33
@fabianoyoudo a configuração do webhook foi removida dos outros arquivos?
Nesse exemplo que citei, é importante que somente o arquivo personalizado tenha as configurações do webhook senão pode ocorrer conflito
