I plan to use in-app billing but the docs say about the limitation.
In-app billing can be implemented only in applications that you publish through Android Market.
I plan to release my app on publisher sites like Amzaon, getjar etc, in addition to Google Market.
How should I handle in-app billing on these 3rd party publishers? Should I use totally separate code for 3rd party publishers (for purchases)? Seems ridiculous.
you can use paypal mpl sdk instead.
Related
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.
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.
I want to use Google Play's in-app billing for one of my applications. But it seems I can't use it.
First problem is that according to supported locations for merchants my country - Turkey - is not in the list.
And as a second problem, my app is listed on some other markets except Google Play. Google Play in-app billing overview section In-app Billing Requirements and Limitations says that In-app billing can be implemented only in applications that you publish through Google Play. Therefore even if Turkey will be in merchant list in the future, I could not use Google Play's in-app billing for other markets. Is that right?
Then I thought using other APIs like ZooZ, Authorize.net (Actually, I did not examine them deeply, but I guess they do what I want)
But this time I read in Android Market Developer Distribution Agreement that All fees received by Developers for Products distributed via the Market must be processed by the Market's Payment Processor. Is that a problem for using such APIs? If so, what should I do for in-app purchase?
If your country is not supported, you can't really use In-App billing for your app. You could look at alternate stores, for example, Amazon app store. they have recently implemented In-App billing.
https://developer.amazon.com/welcome.html
The simple answer for Google Play would be "No" for now, till Google supports Turkey.
Get a bank account in a country that does support merchant accounts.
I'm developing an application that will have some features that the user must pay to use. I was planning to use a Lite and Pro version for this, but the release of In-App Billing have got me thinking...
If I use In-app billing is there any need to implement the licensing (http://developer.android.com/guide/publishing/licensing.html) policies suggested by Google? Or is it enough to implement the Billing stuff?
The application is available for free, instead some features will be enabled using in-app billing. Hence I don't really care if someone "copies" the application as long as they cannot copy purchased features.
BR,
Rasmus
If both applications will be free, you should implement only In-App Billing. You can read Billing best practices for more information.
I have found that the inapp billing and licensing code don't play well together, crashing the app in certain scenarios, like when attempting a purchase when not online.
I don't think it would be worth the risk and overhead to use licensing for a free app even with inapp purchase options. I believe the licensing documentation even mentions licensing can't be used with free apps.
I am considering to do an in-app purchase model within a paid app that releases or adds video content if the user opts in via a google check out method. Does anyone know how to do this from a coding standpoint? and does anyone know if this is possible?
thank you ahead of time...
It is possible do in-app purchases with Google's new In-App Billing services, see the documentation here:
http://developer.android.com/guide/market/billing/index.html
However, note that In-App Billing relies on the 2.3 version of the Android Market .
NOTE: Old version of my answer, before
In-App billing was announced
Unfortunately, there are not official
mechanisms to do micropayments on
Android apps distributed via the
Android Market yet. You also are not
allowed to implement your own methods
according to the Android Market
Developer Agreement:
All fees received by Developers for
Products distributed via the Market
must be processed by the Market's
Payment Processor
Google offers no API to handle
payments, and all payments must be
handled by the Market's Payment
Processor, so it's catch 22.
1:
http://www.android.com/us/developer-distribution-agreement.html
As of 2/2/11, Google announced it's releasing in-app purchase for Android apps. The SDK is now available while the in-app purchase will be "live to users prior to the end of this quarter." (Q1/2011)