Histórico de mensagens

<@!710205440956563536> a chave será lido pelo PSP do pagador, essa parte de consulta ao DICT vai ser responsabilidade do PSP, você não precisa se preocupar com essa implementação. Pode atentar-se as partes do integrador

Lendo , observei que na geração do QRCode Dinamico temos o ID 01 Point of Initiation Method 02 12 (não deve ser utilizado mais de uma vez) com esta informação 12 , assim podemos saber se ele é um QR dinamico e verificar se já foi utilizado ou não 🙂

o 62 é adicional é uma etiqueta de referencia com no maximo de tamanho 15, voce usa com o que quiser. 0 60 é cidade do comerciante, 0 59 é o nome do comerciante.

Não tem as informações dos campos
59 Merchant Name
60 Merchant City
62 Additional Data Field Template
aí

o q está entre os "." do jws, depois de decodificado, é algo assim:
{
"txId": "52c43361-caa1-4ddb-9152-708426a25db3",
"revisao": "3",
"calendario": {
"criacao": "2020-09-15T19:39:54.013Z",
"apresentacao": "2020-04-01T18:00:00Z",
"expiracao": "1200"
},
"valor": {
"original": "500.00"
},
"chave": "7407c9c8-f78b-11ea-adc1-0242ac120002",
"solicitacaoPagador": "Informar cartão fidelidade",
"infoAdicionais": [
{
"nome": "quantidade",
"valor": "2"
}
]
}
Onde como isto entra no QRCode?

@Efí como será lida a chave do PSP do pagador para consulta ao DICT ?

kkkkkk

Ganhou 4 beijos com esta ajuda 🙂 Eu não tinha lido nada que o payload era em base64 , agora começou a clarear tudo, na geração do QR , já anotei aqui seus créditos 🙂

Bom dia Pessoal! Vamos atualizar a nossa documentação e já traremos mais informações sobre o webhook

acredito que assim:

$partes = explode('.', $jws);
$payload = base64_decode($partes[1]);

xx yy ww, sendo que yy = len(ww)

Tenho uma duvida com isso do tamanho do campo 54, sempre temos que contar o tamanho e coloca-lo após o id 54 ?

ya

exato

é 05 por causa do ponto 🙂

ja ia corrigir kkk

isso

54 05 40.00

por isso eu tava sentindo falta dele, que cabeça a minha, porém no manual não mostra ele, 🙂

exemplo: 54 05 40.00