Histórico de mensagens sobre dados em pix

Acredito que o print não seja muito amigável para o usuário, por conter muitos dados técnicos

Nós da Gerencianet estaríamos dispostos e tratar a demanda por algum endpoint, mas precisamos nos convencer que faz sentido, porque concordo com o <@!780500321994539068> que o comprovante poderia ser montado/criado/disponibilizado pelo próprio sistema integrado. Os retornos e consultas trazem dados que dão sustentação a validade do comprovante.

<@!783359762917752843> caso tenha elementos que legitima a real necessidade, traga para debate no canal <#💭sugestões>, para que desenvolvemos uma possível solução.

se vc copiou e colou algo da documentação da GN / BACEN / Postman.. pode ter algum caractere sobrando ao redor dos dados (do hostname, nesse caso - alguns aqui no Discord já sofreram com isso). apaga a linha e redigita

Entao, quando eu faço o teste pelo insomnia fazendo a requisicao apenas com os dados que vc falou

<@!671762828046106646> Sobre os Pix pagos via Dados bancários e Pix pagos via chave, será possível bloquear esses pagamentos?

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

Pessoal alguem sabe se o PIX esta fora? Tentei efeutar o pgto em mais de um PSP e todos estao dando erro, os dados de cobrança sao reconhecidos pelo app mas ao efetuar o pgto da erro.

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).

a seção 6 desse documento (Casos de Uso) detalha os fluxos possíveis para qr estáticos e dinâmicos e como lidar com os dados

Sim, se ele for neste padrão:

Você tem que criar uma cobrança na GN via PUT /v2/cob/{txid} e gerar o qr code a partir dessa cobrança.
Criada a cobrança, ao fazer a consulta, os dados vão aparecer aí, mas a cobrança estará com status ATIVA e o array pix estará nulo.
Daí quando pagar e fizer essa consulta novamente, os dados aparecerão e o status será CONCLUIDA e conterá o array pix

Ninguém vai receber webhooks que não tenham sido comandados através de um client_id associado àquela chave. O que existe é a possibilidade de alguém com outro client_id e uma chave dessa conta usar a mesma URL que você, e é isso que vai ser endereçado pela GN passando o client_id no webhook para você comparar com o seu.

Seria este os dados que a GN vai enviar para o meu sistema pelo WebHook

{
"txId": "fc9a4366ff3d4964b5dbc6c91a8722d3",
"revisao": "3",
"calendario": {
"criacao": "2020-09-15T19:39:54.013Z",
"apresentacao": "2020-04-01T18:00:00Z",
"expiracao": 3600
},
"status": "ATIVA",
"valor": {
"original": "500.00"
},
"chave": "7407c9c8-f78b-11ea-adc1-0242ac120002",
"solicitacaoPagador": "Informar cartão fidelidade",
"infoAdicionais": [
{
"nome": "quantidade",
"valor": "2"
}
]
}

Estou tentando fazer os dois em uma unica URL, ai quero identificar se é boleto ou PIX e trabalhar com o Adapter para resolver o tratamento de dados, nas nao sei como é estes dados que chega do WebHook da GN se alguem tiver um exemplo de JSON do POST do WebHook ajudaria

Para quem precisar, segue o código da verificação extra do CONCLUIDA:

sabe o que eu acho que é? Talvez seja isso, é um talvez, mas os dados do devedor

Seria uma solução para esse caso, ocorreram 5 casos comigo, isso poder ser por um usuário estar utilizando o app desatualizado. Mas o mais bizarro foi Pix recebido via dados bancários. Sendo que esses dados não foram divulgados.

Assim evita-se, também, o problema dos PSPs que "guardam" os QR codes pagos num "histórico" da conta do pagador, mas na hora de "re-pagar" com base no histórico, eles enviam usando só a chave (ignorando os dados lidos do QR que gerou o registro anterior no histórico).

Em https://sistema.gerencianet.com.br/meu-dinheiro/extrato eu gostaria de filtrar as transações do tipo pix por "Pix recebido via QrCode", "Pix recebido via Chave Pix" ou "Pix recebido via dados bancários".