Additional team and channel-related features and issues within Microsoft Teams for business
The behavior matches intermittent failures in the Windows Web Account Manager (WAM) / token broker layer that affect all Microsoft 365 apps (Teams, Outlook, Office). Restarting the device temporarily restores the WAM components, which is why sign-in works again for a while.
Use these steps to stabilize authentication on affected Windows 11 devices:
- Repair the WAM and Cloud Experience Host packages
- Open Windows PowerShell (Admin).
- For work/school accounts (Entra ID):
if (-not (Get-AppxPackage Microsoft.AAD.BrokerPlugin)) { Add-AppxPackage -Register "$env:windir\SystemApps\Microsoft.AAD.BrokerPlugin_cw5n1h2txyewy\Appxmanifest.xml" -DisableDevelopmentMode -ForceApplicationShutdown } Get-AppxPackage Microsoft.AAD.BrokerPlugin - For personal accounts (if any Outlook.com/consumer accounts are also used on the device):
if (-not (Get-AppxPackage Microsoft.Windows.CloudExperienceHost)) { Add-AppxPackage -Register "$env:windir\SystemApps\Microsoft.Windows.CloudExperienceHost_cw5n1h2txyewy\Appxmanifest.xml" -DisableDevelopmentMode -ForceApplicationShutdown } Get-AppxPackage Microsoft.Windows.CloudExperienceHost - After the commands complete, restart the device and test Teams/Outlook sign-in over several hours.
- Avoid unsupported profile roaming of token data
- On any VDI/roaming-profile solution, verify that no data under
%localappdata%is roamed for the following paths and keys:-
%localappdata%\Packages\Microsoft.AAD.BrokerPlugin_cw5n1h2txyewy -
%localappdata%\Packages\Microsoft.Windows.CloudExperienceHost_cw5n1h2txyewy -
%localappdata%\Packages\<any app package>\AC\TokenBroker -
%localappdata%\Microsoft\TokenBroker -
HKCU\SOFTWARE\Microsoft\IdentityCRL -
HKCU\SOFTWARE\Microsoft\Windows\CurrentVersion\AAD -
HKCU\SOFTWARE\Microsoft\Windows NT\CurrentVersion\WorkplaceJoin
-
- Ensure the work account’s MS-Organization-Access certificate is not being roamed between devices.
- If these items are being captured by a profile or migration tool, exclude them and test again.
- On any VDI/roaming-profile solution, verify that no data under
- Check for impersonation or elevation scenarios
- Make sure Outlook and Teams are always started in the same user context as the signed-in Windows session.
- Do not launch Office apps with Run as different user, Run as administrator (for a different account), or via server-side automation tools. These patterns can invalidate logon sessions and cause errors such as code
2147943811/2147943712.
- Run the Microsoft 365 sign-in troubleshooter
- On an affected device, run the Microsoft 365 Sign-in troubleshooter (
aka.ms/SaRA-OfficeSignIn-sarahome). - Apply any fixes it suggests for Office/Teams authentication.
- On an affected device, run the Microsoft 365 Sign-in troubleshooter (
- If the issue persists across multiple users/devices
- Collect MSOAID logs from an affected machine and have the tenant admin open a support ticket from the Microsoft 365 admin portal, attaching the logs. This allows Microsoft to analyze the correlation IDs and error codes shown in the “Something went wrong [4wbr5] / Code: 2147943811” dialog.
- As a temporary workaround while the root cause is investigated, users can access mail via Outlook on the web and Teams in the browser.
These steps address the most common causes of recurring Microsoft 365 authentication failures on Windows 10/11: corrupted WAM packages, unsupported roaming of token/certificate data, and invalid logon sessions due to impersonation.
References:
- Fix authentication issues in Microsoft 365 apps when you try to connect to a Microsoft 365 service
- Error “Something Went Wrong [1001]” signing in to Microsoft 365 Desktop Applications
- Error code 80070520, -2147023584, or 2147943712 when signing in to Microsoft 365 apps
- Error “Something Went Wrong [1001]” signing in to Microsoft 365 Desktop Applications
- Fix authentication issues in Office applications when you try to connect to a Microsoft 365 service
- Can't sign in to Microsoft 365 desktop applications