Histórico de mensagens sobre CONSULTAR PIX

a API permite consultar pix recebidos sem txid (pelo menos deveria, segundo documentação oficial da API do BACEN). usando parâmetros como data de início/fim, cpf/cnpj do pagador, etc.

O cenário atual da GN não permite consultar um pix sem txid, logo não consigo buscar dados de um pix enviado via POST /v2/pix. Dessa forma, não existem maneiras de saber, via aplicação/integração, quando um pix é devolvido por parte do favorecido.

Ultima do dia: o endpoint GET /v2/pix/{e2eid} não serve para eu consultar um pix enviado pela API?

Boa tarde. estou voltando para o desenvolvimento pix com a api da gn. Comecei em dezembro mas resolvemos diminuir o ritmo(fomos para outro projeto). Estou conseguindo pegar o token, em c#, conforme exemplo na pagina da api pix. porém não consigo gerar o pix, consultar, alterar ou consultar todos os pix.Estou recebendo o seguinte erro. "A conexão subjacente estava fechada: Erro inesperado em um envio."} O código de teste segue abaixo:

Não precisa consultar o status do txid, o que vem no webhook já é um objeto pix com o e2eid e o txid.

1- Ao criar uma cobrança, você pode consultar o pagamento pelo endpoint /v2/cob/:txid e verificar se a mesma está com o status CONCLUIDA. Outra alternativa é o webhook para notificarmos o seu sistema de forma automática sempre que ocorrer um pagamento ou devolução de Pix.

2- Cada cobrança(dinâmica) tem obrigatoriamente um txid associada a ela e um E2EID que é retornado quando transita na PACS002, PACS004 e PACS008. Então sim, cada Pix é diferente e tem seu identificador próprio.

3- No momento não tem como "forçar" pagamentos em ambiente de homologação, mas já está em nosso backlog essa funcionalidade.

@Efí como faço para saber qual taxa foi cobrada em cima da transação liquidada do pix? eu sei que tem as regras lá no site, mas supondo que isso mude, a "fee" deveria vir no callback da confirmação/devolução, não? em último caso, talvez estar disponível ao consultar o pix recebido
(eu li a discussão nas sugestões, deu a entender que querem colocar no postback do webhook, será isso mesmo?)

vou ler as sugestões lá depois, mas outra coisa que eu percebi que fica ruim é tentar pesquisar uma transação no extrato, pelo txid não tem resultado... e aquele protocolo também não se encontra no callback, nem no consultar pix.

<@!781134406680838216> como faço para saber qual taxa foi cobrada em cima da transação liquidada do pix? eu sei que tem as regras lá no site, mas supondo que isso mude, a "fee" deveria vir no callback da confirmação/devolução, não? em último caso, talvez estar disponível ao consultar o pix recebido

Boa tarde! Você pode consultar o Pix /v2/pix/:e2eId que vai ser retornado um array contendo todas as devoluções, como este:

Entendi, eu teria que consultar a cobrança em si, ao invés do pix, pois há informações nesse campo que irei precisar.. não sei se seria prático ou correto, mas preciso de alguma forma saber o domínio em que a cobrança foi gerada, não sei se teria outra forma de fazer isso

se você quer saber se quem pagou é "quem você esperava que tivesse pago", pode consultar pelo /pix?cpf=XXX se o Pix é retornado. se sim, foi a pessoa que você esperava que pagou. mas não dá pra obter esses dados no retorno da consulta

Obrigado <@!440035527127990273>. <@!728308672043941999> Pontuo que havia trocado somente a rota desta mensagem https://discord.com/channels/775322853884821504/775328670784159744/790996877885702164
O correto é GET /v2/pix​/ (Consultar Pix recebidos) como está fazendo, e não GET /v2/cob​/ (Consultar lista de cobranças)

e na rota GET /v2/cob​/ (Consultar lista de cobranças) não aparece o PIX que eu acabei de fazer lá..

<@!775350441965649951> , desculpa me intrometer, mas você falou algumas coisas erradas.

1. o GET /pix?txid=xxx é para consultar Pix recebidos (indiferente serem oriundos de QR estático ou dinâmico, tendo txid eles retornam nessa consulta), e não cobranças (que é no GET /cob)

2. pra consultar o(s) Pix recebido(s) por QR estático com um determinado txid ficaria GET /pix?txid=xxx&inicio=data_inicio&fim=data_fim

3. tendo o e2eid (que vem no retorno da consulta acima ou pelo webhook - quando a GN estiver notificando recebimentos oriundos de QR estático), aí pode-se consultar GET /pix/{e2eid}

Ou com o endToEndId, você pode consultar em GET /v2/pix/{e2eId} (Consultar Pix)

Você conseguirá consultá-los se ele tive sido pago. Ou seja, quando tiver o endToEndId. Daí você poderá consultá-lo através da rota GET /v2/pix​/ (Consultar Pix recebidos)

se vc estiver consultando pelo GET /pix na GN, 10 segundos é interessante, conservador. mas se vc vai consultar no seu próprio banco de dados se o pedido/pix tá pago ou não, 2 ou 5 segundos é perfeitamente aceitável. e seja como for, é interessante encadear as consultas (acionar a primeira, e fazer a próxima ser enviada após o retorno da primeira + X segundos, por um setTimeout disparado). se fizer um setInterval pode emparelhar muitos requests e sobrecarregar seu sistema

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é vc receber o Pix, vc não tem o e2eid, e ao consultar pelo txid, terá um array vazio. ao receber um Pix, você terá um e2eid daquela transação, e a consulta por txid trará a lista - com 1 elemento, se só tiver recebido 1 pix (ou os detalhes completos, se consultar pelo e2eid)