I am in a development team debating whether we should process subscriptions for premium content
1) on our online community web site or
2) in our iPhone app via the In-app purchase feature.
The question we still have is:
If a member of our online site (registered member) downloads the iPhone app (as another way to interact with our online content) and decides to purchase the "Premium" features via the iPhone in-app purchase feature (unlocking new content on the iPhone app)
Can our servers then know that this member has upgraded via the app and in response unlock content on our web site, too?
The store sends the app a message whenever a user makes an in app purchase, so your app could react to the message by sending a message to your server. The question I would have is whether the contract with Apple would permit this, particularly if the user could buy the content on the web site without paying Apple and then access it through the app.
Related
Please tell me How to make payment with different amount via In app purchase in iphone sdk?? as i am creating an application in which subscription charges deduced from a website and in the same way i want to make payment using my application and subscription amount change all the time.. as apple don't approve paypal for the same purpose. How to handle this problem??
can we use web services for deduction of charges and get response of success or failure from web services?
For in-app purchases of app content, you're only allowed to use Apple's In-App Purchase system. You're not allowed to use paypal or anything else from in the app.
The only way to set the price of an in-app purchase item is in iTunes Connect. StoreKit (the API you use for in-app purchases) gets product prices from iTunes Connect, and there is no API for overriding the prices from within the app.
There's no public API (as far as I know) for changing the price in iTunes Connect, either. Perhaps you can script the normal web browsing interface, or find code someone else has written that scripts it. But the only way that Apple provides for changing the price of an in-app purchase is to log in to the iTunes Connect web site in a web browser.
I have a requirement in my new iPhone application, where I have to made payment like paisapay (Ebay) does. can I open a web page where user can fill information related to payment and server will handle payment? This Transaction will be in secure manner (In standard way). is it possible? Apple will approve app?
If you are using this means to unlock functionality in the app after payment, it will be rejected else it's okay.
As per app review 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
11.13 Apps that link to external mechanisms for purchases or subscriptions to be used in the app, such as a “buy” button that goes
to a web site to purchase a digital book, will be rejected
For more reference please read the latest App store review guidelines at https://developer.apple.com/app-store/review/guidelines/
maybe this might help you
http://www.zooz.com/
FYI: In accordance with Apple’s App Store Guidelines, ZooZ can be used without limitation for purchasing physical goods or goods and services used outside of the application.
I am currently building an app for an existing and large Royalty Free music library. They sell stock music to be used in productions/websites/commercials etc. What they sell is the license to use the music in your production.
What they want to build is an iPhone and iPad app that is basically an extension of their website. Users can browse and purchase music through the app. I am building a web service to connect to the existing website and will most likely use Webview to handle payment via PayPal. The user is then sent a download link for their music via email after successful purchase
The question I have is whether Apple will reject due to the way we are selling goods. This is an already established business and the iphone apps are just an extension of that.
Any help is really appreciated.
If you sold using in-app purchase (30% to Apple) they would probably accept it. Otherwise not, and you should stick with a web app (which you could highly customize for the iPhone/iPad).
Most likely would get rejected. One option might be to use the iPhone app to browse and sample the tracks, but link out to a mobile safari web page to complete the transaction.
It will definitely get rejected.
My app had a link to our website that had a puchase link. They rejected the app for that too.
Buying directly from the app is not allowed.
I am developing an iphone app and it demands me to sell some real world products with it. I know that guidelines of Apple would not permit me to sell them through In App purchase functionality, So for now i am concentrating more on paypal integrated way. Still, i have ambiguities in mind whether it would be appropriate way or not because i have gone through several forums which says that apple reject such applications. Any input on it would be great help.
Thanks in advance
An iOS application I developed offers 2 payment methods instead of in-app purchasing (also for real world goods). This application has been accepted and has been in the iTunes Store for a few months now.
The way it works is that the application sends you to a mobile-optimized website (opened in Mobile Safari). After payment, the mobile-optimized website shows the app icon + special link "application_name://command", when tapped the application relaunches and uses the "command" text to update some local data & showing a "Thank you for your payment" screen.
Further reading:
http://developer.apple.com/library/safari/#featuredarticles/iPhoneURLScheme_Reference/Introduction/Introduction.html
I'm developing a website and a companion iPhone app where users can purchase video content. I'd like to let users buy content from the iPhone app or the website, and then view their purchased content through either medium. My understanding is that the app will be rejected from the App Store unless it uses the StoreKit framework for in-app purchases, so I can't implement my own purchase backend. As far as I can tell, though, there's no such thing as a web version of the StoreKit framework.
Is there any way to make/verify "in-app purchases" from outside an app, e.g. through a website?
There must be, because the DC Comics/Comics/Marvel Comics apps from Comixology all do. You can purchase content either from the in-app store, or via the website. And then you can read the content both in the device or online.
Alas, I don't know how they did it. I guess that the web shop replicates the in-app purchases when you buy something: i.e., the device calls home after an in-app purchase and adds that purchase to your online account as well. And, when you buy something online, you can download it from within the app, bypassing the apple store. You can even download content in one app that was purchased in the other (they are mostly the same app with different branding)