Hi @Hafiz Shoaib,
I hope you are doing well today.
Based on the information you shared that your concern is regarding Microsoft Teams not automatically detecting the office location via Wi-Fi, even though all the required configuration steps have been completed on your end.
After carefully reviewing your case, this behavior is most commonly attributed to a few specific conditions that are not immediately visible in the standard configuration checklist. First and foremost, it is worth noting that the Wi-Fi-based work location detection feature (Microsoft 365 Roadmap ID 488800) has undergone several rollout timeline changes, with General Availability currently targeted between early and late May 2026, meaning your tenant may not yet have received the update. Furthermore, there are two additional layers that can silently prevent detection from working: a granular in-app user consent setting within Teams that is separate from the Windows Location Services permission, and a working hours dependency that requires the user to have configured working hours in their Outlook or Teams calendar for the feature to trigger at all.

In the meantime, to help bring clarity to this situation, please kindly work through the following steps in order:
1/ Confirm the policy is effective for the impacted user and refresh the client state
- Verify the user is actually inheriting the intended policy assignment and that the correct tenant policy is in effect.
- Allow time for replication if the policy was recently created or newly assigned, then sign the user completely out of Teams and sign back in.
- Clear the Teams desktop cache and restart the device to ensure the client re downloads the latest policy configuration.
Get-CsUserPolicyAssignment -Identity ******@domain.com
Get-CsTeamsWorkLocationDetectionPolicy -Identity "PolicyName"
2/ Confirm the user's in-app consent level and working hours
- Even when a user has already granted location access at the operating system level, Microsoft Teams has an additional, separate consent layer that specifically governs BSSID-based location matching.
- Please have the affected user go to Teams Settings, then Privacy, and then Location, and confirm that the Insights for IT Admins toggle is turned on, not only the Emergency Calls toggle.
- Selecting Emergency Calls only at the initial prompt will prevent BSSID-based detection from functioning, even if Windows Location Services are enabled.
- Additionally, please confirm that the user has working hours configured in Outlook or Teams calendar settings, and that all testing is being carried out within those hours, as Teams will not update work location outside of a user's configured working hours under any circumstances
- Reference: User location consent experience in Microsoft Teams - Microsoft Teams | Microsoft Learn
3/ Validate the BSSID Entry Format and SSID List Configuration
- As a final check, please review the BSSID entries that were uploaded to confirm that the BSSID value has been populated in both the DeviceId field and the MACAddress field.
- According to Microsoft's official guidance, when managing entries individually via PowerShell cmdlets rather than through a bulk CSV upload, both fields are required, and if only one is populated, the mapping will not match correctly when a user connects.
- At the same time, please also verify that the workplace SSID list was configured using the correct format, with the Default: prefix included and multiple SSIDs separated by semicolons.
- Any deviation from this format will prevent Teams from recognizing the connected network as a trusted workplace network, regardless of how the BSSID mapping has been set up.
- Reference: Configure automatic update of work location - Microsoft Places | Microsoft Learn
Moreover, before enabling this feature, ensure you are a Microsoft Teams administrator (for Teams policies) and an Exchange administrator (for Wi-Fi settings). If the account used to upload BSSID/SSID settings lacked Exchange admin rights, the settings may not have saved correctly even if no error was shown. Therefore, if you don't have a permission, please reach out to your IT's organization to review your permissions and policies. If the issue persists after these checks, ask your IT administrator to submit a support request directly to Microsoft Support team.
They can raise a support ticket by visiting: Get support - Microsoft 365 admin | Microsoft Learn
As community moderators, we appreciate your understanding that our access to internal development details is limited. Our primary role is to guide users toward the appropriate resources and support channels. While we may not have visibility into deeper backend analysis, we’ll continue doing our best to support you within the scope of our responsibilities.
I hope this information is helpful. Please follow these steps and let me know if it works for you. If you have any updates regarding the issue, please feel free to share them with me.
Thank you for your patience and your understanding. I look forward to continuing the conversation.
If the answer is helpful, please click "Accept Answer" and kindly upvote it. If you have any extra questions about this answer, please click "Comment".
Note: Please follow the steps in our documentation to enable e-mail notifications if you want to receive the related email notification for this thread.