It it possible to allow a user of a Windows Phone application to buy media content from within an application? For example to implement a music sales store inside of an application, with the ability to save music right to the media library on the device?
See also windows phone ApplicationPolicy for in app payment
Under certain conditions In-App Purchase is permitted but no facility to do so is currently included in the SDK.
It doesn't appear that the platform has support for in-app purchases. Refer to this SO question for more information: In App Purchase in Windows Phone
The ability of saving to the media library appears to be supported, however, so a 3rd party in-app purchase product could provide the functionality you're looking for.
They will be supported in windows phone 8
http://www.slashgear.com/in-app-purchases-featured-in-windows-phone-8-20234914/
Related
I am building digital content selling app for ios using flutter like music etc. I have used stripe payment gayeway but app store has rejected it. It says we can only use IN APP PURCHASE for it. Is there any solution for this?
Digital content purchases for both Google and Apple are controlled by them. You have to use Google Play Billing and Storekit. Both companies will then facilitate the payment from the client and take their cut, remitting the balance to you. There is no way around this if you want to use their app stores.
Physical or services purchases can use eg. Stripe because the app stores allow that.
The package referred to by the other answer simply makes it easier to implement the necessary code in your app. There are others such as the one from Revenuecat.
I'm finding it difficult to get a concrete answer on this, either I'm finding the wrong info or not comprehending what I am finding.
Our app will be available on the Play Store and App Store, as well as being accessible via Web App. We planned on using our website for customers to sign up, subscribe, pay, etc. The app will be a free download on the mobile app stores, with the free features active, only requiring a subscription for the advanced features.
Would this scenario (using Stripe for subscriptions, without any use of Google IAB or Apple IAP) break any developer agreements as they stand?
You will be rejected from the app store if you do this. Guidelines:
3.1.1 In-App Purchase: If you want to unlock features or functionality within your app, (by way of example: subscriptions, in-game
currencies, game levels, access to premium content, or unlocking a
full version), you must use in-app purchase. Apps may not include
buttons, external links, or other calls to action that direct
customers to purchasing mechanisms other than IAP.
If you don't want to bother integrating IAP, you can just exclude the payment stuff on the mobile client and let people do it on the web. Then, you can use your own verification mechanism to give people that have subscribed the correct content once they log into your app.
Spotify does something similar as described on their website. As far as how much of that they reveal in the app itself, you'd have to download it and see as I am not sure offhand. Your app may be rejected if it directly instructs users to go subscribe on your site.
The relevant info for the Play store is here.
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).
According to this, you are not required to use In-app Billing on Android since your content will technically be available on iOS and web as well.
I want to make a subscription to my app without using In App Purchase. Instead of it I want new user go to a web site from application and make a subscription with payment using few steps on web site.
Alos here are few steps how to implement it:
using UIWebView that will internally show subscription option from my site
using SFSafariViewController which also works without forcing leaving application.
Will Apple allow to do the subscription like this? Did someone face with the same situation.
You can offer subscriptions through your website, but your application is not allowed to refer to that website or to try directing users to your website, or your app will be rejected.
You can't do that.
https://developer.apple.com/app-store/review/guidelines/
11.12 Apps offering subscriptions must do so using IAP, Apple will share the same 70/30 revenue split with developers for these purchases, as set forth in the Program License Agreement
It's against the App Store Review Guidelines so your app will be rejected for trying to go around the IAP program.
NO - You have to use In-app purchase.You can not use any of the work-around but it's depend on what types of apps you are developing. Using website (previously purchased content) is only possible for limited cases.It's only permitted for Reader app, see 3.1.3(a) of in-app purchase guidelines.That's why Spotify and Netflix manage to do it but they fall under this category.
I am a developer of apps for iPhone and iPad.
One of my apps is a companion app to an online personal finance management tool which provides its services and functionality through a website. A section of these features will be made available to the iPhone audience through a native iOS app that I am creating.
The portal allows users to use most of the features for their personal finance management free of charge. It also has a subscription model which provides the user additional features on the website and provides for expansion of some services both on portal and the mobile app.
I am planning to continue using the same subscription model on app, and will redirect users to a payment gateway if they want to subscribe for the personal finance management services through the app.
My question here is do my app falls under in-app purchase (non consumable)? Since my iPhone app is not the only medium where I could subscribe those services. I can open the web portal and subscribe and can login as normal user in my iPhone app.
I had gone through the apple in-app purchase guidelines and found this information is not clearly stated.
Any help will be appreciated.
Looks like your business model does fall under the In-App Purchase.
If you want to unlock features or functionality within your app, (by way of example: subscriptions, in-game currencies, game levels, access to premium content, or unlocking a full version), you must use in-app purchase.
Apps may not include buttons, external links, or other calls to action that direct customers to purchasing mechanisms other than IAP.
You may offer a subscription inside of your app via the In-App Purchase, but you may not redirect user to your website as this would be considered "directing customers to purchasing mechanisms other than IAP".
If you were providing subscription to a monthly coffee delivery, for example, then using IAP would not be acceptable, as this would fall under "Physical Goods and Services Outside of the App".
The latest iteration of Apple Review Guidelines concerning In-App Purchase can be found here https://developer.apple.com/app-store/review/guidelines/#in-app-purchase
You can use Paypal for this purpose as iOS sdk is also available for this as that will be supported both on your site and app.
I am wondering what the rules are around using an external payment system (like Braintree) for in-app purchases on iOS. We already run a streaming music service that operates over the web, and we want to develop apps for Android+iOS. It's a subscription service, and we currently run all our payments through Braintree. If at all possible, we'd like to continue to do so.
I'm a little hazy on the exact details of when this is allowed and when it's verboten.
This would allow users to stream full tracks within the app (otherwise all they get are 30-second previews), but it also allows them to use the subscription online and on other platforms. So, would this therefore be an allowable use of a 3rd party payment system by the "law of Apple?"
From the guidelines:
11.1
Apps that unlock or enable additional features or functionality with mechanisms other than the App Store will be rejected
11.2
Apps utilizing a system other than the In-App Purchase API (IAP) to purchase content, functionality, or services in an App will be rejected
https://developer.apple.com/app-store/review/guidelines/