Histórico de mensagens sobre url

O mesmo json grava requisições da associação entre a chave e url do webhook mas não grava as notificações de pagamento do pix

@rickson.kaue Lembrando que quando você consulta a URL na API, ela vai ser exibida sem o /pix mesmo

Boa tarde @rickson.kaue tudo certo?
Você configurou a rota do webhook adicionando o /pix ao final?

Por determinação do BACEN, nossa API adiciona o /pix ao final da URL cadastrada, sendo assim
se você cadastra o webhook na URL:

Tô implementando o Webhook de notificação do pix para um cliente, só que não está gravando os dados do pix no json, ele grava outra requisições mas o pix não, já configurei o ambiente mtsl, criei a chave, até configurei webhookUrl da chave, dei todas as permissões de gravação ao json, nas aplicações lá no site estão ativadas todas as permissões, alguém pode me informar se esqueci de configurar alguma parte?

Faço o download pelo minha aplicação e reenvio para o cliente, seja pelo site ou pelo aplicativo.

Recebo o seguinte erros alguma vezes:
Server returned HTTP response code: 500 for URL: https://download.gerencianet.com.br/315629_123860_PACA4/315629-123860-MACHO6.pdf

ao utilizar a url "https://pix.gerencianet.com.br/cob/pagar/" que mostra os detalhes do pix, coloquei o prazo de 20 minutos, efetuei o pagamento, atualizei a pagina, beleza mostrou que estava pago, expirou os 20 minutos e ele muda o status para qrcode expirado, não deveria manter o status de pago anteriormente? (em produção)

Eu pego a URL do boleto que vem da Efi e faço download via sistema. Tem algum endPoint que controla isso?

Boa tarde @excapy_web ! Quando uma transação possui uma URL de notificação cadastrada, a Efí dispara um POST para esta URL a cada mudança no status da cobrança. Essa notificação possui um token específico e o seu sistema deve consultar essa informação.

essa url e a correta?

ola preciso fazer o reenvio das notificação de boletos que foram pagos, a Url de retono estava errada e não deu baixa no pagamentos dos boletos mk-auth

Sim, mas no campo de pesquisa ele pede, token, identificador ou url

Estou tentando ativar o webhook no ambiente de desenvolvimento Windows. estou usando o ngrok e estou recebendo este erro:

{'nome': 'webhook_invalido', 'mensagem': 'A URL informada respondeu com o código HTTP 503'}

Boa tarde, @excapy_web! Neste caso sim, porque coincidentemente a cobrança alterou para o status inadimplente e logo após para pago.
A cada alteração de status, é enviado uma notificação para a URL informada.

Bom dia @grupothx !
Em hospedagem compartilhada não é possível configurar o mTLS por não fornecerem as permissões necessárias.
Não sendo possível configurar o mTLS, você pode configurar uma URL de webhook ignorando esta validação.
Para isto, basta informar o parâmetro x-skip-mtls-checking igual a true no Header da requisição PUT /v2/webhook/:chave que será registrado seu webhook URL sem a validação do mTLS.

Desta forma, caso opte por deixar o x-skip-mtls-checking como true, a Efí vai continuar a enviar o certificado na requisição, mas como mencionado, seu servidor irá ignorá-lo.

No entanto é aconselhável que você encontre uma forma de validar se é a Efí quem está enviando a notificação, pois, sem o mTLS configurado não há o "hand-shake". Uma sugestão é verificar o IP de quem está notificando, pois a Efí comunica os webhook através do IP 34.193.116.226

Consegui gerar a cobrança pix com PHP.
Mas, para receber o retorno do pagamento e baixa imediata como vcs fazem ?
Travei na questão da mTLS em hospedagem compartilhada.
Dá esse erro: 400webhook_invalidoA autenticação de TLS mútuo não está configurada na URL informada
Alguém que possa ajudar (primeira vez usando esse tal Discord, peço desculpas se estou no lugar errado)

Agora que percebi, realmente esta errado minha url

Também estou com essa dúvida. Mas pelo o que eu estou sacando, funciona mais ou menos assim:
- vc recebe uma notificação em uma url que você cadastrou quando criou a assinatura. essa notificação tem só um token.
- com esse token, você vai na url /notification/[token] e pede as alterações. Aí vc recebe um array de objetos como esse da imagem
- Ali o rosa é o tipo de cada notificação. Se for "subscription_charge", significa que é uma modificação relativa a uma cobrança da assinatura.
- No amarelo você vê o status da cobrança e no azul vc tem o id dela. Aí se current for new, vc já sabe que uma nova cobrança acabou de ser gerada. Se for waiting, já sabe que a forma de pagamento foi definida e agora está agurdando a confirmação. Essa variação de new e waiting é no mesmo instante quando a assinatura já existe. Ela faz mais sentido quando você cria a assinatura e ainda não definiiu como será o meio de pagamento dela. Quando você usa o one-step é tudo junto.

Os dados desta notificação não vão no formato JSON. Por padrão, é enviado no formato URL Encoded. Por isso utilizar o JSON.stringify(req.body) não funciona.
Você deve usar o middleware que faça o parse do body no formato URL Encoded, como se fosse receber um POST de um formulário HTML. Assim:

Bom dia, @miauzinho013. Tudo bem?
A API Efí dispara um POST para sua URL a cada mudança no status da cobrança. Essa notificação possui um token específico no parâmetro notification.
Exemplo:

Estou utilizando a url /v1/charge/one-step/link