Histórico de mensagens sobre webhook em pix

Bom dia, @.gywen! Tudo bem?
Os webhooks estão funcionando normalmente.
Vamos iniciar um atendimento privado para obter mais informações das suas cobranças

bom dia, os webhooks estao funcionando normalmente? tenho uma função registrada no GCP para gerenciar o recebimento de pix e ontem não funcionou. No caso nem chega na rota do webhook, pois não ha nada no console do cloud platform.

Se você mandou a URL https://exemplo.com.br, a Efí vai acionar https://exemplo.com.br/pix . Essa 2a. URL está definida no seu atendedor de webhook ?

e não é enviado webhook pro url

Webhook está cadastrado, crio a cobrança pix, faço pagamento

notificação webhook não está sendo enviada no Pix

Boa tarde, @sanch789! Você esta tendo algum problema ao registrar o webhook?
Você chegou a verificar o registro utilizando hmac com skip-mts? https://dev.efipay.com.br/docs/api-pix/webhooks

Existe algum tutorial ensinando como usar webhook em servidor compartilhado?

No sábado houveram vários relatos, mas desde então não vi mais ninguém com esse tipo de problema. Então pode ser algo específico.
De qualquer forma, é sempre prudente ter um timeout para que se não veio webhook, começar a fazer polling. A gente nem notou o (real) problema do sábado exatamente por que já fazemos isso, e outros usuários no canal comentaram fazer o mesmo.

Pessoal, tem havido muita falha na chamada do Webhook

Cada chave só pode estar atrelada a um Webhook. Todavia, neste seu caso irá funcionar, pois são ambientes diferentes. Em homologação, não fazemos validação da chave, ela só precisa estar sintaticamente correta.

@palloma_efi uma chave PIX pode ter vários cadastro de Webhook por exemplo na chave XX posso cadastrar tanto o webhook de produção quanto o de homologação do nosso sistema?

Bom dia @juizmill ! Sim, são ambientes separados. Você pode cadastrar um webhook em homologação e realizar os testes.
A API de Cobranças é separada da API Pix. Na API de Cobranças, você cadastra a URL de Notificação através do atributo notification_url. Já na API Pix, o webhook é atrelado a uma chave Pix, e você pode cadastra-lo uma única vez.

Bom dia estou com uma dúvida a respeito da atualização do webhook,

1 - Ambiente de produção e homologação são separados para este caso (objetivo: quero fazer testes)
2 - Ao atualizar este webhook terá impacto nas notificações por boleto e cartão? Ou é isolado as notificações por boleto e cartão através da tag "notification_url" ?

Oi, @gabreudev. Confirme se ao receber a notificação, sua aplicação está respondendo à Efí com um status HTTP 2XX. Caso contrário, nossa API entende que você não recebeu a notificação e a Efí fará até 10 novas tentativas. A primeira retentativa é feita exatamente 5 minutos depois. Em nossa documentação, você encontra mais detalhes.

Devoluções iniciadas por você. As devoluções solicitadas pelo cliente (MED) atualmente não geram chamada no webhook, apenas e-mail e registro nos endpoints de MED.

Bom dia, @gabreudev. Tudo bem?
O webhook é acionado no pagamento e também quando há devoluções.

sobre as notificação dos webhooks, eles são enviadas somente quando o cliente recebe o pix?

Você pode ver o CPF mascarado, não o total, tanto no extrato, quanto no webhook (se ativar o envio do pagador), quanto no extrato via API.

A grande maioria paga até 2 minutos, de fato. Não sei se o BACEN tem um número público disso, mas dá para plotar a sua própria curva e ver quanto é na sua operação. O que já adianto que não resolve nesse caso é o GET de /cob... ele e o webhook costumam ter a atualização e o acionamento ao mesmo tempo.
@marilones