“restore purchases”

I believe they work for anything. But once used, the promo code can't be used a second time. If you use it to purchase a non-consumable then you have purchased that non-consumable and if you want to restore it or 'repurchase for free' you can do that for a non-consumable. Not so with a consumable. Once purchased using a promo code if you want to purchase it again you would need a new promo code.

We received the same email today. Ideas/suspicions: If you use RevenueCat, you know that they had a major two hour long outage on Friday February 10th. Any customers who made purchases during that period were unable to unlock content after paying. The issue was resolved, but any affected customers will need to manually Restore Purchases. Perhaps Apple's systems detected this as a form of payment fraud. A nefarious competitor is attempting sabotage your apps by buying fake reviews. Would be easy to detect if you notice an unusually high amount of new reviews for your apps. If so, disclose this to Apple immediately. An unusual spike in downloads may have triggered this. Other: We investigated the email headers, and it looks like a legitimate email from Apple. But we can't be certain it's not phising, so do not share any sensitive information. Besides the Please address this issue promptly, there isn't much of a call to action. We reviewed our apps, analytics, reviews, etc and responded with ou

Yes, still need for any 'restorables'. See 3.1.1 in the app review guide (emphasis mine):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. Any credits or in-game currencies purchased via IAP must be consumed within the app and may not expire, and you should make sure you have a restore mechanism for any restorable in-app purchases. Please remember to assign the correct purchasability type or your app will be rejected. Apps should not directly or indirectly enable gifting of IAP content, features, or consumable items to others. Apps distributed via the Mac App Store may host plug-ins or extensions that are ena

If anyone ever purchased the IAP they are forever entitled to restore it. Therefore an IAP can't be 'deleted'. It can be removed from sale.

That will work fine. As I wrote above, you will need to create a method of restoring the purchase to other devices owned by the user and you should indicate to App Review that you have such a 'restore' function implemented. Although 'consumable' IAPs do not 'need' to be restored, your item is really a 'non-consumable' item that is obtained through this 'consumable transfer currency'. Therefore a restore function is appropriate.(By the way, you could also sell the consumable in discounted packages of 5 if you wanted.)

I suspect we invoked the endless loop bug today while testing purchases and restores on a number of devices using sandbox accounts. In trying to solve an IAP issue (restores were only finding the user's last purchase and restoring), our latest build contained changes to handling a user's complete list of purchases. While the fix appeared to work in debug and ad hoc (all IAP content unlocked), the sandbox login window now appears frequently. Previously the login window would only display when needed for an actual IAP or Restore. It may be as a result of finishTransaction not interceding between each purchase restore.From what I'm reading on the Forum re: endless loop, it sounds like nothing will clear those devices of the login prompts: App deletion, device reset, new test user account, new build of app with finishTransaction back in place? If that's correct, can you suggest how we might be able to get Apple to kill our affected test accou

Ok thanks for your reply, Which place is correct to show the Restore button, which means - I have one Purchase screen with buy button and also another screen after the purchase done it shows the expiry date.

I understand that this needs to be called at the correct timing. As stated in the doc you mentioned, you should call finishTransaction(_:) after unlocking the purchased content and presenting it to the user in your app's UI. If the transaction does not finish for a long period, is the purchase cancelled and a refund issued? The purchase isn't cancelled. The user needs to request a refund before a refund can occur. For more information, see Handling refund notifications. If so, how long is this period? The transaction stays in the payment queue until you call finishTransaction(_:) to remove it. If your app has a persistent transaction observer, the user will be repeatedly prompted to authenticate a purchase when launching your app. Additionally, calling restoreCompletedTransactions() won't return a transaction for this subscription. From restoreCompletedTransactions(): This method has no effect in the following situations: All transactions are unfinished. The user did not purchase

Sure, App Review. I thank you. I don't have a problem and will submit changes if you kindly tell me that there may be a situation where they need to restore whatever they need without history of purchases. For now, I don't see it. And the reviewer or the appeals board doesn't give me a reason why they need to restore what. Again, I don't know what they are trying to restore.

> Should not the latest version of the receipt that was acquired by sending the SKReceiptRefreshRequest be persisted?No. The system needs to limit the possibility that user A will purchase an IAP and then go from device to device to device restoring that purchase for all of their friends.

Reread my post. How do I purchase 2 items with the same price? What happens when I restore a purchase? Round hole, square peg. You are not selling a non-consumable IAP you are selling entrance to a store - you want Tokens.