Histórico de mensagens em pix

e a cobrança não foi paga

hoje já consta como "CONCLUIDA"

Isso, eu criei a cobrança no dia 28/11, com prazo de 7 dias

ao criar a cobrança, você define o prazo de expiração em relação à data de criação da cobrança através da propriedade "calendario.expiracao". Você informa o prazo de expiração em segundos

eu coloquei 7 dias, em segundos, passaram-se 5 dias e consta como "CONCLUIDA", no status da transação

Isso é algo que já foi levado ao BACEN, vide https://github.com/bacen/pix-api/issues/83 . Mas o fluxo hoje disponível assume o consumidor da API como o cliente.

Perguntei isso também 🙂

Existe algum limite de prazo de expiração?

Estou verificando se a propriedade "endToEndId" existe e está preenchida no objeto "pix" e deduzindo as devoluções contidas no objeto para definir se o valor foi pago e, se foi pago, não houve devoluções, conforme este exemplo:

Pessoal da GerenciaNet, uma pergunta. Como vai ficar a questão do acesso ao PIX por sub-clientes? Há alguma maneira de um fluxo OAuth onde minha aplicação transaciona como outro cliente da gerencianet?

Exatamente! Fizemos o teste no Banco do Brasil e funcionou corretamente, o QRCode após o update foi lido. Em algumas instituições isso não ocorreu, por isso vamos reportar para que nossa equipe averigue essa questão

Não necessariamente. Ela pode estar apenas expirada

ao consultar uma cobrança, retornar "CONCLUIDA" significa que aquela cobrança foi paga?

<@!783359762917752843> Normal não é não. Outra pessoa com o BRCode não pagou ?

Que é o que sugeri. Sabe se foi o Santander ou vocês que recusaram ? Pq no Nubank eu tentei fazer duas devoluções somando mais do que o valor original, e apesar deles deixarem o app mandar a transação, o back-end deles mesmo recusou por regra de negócio.

Verdade <@!780500321994539068>. O Santander ao ler um qr code dinâmico está permitindo esta digitação do valor... Mas realizei um teste, inserindo um valor diferente do original, o PIX não foi pago

Obrigada Matheus, apenas para fins de registro, se eu tento atualizar novamente a cobrança com outra data de expiração, recebo esse erro:
{ "nome": "status_cobranca_invalido", "mensagem": "A cobrança não está mais com o status ATIVA"}

Se tento incorporar o status CONCLUIDA ou ATIVA junto a data de expiração, eu recebo:
{"nome":"json_invalido","mensagem":"Valores ou tipos de campo inválidos","erros":[{"chave":"enum","caminho":".body.status","mensagem":"deve ser igual a um dos valores predefinidos"}]}

Em anexo o body para verificarem que não há erro de sintaxe.

E como isso poderia ser controlado pelo PSP recebedor é com Expires, Cache-Control e Etag:
https://restfulapi.net/caching/

Por isso precisamos no nosso código validar o valor recebido, pois o simples fato de retornar "RECEBIDA" não quer dizer que será 100% baixada, se for menor, o sistema da baixa no valor pago e mostra novo BRCode, com o valor que falta para liquidar a cobrança 🙂

Exato. A única coisa que poderia permitir/negar caching seriam os cabeçalhos HTTP de quando o payload foi servido, não o conteúdo do JWS/JWT que diz que a cobrança expira na data X.