Histórico de mensagens em pix

e o que o payload retorna?

Fiz um teste agora, paguei um BRCode no INTER e tentei pagar de novo, o Scanner de imagem nem ler mais o código. E nem avisa nada ao cliente, uma coisa péssima para a UX do banco INTER nado.

Pessoal pra cada pix eu preciso criar um webhook ou só preciso criar apenas um e não preciso mais pois ele já vai ficar notificando?

Entendi mano, brigadão

o pessoal da GN vai ter bastante coisa pra ler hoje... falamos bastante esse fds. rsrs

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)

No meu caso aqui não tem como pagar parcial.

a GN pode:
- não servir o payload; ou
- servir com o status "CONCLUIDA" (para conferência do pagador a que se refere o QR)

mas se optar por servir o payload (o que eu acho que é interessante, do ponto de vista do pagador), o PSP do pagador deveria notificar que a cobrança consta "CONCLUIDA" (independente do 010212), assim saberia que foi pago mesmo que tenha sido por outro PSP, inclusive. já o 010212 no próprio QR serviria apenas para controle do próprio PSP pagador (que poderia verificar se foi pago antes mesmo da leitura do payload)

Notar que dois pagamentos só configuram duplicidade se a soma dos valores exceder o valor cobrado...

Sim, temos como lidar, é só devolver os pagamentos em duplicidades, a questão é receber as notificações e também temos que ler via api os status e de quantos txid iguais foram pagos.

Gestão de risco: fazer o máximo para evitar isso, mas ter como lidar com isso se acontecer.

putz, isso tem que ter uma solução.

Tem que notificar com alguma flag que diz que é novo pagamento para o mesmo txid.

Se ela falhar em negar o 2o/3o. Pix de um mesmo txid, ela tem que te notificar.

Agora é se a GN vai notificar novamente o novo pagamento do mesmo BRCode ...?

mas o webhook, de qualquer forma (com ou sem o campo 01 com valor 12), teria referência somente a esse novo pagamento (pelo menos no caso da GN, que eu me lembre, as notificações são sempre individuais, assim como nos boletos). essa questão de poder unificar mais Pix numa só notificação, eu não sabia nem ser possível (o Rubens que mencionou agora)

Ai ferrou... vou ter revisar aqui as validações , tudo de novo 😦

Prevejo, solicitações de devoluções 😦 . Uma pessoa pagar com copia e cola e outra com o BRCode 😦

você se refere ao campo 01 (com valor 12)? segundo o BACEN, esse campo não impede o pagamento duplo da cobrança. pode, no máximo, instar o PSP a questionar o pagador "este QR Code já foi pago recentemente, deseja realizar outro pagamento?"

Só se todo mundo implementar direitinho... então a chance potencial existe.