Termos mais procurados:
não entendi direito, la no sdk na parte das configurações no (webhookUrl) eu fiz dessa forma https://seusite.com/webhook/, colocando meu site no lugar, até aí tudo certo, e pra testar eu utilizo o caminho até o arquivo sdk chamado (pixConfigWebhook.php) ou seja, https://meu site/ e vou acessando as paginas até chegar no arquivo php
Sua URL vai ser https://seusite.com/webhook/ na configuração, mas sua rota na aplicação precisa ser https://seusite.com/webhook/pix
A própria Efi preenche com /pix no final automaticamente. Tem como ignorar isso, mas a princípio faz dessa forma pra testar.
Além disso, você precisa retornar status 200 pra configuração do Webhook ser aceita.
eu fiz o teste aqui, peguei a sdk de configuração do webhook e fiz as alterações, coloquei o dominio e o pix e apareceu a seguinte mensagem: 400
webhook_invalido
A URL informada respondeu com o código HTTP 404
Lembrando que você define https://seusite.com/webhook/ para receber as informações em https://seusite.com/webhook/pix;
Boa tarde, @stanleyjones_31137! Atualmente você tem duas possibilidades para realizar esse objetivo:
1. Utilizar nosso Bolix, um recurso próprio da Efí que você ativa em sua conta e toda criação de boleto já conta com um QR Code PIX vinculado à cobrança;
2. Usar a API Pix para gerar o QR Code, manter um gerenciamento interno para cancelar o boleto em caso de pagamento via PIX, configurar um webhook para acompanhar as movimentações PIX, montar o próprio Layout com os dados vindos da API para juntar o Boleto com o QR Code PIX.
Certo!
Mais uma duvida, não estou conseguindo configurar o webhook Pix atraves do Postman, estou seguindo a documentação mas só da erro 400. O que posso estar fazendo de errado?
Minha chamada PUT está a seguinte: {{rota_base_pix}}/v2/webhook/:chave
body: {
"webhookUrl": "https://aws.execute-api.us-east-1.amazonaws.com/dev/webhook"
}
Deixa eu ver se entendi @igor_efi, se eu quiser configurar um webhook pra minha chave pix, devo apenas colocar algum valor no HASH e solicitar pra vcs?
Tipo: https://meu_dominio.com.br/webhook/?hash=pagapixonline
Boa noite. Estou tentando configurar o webhook através do endpoint PUT /v2/webhook/:chave, enviei a URL sem trailing slash, mas parece que a barra é adicionada mesmo assim... Testei o pagamento e a requisição de notificação está sendo enviada pra um endpoint //pix (com duas barras)... Na imagem, corpo da requisição à esquerda e corpo da resposta à direita.
3 jeitos:
1) Webhook - você recebe o aviso de que foi paga
2) GET /cob/:txid - Verificar o status como CONCLUIDA ou a presença de um objeto pix
3) GET /pix/?inicio=fim=txid= - Se houver uma resposta, foi paga.
Um webhook somente é chamado quando uma cobrança via pix tem seu status atualizado ou transferencias esporádicas também os acionam?
Boa tarde, galera! Estou tendo um erro ao registar um webhook para minha chave pix... Qualquer link que eu digito tenho essa resposta
Consigo testar o webhook do pix sem configurar um servidor, apenas com as ferramentas de teste (WebHookTeste, WebHookInbox etc...) ?
Boa tarde, @alessandrodev! Tudo bem?
Não, neste caso, como o cadastro do webhook é por chave, toda a movimentação (envvio, recebimento e devolução) relacionada a esta chave, vai ser enviada para o webhook cadastrado.
O conteudo de cada tipo de notificação é diferente: https://dev.efipay.com.br/docs/api-pix/webhooks#requisi%C3%A7%C3%A3o
Mas o ponto é que todos são enviados para a mesma rota webhook/pix consigo cadastrar uma rota especifica para cada um? algo tipo webhook/pix/devolucoes ou webhook/pix?type=devolucoes para justamente não receber todas as variancias em um mesmo endpoint?
Bom dia, @alessandrodev! A estratégia adotada depende muito das suas regras de negócio, por exemplo, você pode ter um webhook exclusivo para tratar recebimentos e outro exclusivo para tratar envios, se você utilizar o Split ainda pode ter um exclusivo para ele.
Caso prefira organizar todos em um único ponto, você teria o payload padrão de recebimento (endToEndId, txid, chave, valor, horario e infoPagador).
Se for um recebimento com split você terá tudo isso acrescido do gnExtras contendo pagador e split.
Para devolução é preciso que o recebimento já tenha existido, você pode adotar uma conferência interna do txid ou verificar a existência da propriedade devolucoes.
Já o envio de Pix terá as propriedades tipo e status e não terá o txid (virá em gnExtras o identificador do envio -> idEnvio).
Mais informações sobre o recebimento de callbacks na documentação: https://dev.efipay.com.br/docs/api-pix/webhooks/#recebendo-callbacks
