# Change Sign in with Apple client id and retain user accounts?

**URL:** <https://community.auth0.com/t/change-sign-in-with-apple-client-id-and-retain-user-accounts/99423>\
**Category:** Get Help\
**Tags:** other-built-in-social-connections, connections\
**Created:** [January 31, 2023, 11:32pm UTC](https://community.auth0.com/t/change-sign-in-with-apple-client-id-and-retain-user-accounts/99423 "2023-01-31T23:32:07Z")\
**Posts on this page:** 3\
**Page:** 1

<div class="post-metadata">

**Author:** ![mikkimichaelis](https://sea1.discourse-cdn.com/auth0/user_avatar/community.auth0.com/mikkimichaelis/32/34171_2.png) [@mikkimichaelis](https://community.auth0.com/u/mikkimichaelis)\
**Post date:** [January 31, 2023, 11:32pm UTC](https://community.auth0.com/t/change-sign-in-with-apple-client-id-and-retain-user-accounts/99423/1 "2023-01-31T23:32:07Z")

</div>

my question is the same as this post

> [@Is it possible to change Sign in with Apple client id and retain user accounts?](https://community.auth0.com/t/is-it-possible-to-chanege-sign-in-with-apple-client-id-and-retain-user-accounts/81709):
>
> Hi! I am using Sign in with Apple for web-based authentication. I’ve set up the connection a while ago using something similar to [this guide](https://developer.okta.com/blog/2019/06/04/what-the-heck-is-sign-in-with-apple). Now, I need to move to a new developer account on the Apple side, but I would like all my users to keep their ids, so they can keep access to their data. I’ve repeated the steps for the new org and created a new App ID, Service ID, and a new key. I’ve reconfigured my Auth0 Apple connection to use the new data and it works. The problem is that Sign in wi…

It has a marked answer that does not provide an answer. All it says is "It appears our support team is still working on the issue. Thanks for your patience!”.

I have not changed _anything_ in my Auth0 Apple Social connection, continuing to use the existing key, key id, and team id and yet when an existing user logs in they receive a new sub id from Apple, causing my system to create a new user account. So, I doubt changing the key, id, and team is going to fix anything at all.

So, do I need to open a support ticket to resolve this issue or what?

Surely there must be an easy fix for this as Apple Apps are transferred all the time.

Thanks for any help, this is rather urgent,  
Mikki

---

<div class="post-metadata">

**Author:** ![mikkimichaelis](https://sea1.discourse-cdn.com/auth0/user_avatar/community.auth0.com/mikkimichaelis/32/34171_2.png) [@mikkimichaelis](https://community.auth0.com/u/mikkimichaelis)\
**Post date:** [February 2, 2023, 4:36am UTC](https://community.auth0.com/t/change-sign-in-with-apple-client-id-and-retain-user-accounts/99423/2 "2023-02-02T04:36:13Z")

</div>

I believe I better understand the issue here now. This is important so I’m posting it for those transferring an App Store app and using Auth0. Here are the posts I found, unfortunately after I completed the app transfer. Essentially, after the transfer is initiated a script must be written to create user transfer codes for all authenticated users. This is an Apple thing.

[https://developer.apple.com/forums/thread/668578](https://developer.apple.com/forums/thread/668578)

[https://developer.apple.com/documentation/sign\_in\_with\_apple/transferring\_your\_apps\_and\_users\_to\_another\_team](https://developer.apple.com/documentation/sign_in_with_apple/transferring_your_apps_and_users_to_another_team)

[https://help.apple.com/app-store-connect/en.lproj/static.html](https://help.apple.com/app-store-connect/en.lproj/static.html)

---

<div class="post-metadata">

**Author:** ![system](https://global.discourse-cdn.com/auth0/original/3X/b/5/b560f266932fcce5d57f09a6595bd50518cae3f3.jpeg) [@system](https://community.auth0.com/u/system)\
**Post date:** [December 12, 2024, 8:13am UTC](https://community.auth0.com/t/change-sign-in-with-apple-client-id-and-retain-user-accounts/99423/3 "2024-12-12T08:13:02Z")

</div>

This topic was automatically closed 14 days after the last reply. New replies are no longer allowed.
