We need to transfer an App to other developer account, both the account are belong to our company.
As we know, our app is using the Sign in with Apple function that we need to do some transfer job and we refer to this document: https://developer.apple.com/documentation/technotes/tn3159-migrating-sign-in-with-apple-users-for-an-app-transfer.
There is a lot of users using the Sign in with Apple in our app, totally serval millions. To avoid risks as much as possible that we have to make the work flow very clearly, so we're seeking help here.
I have serval questions, some I've got the answers from Google gemini and this Forums, I will list them below, please take a look what I understanding is correct or not, thanks.
A. From the document above, can I performed the Steps 1&2 before the app transfer? if so, is there a maximum lead time for these transfer_subs?
B. Regarding Step 5(Team B exchanging transfer identifiers via https://appleid.apple.com/auth/usermigrationinfo) are there specific rate limits (requests per second/minute) for this endpoint? Cause we have a huge number of user whose using the Sign in with Apple, we have to transfer the sub values as soon as possible.
C. Cause we have a huge number of user whose using the Sign in with Apple again, This transfer job involves huge risks. So, is there any way to simulate these whole operations?
Answer by my self: NO.
Hi @Dick_Long,
Thanks for your questions. You wrote:
A. From the document above, can I performed the Steps 1&2 before the app transfer? if so, is there a maximum lead time for these transfer_subs?
To migrate their users, the transferring team (Team A) must obtain their user access token(s) and generate a transfer identifier(s) prior to initiating the app transfer.
If the app belongs to an app group, Team A must also ungroup them before initiating the transfer.
If the app is configured with a Services ID, it will also transfer. If Team A wants to keep the Services ID, they must remove the association with the app before initiating the transfer.
Important: If a user doesn’t use any other applications from Team A, Team A will no longer be able to communicate with the migrated user using their private email address after the transfer.
Next, you wrote:
B. Regarding Step 5(Team B exchanging transfer identifiers via https://appleid.apple.com/auth/usermigrationinfo) are there specific rate limits (requests per second/minute) for this endpoint? Cause we have a huge number of user whose using the Sign in with Apple, we have to transfer the sub values as soon as possible.
There is no rate limiting on the /auth/usermigrationinfo endpoint.
Then, you wrote:
C. Cause we have a huge number of user whose using the Sign in with Apple again, This transfer job involves huge risks. So, is there any way to simulate these whole operations? Answer by my self: NO.
There is no sandbox or test environment for app transfers or Sign in with Apple user migrations. However, you can create Apple Accounts to test your implementation before and after the app transfer.
Once you complete the app transfer, the /auth/usermigrationinfo endpoint is active for both Team A and Team B for 60 days. The test accounts can be used during this time, if needed, then you can begin migrating your production users in batches once your implementation meets your satisfaction.
Cheers,
Paris X Pinkney | WWDR | DTS Engineer
