The use case I am describing is when a user’s purchased inventory is tied to an organizational user account and is tracked by an external service. For example, when a user buys a song from your mobile app on iOS or Android device, and then logs in to a web version of your app, the song should be instantly available to play in his/her collection. One of the in-app purchase types that is not compatible with cross-platform payments is the App Store’s non-consumable type. If your app sells non-consumable, auto-renewable subscription, or non-renewing subscription products, you must provide users with the ability to restore them. If you want to sell a cross-platform product that can only be purchased once, after reading the Apple definition, you may think that non-consumable type is the answer, but the additional requirement may confuse you. There is also one place where documentation mentions multi-platform services, but it does not say anything about non-consumable types. One of the features of App Store’s Store Kit is the ability to manage inventory of purchased items, meaning it will be responsible for filtering out items that were already purchased. This is handy if a user has lost or bought a new iOS device because it offers the ability to restore purchased items. However, when you let Apple manage your inventory, the purchased inventory will be tied to a user’s iTunes account and not your cross-platform user account. As soon as a user makes a purchase you top up his/her organizational account with content and consume the item. This inventory service is also used to filter out items that were already purchased because Apple is not a system of record anymore. Making all you are in-app purchase products consumables, even for items that can only be consumed once, might make you nervous, especially if you have not gone through the apple approval process before.
Besides if you do have any questions give me a call: https://clarity.fm/joy-brotonath