“restore purchases”

Your explanation for why you use consumables is insufficient. Here are some comments:Hello, we use consumable purchases almost a year now. This statement carries no weight. It is irrelevant.You said that our license is not available on other users devices, but it's not correct. Our licenses are only purchased once by users and are available on all user's iOS devices. But you did not explain how the user can get the license on a different device or how they can get the license restored on a device after they delete the app and reinstall the app on that device.So, it does not contradict your guidelines. It does violate the guideline - you should be using a non-consumable IAPAs I posted above, you need to explain how the user can restore the license on a device after deleting and reinstalling the app and how the user can get the license on a different device. Only then have you demonstrated that your 'consumable' is handled as a non-consumable'. You need to explain why you are

Thank you for your answer.Our application only runs if at least one IAP is purchased.I'll explain a bit more what our App is all about to understand the problem better.We have a web service we want to deliver, but not for free, because we present data in specific ways that is only available to users using our App.A part of our service online if free to access from a simple browser.Our online service is a daily ranking of horoscope signs.We first thought of doing one App per sign (Tier 1 price) but it has been rejected because too similar content in different Apps is not allowed.Then we made one App (Tier 1) that allows users to select the first dusaply pack for free (free IAP, non-consumable), then next items are Tier 1.It has been rejected as well because it seems misleading and difficult to understand for the user.This specific part has been discussed with Apple on the phone so we decided to change for the third approach.We now want to deliver the App for free, and all 12 sign display packs are Tier 1.Once

You can't because a user who purchased it needs to be able to restore it forever. You can remove it from sale. You can have the latest version of the app not reference it. What are you doing to compensate the users who bought the IAP before it was not needed?

1) when you write '(u)ser cancels the subscription' - you mean the user turns autorenew off - they do not request a refund from Apple and Apple does not generate a new receipt with a cancellation_date field. Correct? It is hard to turn off a subscription in the sandbox. 2) I am surprised that you got a .restored transaction state in updatedTranscations without getting a call to paymentQueueRestoreCompletedTransactionsFinished - check that that is actually happening. If it is, please report it as a bug. I do not think that is the expected behavior and it might be just a sandbox bug. 3) I am surprised that you got a restore rather than a purchase after a purchase request

>it's already stocked on your App account.When a user tries to find or use the IAP content they bought you need to tell them that they can restore the purchase simply by logging onto their account on your server.

I've just restored my iPhone from iCloud backup and the sandbox in-app purchases are working perfectly now... Makes no sense at all. Glad it;s working now though.

restoreCompletedTransactions will not work with a consumable IAP - but that's not your question.You have 2 choices. You can refresh the receipt and then examine the refreshed receipt or you can restoreCompletedTransactions. The advantage of the restore is that when a device does a restore (or a purchase) it is registered with the App Store and subsequently that device receives a new transaction each time there is an auto-renew transaction (and the device adds a transaction observer).

I have non-consumable products, promo codes successfully redeemed on appStore but tryed to restore them inside the app and the transactions array is not bringing the products, the state is like they were never purchased. iOS11...

It looks like this is fixed in the latest iOS 12.2 beta, just have to wait until it is released to the users. Unfortunately all the users with iOS 11.0-12.1.3 will have to upgrade in order to be able to restore their purchases.

Same problem here as well. New Hampshire (USA). New purchases and purchase restorations are taking multiple tries (5+) to get them to go through, and I have tried dozens of times to call validateReceipt against the Sandbox and keep getting either a timeout error or Cannot Connect to iTunes Store error. Very frustrating and holding up progress on our project.