Histórico de mensagens

entao se o corpo da requisição nao tem devolucoes é sem duvida um pagamento, correto?

alguem sabe me tirar duas duvidas:
1. existe uma forma de fazer cobrança mensal do mesmo cartão
2. como eu envio a URL de webhook pra cartão ?

boa noite

Seria sem a parte de devoluções.

mas uma cobrança pix paga normalmente seria com esse corpo de requisição, correto? Não há alguma forma de identificar qual a natureza da requisição?

Consegui, era um problema que minha aplicação não estava esperando o POST do webhook, tava voltando 404...

Você precisa lidar com eventuais repetições para garantir idempotência. Mas fora repetições fortuitas, um possível motivo para receber um webhook de um Pix depois do pagamento é você comandar devoluções. Mas ainda você pode anotar na tabela algo como "solicitei devolução", para então tratar o campo de devolução.

ah! certo. Essa parte de webhook esta um pouco confusa pra mim pois não consigo testar localmente.
Na documentação mostra o corpo da requisição pix, mas ainda estou um pouco confuso. Gostaria de saber se estou tendo o approach correto:
Eu gero a cobrança pix pro meu cliente e salvo no meu banco aquela cobrança como pendente usando o txid como identificador. No meu webhook eu recebo a requisição:

Em produção é para qualquer valor. Em homologação que você decide o caso de teste usando o valor.

Se o valor da cobrança está entre R$ 0.01 à R$ 10.00:
A cobrança é confirmada, informação virá via Webhook.
Se o valor da cobrança é maior que R$ 10.00:
A cobrança permanece ativa, sem confirmação. Como não há webhook nesses casos, nada é feito.

estou um pouco confuso nessa parte
Não há webhooks para cobranças acima de R$10?
Isso significa que meu servidor deve solicitar o status diretamente na API?

Não, por defaulta a Efí checa se o mTLS está certo. E o parâmetro apenas desliga a verificação, e ao informá-lo você está dizendo que tem outro jeito de checar o mTLS (por exemplo o web server repassar o certificado para a aplicação e você checar o mTLS lá ao invés de na conexão).

Pq meu mTLS tá configuradinho

Minha aplicação nasceu "pré" esse parametro eu acho, ele é true como default, certo?

O problema de não implementar isso em homologação é não descobrir como fazer isso em produção... mas serve para comprar tempo no desenvolvimento das outras coisas enquanto se resolve isso.

A questão é que estou tentando cadastrar uma URL do Ngrok lá e não tá aceitando, falando que retorna 404 oque não é verdade

Exato, eu descobri isso agora pouco pois estou configurando uma aplicação em Homolog

O que para homologação é ok... para produção, viola o regulamento do Pix.

Basta colocar o parametro no header x-skip-mtls-checking para false

e o token?