Histórico de mensagens em pix

Obrigado

Sim, são 3600 segundos, ou seja, 1 hora.

Já encontrei, é isso: "expires_in": 3600, certo?

O token de acesso tem algum tempo de expiração ou é infinito?

Gratidão @rubenskuhl @diogo.f.m.7 deu uma baita luz aqui

show, muito obrigado

Entendi, obrigado.

Não há custos associados à utilização da API, @neurizin
As tarifas são cobradas apenas quando ocorre o pagamento de uma cobrança.
Ou seja, você pode utilizar a API livremente, mas uma tarifa será deduzida somente quando uma cobrança emitida por ela for paga.

ola

Sim, você precisa fornecer a sua URL no atributo webhookUrl, que deve estar pronta para receber as notificações da nossa parte. O cadastro do webhook ocorre apenas uma vez. Assim que for cadastrado, sempre que houver um pagamento associado à sua chave, você será notificado automaticamente.

no modo de produção, no caso

Eu li isso mas não consegui entender exatamente o que fazer, esse é o corpo que devo enviar nesse PUT, certo?

{
"webhookUrl": "https://exemplo-pix/webhook"
}

Mas em qual momento eu devo fazer isso?

pessoal, precisa pagar algo para a utilização da api?

Boa tarde, @hlyras!
O cadastro do webhook é realizado através do endpoint PUT /v2/webhook/:chave
Onde :chave é a chave Pix que você deseja cadastrar o webhook.
Você pode consultar mais informações sobre este procedimento em nossa documentação técnica: https://dev.efipay.com.br/docs/api-pix/webhooks

Onde eu cadastro a url para receber o webhook?

Sim sim, concordo 100%....

Catálogo de possíveis estratégias:
1) Obter um token, anotar a validade. Se tem que fazer nova requisição e já passou da validade, pedir outro token.
2) Obter um token e renovar forçadamente para sempre ter um token válido
3) Para cada requisição, obter um token, usar, e não guardar.

Como ele perguntou se é necessário fazer essa autenticação a cada 1 HR, pareceu q era obrigatório...

Só quis deixar claro que necessário de HR em HR não é, vai dá estratégia que ele for usar.

A sim, são válidas sim...

Mas não é uma obrigatoriedade manter o token válido, fazendo autenticação só para deixar ele válido...

Isso q quis falar, não é uma obrigatoriedade...

O que é outra estratégia... o ponto é que todas são válidas.