![Avatar discord do usuario rubenskuhl](https://cdn.discordapp.com/avatars/780500321994539068/1c516d2047b42e2f27c141eaec13b21c.webp)
E dentro da renovação períodica, há duas estratégias que o @calebportodev pode usar... uma é renovar o token independente de uso, e aí sempre tem um token não expirado para usar. A outra é renovar apenas se você estiver fazendo uma requisição e ver que o token que se tem está expirado.
Bom dia, @calebportodev. Isso mesmo, você consome o endpoint POST /oauth/token para capturar o access_token e
você pode adotar duas abordagens para reutilizá-lo:
- Renovação periódica: programar sua aplicação para verificar se o "access_token" ainda é válido a cada 3600 minutos (1 hora). Se ele estiver prestes a expirar, você pode fazer uma nova autenticação para obter um novo "access_token";
- Autenticação sob demanda: autenticar e usar o mesmo "access_token" até que ocorra uma falha 401 de na requisição. Quando essa falha ocorrer (indica que o token expirou), então você pode fazer uma nova autenticação para obter um novo "access_token".
Bom dia, @reidoscoins. Aparentemente a instituição do print estava com problemas para fazer a leitura de QR Code, mas agora já normalizou.
Você pode gerar um token a cada chamada se preferir, também pode guardar token e usar por 1 hora...
Porque o access_token tem validade de 1 hora, mas é certo fazer uma chamada de autorização a cada PIX gerado? Me parece inapropriado.
Devo fazer uma requisicão a /oauth/token para pegar um access_token a cada PIX gerado?
Olá. Como usar as chaves CLIENT_ID e CLIENT_SECRET_ID e o certificado .p12 para gerar um pagamento em PIX?
O PUT /webhook só precisa ser feito uma vez, para ativar que cobranças daquela chave tenham webhook.
isso mesmo, desculpa o mal entendido, mas quando faço essa requisição, a resposta esta vindo