I submitted my app via application loader and it is waiting for review. I noticed an option called: in app-purchase. What is this?? Will I have to fill this in, because I already filled in the add app form. So once the app is accepted will it be in the app store. Or will i have to fill this out? THank you, reply please and bye. ***BY THE WAY MY APP IS FREE SO DOES IT MATTER?
In App Purchases (IAP) are a way to have your users pay for additional functionality. If you have not implemented StoreKit for that then you don't need to bother with this button.
Related
IAP (Subscriptions) can be purchased from the App Store through IAP Promotions or Offer Codes. In the case where the app is not installed yet, I was wondering how to activate the purchase afterwards.
If the subscription was activated through the App Store or an Offer Code was redeemed in the App Store, is it added to the receipt automatically? I guess so, otherwise I would have to restore the purchase, which I think is wrong.
Since I can not test this use cases from a sandbox account, would be very nice to know about the behaviour in advance. Thanks!
We want to add in app purchase (auto renewable subscription) to our app. We do it on a separate branch and don't want it to be part of the app until implemented and tested thoroughly.
To support it, we need to define a IAP on app store connect.
Of course, other features are implemented simultaneously, merged to master, and we submit the app to review once a week.
We are scared that if we'll define the IAP, when submitting to review the IAP will be submitted automatically with the app, before the feature is ready on the client side.
Is it possible to exclude the IAP from review until we are ready to submit it?
If not, how would you approach this?
When you view your IAP on App Store Connect there is a checkbox, "Cleared For Sale". You can keep that unchecked to be safe that your in-app-purchases won't be visible anywhere.
I want to know which account was used to buy my app in ios appstore. So my question is when a user buy an app, is there any receipt file (or something else) store in ios device? Thanks
You can use Receipt validation on iOS 7 to get some purchase details. The fields in the receipt are listed in the programming guide
The identity of the purchasing user is not one of them. If you have in-app purchase then you can correlate the purchase with an identity on your own backend, if you have one, but you cannot do this for the actual app purchase and you cannot access the purchaser's Apple ID.
I know that as a developer you can give away codes so that users can download your app for free. Is it possible to do the same for a subscription to content within an app?
No, it's not possible with in-app purchases, you have codes only for download apps.
My application was rejected due to "missing restore mechanism". I don't understand because I put the restore button in a UIAlertView.
Yes, the functionality that Apple is asking you to put into your app is to provide a "restore" ability.
If one deletes your app (which they paid for) and wants to restore it later, they've still paid for it. And that's the functionality you need to make happen.
Here is a tutorial that talks about what to do, in terms of code.
You must add Restore button whenever you used in App purchase in your app.
as per apple documentation there is several types of in app purchases. one of them is "non-consumable n app purchase". Nonconsumable inapp purchase means the user have to paid for that only once, he do not need to paid for the same item again.
But now question is that if user deletes your app from device then how can he get his/her product back without any type of payment. for this purpose apple recommends to the developer to add the RESTORE button in app when there is in app purchase.
http://www.raywenderlich.com/21081/introduction-to-in-app-purchases-in-ios-6-tutorial
The above link is for in app purchase where you can find extra information about restore and some helpful code.
Hope this help someone.