Termos mais procurados:
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?
alterei o path do meu webhook pra receber em -pix em vez de /pix... msm coisa
E se vc passar para o webhook sem o /pix no final ?
Boa tarde, galera! Estou tendo um erro ao registar um webhook para minha chave pix... Qualquer link que eu digito tenho essa resposta
At[e pra configurar webhook do pix o servidor de homolog esta com problemas?????\
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
Eu preciso executar uma logica de negócio apenas quando o pix for "CONFIRMADO" e eu não quero fazer gambiarra validando se existe o atributo "devolucoes" , "gnExtras" e etc para simplesmente saber se a chamada do webhook refere-se ao pix recebido
Galera, qual estratégia vocês adotaram no endpoint webhook/pix para identificar a etapa/categoria refere-se a request?
Por exemplo eu vou ter nessa mesma rota diferentes payload (dados no body), para estorno, criação, pagamento confirmado e pelo que vi na doc não existe um atributo comum para todos os dados que identificam a etapa do processo, ao meu ver deveria ter um atributo { etapa: "DEVELOCAO" | "PIX_RECEBIDO" | "PIX_ENVIADO" } para facilitar a identificação no webhook.
Para a API de emissões, talvez o glitch.com fosse uma plataforma interessante para o webhook. Eu fiz no glitch.com um webhook para WhatsApp que está rodando bem legal. Só não acho que tenha como colocar API Pix por causa do mTLS, mas como você perguntou no canal de cartões, imagino que seja esse o foco.
Não @elicast5242 . Para o boleto e cartão você pode usar essa mesmo esquema do token, mas para o Pix funciona de uma forma diferente. Recomendo que você faça a leitura de nossa documentação para entender essa diferença: https://dev.efipay.com.br/docs/api-pix/webhooks . Se ficar com alguma dúvida pode enviar aqui no chat, precisando eu descrevo algum exemplo mais prático de como funciona no Pix, para você
NestJS sempre aparece aqui no canal como exemplo de que não conseguiram configurar CA privada para o webhook... entao algo intermediário para mTLS será necessário. Seja o API Gateway da AWS, o equivalente dele na Oracle Cloud ou o mtls.pix.ae.
Boa tarde pessoal, sabem se houve alteração nas chaves publicas da Efí para configuração dos webhooks para cobrança pix?
