Histórico de mensagens sobre App em pix

Como disse <@!781626495893635132> , fomos os primeiros a colocarmos as cartas na mesa de forma competitiva e, de alguma forma, trabalhamos para que transações menores fossem também possíveis por Pix. Por isso, definimos o escalonamento. Mas entendemos que há negócios que exigem pensarmos juntos. Vemos como possível falarmos em porcentagem se isso traz conforto para seu modelo de negócio <@!440035527127990273> . A <@!666644688320593931> é nossa Coordenadora de Parcerias e saberá tratar a questão. Faremos a matemática de forma que equalize com os preços propostos no site. Customizações de tarifas exigem um fluxo especial e precisam um pouco mais de tempo, mas é totalmente possível. Inclusive, essa opção é extensível aos clientes de seu(s) produto(s).

Apesar da transação do Pix serem baratas lá na etapa do Banco Central, digamos que isso é só a "ponta do iceberg". Temos ainda os custos de tecnologia, desenvolvimento, processamento, atendimento, resiliência digital, compliance, controles internos, links na RSFN, infraestrutura, atendimento normativo, enfim, temos ainda muita coisa para custeio, e um serviço pautado na sustentabilidade precisa se pagar, caso contrário, a conta vem uma hora ou outra. Por que falamos isso? Para sermos didáticos no ponto em que temos transações gratuitas por Pix pelo APP. O que a GN busca ali é fomentar a Conta Digital e permitir que pessoas físicas ou empresários possam receber por Pix ocasionalmente. Para usuários que demandam de API ou utilizam o serviço fora do "ocasionalmente", a tendência é a GN ir aperfeiçoando o modelo de cobrança buscando justiça e assertividade que convirja para a estratégia. Vocês, de posse da estratégia, podem visualizar com mais facilidade caminhos para suas aplicações.

[continua...]

Show de bola, parabéns! Uma sugestão que dou aqui é vc permitir que o cara pague esse qrcode antes de chegar na caraca e após o pagamento ele carregasse algum crédito no app do passageiro e qdo ele chegasse na catraca ele leria outro qrcode e através de um app verificasse se ele tem crédito e libera a catraca. Apesar do Pix ser rápido em horário de pico aqui na capital de São Paulo por exemplo pode gargalar um pouco os passageiros na catraca

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

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?