Histórico de mensagens em pix

pode ser em GET /pix?txid=123&inicio=data_inicial&fim=data_final . afinal, o e2eid de cada Pix recebido não é de conhecimento do recebedor

<@!671762828046106646> , então pelo que eu entendi, se eu receber uma notificação com E2EID, será sempre um Pix concluído? Então não existe um "elemento Pix" com E2EID mas ainda em processamento? Ou apenas a forma de notificar que mudou? Pergunto pois, no envio de Pix via API, me lembro de ter visto um E2EID no retorno da requisição, que é disponibilizado antes mesmo da efetivação do envio...

ai, eu teria que consultar o valor 0509183459844 na api, certo?

por exemplo, meu sistema tá gerando esse código:

00020126720014BR.GOV.BCB.PIX0119susi@clicksi.com.br0227MENSALIDADE [DEZEMBRO/2020]5204000053039865406165.005802BR5925SUSELEI A XXXX 00000772886009SAO.PAULO62130509183459844630445EF

O problema do estático é que ainda não gera notificações via callback. Daí você não ficará sabendo qual o e2eId do seu txid, a não ser que você fica consultando a lista de pix recebidos em um determinado período.
Outro problema crítico do estático é que alguns PSPs não estão devolvendo o txid, daí você não tem a menor ideia de quem pagou e porque pagou

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

ah.. mas para o que eu to querendo aqui, acho que o estático já é suficiente..

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.

talvez então seria esse GET /v2/pix/{e2eId}

eh então.. eu perguntei qual endpoint poderia usar para esse fim lá no inicio da conversa rsrs

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

.

Veja o que comentei acima...

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

agora, como eu faço pra simular o pagamento ? Se eu pegar o certificado de produção, e tentar consultar um PIX real, já é pra retornar algo ali pra mim, certo?

Tem caracteres que a olho nu confundem, mas quando lemos o ASCII deles da pra ver que tá errado. Principalmente quando copiamos um texto de página html

pois eh.. mas vc viu que dentro do objeto ali, a URI tava certinha..

agora a url ficou toda azul rsrs