Histórico de mensagens em pix

Enviei no privado.. assim que tiver o txid (que ainda está ATIVA) te envio

Pode ter sido uma transferência realizada mesmo, me informe por favor o txid deste Pix dinâmico que eu verifico o que ocorreu.

Foi o primeiro pagamento que o usuário fez, não entendo como ele fez transferência.

Não sei como o usuário fez, 😦 mas eu gerei um pix dinâmico para ele pagar e veio o pagamento como escrevi acima..

Sim, a cobrança foi gerada ontem

Vou pegar detalhes aqui com o txid

Foi gerada ontem, 2020-12-22T01:50:25.000Z

Quando foi gerada essa cobrança?

Mesmo de cobranças novas ?

00000000000000000000011960100001

Boa tarde, eu reduzi o prazo de expiração de uma cobrança e ela passou para concluída. No entanto, nem sempre que reduzo o prazo de expiração o problema acontece

Deixa eu ver se entendi bem, foi um Pix sem um txid vinculado?

<@!671762828046106646> Hoje tivemos uma "Transferência Recebida - NU Pagamentos" Era para ser um pix dinâmico, quando isso ocorre? é possível fazer devolução?

Primeiro PIX recebido em produção via API da GN! Valeu a ajuda pessoal.

Fiz algumas simulações aqui e não ocorreu a mudança. De qualquer forma me informe o txid por favor para que eu possa verificar.

Bom dia <@!781928420757864468>, tudo bem? Qual o cenário do problema pra que a gente verificar?

Atualizando o caso do calendario.expiracao
O problema da leitura de uma cobrança expirada ocorre da seguinte maneira:
- Existe uma cobrança ATIVA com expiração futura
- Usar a rota PATCH /v2/cob/{txid} para redefinir o tempo de expiração para um tempo passado
- Os bancos leram o qr code, mas não é possível pagar devido a rejeição de recebimento por parte do PSP recebedor (GN)

Obs.: se a cobrança já estiver com expiração vencida antes do PATCH, o leitor nem lê o qr code.
Como não é possível pagar o qr code, vejo como algo irrelevante.
Acredito que seja algo relacionado ao location, pois após o PATCH o location continua o mesmo.

Obs 2: tentei redefinir o expiracao para tempo passado porque estava tentando "excluir" a cobrança, antes do <@!440035527127990273> me alertar sobre a possibilidade de se alterar o status da cobrança via PATCH

o problema do CONCLUIDA ainda está ocorrendo

A Ame Digital por exemplo aceitava edição de valor do Pix, mas depois no back-end já não passava a transação pra frente.

Puxa vida, fui tentar simular aqui, alterando o expiracao e a cobrança passou para CONCLUIDA sem ter sido recebida