“restore purchases”

The solution is to create the consumable IAP 'credit' and to exchange a certain number of credits for each 'product'. Because of App REviews valid concern that the purchase should be 'non-consumable' you also need to create a record of the exchange of credits for a 'product' so the user can restore their 'product' purchases. And then include a note for App Review explaining what you did - how you are actually selling the product as a non-consumable but using a consumable 'credit' system to effect the purchase - and how you have implemented a restore function. The user's iCloud key-value file is an easy way tpo implement the 'restore' function.

Same here, Sandbox restore and purchase works, Testflight not.

Same here, Sandbox restore and purchase works, Testflight not.

first - yes, getProduct() is always called on app start inside viewDidLoad() in the main view controller, so it is impossible to miss it. as an extra step in productsRequest() I have the haveData variable that is true only after I got data about all my IAP and then I display buy all button, and I do all tests after I see Buy All buttonsecond - I never get that far in when I try to restore, I got an error message with code 21105 right after I press a button and I never get to paymentQueue(). From what I understand restore just kicks me out while saying - there is nothing to restore, go away.third - technically only difference between .purchase and .restored is in this linedefaults.set(true, forKey: transaction.original!.payment.productIdentifier)or rather in restored it is transaction.original!.payment.productIdentifier while purchased it is transaction.payment.productIdentifier and rest is just print, log and popup, that never happens since it is

One solution is to tell the user that No previous purchases were found at the App ZStore. If you think that is incorrect, try to restore your previous purchases at another time - sorry. Otherwise, consider purchasing.

Nope. You remove the IAP from sale independent of the app itself. And you can never remove access to those who have already purchased the IAP and want to restore the purchase.

The user needs to be able to restore a purchase when they load the app into a new device. If you can obtain the purchase information from the receipt then you don't need to support restoreCompletedTransactions.

What did you end up doing? I have the same question. I'd like to take my app from In-App Purchases to paid upfront and not have the Offers In-App Purchases showing while still being able for versions of my app to restore their purchases.

My app only offers consumable in-app purchase products. I can successfully purchase a product once but when I try to purchase it again, a popup This In-App purchase has already been bought. It will be restored for free. appears and the first transaction is restored: the payment queue delegate is notified that a new transaction (with the same identifier as the successful transaction) is updated to the purchased state. I never get a purchased transaction with a new identifier and hence I consider that the purchase failed. Also, each time the app is put in foreground again or at startup, the payment queue delegate is notified that a transaction has been updated (as if it had never been finished). Even though the app properly finishes the transaction each time.

Remove the app and the IAPs from sale. No new purchasers. Previous purchasers can restore app and/or IAPs and, if possible, use it with ever increasing bugs.