Histórico de mensagens em dúvidas

certo, obrigado

Correto. Mas não custa nada checar a chave Pix, o txid e o valor.

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

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?

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?

Olá, @_dishark! As requisições PIX não aparecem no painel da aplicação

pix