Histórico de mensagens sobre cobranças em pix

Mesmo de cobranças novas ?

sim, mas seria uma gambiarra.. o certo é a GN retornar quando consulta o txid específico. parece que eles só estão aceitando consulta por Pix com txid de 26 a 35 caracteres (que seriam oriundos de pagamentos de cobranças, com qr dinâmico)

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}

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.

Isto <@!558328193438973972>. Só podem ser pagos Pix que forem gerados em produção
Sugerimos utilizar em produção com cobranças de baixo valor. Até o dia 30/04/2021 não haverá cobranças pelo consumo via API

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)

Já tentou listar todas as cobranças pelo Postman pra ver se essa cobrança realmente existe? Digo naquela opção de filtrar por datas

consegue criar as cobranças ?

Agora sim, tudo certo.
Só fiz o questionamento pq pode ter acontecido com outras cobranças de outros usuários

Pode ficar tranquilo que a causa da falha foi identificada e corrigida <@!522899003663450113>. Não vai mais ocorrer, realizamos testes para certificar a correção e mudamos as cobranças que tiveram o seu status alterado erroneamente .

Magno, os status "ATIVA", " CONCLUIDA" das cobranças vão continuar da mesma forma nas consultas, isso não foi modificado. O que foi modificado foi somente o padrão das respostas no webhook, que se adequou ao padrão do BACEN. Se você fizer uma consulta utilizando o GET /v2/cob/:txid vai ver que não foi modificado.

acho que você vai ter que fazer um script temporário que consulte os pix recebidos ou as cobranças, com base na data

Pix recebido não tem status, quando você recebe um webhook com um valor é porque aquele Pix com o txid informado foi pago. Assim você consegue verificar quais cobranças foram ou não pagas

Pix não tem status, apenas cobranças e devoluções

se você gerou uma cobrança para uma chave pix que tem a URL de webhook cadastrada e recebeu a notificação de pagamento corretamente, não precisa mais fazer setup de webhook. agora é só se certificar de criar as novas cobranças sempre com essa chave que tem a URL de webhook configurada

eu tenho a sensação que o qr dinâmico (e sua cobrança associada) tinha sido pensado para admitir múltiplos pagamentos e, posteriormente, reavaliaram a questão e passaram a tratar de forma mais próxima a um boleto registrado onde o valor pago deve ser igual ou maior (quando houver multa/juros) ao boleto, especialmente depois que mencionaram a ideia do "reuso de location", que serve para o propósito de cobranças recorrentes de um mesmo devedor com valores que podem variar (contas de consumo, por exemplo)

Eu havia entendido que como pode vir mais de um Pix na PACS.008 se acontecer de dois ou mais chegarem muito próximos no tempo, que isso pode acontecer no webhook também, mesmo que de cobranças distintas.

Boa noite pessoal, repassando aqui uma falha reportada a nossa equipe em que ocorria uma mudança de status de cobranças "ATIVA" para "CONCLUIDA" após a realização de um PATCH.
Foi realizada a correção por nossa equipe, as cobranças que tiveram essa mudança de status foram modificadas novamente para o status "ATIVA", ou seja, não vai afetar as cobranças geradas anteriormente nem as cobranças futuras. Esta falha não acionava o webhook e por isso a notificação não era enviada quando a cobrança era "CONCLUIDA" sem um pagamento.

Agradecemos o feedback da comunidade.