I want to create an app with in app purchases. As I see, Apple now hosts the contents of non-consumable in-app purchases.
What if I want to support IOS5? Can I send my content to Apple for hosting? Or it is only available for IOS 6?
I'm afraid that hosted content in itunes connect is only available for iOS6. If your app supports iOS 5 you must download the content from your own server or pack it on the bundle and unlock it after the transaction.
http://www.raywenderlich.com/21081/introduction-to-in-app-purchases-in-ios-6-tutorial
...."such as covering the new iOS 6 Hosted Downloads feature..."
Related
I am trying to implement In-App Purchase in iPhone SDK, but I am trying to buy an app from another app.
Is it possible to implement it? From first app, I open one feature which is locked by In-App Purchase. It has to install the feature as another app in the device. So that the owner can get the money of the app using In-App Purchase.
You cannot purchase an app from an app using In-App purchase for that go through below point:
11.1
Apps that unlock or enable additional features or functionality with
mechanisms other than the App Store will be rejected
And for more details please check. If any issue please revert me.
I am going to upload an iphone app with in-app purchase. Previously i had made this application paid. Now i am going to make it free with in-app. Now the users which have already downloaded the app needs not to do that in-app purchase part. How is this possible?
If existing user will download updated version, then he has to upgrade app by paying through In-App purchase.
There is no such facility if user updates the application.
I am writing an app for newsstand with free subscription but the product identifier i am using always comes back in the invalid set when making the request.
I have used this tutorial:
http://troybrant.net/blog/2010/01/in-app-purchases-a-full-walkthrough/
I have:
1) created an Appid (fsfe4.com.myapp.myappdesc)
1a) signed the paid ios app contract and filled in the banking/tax info
2) put that appid as the bundle id (com.myapp.myappdesc) in the plist
3) downloaded developer and distrubtion provisioning profiles (developer profile does not have wildcard)
4) updated the code signing identity (both the Debug and 'Any IOS SDK' has the iPhone developer referencing the developer profile i created and downloaded)
5) added the code
6) created and added info for the app on itunes connect (turned newsstand on, uploaded photos and filled out all the info)
7) compiled and archived the xcode project, uploaded it to itunes connect, rejected the binary.
8) created the in app purchase (free subscription), and attached it in the 'view details' part of the application.
I get this notice:
The first In-App Purchase for an app must be submitted for review at the same time that you submit an app version. You must do this on the Version Details page. Once your binary has been uploaded and your first In-App Purchase has been submitted for review, additional In-App Purchases can be submitted using the table below. Note that free In-App Purchase subscriptions may only be submitted with a version that is enabled for Newsstand.
I am not entirely sure what that means.
9) waited 24 hours
10) tried again with no luck
I have re-archived,uploaded and rejected my app a couple of times. I haven't changed the version # in itunes connect but i don't think that should matter.
According to Apple's guide it specifically says that I should not have uploaded the binary and rejected it:
Important DO NOT upload the development binary to iTunes Connect until the application is ready for App Review approval. If the binary is present in iTunes Connect and it is not
fully functional, App Review will review the binary and likely reject the development binary. Testing In App Purchase will fail if you or App Review reject your most recent
binary in iTunes Connect. The workaround in this case is to upload a binary without In App Purchase features that can get approved by App Review.
Once the binary is approved, resume testing the binary with In App Purchase features.
That goes against every other tutorial i have seen. Is there a way to remove the binary to get it back to the pre uploaded binary state so that I can test? should i just delete the app and start over? if I do delete it can I use the same bundle id and same app name?
The problem was that I didn't delete the app from the device and reinstall it after i had gone through the checklist here.
So much time wasted. Sigh.
Are you running your app with development provision or distribution provision?
Are you running your app with same app id / provision for which you have uploaded the in app purchase?
Follow this article - http://www.raywenderlich.com/2797/introduction-to-in-app-purchases
I need to build an Store app that can be used to install a few apps that I've developed. I'm planning to do this using in-app purchasing. i.e. the user can purchase the new apps from my store. Is this possible?
No. The iOS security sandbox will prohibit installing any additional apps from your app. Only apps purchased from Apple's iTunes App store can be installed on a customer's device (except for a developers own devices, and a very limited number of beta test users).
You might be able to sell access to web apps, which a user would have to manually clip as web clippings onto their device (they can't be auto installed). But Apple may or may not accept an app which sells those web clippings, so you'd might have to figure out a way to sell them from your web site.
It would ultimately have to link to the app store to do the app downloads. In-app purchasing is just that...in your apps. You can set up a store, but if you want them to be installed as separate apps on the user's phone, you will just have to link to the app store.
Apple most likely won't allow it.
if you are using your "store" app to distribute full apps, instead of just additions to your store app, it DEFINITELY won't pass.
It would be circumventing their distribution system (and 30% cut) and they won't like that very much.
No, your app can't install other apps directly, but you can use an app store url to send your customers to any of your other apps in the app store. There's more info in this SO thread.
It would be a different story if you were working under the enterprise or ad hoc distribution models, in which case you could link to your apps on a web server and install them over the air. But given that you're talking about in-app purchase, it's pretty clear that you're distributing under the standard distribution model.
If your other apps just deliver new content, what you should do is build an universal app that handles all your content and then let the user download new and different content using in-app purchasing. Then you end up with an app similar to iBook, that offers different content, but the same user interface.
One option is to ship your "parent" app with all the content for "children" apps, albeit encrypted. Use in-app purchasing to decrypt "children" content.
I have a lite iPhone app that has a link for the Paid app on the app Store.
On the following question it was mentioned that the app was rejected because of the same behavior and in order to apply this I have to use In app purchase instead.
I have seen Lite and Paid apps on the store.
I wanted to know how I can handle the link between the two apps without being rejected. I would appreciate your help.
Thanks,
InApp Purchase rejected in App Store
My app DreamFX lite was just approved today. it has a full version (dreamfx photo) and a lite version (dreamfx lite) the lite version just links to the app store to purchase the full version. I didn't do anything special with in app purchases, so I'm not sure why exactly the poster you linked to was reporting his app got rejected.