Termos mais procurados:
Uma passada rápida só pra divulgar uma mudança substancial no https://pix.ae: agora os QR Codes gerados (tanto pelo site quanto pela API) terão apenas o símbolo do Pix por padrão. Apenas os QR codes dinâmicos (com URL de location) criados pela API e injetados diretamente em sistemas externos continuam com o logo do Pix.ae (o que pode ser negociado para remoção / substituição por outra marca).
Depende!
No meu cenário a regra seria: não tem txid = não entra; tem txid = entra. Pois também vou trabalhar com estáticos.
Então o ideal mesmo seria um ajuste fino das regras (e por chave, de preferência), com seletores no painel:
O Nubank já guardou sim favoritos de QR-Code que eu paguei, mas eram de estático.
Pessoal, tenho uma dúvida quanto ao app do NU Bank, infelizmente não tenho como testar, é possível que um usuário leia o Qrcode salve nos favoritos e depois faça um Pix ou TED? - Se puderem me ajudar, agradeço.
Atualizando o caso do calendario.expiracao
O problema da leitura de uma cobrança expirada ocorre da seguinte maneira:
- Existe uma cobrança ATIVA com expiração futura
- Usar a rota PATCH /v2/cob/{txid} para redefinir o tempo de expiração para um tempo passado
- Os bancos leram o qr code, mas não é possível pagar devido a rejeição de recebimento por parte do PSP recebedor (GN)
Obs.: se a cobrança já estiver com expiração vencida antes do PATCH, o leitor nem lê o qr code.
Como não é possível pagar o qr code, vejo como algo irrelevante.
Acredito que seja algo relacionado ao location, pois após o PATCH o location continua o mesmo.
Obs 2: tentei redefinir o expiracao para tempo passado porque estava tentando "excluir" a cobrança, antes do <@!440035527127990273> me alertar sobre a possibilidade de se alterar o status da cobrança via PATCH
o seu qr code não é o estático? se sim, esquece o "/cob", nunca use o "/cob", use apenas o /v2/pix
Pessoal, o campo opcional txID da rota
Oi Guilherme.. e existe então alguma maneira para eu consultar os QRcodes estáticos?
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.
txid de 1 a 25 caracteres representa qr code estático, então não tem cobrança associada, por isso o /v2/cob não retorna nada mesmo
Olá pessoal.. voltei aqui de novo.. To fazendo a requisição para consulta do txID, segundo o <@!780500321994539068> disse que para o QRcode estático, o tamanho seria de 1 a 25 caracteres.. e estou recebendo o retorno do GET /v2/cob/txId:
{"nome":"json_invalido","mensagem":"Valores ou tipos de campo inválidos","erros":[{"chave":"pattern","caminho":".params.txid","mensagem":"deve corresponder ao padrão \"^[a-zA-Z0-9]{26,35}$\""}]}
Os QR codes gerados em sandbox não devem ser reconhecidos em bancos quaisquer mesmo né?
Teste o seu Copia e Cola aqui = https://pix.nascent.com.br/tools/pix-qr-decoder/
MercadoPago implementou Pix no web checkout. Um QR code estático (com a chave do recebedor) é gerado com txid = "mpcheckout" + ID do checkout.
Diferentemente do boleto pendente (que é notificado e consta nas "atividades" da conta imediatamente), o checkout concluído via Pix só passa a constar do relatório de atividades (e é notificado) se o Pix for pago.
O meu txid é previsível, quando o usuário abre tela de pagamento via qr code, antes de gerar a cobrança, faço uma busca pelo txid e vejo se já existe cobrança para a mensalidade. Se já existir e estiver paga, faço a baixa e alerto o usuário que a mensalidade já está paga. Se estiver em aberto, apresento o qr code da cobrança já existente
Eu não redireciono para uma página de sucesso. Apenas oculto o copia e cola e o qr code e apresento uma mensagem (beeem grande) informado que o pagamento foi confirmado
Eu optei por usar a página de sucesso mesmo para exibir o QR Code e o Copia e Cola do Pix.
Assim já consigo mudar para Aguardando Pagamento no Status e salvo também no Histórico do Pedido.
Logo se o cliente sair da tela de Sucesso, pode ainda acessar no Detalhes do Pedido.
Faço desta forma com Boleto tb a alguns anos.
Já com outro Pagamento, adotei a ideia de verificar a cada X segundos tb por JS e depois mandar para o sucesso ou quando chegar no tempo limite de X minutos de espera.
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).
até que o pessoal do host onde hospedo disponibilizar a configuração, estou usando um loop enquanto o usuário está na tela do qr code
Eu não sei ainda como a GN está alinhada em relação ao txid do QRCode estático.
