Histórico de mensagens sobre App

o qrcode gerado em teste nem o app da GN consegue ler aqui..

pois é, eu forcei o meu para maiúsculo porque fiz um teste gerando um diretamente no app do itaú e ele estava maiúsculo. Depois notei que alguns outros estão em minúsculo e resolvi testar

estranho. isso não deveria influenciar.. inclusive os qr codes que gerei no app do NuBank, por exemplo, o domínio veio em maiúsculas e tanto o Inter quanto o Itaú leram

<@!780500321994539068> Acabou que o problema nos testes era a imagem do qrcode. Alguns apps não conseguiam ler o qr se ele não fosse preto e branco. Eu usava um azul bem escuro, mas por não ser preto e branco deu problema.

Nos testes que eu fiz aqui consultando os pixrecebidos pela api sempre vem o endToEndId. e no comprovante dos apps de banco tambem aparece,]

você não precisa abrir e ler esse URL do payload do seu lado. apenas o banco do cliente precisa conseguir ler um QR que o contenha.. é só colocar ele no QR e dar pro cliente pagar. o meu cenário é específico e eu preciso conseguir ler por estar fora do fluxo que gera/lê o payload "recebedor -> psp recebedor -> psp pagador" (app externo que gerencia os qr codes e precisa ler os detalhes da cobrança como se fosse um app de PSP recebedor para poder montar a página da fatura) (https://pix.ae) -- no ambiente produção tá funcional, então beleza. o problema é justamente a minha clientela que quer homologar a GN e não tá conseguindo. a fatura não abre pq o payload retorna 403 a partir do meu servidor

No extrato, em detalhes da transação, seria interessante exibir a instituição usada para a transação. O app atualmente exibe na notificação, mas no extrato não há essa informação.

É útil pra identificar os problemas, já que não são todos os bancos que estão funcionando 100%. Como o banco Inter, que mesmo o cliente pagando com QR Code, o sistema reconhece como se tivesse sido pago com chave, e os dados acabam não batendo com os da API, precisando fazer a aprovação manual do pagamento.

provavelmente atualizarão o app e ele vai se comportar igual o qr estático quando valor != 0,00

O App deixa passar por que não sabe o que será passado, e no recebimento, a regra de negocio executa as devidas validações.

Foi o próprio Santander que recusou, mesmo caso do Nubank. O app deixa mandar a transação mas o back-end deles mesmo recusou

Que é o que sugeri. Sabe se foi o Santander ou vocês que recusaram ? Pq no Nubank eu tentei fazer duas devoluções somando mais do que o valor original, e apesar deles deixarem o app mandar a transação, o back-end deles mesmo recusou por regra de negócio.

<@!781134406680838216> No APP da GN tem o campo em azul= Solicitação ao Pagador. Este retorno vem em qual campo do webhook se inserido pelo pagador ?

O APP da GN pode não estar seguindo a exigência do BR Code e aceitando o EMV apesar da falha...

<@!671762828046106646> Está correta sim a geração do BRCode ! Na função montaBrCode . Testei com o copia e cola no APP da GN e está tudo normal ! 🙂

Olá pessoal! Para BRCode dinâmico, este site https://pix.nascent.com.br/tools/pix-qr-decoder não funciona muito bem. Sugiro que, para testarem a geração do QR Code, utilizem a Collection do https://gerarqrcodepix.com.br. link da collection: https://app.getpostman.com/run-collection/98e73bcb5782024ca150

o e2eid do Pix já aparece pro pagador no app dele (na tela de confirmação e/ou no comprovante), acho que não tem nada de mais expôr em mais algum local. seria uma forma do cliente "conciliar" seus pagamentos, inclusive

Eu gerei a chave pix aleatória no app, mas não consigo copiar ela... lol..

Eu criei no app mobile. Não sei se já tem no painel.

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