Histórico de mensagens em pix

Bom saber <@!780500321994539068> !

Um alerta: PSP pagador (Santander no caso) deixando o cliente alterar o valor pago em QR-Code dinâmico. Algo para a GN e depois PSPs recebedores checarem e rejeitarem o Pix.
https://github.com/bacen/pix-api/issues/219#issuecomment-737253308

Mas eu acredito que não seja cache Renato, pois na revisao 0 li o qr no nubank apenas e ok, ja na revisao 1 li no nubank e deu erro, li no ame e tbm deu erro. Acredito que se fosse cache no ame deveria passar na revisao 1.

mas a expiração é "da cobrança", não "dos dados que vieram na leitura do location". o banco do pagador não pode guardar cache disso. o conteúdo fornecido pelo location pode se alterar. inclusive isso é documentado amplamente como "reuso de location"

A leitura do payload possui exatamente esta informação {"criacao":"2020-12-02T00:52:27.000Z","apresentacao":"2020-12-02T00:57:14.377Z","expiracao":"86400"},"status":"ATIVA", se é o mesmo payload tem a mesma expiração e nao a nova.

Vamos realizar os testes aqui nas instituições financeiras

ok, lí agora, realmente, então sobra o retorno do location , como tem o mesmo location , ele tem a expiração da Revisao 0

Não está Magno, a cobrança foi gerada hoje com 86400 segundos de expiração, só expira amanhã no caso...

É que expiração é uma coisa e data de vencimento é outra coisa, tem casos que precisa ter a data de vencimento e outros só a expiração do QRCode resolve de boa . Aqui eu não usarei data de vencimento, por enquanto, graças a deus 🙂 <@!780794489744130079> E a sua nova data de expiração foi menor que a primeira, compare com a data de geração em segundos para ver se realmente não está expirada, pode ser isso 🙂 também.

mas por que ela teria que mudar a expiração em segundos? a expiração é relativa à data de criação, não à data de put da última revisão

Quando você muda a expiração em segundos, o location vai mudar tambem, pois gerou outro tempo de expiração, e se estiver expirada não vai aceitar mesmo.

Revisao 1

Eu quero acreditar que não, pois isso daria mais trabalho...

Revisao 0

Então será que os bancos estão fazendo cache desse JSON? eita.. mais problemas de interoperabilidade à vista 😭

Oi Rubens, o location não mudou, continua o mesmo, consultei na revisao 0 e 1 e se mantiveram.

Exatamente como o Rubens colocou, o location mudou ? E temos expiração, em segundos.

Só um preciosismo: as cobranças imediatas (escopo cob) não tem vencimento, mas sim expiração. Apenas as do escopo cobv (quando suportado) terão vencimento.
Mas falando do problema específico, o location mudou quando você alterou a expiração ?

Data de vencimento

Qual foi a mudança na cobrança ?