Histórico de mensagens sobre webhook

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

Boa dia, @viniciushsaraujo. Como vai?
Não é possível simular pagamento ou devolução de uma cobrança Pix gerada em homologação.

Neste caso sugerimos você criar uma cobrança com um valor baixo em produção, de 1 centavo por exemplo, e pagá-la para receber a notificação em seu webhook.
Caso você esteja na conta que vai utilizar em produção e não queira "poluir" os logs dessa conta, você pode abrir uma subconta para fazer estas simulações. Assim não terá impacto na sua conta principal.

Para abrir uma subconta siga o passo a passo: https://gerencianet.com.br/artigo/ter-mais-de-uma-conta-gerencianet

Precisa tirar tanto do Route53 quanto do certificado. Se tirar só de um, não resolve. Qual o hostname que vc está informando pro webhook ?

{
"code": 141,
"error": {
"nome": "webhook_invalido",
"mensagem": "A requisição na URL informada falhou com o erro: ERR_TLS_CERT_ALTNAME_INVALID"
}
}

O que foi relatado por um outro usuário, que corrigiu um dos problemas desse vídeo que é propor usar .exemplo.com.br ao invés de webhook.exemplo.com.br é que ele precisou apagar tanto certificados quanto entradas DNS no Route 53, aonde tinha sobrado um asterisco.

Então é que eu segui todos os passos e obtive os mesmos resultados, conforme os vídeos na página https://www.youtube.com/user/danielciolfi/videos, porém, quando tento configurar a minha URL de WebHook na GerenciaNet estou recebendo o seguinte erro:
{
nome: 'webhook_invalido',
mensagem: 'A requisição na URL informada falhou com o erro: ERR_TLS_CERT_ALTNAME_INVALID'
}

Quando fiz da primeira vez, deu esse mesmo erro. Excluí TODO o ambiente no AWS e reconfigurei tudo do zero, seguindo novamente o passo a passo que ele mostra nos vídeos e novamente tenho o mesmo resultado.

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

Bom dia, @danylo2273. Não compreendemos muito bem o que está fazendo, você está simulando o envio de uma notificação para seu webhook URL?
Esse falha ocorre pois não foi possível validar o mTLS.

Bom dia!
Estou implementando do a forma de pagamento por cartão de crédito one_step, queria saber se é seguro eu permitir o usuário acesse a minha aplicação quando a requisição do cartão de crédito for "waiting", pois estou ciente que existe um webhook que atualiza este estado para paid, mas para que o usuário não fique esperando a resposta do webhook, desejo saber se esta lógica é segura.

Boa noite estou com esse problema , quando faço uma requisição via webhook, como posso resolver ?

Boa tarde @wilhan.azevedo tudo certo? 🙂
Não houve nenhuma mudança nos endpoints de registro dos webhooks.

Boa tarde , Houve mudança nos endpoints para cadastrar webhook ?

no caso a app foi desenvolvida em python. Porém estou muito perdido na integração com o webhook. Quero criar um servidor dedicado - "unostore.me/webhook" por exemplo para receber todas as notficações.

Não é ser Python que determina como o webhook deve ser configurado, e sim se seu web server usa Apache, nginx etc.

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

Agora, se você quiser deixar muito buuunitinho, coloque WebSockets na página e faça o QR-Code sumir assim que o webhook sinalizar pra seu servidor e seu servidor avisa o browser via WebSockets.

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

Pq sem webhook, se chega bem próximo do limite de requisições da API.

ai achei melhor já fazer de uma forma que eliminasse o detalhe do webhook.