Termos mais procurados:
Estamos realizando alguns testes aqui e até o momento os Bancos estão realizando a leitura do valor no payload e não no QRCode. O AME está "puxando" os valores do QRCode, vamos fazer mais alguns testes e retornaremos com mais informações
Quando o campo 54 está preenchido, o Ame não aceita edição do valor do qr code dinâmico. Eu percebi isso porque usei inicialmente a API gerarqrcodepix.com.br para gerar o BrCode. Nessa API o campo 54 não é informado e a leitura do valor por parte dos PSPs é feita pelo location. Após criar minha própria função de montar o BrCode e informar o valor não pôde ser editado no Ame. Daí testei sem o 54 pra ter certeza e a edição voltou
Pagar > Leitura do QRCODE (câmera) e ai em baixo aparece os botões para digitar ou fechar a tela de leitura
No me caso, que utilizo apenas QR Codes dinâmicos, está funcionando tanto no banco Inter quanto no Itaú
o Inter tá retornando como se fosse chave, o pagamento por QR Code, está relacionado ao problema de não informar txid?
No C6 se colocar o 62 05 com no QR-Code dinâmico funciona sim. É só não usar o montaBrCode que está dando saída errada.
Eu vi Matheus.. mas fiquei confuso porque no post de Magno tem que o C6, Itaú está OK para o qr code dinâmico e no seu post tava ainda com erro (que por sinal, acabei de testar com o C6 e ainda tá com erro na leitura)
Há pelo menos 4 modos de falha diferentes:
- PSP não consegue ler o QR-Code estático
- PSP não consegue ler o QR-Code dinâmico
- PSP não repassa o TxID de QR-Code estático
- PSP não repassa o TxID de QR-Code dinâmico
Essas informações correspondem a leitura do QR Code e débito na conta apenas ou inclui também a notificação do respectivo banco para o GN ?
Certo <@!783359762917752843>. Em relação ao getPayload() no montarBrCode, não será mesmo necessário.
Para Campo 59-nome do recebedor, foi inserido uma variável no config.json com o nome do recebedor irá utilizá-lo.
Para o txID, foi implementada a condição para preencher caso o QR Code seja dinâmico
E no valor foi realmente utilizando o valor que está em $dadosPix["valor"]["original"]
esse erro em particular, não tem. mas ainda observei o 403 Forbidden ontem no qrcodes-pix-h. somente o qrcodes-pix (produção) parece estar em pleno funcionamento
Realmente, como o Renato citou. A URL para o payload é qrcodes-pix-h.gerencianet.com.br/...
00 (Payload Format Indicator)
01
01 (Point of Initiation Method)
12
(26): Merchant Account Information
00 (Globally Unique Identifier)
br.gov.bcb.pix
25 (unknown)
pix.santander.com.br/qr/v2/c4bd5a37-e1f8-412f-b6cd-853d45b48960
52 (Merchant Category Code)
0000
53 (Transaction Currency)
986
54 (Transaction Amount)
7.90
58 (Country Code)
BR
59 (Merchant Name)
SHOPPING CENTER MORUMBI 2
60 (Merchant City)
SAO PAULO
61 (Postal Code)
00000000
(62): Additional Data Field Template
05 (Reference Label)
63 (CRC)
65C1
agora é gerar cobranças em produção (e com elas, vc não terá problema de forbidden, o qrcodes-pix não tem o problema de acesso restrito que o qrcodes-pix-h tem)
> huruuuuuuuuu com a ajuda dos colegas <@!440035527127990273> e <@!780500321994539068> finalmente um BRCode dinamico validado por nascent e sem postman = 00020126900014br.gov.bcb.pix2568qrcodes-pix-h.gerencianet.com.br/v2/5e6ca6d6fde04c60b37d62768f93513152040000530398654040.015802BR5922NOME DO RECEBEDOR AQUI6011Caixa Prego6108010801506207050363046D53
