Histórico de mensagens sobre QR CODE em pix

Isto mesmo que o Renato mencionou. Ou seja, para a rota GET /v2/cob​(Consultar lista de cobranças) você consegue consultar somente cobranças registradas, que são para os QrCodes dinâmicos.

txid de 1 a 25 caracteres representa qr code estático, então não tem cobrança associada, por isso o /v2/cob não retorna nada mesmo

Olá pessoal.. voltei aqui de novo.. To fazendo a requisição para consulta do txID, segundo o <@!780500321994539068> disse que para o QRcode estático, o tamanho seria de 1 a 25 caracteres.. e estou recebendo o retorno do GET /v2/cob/txId:

{"nome":"json_invalido","mensagem":"Valores ou tipos de campo inválidos","erros":[{"chave":"pattern","caminho":".params.txid","mensagem":"deve corresponder ao padrão \"^[a-zA-Z0-9]{26,35}$\""}]}

Os QR codes gerados em sandbox não devem ser reconhecidos em bancos quaisquer mesmo né?

Teste o seu Copia e Cola aqui = https://pix.nascent.com.br/tools/pix-qr-decoder/

O meu txid é previsível, quando o usuário abre tela de pagamento via qr code, antes de gerar a cobrança, faço uma busca pelo txid e vejo se já existe cobrança para a mensalidade. Se já existir e estiver paga, faço a baixa e alerto o usuário que a mensalidade já está paga. Se estiver em aberto, apresento o qr code da cobrança já existente

Eu não redireciono para uma página de sucesso. Apenas oculto o copia e cola e o qr code e apresento uma mensagem (beeem grande) informado que o pagamento foi confirmado

Eu optei por usar a página de sucesso mesmo para exibir o QR Code e o Copia e Cola do Pix.
Assim já consigo mudar para Aguardando Pagamento no Status e salvo também no Histórico do Pedido.

Logo se o cliente sair da tela de Sucesso, pode ainda acessar no Detalhes do Pedido.
Faço desta forma com Boleto tb a alguns anos.

Já com outro Pagamento, adotei a ideia de verificar a cada X segundos tb por JS e depois mandar para o sucesso ou quando chegar no tempo limite de X minutos de espera.

aqui eu to fazendo assim:
- assim que a pessoa gera o PIX, eu coloco o qrcode e o pix copia-cola na tela e instruo ele a realizar o pagamento
- enquanto ela vê o PIX, eu rodo uma checagem de 2 em 2segundos analisando se em meu banco de dados o PIX consta como pago
- quando a pessoa paga, no retorno via webhook eu atualizo em meu banco de dados para PAGO...
- assim que a checagem consta como "pix pago", o usuário recebe uma mensagem de confirmação e é redirecionado pra um histórico de pagamentos

como fallback (ainda nao fiz), é bom ter um script pronto pra consultar os pix do dia e ver se nada ficou "esquecido", talvez um cron a cada X minutos (ou horas).

até que o pessoal do host onde hospedo disponibilizar a configuração, estou usando um loop enquanto o usuário está na tela do qr code

Eu não sei ainda como a GN está alinhada em relação ao txid do QRCode estático.

Eu não usaria o QRCode estático, ele não está atrelado a uma cobrança. Então você pode pagar mais de uma vez.

Você está gerando o QRCode Estático e está consumindo a API para usar um QRCode Dinâmico

Para qr code dinâmico sim, é obrigatório
Já para qr code estático não, pois o qr code estático não é vinculado a nenhuma cobrança
Para o que você está tentando fazer dar certo, você deveria gerar um qr code estático com no máximo 25 caracteres ao invés dos 28 que você está usando, pagá-lo e depois consultar, mas em outra rota GET /v2/pix/{e2eId}
Note que a consulta é pelo e2eID e não pelo txid

entendi.. eu obrigatoriamente tenho que criar a cobrança no GN? pois estou criando o BRCode no meu sistema, usando a chave pix do GN e gerando o QRCode .. ai, gostaria de consultar o status do txID para ver se o QRcode foi pago..

Você tem que criar uma cobrança na GN via PUT /v2/cob/{txid} e gerar o qr code a partir dessa cobrança.
Criada a cobrança, ao fazer a consulta, os dados vão aparecer aí, mas a cobrança estará com status ATIVA e o array pix estará nulo.
Daí quando pagar e fizer essa consulta novamente, os dados aparecerão e o status será CONCLUIDA e conterá o array pix

O fluxo é o seguinte:
PUT /cob/:txid - Criar cobrança
Pegar o response da request acima e gerar o QRCode Dinâmico.
Apresentar ao pagador o QRCode, receber o pagamento e identificá-lo de duas formas: Via polling (GET /cob/:txid) ou webhook.

Quando você cria um QRCode baseado em chave está usando o QRCode Estático.

Quando você cria o PUT /cob/:txid está criando um QRCode Dinâmico. Ele contém um location que o PSP Pagador usa para pegar o payload da cobrança.

Você está usando o QRCode Estático nesse caso e não o Dinâmico...