Histórico de mensagens sobre App

No App cliquei em customizar e escolhi o valor e preenchi uma descrição

Estou gerando pelo App, já que ainda não implementei o QR Code

Pode ser outro endpoint, até mesmo o criarcobranca, só queria que na API ficasse como no app dos bancos, assim que eu crio um Pix ele me devolve o nome da pessoa. Ai eu confirmo.

e eu acho justo (não totalmente, pq divulgaram que será grátis, e aí agora a gente fica querendo que cumpram a promessa, né? kkk). mas minha queixa é a descrição na página de tarifas não refletir com exatidão o que (provavelmente) vai acontecer. pois dá pra criar qr com txid id no app e (pelo que vc supõe - e eu tb) será cobrado. é uma ponta solta, como estávamos falando no privado

Se eles cumprirem isso (mesmo que isso seja válido só para os txid criados pelo app, de fato), já seria bom. mas tecnicamente, não faz sentido não aplicar a mesma regra para os estáticos gerados por fora do app (eles teriam que tomar nota de todos os qr codes gerados pelo app, unica e exclusivamente para esse controle "cobrar/não cobrar", mesmo não estando atrelados a uma cobrança; mas um qr code pode ser gerado fora do app com o mesmo txid de um que foi gerado no app.. e tecnicamente, são a mesma coisa; sai de graça? não tem como eles saberem se foi escaneada a tela do app ou um qr que gerei fora do app com txid igual).

Sobre sua frase:

"O modelo de cobrança eu tô entendendo como sendo por transação de recebimento, independente do tipo de qrcode."

Na tabela de tarifas diz: "Pix pago ou recebido pelo aplicativo" => grátis

Então na prática, se vc for ao app da GN e gerar o QR Code que vai colocar na sua catraca (mesmo ele tendo txid), o recebimento é gratuito. E eles tem que notificar o webhook por determinação do BACEN.

será que eles vão tarifar os recebimentos com qr estático? achei mal explicada essa questão. um QR que eu gero pelo app (estático e que pode, inclusive, ter txid) e um QR que eu gero por uma ferramenta externa, não diferem em nada tecnicamente. então fica difícil saber se enquadra no "receber via app" da tabela de tarifas (que seria gratuito) e, ao mesmo tempo, também não se enquadra no "Pix via API" da tabela, pois o recebimento em si não se dá pela API (nem no caso das cobranças, só a geração delas é pela API).

também deveria ser modificada a nomenclatura: "tarifa por pix pago", quando na verdade pagamos por receber, não por pagar. (observe que as tarifas de cartão de crédito estão definidas como sendo "de recebimento", adequadamente).

e por fim, não gostei da "escada" de tarifas, com vários degraus. um pix de R$ 3,00 paga R$ 0,06 (R$ 2,94 líquido) e um de R$ 3,01 paga R$ 0,20 (R$ 2,81 líquido).. atrapalha totalmente o cenário de micro-transações (receber menos quando se vende mais caro, não faz nenhum sentido). acho que a tarifa poderia ser simplificado como "X%, com mínimo de R$ 0,01 e máximo de R$ 0,89". continuaria progressivo e nos daria uma flexibilidade adequada na estipulação dos preços para micro-transações. com base nos R$ 30,00 do valor da tarifa máxima (R$ 0,89), esses X% seriam 3% (mas se for menor, melhor! rsrs)

Muito legal, ficou top. Sem cobrador, sem troco, sem cartão , sem digital, rapido e facil de pagar, acabou cartão de passagem, agora é tudo via app pagando com pix.

Obrigado por colaborar com a comunidade! Vou inserir um exemplo de app route em node que em conjunto com o Apache realiza a configuração do mTLS.

Content accept está application-jose ?

<@!522899003663450113> pelo que vi, pelo app mobile

$curl = curl_init();

curl_setopt_array($curl, array(
CURLOPT_URL => "https://api-pix-h.gerencianet.com.br/oauth/token",
CURLOPT_RETURNTRANSFER => true,
CURLOPT_ENCODING => "",
CURLOPT_MAXREDIRS => 10,
CURLOPT_TIMEOUT => 0,
CURLOPT_FOLLOWLOCATION => true,
CURLOPT_HTTP_VERSION => CURL_HTTP_VERSION_1_1,
CURLOPT_CUSTOMREQUEST => "POST",
CURLOPT_POSTFIELDS =>"{\r\n \"grant_type\": \"client_credentials\"\r\n}",
CURLOPT_HTTPHEADER => array(
"x-client-cert-pem: {{X-Certificate-Pem}}",
"Authorization: Basic Q3334f34f34f3g5355gh56hg5w6h457wg457w54w56h7w56f5f6wNzVmZGQxNGU2MDMxMjlhNTMw",
"Content-Type: application/json"
),
));

$response = curl_exec($curl);

curl_close($curl);
echo $response;

eu consigo copiar texto dos meus SMS e colar em qualquer outro app

<@!779016309383364698> Você deve utilizar uma chave PIX que esteja vincula à conta que está sendo utilizada no certificado e nas credenciais. Pode utilizar a chave aleatória, cpf, email ou número de celular. Estas chaves você cadastra lá no app

eu tb senti falta desta função de copiar a chave no app

https://app.gotowebinar.com/index.html#768962355/3723189774672491789/1877029487510469389

Pessoal, venho aqui dar uma dica muito importante para que está desenvolvendo em C# e rodando Windows Server no servidor.

Estou há dois dias quebrando a cabeça e hoje encontrei uma solução bem simples.

É sobre a leitura do certificado, na minha máquina de desenvolvimento funcionava tudo perfeitamente com Windows 10, porém quando fazia o deploy do app, no servidor Windows Server 2012 aparecia o seguinte erro na leitura do certificado.
"A senha de rede especificada não está correta"

Pessoal a solução que encontrei é bem simples:
O certificado que a GN nos manda vem com senha em branco, então eu o importei usando o Mozilla depois fiz um backup e nisso pede pra informar a nova senha, daí coloquei uma senha forte e salvei a cópia e estou usando sem problema nenhum agora.

Acredito que isso deva ser devido as diretivas de segurança do Windows Server 2012.

Pessoal, estou com o seguinte problema... Em produção estou criando a cobrança e gerando o QR Code. Ao ler pelo app do Nubank (imagem à esquerda) ele acusa erro de chave não encontrada, porém lendo o mesmo QR Code com o app do Gerencianet (imagem à direita) ou BB, ele encontra normalmente o pagamento é realizado e tudo funciona como o esperado.
Alguém já passou por isso e/ou equipe do Gerencianet poderiam me ajuda?

Como o Guilherme informou mais acima, você deve utilizar uma chave PIX que esteja vincula à conta que está sendo utilizada no certificado e nas credenciais. Pode utilizar a chave aleatória, cpf, email ou celular. Gera ela em seu app e informa em seu codígo da forma correta e tente novamente pra ver se a falha persiste. <@!735498168250400859>