Histórico de mensagens sobre QR CODE

Foi o que imaginei, mas lendo outro qrcode que não foi gerado pela GN, no app do banco inter, tem identificador...

<@!781134406680838216> Podem testar leitura de qrcode dinâmico no banco inter?

Bom dia. A cobrança não funciona em alguns mesmo. Com o QRcode estático, funcionou em todos pra mim

Bom dia, existe algum motivo pro qrcode ser lido por alguns bancos, mas não por outros?

Meu qrcode está falhando no Sicoob, caixa e c6, funcionou no inter, Itaú, Santander, BB e nubank... Nesses eu consegui testar, não sei se falha em mais algum...

Alguém já passou por isso?

porque, por exemplo, vamos ter o mesmo qrcode estático para dois clientes,

A situação é a seguinte, tenho uma pagina pagamento.php em que gera o qr code, quero deixar rodando um script que assim que a pessoa pagar ele redirecionar para pagina de pagamento concluído. alguem tem ideia de como fazer isso

Não sei até que ponto isso é bom em cartão de crédito, independente do adquirente. As transações de cartão presente (maquininhas) não tem chargeback, e as de cartão por número + CVV2 tem... então aceitar requer também boas medidas anti-fraude. Para Pix eu acho que esse modelo é bom, e o entregador só precisa ter um celular para mostrar o QR-Code.

só pra ficar claro: a "chave" que aparece no retorno da consulta é uma chave Pix que aponta para a sua conta transacional na Gerencianet, mas ela é reutilizável (não representa uma cobrança específica). por isso só haverá baixa na cobrança se vc pagar, especificamente, a cobrança (com o qr code / pix copia e cola que a representa)

e aí precisa pagar, especificamente, o qrcode/copia e cola referente à cobrança. só assim ela será baixada.

vc precisa gerar o qrcode (ou o "pix copia e cola") que representa a cobrança, montando manualmente (usando a URL de location) ou então a partir do endpoint GET /v2/loc/:id/qrcode (o :id você obtém no loc no retorno da cobrança)

Não pelo qrcode

tá escrito "comprovante de transferência", não parece ter sido iniciado pela leitura de um qrcode da cobrança. é um comprovante de transferência via chave.

Eu estava tentando seguir a idéia original de maior versatilidade... para mim o desabilitar QR-Code estático por chave já resolve.

Uma opção que permitiria isso com baixo risco operacional seria txIdMinLength. Se colocar o do QR-Code dinâmico, aí só vai passar dinâmico.

Ele colocou a opção "txIdRegex" "^pix", no QRCode Estático

Para gerar QR CODES e permitir o pagamento via PIX quais as APIs que devo utilizar? Infelizmente, obtive a informação que não posso fazer testes de "envio de pix" . O que pra mim era o principal..... queria fazer o pix mesmo que de 0,01 centavo e mostrar o recurso funcionando para a equipe, para ter argumentos de que o processo seria válido e não demandaria tanto esforço... uma pena não ser possível. Então, quero tentar demonstrar alguns outros itens que sejam interessantes para que possam analisar na prática como será o processo.

Importantes essas considerações de vocês sobre o que trará mais valor no momento.

Vejam se estamos falando disso:

- QR Dinâmico: valida-se se possui cobrança atrelada e o valor está correto
- QR Estático: permite ao EC aceitar ou não TxId nulo
- Pix via Chave: permite ao EC recusar ou não
- Pix Manual: permite ao EC recusar ou não

Em um segundo passo, para QR Code Estático:
- Validações de padrão do TxId

<@!440035527127990273> <@!780500321994539068>

O Pix lembra mais a experiência do cartão de débito, só que com uma UX melhor baseada em QR-Code.

Pra simplificar seu entendimento das formas de cobrar com Pix, uma associação que você pode fazer com meios de cobrança/pagamento que você (provavelmente) já conhece, é a seguinte:

- QR Estático está mais próximo de um boleto não-registrado;
- QR Dinâmico de cobrança imediata está mais próximo de um boleto registrado;
- QR Dinâmico de cobrança com vencimento está mais próximo de uma duplicata ou de uma "folha" (um boleto registrado individual) de um carnê de cobranças (apesar de poder ser emitido apenas 1 cobrança com vencimento, não necessariamente uma sequência).

E o pagador, vai copiar e colar o código de pagamento (ou escanear o QR Code), em vez de digitar a linha digitável do boleto (ou escanear o código de barras).

A sua pergunta me fez crer que você entendeu "cobrança imediata" como uma operação que vai retirar dinheiro da conta do pagador. O Pix não funciona assim. "Cobrança imediata" é apenas uma forma de se referir a uma cobrança que não tem uma data de vencimento estipulada. É uma cobrança que, normalmente, faz parte de um processo de transação comercial (compra em um e-commerce, por exemplo) onde o potencial pagador é um devedor mas não tem, necessariamente, compromisso de pagar.

Quando você gera a cobrança, você deve apresentar pro pagador um QR Code que representa a cobrança e o pagador vai ter que escanear o QR Code e te pagar, voluntariamente - não é feito um débito compulsório somente por que você criou a cobrança.

A chave Pix vinculada à uma cobrança é a sua (recebedor). Quem paga, está usando a conta transacional, não uma chave (o pagador nem precisa ter chave Pix para enviar uma transferência Pix ou pagar uma cobrança Pix).