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.
Related
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.
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.
We are going to build a mobile app for iOS and Android (might build a web app later) where users can upload videos and their friends and followers can watch them. The videos can be either free or also be tagged with a price. If I tag a video with $1 when uploading it, my friends and followers will have to first pay $1 to watch and after paying that $1 they can watch it any time after that.
My client wants to use Authorize.net to do the payments. In iOS there are restrictions like we must use IAP for such feature. Similarly is there any restrictions on Android as well, that we must use Google In-app Billing or is it OK to use Authorize.net to do the payments?
Taken from this page:
Payments
Apps that employ in-store or in-app purchases must comply with the
following guidelines:
In-store purchases: Developers charging for apps and downloads from
Google Play must use Google Play’s payment system. In-app purchases:
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).
In-app virtual currencies must only be used within the app where they were first purchased.
Developers must not mislead users about the apps they are selling nor about any in-app services, goods, content, or functionality
offered for purchase. If your product description on Google Play
refers to in-app features that may require a specific or additional
charge, your description must clearly notify users that payment is
required to access those features.
So I guess the answer is no, you have to use Google Play in-app billing if you want to publish the app in the play store. But the policy states that digital content under some circumstances is excluded, I guess this applies to videos as well, although I'm not to sure about it. Depends on whether the videos can be played outside of the app (at least so it seems).
Is it possible to build an Android app subscription system without link to Google Play in app billing? If using Google Play in app billing, Google Play will charge 30% of the transaction fee. If it is possible to implement the app subscription without link to Google Play,anyone has good tutorial for that? Thanks!
Yes, you could use, for example, the paypal api, but you wont be able to publish it to the play store.
Developers charging for apps and downloads from Google Play must do so by using Google Play's payment system. In-app purchases: Developers offering virtual goods or currencies within a game downloaded from Google Play must use Google Play's in-app billing service as the method of payment. Developers offering additional content, services or functionality within another category of app downloaded from Google Play must use Google Play's in-app billing service as the method of payment, except: where payment is primarily for physical goods or services (e.g., buying movie tickets, or buying a publication where the price also includes a hard copy subscription); or where payment is for digital content or goods that may be consumed outside of the app itself (e.g., buying songs that can be played on other music players).
Source: Are there alternatives to using Google's in-app-billing , as a way to avoid publishing private info?
the idea is to develop a library to allow other apps to pay with my method inside their apps. This method of payment is completly independent from paypal, google play in app billing, etc... Do you think there must any problem to publish their apps on Google Play?
Regards.
According to the Google Play Developer Program Policies, no.
https://play.google.com/about/developer-content-policy.html
"In-store purchases: Developers charging for apps and downloads from Google Play must use Google Play’s payment system."
"In-app purchases: Developers offering products within a game downloaded from Google Play or providing access to game content must use Google Play In-app Billing as the method of payment."
So yes, there will be a problem publishing apps on Google Play. They will eventually catch on and ban your application.