Histórico de mensagens sobre location em pix

O GUID no campo 26 sub-campo 0. O location no campo 26 sub-campo 25.

nao entendi o guid duplicado e nem o do location, pode me dizer aonde deveria estar?

esses: Não devia ter a chave, nem ter GUID duplicado, e o location está no campo errado

Mas tem erro no EMV sim. Não devia ter a chave, nem ter GUID duplicado, e o location está no campo errado.

Boa tarde, <@!837335921677566023>. Será o elemento 62 05 mesmo, que se refere ao txid.
Você pode também utilizar o endpoint GET/v2​/loc/:id/qrcode para gerar o QRCode, onde o id é o identificador do location da cobrança, e então já lhe retornamos o Pix Copia e Cola e o QRCode em base64.

<@!775350441965649951> , tenho pouca experiência em PHP. Estou utilizando o código pronto desenvolvido pelo canal WDEV. O QrCode estático está funcionando muito bem, porém, quando tento gerar o QrCode dinâmico, recebo o seguinte erro:
Array
(
[message] => Forbidden
)
Que está relativamente ligado com o item Location

curl_setopt_array($curl, array(
CURLOPT_URL => 'https://api-pix-h.gerencianet.com.br/v2/webhook/[email protected]',
CURLOPT_RETURNTRANSFER => true,
CURLOPT_ENCODING => '',
CURLOPT_MAXREDIRS => 10,
CURLOPT_TIMEOUT => 0,
CURLOPT_FOLLOWLOCATION => true,
CURLOPT_HTTP_VERSION => CURL_HTTP_VERSION_1_1,
CURLOPT_SSLCERT => OPTIONS["pix_cert"],
CURLOPT_CUSTOMREQUEST => 'PUT',
CURLOPT_POSTFIELDS =>'{
"webhookUrl": "' . WEBHOOK_URL . '"
}',
CURLOPT_HTTPHEADER => array(
"authorization: $tokenType $token",
'x-client-cert-pem: {{X-Certificate-Pem}}',
'x-skip-mtls-checking: true'
),
));

Cara, melhor fazer diretamente no vhost. dentro do assim como está no site

O 25 que está zerado devia ser o sub-campo 25 do campo 26, que é o location. E tinha que ter a URL do payload aí.

Um que está faltando é o location, que é o que vai permitir o PSP do pagador acessar os dados da cobrança.

SSLVerifyClient none

SSLVerifyClient require
SSLVerifyDepth 3

server {

location / {
root /var/www/html;
try_files $uri /index.html;
}

location /api {
proxy_pass http://localhost:5000/api;
proxy_http_version 1.1;
proxy_set_header Upgrade $http_upgrade;
proxy_set_header Connection 'upgrade';
proxy_set_header Host $host;
proxy_cache_bypass $http_upgrade;
}

location /api/gn/webhook {
if ($ssl_client_verify != SUCCESS) {
return 403;
}

proxy_pass http://localhost:5000/api;
}


listen 443 ssl; # managed by Certbot
ssl_certificate /etc/letsencrypt/live/fullchain.pem; # managed by Certbot
ssl_certificate_key /etc/letsencrypt/live/privkey.pem; # managed by Certbot
ssl_client_certificate /home/certs/gn-webhook-pix-prod.crt;
ssl_verify_client optional;
ssl_verify_depth 3;
include /etc/letsencrypt/options-ssl-nginx.conf; # managed by Certbot
ssl_dhparam /etc/letsencrypt/ssl-dhparams.pem; # managed by Certbot

}

Bom dia, <@!837319378772820018>!

Cada location é uma url de capacidade. As URLs de capacidade concedem acesso a informações para qualquer pessoa que tenha a URL.

Neste caso, no momento que o usuário pagador efetua a leitura de um QR Code dinâmico gerado pelo recebedor, esta URL será acessada pelo PSP pagador e seu conteúdo consiste em uma estrutura JWS. Este objeto JWS apresenta três fragmentos separados pelo caractere . (ponto). São eles: header, payload e signature. Segue um exemplo:

Bom dia, alguém poderia me dar uma breve definição do location ou link contendo a definição?

Config nginx:

Bom dia,
Estou implementando as formas de recebimento: no PIX e COB..
A diferença entre os dois é:
- PIX é especifico para uma pessoa (aonde informamos a chave), esse sem o QRCode..
- COB é uma cobrança imediata (tipo consumidor); aonde é possível informar o campo "devedor" mas é opcional.. gerando uma cobrança com QRCode, (a partir do Location)..
- COB{txid} é a vinculação entre Cobrança e Pedido (numero único do sistema)..

Perguntas:
- no caso do PIX, logo depois de fazer a requisição; No "app" do banco da pessoa vai aparecer a cobrança?
- percebi que no caso do PIX, é possível informar uma conta (nome, agencia, conta corrente), teoricamente o pagador tem que ter um pix, mas o recebedor não? como ficaria a parte de consulta de status de pagamento nesse caso, a mesma coisa?
- no caso do COB, é mais direcionado para uma cobrança presencial; aonde o cliente pode receber o qrcode e pagar no ato da compra, e o COB{txid} é mais para uma modalidade de entrega, que o cliente vai pagar num período pré-determinado?

Para gerar um QR Code dinâmico de um location, basta informar o id do loc que é retornado ao criar uma cobrança.

Exemplo:
Ao gerar uma cobrança, você terá como retorno:

Bom dia, mais alguém com problemas para pagar o qrcode gerado pela api pelo PicPay? Tentei tanto gerando o location e enviando para o endpoint GET/v2​/loc/{id}/qrcode quanto por geradores fornecidos pelos contribuidores do repositório do BACEN no github :/

o id numérico que vem na location