Histórico de mensagens sobre QR CODE

E você pode mandar pra nós um desses QR codes para analisarmos?

Meus "Clientes teste" estão gerando o QRCode na minha aplicação e estão tentando fazer o pagamento. Cada um desses "clientes" com um banco diferente. Ou seja, estou tentando receber desses bancos, com o QRCode gerado na minha aplicação, através do SDK GN.

Manda pra nós um exemplo do QR Code gerado e poderemos analisar

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

Especulação minha, eu acho que há algum entrave relacionado ao financeiro.
Se a GN fizer tal filtro, seria possível receber todos os pagamentos via qr code estático, sem custo, e ainda fazer a conciliação, bastando para isso gerar qr code estático com txid.

Bom dia
quando a chave é um e-mail tem alguma regra específica?
Gerei um QrCode estático que lê com PICPay mas não lê com BB.
Lembro de ter visto algum comentário mas não encontrei nas conversas anteriores.

entendi perfeitamente e, se me lembro bem, já foi sugerido pela própria GN (mas da forma que sugeriram, não seria possível receber qr codes estáticos, mesmo que tivessem txid). o filtro ternário seria $aceita = existe cobrança ? sim : não

Por isso Isadora, rejeitando todos os pagamentos que não tem txid o usuário terá que usar outro App que informe o txid, o que acontece hoje é que o usuário lê o qrcode, paga, o app não informa o txid mas o usuário pagou..

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

@anoni_mato obrigado pela resposta, só pra finalizar de vez: Posso então gerar um QR Code, que aponta para uma chave PIX fora da GN, pela API do GN né? Estou utilizando o repositório do PHP

<@!375094642238029824> um qr code estático é gerado pelo aplicativo do banco ou por você mesmo, de forma autônoma. Ele tem apenas a chave Pix do recebedor (e, opcionalmente, mais algumas informações). Mas não constitui uma cobrança. A cobrança, é registrada na GN via API e pode ser paga por um qr code dinâmico, que aponta pra URL dessa cobrança.

Realmente, não tentei sem usar a senha :upside_down: , valeu!
Sobre o QR, aparentemente é isso que eu preciso, mas tenho uma dúvida boba, um QR code não é uma cobrança? Não tô conseguindo visualizar a diferença entre cobrança e QR code (que quando lido irá gerar uma cobrança também)

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

Bom dia pessoal, parabéns pela plataforma e pelo suporte prestado! Tenho duas questões:

- Recebi o certificado, utilizei a senha para descompacta-lo e deu certo, no entanto, quando tento converte-lo em .pem (de acordo com o repositório PHP), dá um erro dizendo que a senha é inválida (digitei a mesma senha recebida por SMS e não deu certo). Preciso gerar outra senha?

- É possível gerar um QR code para enviar um PIX para uma chave externa? (BB, Itaú, Sicoob, etc..) ou só dá pra receber exclusivamente na minha chave PIX gerencianet?

Grato!

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

mas se forem compras, o certo seria o seu cliente pagar pelo novo qr code gerado, não pelo histórico do app deles

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

Pessoal, como faço para testar o QRCode do PIX em ambiente de testes?

PSPs que validam o CRC: exibiam qr code inválido;
PSPs que não validam o CRC: alguns exibiam qr code inválido (por conter 3 caracteres num campo que deveria ter 4); outros ignoravam a regra a tal ponto que o campo 63 era totalmente descartado e o QR era considerá válido (pagável)

No caso o PSP lia o qrcode e apresentava um erro? Tipo aquele erro que acontecia com os centavos ou erro é qrcode inválido?