I have in-app purchases in my app, which are live on the app store. I have sent out a new beta to my testers, and one is trying to make an in-app purchase but it is coming up with the sandbox. Is this supposed to happen? They do not have a testing account and actually want to spend money, so I figured I should ask: How or why do beta testers, who are running my iOS app on their phones and not the iOS simulator, get the app store's sandbox as opposed to the regular app store?
Please make sure that your tester will signout from testing account from Setting & they are using proper iTunes account for purchasing the product. I assume you have used proper product identifier in code as you have entered in IAP of live application. It would be great if you can once check IAP of your application in iTunes with that in code.
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'm looking for a way to let the user have the ability to upgrade their App from a free App to a pro/plus/HD App. I have some experience with in-App purchases but for this client I need to adjust the appicon (because the user can upgrade their App).
On stackoverflow it turned out that changing the Appicon is impossible because it's within the App it's sandbox environment (link).
I saw some cool app which had the option to let a new App be installed on the user it's iPhone with a new App icon. This all by means of an in-App purchase.
Can anyone explain me or refer to some steps which are necessary to accomplish my needs?
EDIT:
Is it perhaps possible to create an App just as you add a link from safari to your homescreen and afterwords let this function as a hyperlink for my app? (using shared secret)
You cannot change the app icon, as you know. Also, you cannot install an app on the user's device that does not come from the App Store. The best you could do is utilize an in app purchase, and when the purchase completes, point them to the link of the app on the store. Your app will not be accepted however, and the pro app will be on the App Store for free. The best you can do is either take "free" out of the icon altogether or have two different apps.
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 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.