Termos mais procurados:
sim. mas isso você śo pode fazer se souber o e2eid de uma transação da qual quer consultar detalhes. e vc não sabe o e2eid de uma transação até que:
- faça um GET /pix?txid=... e obtenha o e2eid da transação que quer consultar detalhes; ou
- receba um webhook informando o e2eid de uma transação que vc recebeu (o que a GN só está fazendo nos QR dinâmicos, por enquanto);
por isso, se usar QR estático, tem que fazer polling com o GET /pix?txid=... em vez de GET /pix/:e2eid
a diferença é que no TED, o ID de transação que o pagador vê, não é necessariamente o que você vê como recebedor. o seu banco recebedor gera um ID localmente também quando a transação "entra". já no PIX, o ID que veio do PSP pagador é persistente e a GN usa o mesmo ID pra identificar a transação do lado dela (e vc poder consultá-la por esse ID)
todo Pix recebido, com txid ou não, estático ou dinâmico, sempre terá um e2eid, sempre único, e não tem qualquer relação com o txid
via de regra:
txid = identificador que o RECEBEDOR gera (você); pode se repetir (qr estático) ou não (dinâmico)
e2eid = identificador de uma transferência ÚNICA (pensa num TED.. quando é concluído, ele tem um ID de transação, o e2eid no contexto do Pix é análogo ao ID da transação TED) que o PSP do PAGADOR vai gerar e a GN vai te informar
Você alterou a url da rota base? https://api-pix.gerencianet.com.br
GET /pix?inicio=data_inicial&fim=data_final&txid=183459844
mas assim.. gerei esse pix, que tem a chave pix cadastrada ai na GN:
00020126720014BR.GOV.BCB.PIX0119susi@clicksi.com.br0227MENSALIDADE [DEZEMBRO/2020]5204000053039865406165.005802BR5925SUSELEI A XXXX 00000772886009SAO.PAULO62130509183459844630445EF
como eu identifico esse pagamento fazendo a requisição pra qual endpoint e informando qual valor?
Sempre que chegar um retorno de Pix no webhook é porque ele foi processado e pago.
Os Pix recebidos só chegam com um E2EID associado. O envio de Pix vai com o E2EID, mas inserimos o status como algo a mais para mostrar em que processo está em transferência.
Ao que eu lembre o E2EID é gerado pelo PSP pagador. Por isso que no envio ele é possível antes de se completar o envio, mas no recebimento depende da chegada do Pix.
então.. mas esse E2EID disponibilizado no retorno da solicitação de envio, como ele está disponível antes da conclusão do envio, logo, no meu entender, elementos e2eid podem existir mesmo antes da conclusão do Pix (ele não é "gerado" apenas na efetivação do envio, mas antes disso - ainda que acessível apenas do lado do PSP pagador). no caso de recebimentos, a GN só toma conhecimento do E2EID de um Pix depois que já está efetivado? seria essa a justificativa para não ter status nos webhook (toda notificação sempre se refere a um Pix efetivado e por isso não vemos mais um elemento status no corpo do request)?
Sim, se ele for neste padrão:
ah eh.. eu coloquei o ID/tamanho ali junto neh kk... mas, to vendo aqui, parece que ele tem que ter 32 caracteres pra consultar no endpoint /v2/pix/{e2eId}
e2eid é o "id da transação (INDIVIDUAL) ponta a ponta", ou seja, "de um Pix enviado/recebido"
txid é um "identificador" que pode ser único (cobranças) ou agregador (no caso de qr estático, pois admite-se múltiplos pagamentos do mesmo QR com mesmo txid)
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...
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
talvez então seria esse GET /v2/pix/{e2eId}
