Histórico de mensagens em pix

#simplifica GN 🙂

o fluxo poderia ser. Consultar certificado, consultar client_id e client_secret = gerar BRCode, simples assim

´No meu caso, preciso ficar validando de hora em hora o token , para o comprador isso é transparente , ele quer o pix gerado. E uma hora passa rápido online em ecommerce, poderia ser de 12 horas ou 24, na verdade eu nem sei para que serve mesmo este token, pois quem manda mesmo é o certificado e as chaves.

De qualquer forma, não achei qual o usual no OpenBanking da Grã-Bretanha, que é o projeto similar mais rodado. Na API da TransferWise é expiração de 12 horas, mas para o meu achômetro pareceu muito.

Acho que a lógica é gerar on demand, mas não regerar se o token não estiver expirado.

#duvida . Baseado em qual justificativa o tempo de validade do token é de 3600 segundos ? Ja que quem tem o poder de criar são os detentores dos certificados e tokens . Ficar gerando e validando tokens a cada hora aqui no ecommerce é ilógico.

O horário UTC é a salvação da TI. O BACEN acertou em cheio em escolher hora Z.

pois é.... eu subtendi que era UTC, mesmo o fuso do USA é -6 a -10, dependendo da região.

O horário UTC não é americano, apesar de usado pelas forças armadas americanas... 😉
E nem mesmo inglês, pois apesar de UTC ser o horário do meridiano de Greenwich, a Inglaterra muda de fuso em horário de verão, e o UTC não.

De nada!

obrigado

Deu certo aqui alterando pra UTC

mas vou alterar aqui pra UTC

ok, só estou passando que nosso backend está em produćão desde dezembro, e as baixas vinham ocorrendo normalmente.

Faça o teste por favor alterando o horário e me informe se deu certo

Não houve nenhuma alteração, o padrão sempre foi este para seguir as normas do BACEN

de todo modo vou alterar pra UTC aqui pra testar.

só se houve alguma alteraćão ai na GN

mas estava rodando normalmente dessa forma, com horario brasileiro

ok, vou alterar aqui.