Histórico de mensagens sobre PIX em pix

Tem o txid sim ao criar o PIX no rotorno {
"calendario": {
"criacao": "2020-11-22T21:49:51.946Z",
"expiracao": "93600"
},
"txid": "fc9a4366ff3d4964b5dbc6c91a8722e8",
"revisao": 0,
"loc": {
"id": "11",
"location": "https://qrcodes-pix-h.gerencianet.com.br/v2/362c897b2176435b8c02c1d3ef0b0fd8",
"tipoCob": "cob",
"criacao": "2020-11-22T21:49:52.009Z"
},
"location": "https://qrcodes-pix-h.gerencianet.com.br/v2/362c897b2176435b8c02c1d3ef0b0fd8",
"status": "ATIVA",
"devedor": {
"cpf": "12345678909",
"nome": "Seu Cuca"
},
"valor": {
"original": "1523.45"
},
"chave": "1605806648Q",
"solicitacaoPagador": "O Pagamento do Fiado."
}

No manual Bacen PIX tem ele como sendo M =Mandatório.

O que temos é que a regra do txid é uma e a regra do Bacen PIX para o ID 62 é outra, pois o campo de ID 62 é Additional Data
Field Template . E pode ser utilizado para várias finalidades, inclusive para o txid.

Oi <@!710205440956563536> . As chaves são o certificado tls/ssl do servidor do cliente. Já foi solicitado aos nossos consultores maiores informações sobre essa configuração e alguns exemplos dessa configuração para efetuar o handshake, tanto para a leitura do location, gerado pelo PUT no consumo da geração da cobrança Pix, quanto para o webbhook. A intenção é ter um artigo específico sobre essa questão no decorrer desta segunda-feira (23/11). De qualquer maneira, se tiver novas informações, por favor, nos avise.

Sim, perdão, eu me confundi...não vejo muito sentido nisso, já que a API é por conta e cada conta pode ter várias chaves pix mas todas levam a mesma conta no final.

Enfim pra quem quiser, segue a documentação original:


string
title: Chave DICT do recebedor
maxLength: 77

Formato do campo chave

O campo chave, obrigatório, determina a chave Pix registrada no DICT que será utilizada para a cobrança. Essa chave será lida pelo aplicativo do PSP do pagador para consulta ao DICT, que retornará a informação que identificará o recebedor da cobrança.

Os tipos de chave podem ser: telefone, e-mail, cpf/cnpj ou EVP.

O formato das chaves pode ser encontrado na seção "Formatação das chaves do DICT no BR Code" do Manual de Padrões para iniciação do Pix.

A compreensão que tive foi essa, ou seja, por chave pix que tenha cadastrada no gerencianet q irá receber.

Para quem ainda esta tendo dificuldade quanto ao Qr code, o pessoal fez uma API bem legal pra ajudar no entendimento e montagem, deem uma conferida no git https://github.com/ceciliadeveza/gerarqrcodepix

A chave é a chave pix (cadastrada no PSP) para a qual você deseja vincular o Webhook, Assim esta correta a sixtaxe :chave <@!693592686338244609>

Bom Dia Pessoal, ótimo Domingo a todos, começando os estudos com o PIX.

O que eu sinto falta ainda é como testar o webhook... Gostaria que a GN fizesse um endpoint onde poderíamos passar um Pix falso e eles encaminham esse Pix falso para o Webhook de testes

Acredito que sim, abre o site da GN que tem lá o exemplo... Ou veja o github do bacen com a API pix em swagger... Tem um link pra a documentação da Master logo no Readme

pensei em um determinado momento q poderia ser a chave pix criada no gerencianet

essa :chave aí deveria se chamar :url... voce deve mandar a url como está no payload de exemplo.... todos os Pix de um cliente que possuem txid vao para 1 url, cabe a voce filtrar isso na sua url. Nao tem que passar o txid no PUT.

Fiquei na dúvida, porque vi sim na documentação o PUT ​/webhook/:chave
essa chave é o txid, coloco na url mesmo?
porque o payload abaixo informei
{
"webhookUrl": "https://exemplo-pix/webhook"
}

seria entao um PUT /webhook/{txid}? porque nao ficou claro na documentação se essa chave é ou não o txid.

Ok, e como recupero o valor do payload, tentei aqui com $url_location_cob = "https://qrcodes-pix-h.gerencianet.com.br/v2/68de0255e8b44136a7698b0b5903dd3d";
$data3 = file_get_contents($url_location_cob); e não deu certo 😦

Te mandei logo ali acima a definição do id54 no manual de iniciação do pix rsrs

Chegamos aqui neste QR, teria como vocês validar ? Link copia e cola "00020101021226900014br.gov.bcb.pix2568qrcodes-pix-h.gerencianet.com.br/v2/789ab22a0f5943f9b4bd9a67f3eb89f95204000053039865802BR5912EMPRESA LTDA6014RIBEIRAO PRETO62360532fc9a4366ff3d4964b5dbc6c91a8722d363042AB9"

>
> <@!656144788017381377> os erros possíveis na documentação para registro de um webhook são:
>
> InvalidValueError
> {
> "nome": "valor_invalido",
> "mensagem": "URL inválida"
> }
>
> Ou
>
> {
> "nome": "valor_invalido",
> "mensagem": "A URL do webhook deve usar o protocolo HTTPS"
> }
>
>
> Mas....
>
> Recebi este:
>
> {
> "nome": "nao_encontrado",
> "mensagem": "Recurso não encontrado"
> }
> <@!715273512688025630> Oi <@!715273512688025630> , você associou o webhook a um txid válido? Veja em https://dev.gerencianet.com.br/docs#section-configurar-o-webhook-pix-. Se sim, por favor, me avise, pois precisaremos fazer uma verificação mais aprofundada.

<@!656144788017381377> Galera, um pedido de socorro, kkkkk. Como ler o arquivo que retorna na url do location para poder pegar a segunda parte dele e ter acesso as informações na geração do QRCode ? Estou tentando em php , tentei $url_location_cob = "https://qrcodes-pix-h.gerencianet.com.br/v2/68de0255e8b44136a7698b0b5903dd3d";
$data3 = file_get_contents($url_location_cob); e não rolou 😦