Histórico de mensagens sobre QR CODE

a validação de CRC é importante principalmente nos QR codes estáticos. pois um caractere lido errado pode ocasionar (extrapoladas as probabilidades, mas ainda é possível) um pagamento pro destinatário correto (verificável pelo pagador na tela do app) com txid incorreto (difícil ou até impossível de ser verificado, se não tiver essa referência fora do próprio QR pra ele conferir), ou recebedor + txid correto mas valor incorreto, etc...

nos QR codes dinâmicos o conjunto recebedor + txid + valor vem todo do payload, então se a leitura do QR for errada, vai carregar um conjunto todo diferente, o que é um problema muito menor

Se fosse:

00020101021226880014br.gov.bcb.pix2566qrcodes-pix.gerencianet.com.br/v2/8f42d70811fa40449df84e14dbc8d9e9520400005303986540532.985802BR5913Rei Dos Coins6007saojose620705036304

Seria: "FE69"

<@!783359762917752843> esse, com CRC 924:

Nós temos um exemplo no github, que possui a collection no Postman também para gerar QrCode https://github.com/ceciliadeveza/gerarqrcodepix
Com esta API, você pode gerar direto o QrCode, informando o location da cobrança que vc criar

o qrcode gerado em homologação, esta dando invalido

Pessoal alguem me da uma mão com a geração do qrcode sem a API PHP

hum... aparentemente, os qr codes gerados tem a própria Paghiper como recebedor. aí eu confesso que não sei se tá fora do regulamento.

não é "algo". é especificamente a ausência do txid no qr code o problema

Outro que deu certo 00020101021226880014br.gov.bcb.pix2566qrcodes-pix.gerencianet.com.br/v2/411d67c3b6044830a19a43d774c76441520400005303986540532.985802BR5913Rei Dos Coins6007saojose63049399

O BRCode testado .

Confio e testo neste aqui = https://pix.nascent.com.br/tools/pix-qr-decoder/

Oi, pessoal, tudo bem?
Sabem informar se existe algum validador de Pix online?
Estamos testando alguns Pedidos, este código Pix não está indo no NuConta: 00020101021226880014br.gov.bcb.pix2566qrcodes-pix.gerencianet.com.br/v2/8f42d70811fa40449df84e14dbc8d9e9520400005303986540532.985802BR5913Rei Dos Coins6007saojose6304924

Já este foi normal: 00020101021226880014br.gov.bcb.pix2566qrcodes-pix.gerencianet.com.br/v2/a91b087765004adcbc62083607c79b605204000053039865406144.505802BR5913Rei Dos Coins6007saojose63048245

Não alteramos em nada a criação do Código Pix, estou estranhando o comportamento de um pegar e outro não.

txid você gera, eles tem um SDK (onde tem função para gerar txid, brcode (seria a linha digitável), qrcode (a imagem que vai ser scaneada)), daqui a pouco alguém da GN te passa...
:chave sim é a chave principal da conta.
Oauth tem que usar, na minha integração eu armazeno por 50 minutos depois na próxima requisição eu gero um novo, para evitar ficar solicitando um token a cada request.

Então é só preencher a chave principal da conta digital, correto?
O Oauth no meio da documentação, tem que usar? Não entendi bem como entra no resto. Eu tenho que gerar um usuário antes? Não tem isso na interface web manualmente?
Já os webhooks, não encontrei exemplos de todos os status e o significado de cada um.
O Qrcode, vem no campo 'location' na resposta da criação de cobrança, correto?

Boa tarde pessoal!

Alguém teve erro ao gerar valores com centavos? - Já reportei isso antes, mas não obtive resposta.

Os valores de 1.09, 1.16, etc.. Nos apps (PagBank e Banco Inter) o qrcode é lido corretamente, mas ao pagar ocorre o erro. <@!781134406680838216> conseguem identificar?

Também tive erro na leitura do qrcode no valor de 2000.00, mas nesse caso me parece mais bug do PagBank do que outra coisa..

Oi pessoal, na criação do QR Code na posição 60, Nome cidade onde é efetuada a transação. Máximo 15 caracteres.
Se for cidade com duas palavras como São Paulo sabem o padrão mais correto para informar, talvez saopaulo ou sãopaulo.

<@!781928420757864468> , este é o documento em questão: https://www.bcb.gov.br/content/estabilidadefinanceira/pix/ListadeverificacaoparageracaoevalidacaodeQRCodes.pdf

Na documentação de padrões de iniciação, o exemplo de estático não contém ele, mas num documento recente do BACEN destinado aos PSPs onde esclarece como deve ser o processo de tratativa de geração e de leitura de QR Codes, consta que esse campo pode estar presente em qualquer QR (estático ou dinâmico) e, ao mesmo tempo, esclarece que a presença do valor 12 no ID raiz 01 (ou seja, o 010212) não deve impedir o pagamento do QR, apenas serve como indicativo para que o PSP pagador exiba ou não uma mensagem ao pagador referente à existência de pagamento prévio realizado pelo mesmo pagador para o mesmo QR (evitar duplicidade). Então se é o QR de uma compra e o lojista colocou o 0101212, o PSP poderia avisar "parece que você já pagou este QR recentemente (ou em X data), deseja prosseguir?" - não importa se é estático ou dinâmico. Se não constar o 010212 o PSP não deve interferir no processo de pagamento (então a ausência do campo é mais indicada para QR Codes que serão utilizados múltiplas vezes pelo mesmo pagador, como recargas de serviços ou pagamentos recorrentes de uma assinatura, etc).

No BrCode, o campo "01" Point of Initiation Method, se o valor 12 estiver presente, significa que o BR Code só pode ser utilizado uma vez
Alguém sabe me dizer se esta regra também deveria se aplicar à QR Code estático?

eu fiquei com preguiça de fazer a geração do qrcode por enquanto