Histórico de mensagens sobre webhook em pix

Esta correto. Você esta tratando o /pix que é acrescido ao enviarmos a notificação via POST ​/pix ?
Exemplo: Você configurou o webhook https://seudominio.com/webhook, a notificação vai para https://seudominio.com/webhook/pix

boa tarde, nao estou recebendo chamadas de teste no meu webhook em ambiente de homolacao
Gerou o link de pagamento mas nao enviou nenhuma chamada na minha api

Para testar os endpoints de cobrança Pix Cob em ambiente de homologação, é possível simular todos os status retornados pela nossa API e webhook.

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 cas

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

Parece que meu webhook saiu fora

Neste link temos exemplos de todas as possiveis notificações: https://dev.efipay.com.br/docs/api-pix/webhooks#requisi%C3%A7%C3%A3o

Pessoal, alguém me ajuda a entender como eu posso utilizar o webhook pra atualizar o status da cobrança gerada via Pix. Eu só preciso acompanhar o status, mas não consegui entender por que nem todas as notificações tem o campus status e às vezes a localização do campo status muda. Pelo que eu vi nos exemplos, uma notificação de pagamento via pix nem tem status. Alguém me ajuda?

Bom dia, @afviriato! Tudo bem?

1. Sim, você pode usar um cliente como o Postman para acessar a API. Inclusive, temos uma collection para o Postman que você pode usar: https://dev.efipay.com.br/docs/api-pix/credenciais/#collection-postman-api-pix

2. Exatamente, é a mesma chave Pix que você usa na criação da cobrança. Ou seja, você associa um webhook URL à chave, e então, quando criar a cobrança com essa chave, nossa API saberá para qual URL enviar as notificações.

3. O padrão do JSON de notificação segue as definições do Banco Central e, de fato, não possui um status. Mas, você pode considerar que, se recebeu o JSON com os parâmetros endToEndId e txid, e não tem o array devolucoes, isso indica que é a notificação de um pagamento, conforme o exemplo abaixo:

Bom dia. Fiquei com algumas dúvias com relação ao webhook do PIX. 1) Pelo que entendi na documentação, eu posso usar um client, tipo Postman, ou Bruno para gerenciá-los, (cadastrar, pesquisar, etc) certo? 2) A chave a que a documentação do webhook se refere é a que eu envio junto com a requisição de cobrança? 3) No recebimento do callback, quando o PIX é recebido, não encontrei o campo referente ao status. Somente na devolução e envio de PIX.

Certo, caso você vá usar o mTLS ele é obrigatório, porém é possível utilizar o skip-mTLS que permite que você configure sem ele, fazendo isso você reduz a segurança do webhook, como alternativa de segurança, você pode implementar um hash HMAC em sua URL, dessa forma você terá uma segurança maior do que não utilizar método para garantir a autenticidade da comunicação.

é os certificados que preciso ter no meu domínio onde o webhook vai enviar o POST(acho q é padrão mTLS, algo assim)

Dá pra configurar o webhook quando um pagamento é realizado via pix sem ter os certificados?

A tarifa segue, ao que eu lembre, arrendondamento da NBR 5891.

Mas acho que o melhor nem é calcular o arrendondamento como eles fazem, mas ligar a opção em que a tarifa vem no webhook.
775328670784159744/1726622791843REGRA_DE_ARREDONDAMENTO_-_ABNT_5891.pdf

Sim, para já receber o pagador no webhook sim. Mas o GET de /pix confirmando o CPF não precisa dessa mudança, caso você prefira dessa forma.

Você pode ter que mudar o gnoptions do webhook para que venha o pagador.

No caso a mudança eu faria aqui :

Boa tarde, @delorme.onlineips! Tudo bem?
Entendi seu questionamento. Não temos uma opção que bloqueie o pagamento caso o pagador seja diferente do devedor na cobrança Pix.

Por isso, a sugestão seria que sua aplicação validasse essas informações após o recebimento do webhook. Assim, se o CPF do pagador for diferente do devedor, sua aplicação realiza a devolução da transação em seguida.

Boa tarde,

Estamos precisando bloquear pagamentos de cobrança PIX feitos de um CPF diferente do devedor.


A @adrianaolbrisch que nos atende informou:

—
Neste caso vocês teriam que implementar a verificação do lado de voce, nós fornecemos o documento mascarado do pagador no webhook, assim voce já consegue fazer uma conferencia com base nisso. Veja abaixo um exemplo pratico:
"pagador":{"nome":"NOME COMPLETO","cpf":".123.456-"}
—

Não consigo então entender, usando a API, criamos uma cobrança e depois geramos o QR Code com o location dela.

Até o momento não temos qualquer informação de quem efetivamente irá realizar o pagamento.

Se de posse do QR Code (ou dados do copia/cola) outra pessoa tentar realizar o pagamento não estamos mais “participando”, certo?

Somente após o pagamento realizado recebemos o webhook, aí sim, teremos ciência que o CPF não foi o mesmo que indicamos na cobrança como devedor, correto?
Mas o pagamento já foi feito, ou seja, não tivemos como bloquear o recebimento.

Conseguem me orientar melhor como fazer o bloqueio?

e ai. boa tarde. tenho uma duvida. eu cheguei agora na documentação, mas queria saber se a Efi poderia atender uma demanda da empresa que trabalho. nos temos um sistema em que intermedia algumas trasações e negociações. presicamos usar o pix, mas temos que monitorar se esse pix foi feito ou não. Tem essa possíbilidade da Efi gerar um pix com os dados de terceiros que estará recebendo o valor e a minha empresa ser notificada via webhook dessa negociação ter sido ou não bem sucedida?

Você precisa ter isso no front-end e no back-end. No back-end é o webhook que já foi comentado... mas para levar a informação do back-end para o front-end, por exemplo com websockets.