Histórico de mensagens sobre cobranças

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.

Você se refere ao location do QrCode dinâmico?
Consultando o location possui o status da cobrança, ou seja, sendo um QrCode que pode ser pago várias vezes, se você receber um Pix por esta cobrança ela continuará com o status "ATIVA".

Com o webhook cadastrado com sua chave, com as cobranças que possuem txid você é notificado quando um Pix é recebido.
Além disso, pode ser ser realizada a consulta pela rota /v2/pix com os parâmetros inicio=data_da_criação da cobrança, fim=data_atual e o txid da cobrança

Aconteceu comigo 6 vezes, mas como faço o tratamento para verificar se a soma dos pix recebidos menos a soma das possíveis devoluções bate com o valor devido, não realizei nenhuma baixa indevida. Você consegue verificar isso através de uma consulta GET /v2/cob e filtrando "inicio=data_inicial&fim=data_final&status=CONCLUIDA". Feito o filtro, faça uma varredura para verificar quais estão sem o array pix. Daí você verifica o txid dessas cobranças no seu sistema para ver se estão marcadas como pagas.
Edit: aconteceu da cobrança mudar o status, não a parte do usuário tentar pagar e dar o erro causando a mudança de status

Este é o primeiro relato similar que vejo, mas se tivesse acontecido comigo, dividiria a análise do caso em 3 partes.
- certificar se o cliente realmente não foi debitado, uma vez que pelo relato, ele não sabe o saldo anterior e, aparente, não sabe consultar o histórico de movimentações
- certificar se houve mudança de status na GN que justifique a baixa da cobrança
- certificar se o sistema está fazendo baixas apenas com base em notificações realmente pagas, pois nem toda cobrança com status "CONCLUIDA" está de fato paga

Minha impressão é que pode ter ocorrido o seguinte (HIPÓTESE):
Algumas cobranças passam para o status "CONCLUIDA" em determinadas situações, principalmente quando consumimos a rota PUT /v2/cob. Não era pra acontecer, mas acontece. Daí, pode ser que quando o cliente leu o location, a cobrança pode ter mudado de status para "CONCLUIDA". Então, quando ele tentou pagar deu erro, pois a cobrança não estava mais "ATIVA". Uma notificação de mudança de status ocorreu ao alterar para "CONCLUIDA" e o sistema processou a baixa sem verificar se o array de pix estava devidamente preenchido

<@!780500321994539068> uma dúvida, eu consigo visualizar apenas as cobranças pagas, qual endpoint que visualizo as cobranças geradas?

Acho que você não entendeu o pedido do Ezequiel. Ele quer evitar que a conta dele receba Pix que não tenham txid. A GN já ofereceu isso aqui nesse mesmo canal no passado (não exatamente com base na existência de txid, mas com base na existência de cobrança vinculada - então a GN verificaria se existe cobrança para o txid e, se existir, acata o pagamento, do contrário, rejeita - porém o BACEN já deu abertura para que a análise seja com base na existência do txid (independentemente de haver cobrança ou não), só cabe à GN a decisão de atender esse pedido; de qualquer forma, talvez a oferta existente, já atenda a necessidade do Ezequiel, não sei se ele precisa receber pagamentos com txid vindos de QR estáticos, não ligados à cobranças).

<@!375094642238029824> se você explicar o cenário (por que precisa gerar cobranças para recebedores que não usam GN), talvez possamos entender melhor e direcionar a melhor forma de alcançar o que você deseja.

E as cobranças geradas pela API da GN devem ser, obrigatoriamente, direcionadas a uma chave de recebedor que esteja registrada na GN.

<@!375094642238029824> , a API da GN só gera cobranças (que vc representa com qr dinâmicos para o devedor escanear/copiar e pagar). QR codes estáticos são gerados no aplicativo do banco do recebedor ou por você, de forma autônoma (sem API alguma).

e só dá pra gerar cobranças para chaves na sua conta, mas QR codes estáticos (independentes de API) vc pode gerar pra qualquer conta