Histórico de mensagens sobre webhook

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

Aparentemente não, o pix é aceito, ele gera um webhook normal,

No caso de plataforma serverless pode ser mais prático começar fazendo polling para checar se a transação foi paga. Webhook seria legal, e volta e meia aqui no canal eu tento convencer alguém que faz polling a usar webhook, mas um MVP disso é com polling mesmo.

Você tem algumas formas de automatizar estes recebimentos. Pode seguir com o webhook, como comentou: https://dev.efipay.com.br/docs/api-pix/webhooks

boa tarde pessoal. Tudo bem? Eu tenho uma confecção de uniformes esportivos e criei um link via Microsoft Forms para coletar informações de meus clientes para um pedido, após isso eu criei uma automação em Python que dispara mensagens para meus clientes com um código qrcode pix para cobrar referente ao pedido. Até aí tudo tá indo beleza. A dor de cabeça é depois conferir na planilha de excel nome por nome e comprovante por comprovante e ver quem pagou ou não. Tava pensando em algo feito no n8n, alguma coisa de webhook para integrar com uma aplicação da api pix do EFI. Alguém do banco poderia me ajudar quais seriam as caixas marcadas na API?

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?

Faz sentido essa lógica sobre corpo de callback do webhook:

Pix Devolvido: Se algum dos objetos dentro do array "pix" contém a chave "devolucoes", é uma devolução de Pix.
Pix Enviado: Se algum dos objetos dentro do array "pix" contém as chaves "tipo" e "status", então é um Pix enviado.
Pix Recebido: Se não se encaixar em nenhuma das condições anteriores, consideramos que seja um Pix recebido.

?

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.

Ah sim, agora entendi a sua demanda.
Quando o seu cliente realizar o pagamento, vamos fazer um webhook para a sua URL (caso tenha cadastrado).
Quando você receber esta notificação, você pode executar a ação de redirecionamento do seu usuário.

Segue a página da nossa documentação que fala sobre webhook: https://dev.efipay.com.br/docs/api-pix/webhooks

Bom dia, @wilianmaique, tudo bem?

Esses padrões de segurança são orientações do Bacen (Banco Central), no caso do envio de Pix via API é um recurso delicado que permite uma vazão de valor alta, não sendo justificada para uma PF, mas sim para uma PJ onde há registros de documentação que evidenciam o uso destes valores.
Com relação ao webhook, nossa API segue o manual de integração imposto pelo Bacen, que pede que a implementação do webhook seja feita desta forma, implementar de uma forma distinta dessa seria não seguir o manual de integração do Bacen quanto ao Pix, você pode conferir esse documento aqui.

Caso tenha alguma dúvida basta nos perguntar para que possamos lhe auxiliar da maneira mais assertiva possível.

eu vi sobre o webhook tmb, precisar cadastrar webook, acho 'paia' tmb, é mais dinamico na criação do pix informar a URL e pronto

Basta nos responder em <#Webhook-7131>.

Bom dia, @tharley9991056

Sim, é possível ter um webhook para receber atualizações das assinaturas. Quando você emite um boleto via API, basta incluir o parâmetro metadata>notification_url junto com as informações do boleto. Assim, sempre que houver uma mudança no status do boleto, a Efi enviará uma notificação para essa URL.

A notificação será um POST enviado para o endereço, contendo um token único de cada assinatura. Seu sistema precisa consultar esse token para obter os detalhes da notificação e identificar a cobrança específica, facilitando a conciliação. Confira os exemplos na documentação para entender melhor. Mais detalhes estão disponíveis no link: Notificação de Boletos.

Também temos um vídeo que mostra esse processo de forma detalhada. Pode ser muito útil para você: Assista ao vídeo.

Espero que isso te ajude! Conte com a gente!

Bom dia, os desenvolvedores indicanos me repotraram o seguinte: "Verificamos e descobrimos que o retorno de chamada do webhook não está sendo recebido após o processo de checkout. Você poderia confirmar se o webhook está configurado corretamente e ativo?" Você consegue verificar isso e me confirmar? pois no OpenCart 3 já revisei o certificado, a chave PIX, o client ID e a chave secreta, e está tudo certo.