Termos mais procurados:
Para qr code dinâmico sim, é obrigatório
Já para qr code estático não, pois o qr code estático não é vinculado a nenhuma cobrança
Para o que você está tentando fazer dar certo, você deveria gerar um qr code estático com no máximo 25 caracteres ao invés dos 28 que você está usando, pagá-lo e depois consultar, mas em outra rota GET /v2/pix/{e2eId}
Note que a consulta é pelo e2eID e não pelo txid
entendi.. eu obrigatoriamente tenho que criar a cobrança no GN? pois estou criando o BRCode no meu sistema, usando a chave pix do GN e gerando o QRCode .. ai, gostaria de consultar o status do txID para ver se o QRcode foi pago..
Você tem que criar uma cobrança na GN via PUT /v2/cob/{txid} e gerar o qr code a partir dessa cobrança.
Criada a cobrança, ao fazer a consulta, os dados vão aparecer aí, mas a cobrança estará com status ATIVA e o array pix estará nulo.
Daí quando pagar e fizer essa consulta novamente, os dados aparecerão e o status será CONCLUIDA e conterá o array pix
agora, como eu faço pra simular o pagamento ? Se eu pegar o certificado de produção, e tentar consultar um PIX real, já é pra retornar algo ali pra mim, certo?
Oi pessoal, boa tarde. É possível um contato comercial com representantes aqui da minha empresa antes de abrirmos a conta com vocês?
Temos interesse nas APIs de PIX (envio para terceiros).
Conseguimos agendar um call para iniciar essas conversas?
Ou GET /pix txid=:txid,inicio=quando-emitiu-a-cobranca,fim=agora
então.. mas, seria necessário criar a cobrança, sendo que meu sistema gera o QRcode baseado na nossa chave PIX ?
Você pode utilizar o endpoint GET /v2/cob/{txid} ou então cadastrar um webhook, para quando um Pix for pago a notificação chegar de forma automática em seu sistema.
pessoal, desculpa ficar perguntando, não tenho muita experiência em fazer essas requisições.. eu estou usando o vb.net, com o exemplo que eu peguei do site consegui fazer a comunicação e peguei aquele objeto JWS. Agora pra consultar se o PIX foi pago, como eu devo montar a requisição? Não achei no manual, nem um outro exemplo... seria um GET? é necessário informar o que exatamente no header?
Está em discussão, antes de implementarmos a mudança vamos avisar com antecedência para que os integradores possam se adequar ao /pix. Inclusive hoje eu questionei o andamento e uma discussão foi fomentada . Já trago mais detalhes aqui quando alinharem comigo.
<@!671762828046106646> em relação ao /pix no Webhook, como está? E em relação ao TradeName e LegalName?
Como citado pelo Magno, por este endpoint você consegue ver o status da cobrança, se estiver com CONCLUIDA é porque foi paga, no retorno vem também o endToEndId do PIX
https://api-pix.gerencianet.com.br/v2/cob/:txid este endpoint é de produção, o de homologação tem o -h
a GN precisa de 26 caracteres porque está sendo gerado cobrança. A cobrança será vinculada ao pix, logo seu qr code é dinâmico. Para gerar qr code estático, você não deve gerar cobrança na GN
acho que você vai ter que fazer um script temporário que consulte os pix recebidos ou as cobranças, com base na data
https://pix.nascent.com.br/tools/pix-qr-decoder/ é bom para ir verificando as falhas no EMV e corrigindo o gerador.
Tenho dois codes:
Esse foi gerado em um repositório da própria GerenciaNet: 00020126900014BR.GOV.BCB.PIX2568QRCODES-PIX-H.GERENCIANET.COM.BR/V2/40AFB04EF60E42E0854FCF72904A13025204000053039865802BR5925Rafael Figueiredo de Fari6005Betim620705036304F611
E esse foi gerado por mim: 00020101021226900014BR.GOV.BCB.PIX2568qrcodes-pix-h.gerencianet.com.br/v2/40afb04ef60e42e0854fcf72904a130252040000530398654042.505802BR5926Rafael Figueiredo de Faria6005Betim6108326728406207050359B0
Ambos estão dando como inválidos, estou utilizando ambiente de desenvolvimento, pode ser por esse motivo?
Eu só tenho dois chutes para uma devolução não dar certo: problema no PSP e conta que pagou o Pix ter sido encerrada. Esse 2o. motivo pode tentar quantas vezes quiser que não vai dar certo.
