Histórico de mensagens sobre PIX

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 😦

Muito obrigado! Agora, como verifico se o Pix foi pago?

Bom dia a todos, estou realizando os testes de integração com a API Pix, e no manual informa que o campo calendario.expiracao é do tipo Int32 ( o que faz sentido já que é o número de segundos ), porém a API reporta erro informando que é pra ser um texto ( String )>

boa tarde. como faço pra transformar as informações contidas no link do location (https://qrcodes-pix.gerencianet.com.br/v2...) em QRCode?