Need wrong Microsoft account removed from SuccessFactors login

The behavior indicates that the browser and Microsoft sign-in are defaulting to the wrong account when opening the onboarding link. The context provides two relevant patterns and mitigations:

1. Multiple accounts with the same or similar address / wrong account selected

• When there are both work/school and personal accounts, or when multiple accounts exist, Microsoft sign-in can default to the wrong one.
• The fix is to explicitly choose or switch to the correct work/school account when prompted, or remove the conflicting personal sign-in from the flow.
• If the sign-in page shows a list like "Work or school account" vs "Personal account" or shows the wrong account preselected, choose the work/school account that matches the address used by the employer.
• If the wrong account is already signed in, sign out at the Microsoft identity page and then sign in again with the work/school account that the employer provisioned. The Partner Center guidance notes that work and personal accounts can look similar and that selecting the correct work account is required to get the expected capabilities.

2. Corporate vs personal account and identity mismatch

• If the email or user principal name used to sign in does not match the user/account configured in the target system, access will fail. The Microsoft Identity Platform guidance for Microsoft Advertising explains that when the signed-in identity does not match any configured user, the account list or access will not appear.
• In this situation, the account configuration on the service side (here, the employer’s SuccessFactors/Microsoft side) must be aligned with the identity being used.

Practical steps based on the above:

1. Explicitly switch to the correct work account

• When the Microsoft sign-in page appears, select the option to use a different account (for example, "Use another account" or remove the pre-filled personal account) and then enter the work email address that the employer used for onboarding.
• If the sign-in experience shows a choice between a personal account and a work or school account for the same address, always choose the work or school account for the onboarding portal.

2. Confirm the correct identity with the employer’s IT/HR

• If the onboarding portal is still not accessible after switching accounts, the identity that SuccessFactors expects may not match the account being used.
• Contact the employer’s HR or IT team and ask them to confirm:
  • Which exact email/user principal name is configured for the SuccessFactors onboarding account.
  • That the account is a work/school (corporate) account in their Microsoft Entra (Azure AD) tenant.
• If necessary, the employer’s admin can update the configured user identity in their system so that the Microsoft sign-in account being used matches what SuccessFactors expects.

3. If the wrong account continues to appear automatically

• Ensure that all Microsoft sessions for the personal account are signed out in the browser and at the Microsoft account level, then sign in only with the work account.
• If the organization uses federated sign-in (SSO), the employer’s IT team may need to review their SSO configuration and ensure that the onboarding link routes to the correct tenant and account.

If sign-in issues persist even after selecting the correct work account and confirming the identity with the employer, the next step is to work with the employer’s IT support, as they control the corporate Microsoft identity and SuccessFactors configuration.

References:

• Which account do you want to use?
• Customer Support Portal - Troubleshoot Microsoft Identity Platform login
• Troubleshoot sign-in issues and account access problems