Workplace can be configured to automatically assign the correct Primary Location to each user. Doing this manually and keeping data up to date for each employee can be too time-consuming otherwise.
Map office locations
Customers can map their AD property (or extension attribute) to the Office Location field in the SCIM User Provisioning integration:
Note: This is unnecessary if the location name is an exact match between AD and Workplace. However, it allows us to handle cases where the AD Office name doesn't match the OfficeRnD Location name.
Note: Multiple external directory locations can be mapped to a single location. The input field supports multiple comma-separated values.
Sync user's primary location to AD
The SCIM integration enables customers to map their AD Location field to Locations in Workplace. There are two options:
1. Azure customers can use the standard ‘physicalDeliveryOfficeName’ property, corresponding to the 'Office location’ field when editing a user. Click here to learn more.
2. Use an extension attribute to hold the office name. This option is available for all SCIM customers. Click here to learn more about setting this up in Okta.
Note: When a user is created in Workplace, the SCIM integration should set their Primary Location based on their Office Location in the AD.
Q&A
When will the Primary Office Location data sync?
When the user is first created in Workplace.
What if the user has already been created? Will we sync their AD primary location?
No, we will not sync their primary location to Workplace. This is because the user may have set their primary location in Workplace, and we felt it was important to respect that. See the next question, which is related.
Can users change their primary location in Workplace?
Yes, users can change their primary location. We felt it was important to have this flexibility as the AD location field may not always be accurate.