Develop Reference

Ionic 5 android app rejected due to using Paypal instead of in-app billing

An Ionic 5 app I built for a client uses Paypal for subscription, and Google rejected it because it doesn't use Google Play's billing system. Does it mean that Paypal is no longer accepted as a payment option on Android apps? The client really wants to use Paypal.

This is what Google says about InApp billing. Blog
Starting August 2, 2021, all new apps must use Billing Library version 3 or newer. By November 1, 2021, all updates to existing apps must use Billing Library version 3 or newer.
If you are distributing your app through the google play store, you must use
Google Play Billing Library. It does not depend upon the framework you use. It applies to Native development, Ionic, Flutter, React Native, Xamarin etc. No other payment methods like Stripe, Paypal etc are accepted. The main problem here is that Google will take 30% of the total amount say it for one time or subscription. If you are keen on integrating Paypal you must distribute your app through ApkMonk, F-droid etc, or make payment options available only through your web app like Spotify, Netflix etc.

If creating subscriptions for any sort of digital product rather than a physical good, the Google App Store's terms essentially require using the Google App Store payment system.
You can create an Android App to sell digital things that does not use the App Store payment system, but you can't distribute that app via the App Store.
Some services like Spotify or Netflix have worked around this by directing new subscribers to a direct web-based (not app-based) portal to sign up for a subscription.

Is Google play billing service open source?

I want to make an app that has in-app payment inside it. But i want to implement in-app payments completely independently and not use Google Play or other markets in-app payments service. Since all Android marketplaces have built in-app payment services alike, I have guessed that all markets use the same source code for their apps and this part of the market code is open source (all of them copy GooglePlay market source code). Can anyone give me useful information about creating in-app payment services?
Also, I don't want to use inventive methods , and i seek to learn how android markets create built-in in-app payment service in their app and why all of them have same implementation (for users)!!!

It's difficult to speak to "all Android marketplaces." To sell in-app products and subscriptions for apps published through the Google Play Store, your app needs to integrate/implement Google Play Billing. Google Play is a separate entity from Android and so the code for Google Play is not open source. However we do provide the Google Play Billing Library and the Google Play Developer API with documentation and samples. I hope this helps clarify.

Cross-platform subscriptions in Android app

I'm setting up an Android video viewing service that will also have a web counterpart. Firstly is there a way using Google Plays billing services to manage subscriptions to a cross-platform account? It seems like the subscription would be tied to the google play account. If not am I able to use a service like Stripe for payments, and still get this app allowed on the play store?
I've been able to setup subscriptions through google play billing, but need to be able to use generic emails not just google accounts. As I need to facilitate cross-platform usage.

Here's a documentation regarding Google Play Service Policy in Monetization and Ads,
Developers offering products within another category of app downloaded
on Google Play must use Google Play In-app Billing as the method of
payment, except for the following cases:
Payment is solely for physical products
Payment is for digital content that may be consumed outside of the app itself (e.g. songs that can be played on other music players).
Subscription services, such as streaming music, video, book, or other media services; digital publications, including when bundled with a physical edition; and social networking services are supported by Google Play In-app Billing.
Kindly read the full documentation for more details.

Paytm integration in android app

Can I implement Pay Tm app integration for payment gateway in my android app to provide pro version of an application instead of google payment option? or which is best option other than google play ?

Here's the link to the payment guidelines for monetization on Google Play...
Developers offering products within a game downloaded on Google Play or providing access to game content must use Google Play In-app Billing as the method of payment.
Developers offering products within another category of app downloaded on Google Play must use Google Play In-app Billing as the method of payment, except for the following cases:
Payment is solely for physical products
Payment is for digital content that may be consumed outside of the app itself (e.g. songs that can be played on other music players).
So, for any app on the Play store, Google in-app billing is used for content consumed within the app, such as unlocking the pro version of the app. For physical goods or digital goods consumed outside the app, other third party payment services are permitted.

Android/iphone InApp purchase data management to google play/ app store by using own website

My question will be different from development but I am stuck at this point and any help is appreciated.
I am developing an In app Purchase app for Android and iPhone using the standard API. My client doesn't want to use Google play administration interface to manage my in app purchase item. He wants his own implementation (his own administrator site) to upload new files to Google play or app store. So is there any API available to communicate app store and Google play to manage in app purchase data from their own web site?

No, there are currently no APIs to support this.
The closest thing would be the Google Play Android Developer API, but that currently only supports checking the status of and cancelling a user's subscription purchases.