Why Workspaces doesn't work within personal accounts

The message in the screenshot indicates that the service being accessed is configured to accept only work or school accounts (Microsoft Entra ID / Office 365 organizational accounts) and to block personal Microsoft accounts.

From the provided context, Services Hub workspaces and some other Microsoft services can be configured this way:

• For Services Hub specifically, workspaces that are associated with a Unified Support agreement are, by default, configured to prevent using personal accounts to sign in. They can only be accessed with work or school accounts. They can be reconfigured to allow personal accounts, but this must be done by the Microsoft representative or workspace admin.
• Additionally, if the email domain is hosted in Azure, that domain cannot be used to create or sign in with a “Personal” Microsoft account for these services.

To use Workspaces (or any similar service that shows this message):

1. Sign in with a work or school account that belongs to the organization that owns the workspace.
2. If only a personal account is available, contact the organization’s Microsoft representative or workspace administrator and request either:
   • An invitation for the correct work or school account, or
   • A configuration change to allow personal accounts (if the service/workspace type supports that, such as certain Services Hub workspaces).
3. If the invitation was sent to one email but redeemed with another, always sign in using the email that was actually used during registration.

If sign-in problems persist even with the correct work or school account, follow the sign-out guidance (clearing cached sign-ins and using a private browsing session) and, if needed, escalate through the Microsoft representative or support channels listed in the documentation.

References:

• Services Hub sign in FAQs
• Workspaces in Microsoft Services Hub