Histórico de mensagens sobre webhook

é possivel subir o webhook com um tunel ngrok qndo ainda não tenho como gerar as chaves com meu dominio (ainda não tenho dominio ) para validar ssl pelo certbot ?

Oi, @daniel.d3v. Bom dia!
Existem algumas diferenças no JSON enviado em uma transação de Pix recebido e Pix enviado.

Primeiro, como o Rubens mencionou, você pode usar uma chave Pix para recebimento e outra para envio, usando o mesmo webhook URL. Dessa forma, ao receber a notificação, você já pode diferenciar pela chave.

Outro ponto que pode verificar é que o JSON de Pix enviado possui o parâmetro "tipo": "SOLICITACAO", além disso, tem também o parâmetro gnExtras>idEnvio.

Veja em nossa documentação alguns exemplos de JSON: https://dev.efipay.com.br/docs/api-pix/webhooks#requisi%C3%A7%C3%A3o

A webhook do envio de pix é a mesma do chargePix? E como vou identificar se é um envio ou recebimento se não der pra mudar o url da webhook.

Bom dia @nicolasvascaafobado @arthur03994 tudo certo?
É possível enviar tanto o caminho do certificado para ser lido, quanto o buffer do arquivo.
Por determinação do BACEN é enviado via webhook somente nos casos de:
- Pix pago pelo cliente
- Devoluções de Pix por você
- Envio de Pix (transferência) via API

Bom dia pessoal da Efi.

Venho avisar sobre uma pequena inconsistência nos dados enviados no webhook de pix recorrente via opex-banking:

Aqui eu extrai os payloads e modifiquei os ids:

No envio do payload para assinatura ativa e atualizações de pagamento aceite, o status enviado pela EFI está como "ACEITE".
Entretanto, no envio do ultimo payload, no último dia da assinatura, é enviado um payload informando que a assinatura está concluída, mas com o status dos pagamentos como "ACEITO" .

Seria legal se pudessem normalizar seja como "aceite", ou como "aceito"

Abs

{
"identificadorPagamento": "abc_123",
"valor": "0.99",
"status": "ativa",
"dataCriacao": "2024-09-24T10:23:24.890Z",
"recorrencia": [
{
"endToEndId": "payment_1",
"status": "aceite",
"dataOperacao": "2024-09-25"
},
{
"endToEndId": "payment_2",
"status": "agendado",
"dataOperacao": "2024-09-26"
},
{
"endToEndId": "payment_3",
"status": "agendado",
"dataOperacao": "2024-09-27"
}
],
"idProprio": "173abce6-e7d8-400c-bf6e-db0d0c3628f7",
"tipo": "recorrencia"
}

"identificadorPagamento": "abc_123",
"valor": "0.99",
"status": "concluida",
"dataOperacao": "2024-10-10",
"dataCriacao": "2024-10-07T09:53:53.000Z",
"recorrencia": [
{
"endToEndId": "payment_1",
"status": "aceito",
"dataOperacao": "2024-10-08"
},
{
"endToEndId": "payment_2",
"status": "aceito",
"dataOperacao": "2024-10-09"
},
{
"endToEndId": "payment_3",
"status": "aceito",
"dataOperacao": "2024-10-10"
}
],
"idProprio": "f5e75088-1a10-4f79-81b7-da5ee0e846a6",
"tipo": "recorrencia"
}

Resolvi um problema, mas me deparei com outro.

Não é enviado webhook para mim quando o pix fica expirado ?

Por exemplo, eu coloquei os pix para expirarem em 10min se a pessoa não pagar quero remover a reserva da minha base de dados, mas se não me retornam por webhook essas coisas, vou ter que rodar cron jobs para ficar direto checando por requisição, não achei nada sobre isso na parte de webhook, apenas as respostas para pagamento concluído, que no caso já está funcionando em meu sistema, ficou pendente apenas essa parte de resposta para caso de não pagamento

Boa tarde, uma dúvida sobre a configuração de conta, mas especificamente a parte do recebimento: {recusarTipoPessoa: "PJ"} , como fica o fluxo nesse caso? Se alguém tentar pagar por uma conta PJ não vai conseguir? Ou vai conseguir, mas será estornado logo em seguida? E nesse caso, vai ter algum tipo de webhook identificando que um CNPJ pagou/tentou pagar aquele pix?

Bom dia, @christopy! Tudo bem?
Não. Se o Pix expirou, não é disparado um webhook, pois o status do Pix não é alterado, ele permanece com o status "ATIVO". Como o Pix ainda está "ATIVO", você pode usar o endpoint PATCH /v2/cob/:txid para alterar o tempo de expiração e permitir o pagamento novamente.

Uma maneira de verificar se o Pix expirou é comparar a __data e hora atual__ com a __data e hora de emissão + o tempo de expiração em segundos__ definido ao criar a cobrança. Se a data e hora atual for maior que a data e hora de expiração, significa que o Pix não pode mais ser pago. Caso contrário, o Pix ainda está ativo e pode ser pago normalmente.

Basta nos responder em <#webhook-7461>

Sim, testei com /pix e ?ignore
Tenho um log na rota e aparentemente o webhook nem bate lá

Olá, quando faço o registro do webhook usando skip-mtls em produção via postman um teste é feito na minha API e da tudo certo, porém quando faço um pix de 0,01 o webhook não é disparado.
Alguém tem alguma dica do que pode ser?
pesquisei em nas conversas aqui, encontrei casos parecidos, mas não encontrei a solução

Quando um acobrança pix expira, é enviado um webhook?

Srs, onde encontro o exemplo de retorno que o EFI envia para webhook em pagamento via bolix?

Nós temos exemplo em Python, Nginx, Node, Apache e PHP - https://dev.efipay.com.br/docs/api-pix/webhooks#exemplos-de-configura%C3%A7%C3%B5es-de-servidor

Ai ele vai te retornar um ok no teu webhook

Boa tarde, em minha api swagger eu criei o endpoint verbo post na rota /api/webhook/pix
estou usando nginx com a location "/" que esta funcionando corretamente.
Tenho duvidas na configuração do webhook.
Poderia me ajudar?

Eu criei a aplicação usando a api pix para gerar Qrcode e copiaecola pela api, mas agora para receber o webhook estou apanhando aqui, não entendi bulhufas na documentação.

Ta faltando clareza, alguem poderia me ajudar ?

@baxnie a simples troca dos certificados deveria fazer o webhook funcionar normalmente. Vou abrir um # atendimento para você para que possamos verificar melhor seu caso.

Troquei as urls e deu tudo certo.
Mas quando troquei a chave pública, o webhook parou de funcionar. Preciso fazer mais alguma coisa? Achei que era só trocar uma chave pela outra

Passo também o client_id e o client_secret ou somente o certificado e o AccessToken nessa requisição de cadastro de URL de Webhook ?