Termos mais procurados:
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
<@!390664224130465793>, para Pessoa Jurídica não serão obrigatórios o nome e CPF, apenas os demais dados do cliente.
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".
Aqui o usuário fez um pagamento via QRcode primeiro, o segundo foi ou via chave ou via dados bancários.. Mas no comprovante de pagamento não aparece chave nem dados bancários... (ocorreu no bradesco e santader) acredito que o app deles tenha uma funcionalidade para salvar favoritos.. aí nos próximos ja envia para chave..
via chave = a pessoa pagou informando a chave (ou um qr estático sem txid);
se foi via qr dinâmico (ou estático com txid) => o banco do pagador pode estar com problemas no envio de txid (veja lista em https://github.com/renatofrota/pix-pendencias/issues/21)
via dados bancários = a pessoa digitou todos os dados (banco, nome, cpf/cnpj, ag, conta), igual no envio de TED
Bom dia! Recebemos algumas transações que dizem:
Pix recebido via chave e
Pix recebido vi dados bancários
Podem me explicar o que acontece nesses casos? Recebemos notificação?
Aqui eu consegui identificar o txid pelo nome do usuário e valor.. mas na consulta não consta o pix como pago.
Quais dados especificamente?
