Skip to main content
Question

How do we set up and use RevenueCat for the following case? AppUserID can have non-transferable one specific AppleID subscription. When it expires, the AppUserID can have one subscription of another AppleID.

  • December 6, 2024
  • 1 reply
  • 33 views

Forum|alt.badge.img

Our service is an iOS app using RevenueCatSDK. And the iOS app uses our WebApi backend with RevenueCatAPI.

The service user can have multiple service Accounts, multiple AppleIDs and multiple Apple Devices.

 

The service want to have following behavior:

  1. User has multiple service Accounts, AppleIDs and Apple Devices.
    • service Accounts: (e.g. Account_A, Account_B)
    • AppleIDs: (e.g. AppleID_A, AppleID_B)
    • Apple Devices: (e.g. iPhone_A, iPhone_B)
  2. User can change combination of Account, AppleID and iPhone.
  3. Account has unique UserID and sets the UserID to AppUserID(RevenueCat). We don't use anonymous AppUserID.
  4. Role is managed by our WebApi
    • If a user makes a subscription with the combination (iPhone_A, AppleID_A, Account_A), the user Role is changed and the Role is managed by the our WebApi.
    • Whether the combination is (iPhone_A, AppleID_B, Account_A) or (iPhone_B, AppleID_A, Account_A), Account_A can use our service in a Role managed by our WebApi.
  5. Until subscription expiration, AppleID_A can restore Account_A on any apple devices. The Role of Account_A is never transferred to Account_B.
  6. Until the Account_A subscription expires, AppleID_B can't make subscription of Account_A. When the Account_A subscription expires, AppleID_B can make subscription of Account_A. And instead, AppleID_A won’t be able to make subscription of Account_A.

I would like to know what settings are needed to achieve this behavior.
Can we control subscriptions, such as preventing the same user from having multiple AppleID subscriptions, with the following “restoring-purchases Transfer Strategy”?
If so, which Transfer Strategy?

  • https://www.revenuecat.com/docs/getting-started/restoring-purchases

thanks.

This post has been closed for comments

1 reply

jeffrey_bunn
RevenueCat Staff
Forum|alt.badge.img+6
  • RevenueCat Staff
  • 277 replies
  • December 10, 2024

Hi ​​​​@swz. On iOS, all purchases are tied to an Apple ID. Unfortunately, there isn't a way to programmatically know which Apple ID made the purchase. For this reason, you may want to review your scheme and see if you can drop the Apple ID requirement, at the very least. Can you share more about what you're trying to accomplish and any modifications you might be able to make given the Apple ID issue?


Cookie policy

We use cookies to enhance and personalize your experience. If you accept you agree to our full cookie policy. Learn more about our cookies.

 
Cookie settings