Histórico de mensagens sobre webhook

voce fez a configuração no servidor que o webhook pede?

server {
#
# ...
#
listen [::]:443 ssl ipv6only=on;
listen 443 ssl;
ssl_certificate server_ssl.crt.pem;
ssl_certificate_key server_ssl.key.pem;
ssl_client_certificate /root/chain-pix-webhooks-prod.crt;
ssl_verify_client optional;
ssl_verify_depth 3;
#
# ...
#
location /webhook {
if ($ssl_client_verify != SUCCESS) {
return 403;
}
proxy_pass /webhook;
}
}
#Desenvolvido pela Consultoria Técnica da Efí

Estou com problema para configurar um webhook. Você poderia me ajudar?

Já coloquei na lista de webhook

Não está retornando pelo webhook. Testei pelo insomnia funciona normal, mas quando é retorno pela api não.

Boa tarde, estou configurando o webhook porem seguindo o codigo da documentação não funcionou em php;

OK, obrigado pelo esclarecimento.

Só fazemos uma nova requisição após a primeira retornar, mas não aguardamos o webhook, vou verificar como aguardar a conclusão da solicitação anterior.

Boa tarde, @delorme.onlineips! Tudo bem?
Esta falha ocorre quando você tenta executar o envio de um Pix, porém existe outro envio em andamento.

Para melhorar o desempenho do serviço e evitar conflitos de saldo, recomendamos que o envio de Pix por API seja condicionado à conclusão da transação anterior, que é notificada por meio do webhook. Se essa prática não for seguida e várias requisições de envio forem feitas ao mesmo tempo, o integrador pode enfrentar problemas no envio.

Consegui resolver, era uma validação que tinha colocado em um projeto antigo, na rota do webhook.

Estou com um problema:

private async verificarPagamento(){
this.pixService.webhook.subscribe((events: PixInfo) => {
console.log('Evento:', events)
this.$cobranca?.subscribe(res => {
console.log('Cobranca:', res)
const txid = res.cobResponse.txid
console.log('txid:', txid)
events.pix.forEach(pix => {
console.log('PIX:', pix.txid)
if(pix.txid === txid){
console.log('O txid corresponde a cobrança')
}
})
})
})
}

os txid da cobrança não está sendo o mesmo que o txid que o pix está gerando.

Na API Pix o parâmetro é {
"webhookUrl": "https://exemplo-pix/webhook"
}

Não não... em um outro projeto tive o mesmo problema e não lembro como foi corrigido.
Estou tentando cadastrar o webhook pela primeira vez neste projeto.

https://dev.efipay.com.br/docs/api-pix/webhooks

Boa tarde @igor06248 ! Você ja havia cadastrado seu webhook com sucesso, e agora retorna essa falha ao tentar cadastrar novamente?

Fala pessoal, já tive esse problema e não lembro como resolvi.
Estou com dificuldade em registrar meu webhook.
O erro que recebo é este:
> {
> "nome": "webhook_invalido",
> "mensagem": "A URL informada respondeu com o código HTTP 400"
> }.

A configuração do meu Nginx:

location /rifas/gerencianet/webhook {
if ($ssl_client_verify != SUCCESS) {
return 403;
}
proxy_pass http://127.0.0.1:3333;
}

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

listen [::]:443 ssl ipv6only=on; # managed by Certbot
listen 443 ssl; # managed by Certbot
ssl_certificate /etc/letsencrypt/live/api.cacaubox.shop/fullchain.pem; # managed by Certbot
ssl_certificate_key /etc/letsencrypt/live/api.cacaubox.shop/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/app/luck-back/src/modules/clients/certs/chain-pix-prod.crt;
ssl_verify_client optional;
ssl_verify_depth 3;
}
server {
if ($host = api.cacaubox.shop) {
return 301 https://$host$request_uri;
} # managed by Certbot


listen 80;
listen [::]:80;


Alguém poderia me ajuda? Preciso entender pq que dá isso, não aguento mais passar por esse erro direto 😅 .

Bom dia @.ramond87, tudo bem?

Basta que você siga esse fluxo aqui do ambiente de homologação:
Cobranças com valor entre R$ 0.01 à R$ 10.00 são confirmadas, e você receberá a informação via Webhook.
Cobranças com valor acima de R$ 10.00 permanecem ativas, sem confirmação, e não há webhook nesses casos.

Bom dia! Já que não são válidas, como eu poderia testar o webhook da melhor forma ?

Neste caso você pode utilizar o webhook para receber as notificações referentes ao pagamento, ou então utilizar a rota de consulta aos pagamentos realizados, via API

Boa tarde, uma dúvida.

Sobre a questão de boleto vencido há mais de 90 dias, já que o cliente não pode pagar por causa do vencimento no banco e que em alguns bancos retorna a informação de pago (encontrei bancos que retornavam isso na tentativa de pagar boleto com mais de 90 dias), criei uma função interna para regerar o boleto com os mesmos dados caso o cliente resolva pagar em um futuro próximo ( ou seja forçado a pagar), a pergunta é como fica a situação do boleto antigo dentro da Efi, pois verifiquei que ele continua como pendente em vermelho, neste caso eu teria que cancelar este boleto pois estaria criando outro para substituir ele, no mesmo caso não posso atualizar a data de vencimento dele pois já passou 90 dias.. ( ou posso ? 🤔 )

Ao cancelar o boleto, ele enviaria a informação para o cliente e o mesmo pode ficar na dúvida do que está acontecendo. ou até eu cancelar e enviar a notificação para o sistema via webhook.


Fora isso tudo, qual seria a melhor técnica para manter uma cobrança ( não um boleto) que possa ser paga depois de 90 dias.

Esse retorno {"status": "success", "message":"Webhook succeed"} aparentemente é da sua aplicação.

@guilherme_efi estou recebendo o retorno correto na minha url de notificação desta forma: id: {"status": "success", "message":"Webhook succeed"} mas percebi que não tá conseguindo pegar o id da transação pra eu fazer update no status do pix... sabe o que pode ser?