Histórico de mensagens sobre App

Mas de qualquer forma o seu app não pode ter seu clientid/clientsecret/certificado, o que seria equivalente a você dar a senha da sua conta para quem vai te mandar dinheiro.

Valeu Kadu, vou considerar a sua sugestão, no meu caso as solicitações serão feitas pelo meu app no próprio dispositivo do usuário para confirmar o recebimento e automaticamente fazer a renovação.

Obrigado pelo atendimento, já havia visto este link, mas fiquei com uma dúvida: integrando meu app com a api de vcs, os meus usuários fazendo o pix de renovação, será descontando alguma taxa ao creditar em minha conta?

Bom dia, @dinaelmiranda! Tudo bem?
Você pode recuperar a sua assinatura, segue abaixo o passo a passo de como você faz esta recuperação:

Boa tarde tudo bem, se eu criar dentro do app da Efí um link para pagamento no cartão ele da opção de parcelamento?

Eu acho que esse endpoint de criação só tem real utilidade para contas criadas via API de criação de contas. Pq aí é esperado o cliente ter baixa interação com site/app.

Mas pq vc quer criar uma chave aleatória via API ? É bem mais simples criar via site/app e usar a chave no código... é algo que se faz uma vez na vida.

Para a API de emissões, talvez o glitch.com fosse uma plataforma interessante para o webhook. Eu fiz no glitch.com um webhook para WhatsApp que está rodando bem legal. Só não acho que tenha como colocar API Pix por causa do mTLS, mas como você perguntou no canal de cartões, imagino que seja esse o foco.

O que uma lista que mantenho indica para o BB de diferença da API Pix padrão é o seguinte:
% - O ambiente de desenvolvimento considera todos os acessos como uma única conta, comprometendo privacidade
/ - API requer parâmetro proprietário x-api-key que desobedece ao regramento, vide https://github.com/bacen/pix-api/issues/435
! - Não pede certificado, desobedecendo manual de padrões de iniciação e de segurança

Acho que a principal diferença é o X-Developer-Application-Key mesmo.
Aproveite o embalo e além de implementar essas diferenças, denuncie para o Banco Central...

Link 0800 da notícia kkk:
https://g1.globo.com/economia/tecnologia/noticia/2021/09/10/apple-deve-permitir-que-desenvolvedores-oferecam-meios-alternativos-de-pagamentos-decide-justica-dos-eua.ghtml

Oi Márcio, tudo bem? Aparentemente é seu primeiro app envolvendo questões de pagamento, se esse for o caso gostaria de te alertar sobre as guide lines da Apple. Caso o que você esteja cobrando seja algum recurso ou uso interno no próprio App, exemplo: (Versão pró, sem propagandas; Comprar módulo tal do app; Assista vídeos em qualidade superior) você está vendendo um recurso digital dentro do app.

Caso isso ocorra, eu me recordo que era proibido utilizar outras formas de cobrança que não seja o "In App Purcashes" da própria Apple, eu passei por isso em 2018. Se o cadastro do app e a cobrança forem feitas em um site externo, você não pode direcionar o usuário pra lá através do seu app, pois eles entendem que é uma forma de "burlar" o review do app. Por causa disso o Spotify, Netflix e outros não permitiam fazer a assinatura pelo aplicativo eles apresentavam instruções par o usuário procurar o site deles porém não direcionavam o mesmo.

Atualmente eu não sei como esses serviços fazem, ou se mudou algo nas guide lines da apple. Também não sei se o Google Play implementou alguma política ligada há isso.

Sobre o In App Purcashes: https://developer.apple.com/in-app-purchase/

Notícias de 2021 sobre uma ordem judicial para que a Apple parasse com a prática de monopólio (porém isso é nos EUA):
https://www.estadao.com.br/link/empresas/apple-e-obrigada-pela-justica-dos-eua-a-permitir-pagamentos-alternativos-na-app-store/

Também não sei como está sendo tratado aqui no brasil, atualmente não tenho apps publicados na Apple.

Boa noite tenho um app que será cobrado assinatura com cartão .
A parte de assinatura e cobrança ficará no backend.
Mas para gerar o pyament_token na própria documentação está alertando para não fazer no backend.
Mas só tem a opção para o front com um cdn ou uma biblioteca para nodejs.

Mas estou no react-native gostaria de uma luz de como proceder da melhor forma para conseguir esse pyamenth_token .

Obrigado.

Isto aqui tem cara de que resolve:
https://www.npmjs.com/package/html-webpack-inline-source-plugin

E aí você só precisa monitorar os pacotes da Efí para ver se algum mudou, e quando mudar, gerar nova versão do seu app.

Boa noite tenho um app que será cobrado assinatura com cartão .
A parte de assinatura e cobrança ficará no backend.
Mas para gerar o pyament_token na própria documentação está alertando para não fazer no backend.
Mas só tem a opção para o front com um cdn ou uma biblioteca para nodejs.

Mas estou no react-native gostaria de uma luz de como proceder da melhor forma para conseguir esse pyamenth_token .

Obrigado.

E pq vc está tentando criar uma chave ? Normalmente é mais simples usar uma chave já criada pelo app (mobile ou web).

Isso mesmo. Mas se você quer compartilhar, só postar todas as suas senhas bancárias aqui no Discord... não precisa esperar até o comprometimento do app. 👿

Deixa eu ver se eu entendi...
Por conta desses dados que em hipótese alguma pode ser compartilhado, eu não posso gerar um QRcode no meu app, mesmo que eu crie uma classe separada com get's contendo esses dados?

Não, não é. Para gerar o QRCode precisa do clientid, clientsecret e certificado. Se você colocar isso no app, seus clientes todos podem personificar você junto à Efí.

Eu posso está enganado, mas não vejo qual o perigo em gerar um QRcode contendo minha chave pix e o valor a ser pago que possa ser lido por qualquer app de banco. Ou não é simples assim como eu penso?

Boa tarde!
Estou tentando desde ontem uma coisa que deveria ser simples, porém estou com dificuldades de achar sobre.
O app é para android usando a linguágem JAVA.
Eu só quero gerar um QRcode onde o cliente possa apontar o celular com seu app do banco e pagar. Alguém pode me ajudar?