Histórico de mensagens sobre QR CODE

boa tarde app da caixa economica outros bancos nao conseguem ler o qrcode

No relatório vem somente "PIX recebido por QR Code"

Então seria esse ponto de escalabilidade a endereçar, não ? Pq mesmo que você tenha um caminhão de QR-Codes prontos, todo o resto (incluindo as confirmações de pagamentos) vai recair sobre ele...

A gente tem 2 milhões de clientes e não sentiu necessidade alguma de pré-gerar QR-Codes...

Procuro DEV para fazer integração do GerenciaNet em meu site
(Já está gerando QRCODE do pix etc... faltando apenas o notification e o Retorno para a entrega automatica!)

É possível pagar um QR Code pix em homologação?

[Módulo 3] Aula 2 - Collection Postman da API Pix e emissão de QrCode | Curso API Gerencianet 2.0
https://youtu.be/xEN197ENJh0

Olá, @imcbdo. Tudo bem?

Compreendemos os pontos questionados por você. Alguns deles, como a forma de autenticação utilizando o certificado e as liberações de escopos para cada endpoint, são questões de segurança que seguimos de acordo com as definições do Banco Central para padronização das APIs Pix. Por isso são obrigatórias em nossa API.

Se outras APis Pix não solicitam o certificado para autenticação, é porque não seguem o padrão do Bacen.

Mas para ajudar nas integrações, disponibilizamos um fluxograma (https://gnetbr.com/BJxwiSsA4i) para saber quais endpoints devem ser consumidos para gerar a cobrança Pix, obter o QR Code e Pix Copia e Cola. Também oferecemos esse procedimento em nossas SDKs disponíveis em nosso GitHub (https://github.com/gerencianet).

Agradecemos seu feedback, @imcbdo! 😀
Levaremos ao nosso time os pontos questionados por você, para avaliar melhorias, e formas de deixar ainda mais intuitiva nossa documentação e painel da API na conta Digital, ajudando em todo processo para as pessoas desenvolvedoras e clientes.

Com todo respeito, vcs não são nada atraentes para um desenvolvedor implementar cobranças por API. Primeira vez que realizo integração, não deixarei de atender nenhum próximo cliente, mas não recomendaria para outros desenvolvedores.

Para gerar um QRCode de Pix temos que:
configurar uma caralh# de permissões, faltando detalhes - Poderia ter um botão, permissões de ecommerce ou para cobranças apenas. (Tempo que poderia estar tomando minha cerveja, rs)
necessidade para gerar um token jwt que vale por 60 minutos - não entendo a real necessidade disso para vcs, para autorização cliente-side otimo, atoa para integração,.

Uma simples chave de API recebimentos seria eficiente ou até msm somente o cliente_id e cliente_secret como é na maioria dos casos.

--

Não discordo de usar certificado nas transações de saída.

Imagino o dono de um pequeno ecommerce que contrata um programador novato ou "barato", já iria fica perdido para fazer uma integração dessa ou nem chegar a fazer.

Tem programador que não sabe oq é um certificado.

Na empresa vizinha apenas uma requisição faz tudo e ainda me retorna o qrcode (nas transações pix)

temos que pensar que menos pode ser mais e melhor.

Para esse caso eu bloquearia o recebimento via dados bancários e via chave usando o /v2/gn/config

{
"pix": {
"receberSemChave": false,
"chaves": {
"CNPJ": {
"recebimento": {
"txidObrigatorio": true,
"qrCodeEstatico": {
"recusarTodos": true
},
"webhook": {
"notificacao": {
"tarifa": true
}
}
}
}
}
}
}

Esse não é meu caso. O meu caso é para pagamento de faturas.

Uma opção seria excluir a chave CNPJ e não utilizá-la em nenhum outro lugar além forçar os clientes a pagaram via QR Code.

Outra opção seria deixar para uma pessoa ficar conciliando manualmente quando eles pagarem via chave CNPJ.

Mas obrigado pela dica. 👍

Se você gerar um QR-Code estático com txid, sem gerar a cobrança via /cob, receberá também aviso no webhook. Você pode gerar um desses individualizado para cada cliente se o seu caso é deixar eles depositam o valor que quiserem quando quiserem.

Olá, boa tarde. 🙋🏻‍♂️

Estou com as seguintes dúvidas:

1.ª Apesar de ter configurado o webhook Pix para a chave CNPJ, o callback está sendo enviado apenas quando o pagamento foi recebido através do QR Code.
Quando o Pix é recebido diretamente via chave CNPJ, por que o callback não está sendo enviado?

2.ª É possível receber também os campos "Pagador" e "Documento" ao "Consultar o Pix recebido" com o endToEndId igual ao que é exibido no extrato em <https://app.gerencianet.com.br/extrato>?

boa noite, consegui configurar o webhook e estou recebendo as confirmações dos pagamentos pix, via Cloud code Back4app, tendo como cliente um app em android java. Ocorre que não consigo obter retorno do QRcode e do txid ao mesmo tempo (através de um objeto JSON). O servidor está enviando um de cada vez. Estou utilizando a "callFunctionInBackground" do java para receber os retornos, porém sempre uma String por vez. Alguém pode me ajudar com exemplos de como enviar e tratar JSONs, nessa configuração? agradeço a atenção.

Oi Matheus! Boa noite. Tudo joia? A Gerencianet disponibiliza atualmente a possibilidade de realizar pagamento de boletos(Código de Barras) através da API de Pagamentos.
Entretanto, ainda não temos previsão para disponibilização de pagamento de QRCode do Pix.
O que é possível realizar atualmente, é o envio de Pix via chave ou dados bancários. 😃
Segue o link da nossa documentação para mais detalhes: https://dev.gerencianet.com.br/docs/api-pix-endpoints#requisitar-envio-de-pix

QR-Code estático pela natureza não tem vencimento, inclusive pq ele é múltiplo.

Pessoal, eh possível gerar um pix com qrcode estático com vencimento definido?

ha sim, o meu boleto gera o QRCODE do PIX, entao eu já uso o endpoint bolix

ha, entendi, é um boleto que tem QRcode do pix?

Agora, eu já vi banco que tinha opção de agenda recorrente para Pix com QR-Code estático. Então vale fazer um teste e ver em que bancos de clientes isso daria certo.