Histórico de mensagens sobre webhook

2 titulos pagos por clientes, não recebi via webhook, esta com algum problema?

Estou tentando configurar meu webhook e estou com dúvidas na validação para garantir que são vocês que estão solicitando.

Meu servidor é configurado na Cloud com arquitetura serveless então descarto a possibilidade de utilizar os certificados. Aí ok, preciso então somente limitar para o IP fornecidos por vocês e cadastrar meu webhook com um hmac na query da URL ex: https://seu_dominio.com.br/webhook?hmac=abcde e quando você forem chamar meu webhook será chamado https://seu_dominio.com.br/webhook?hmac=abcde/pix e eu valido na própria URL se o hmac é o mesmo que eu guardei, seria isso?

menos de 1 segundo, geralmente.
Como o valor não saiu da sua conta, provavelmente recebeu uma notificação da falha via Webhook.
Vou criar um atendimento no privado para analisar

Por que eu fiz a requisição as 14:22 e até agora não recebi nenhum webhook

Perdão, ainda não recebi o webhook !!! Já que o envio do webhook é assincrona isso pode demorar quanto tempo ?

EM_PROCESSAMENTO via webhook?

Sim, eu recebi isso ai via webhook, porém o valor não saiu da conta, mas recebi esse webhook

O retorno do endpoint sempre retorna o status EM_PROCESSAMENTO, quando as informações passadas estão corretas.
Este status não significa que a transação foi feita, pois o envio é feito de forma assíncrona.
A confirmação da transferência é feita via Webhook.

Boa tarde, @luisfernando9511
O que retornamos deste endpoint é o que esta no seu atribuo data: {"idEnvio":"....","e2eId":"......","valor":".......","horario":{"solicitacao":"2025-03-20T17:22:00.552Z"},"status":"EM_PROCESSAMENTO"}}
A confirmação do envio é feita via Webhook

Opa boa tarde, alguem pode me ajudar ? estou tendo esse retorno ao tentar realizar saque pela api PUT /v3/gn/pix/:idEnvio
Dados de saida

{"success":true,"message":"Transfer\u00eancia realizada com sucesso","id":".......","status":201,"data":{"idEnvio":"....","e2eId":"......","valor":".......","horario":{"solicitacao":"2025-03-20T17:22:00.552Z"},"status":"EM_PROCESSAMENTO"}}

sabem me dizer se vou recebedor outro webhook de sucesso ? e o por que não recebi de cara que foi PROCESSADO?

Tem alguma forma da efipay enviar o txID na notificação webhook de send pix?

Bom dia, @grebelrep! Como vai?
Qual seria sua dúvida? Está implementando em qual linguagem e que tipo de servidor? Em nossa documentação técnica deixamos os detalhes: https://dev.efipay.com.br/docs/api-pix/webhooks#exemplos-de-configura%C3%A7%C3%B5es-de-servidor

Bom dia!
Alguém pode me auxiliar como eu cadastro um webhook com o skip-mtls?

Estou tentando fazer isso, mas ainda não consegui.

Tenho essas chaves de teste registradas:

No webhook a Efí manda para qual chave Pix é o acionamento. Então também pode ser usado para diferenciar...

vc pode usar a mesma url, só passar um query string diferente por exemplo pra distinguir...
webhook.com.br/callback?dev1
webhook.com.br/callback?dev2

não serve também?

A ideia é utilizar uma única url para não precisar criar varios tunnels diferentes na cloudflare.

Como vi na documentação que o uma URL de webhook pode estar associada a várias chaves Pix e por outro lado, uma chave Pix só pode estar vinculada a uma única URL de webhook.

Imaginei que poderia resolver cadastrando mais de uma chave pix na mesmo url e na hora do desenvolvimento cada dev usar uma chave diferente para testar

Boa noite, tenho uma dúvida sobre o webhook em homologação.

Configurei um tunnel para teste do webhook e fiz o registro da chave no webhook seguindo a documentação, tudo funciona normalmente, ao criar uma cobrança pix em homologação eu recebo o callback via webhook e o meu tunnel cloudflare envia para o endpoint da minha aplicação local.

No meu time tenho mais de um dev que precisa desenvolver com o sdk, como a documentação fala que é possível, fiz o registro de mais de uma chave pix na mesma url do webhook e quero saber se existe alguma maneira de conseguir receber a notificação em máquinas diferentes apenas alterando a chave pix vai como recebedor da cobrança, porém usando o mesmo tunnel?