Синхронизация профилей Delve в Office 365
В SharePoint уже очень давно присутствуют как профили, так и служба профилей пользователей. Основное их назначение - персонализация, включающая в себя описание основных характеристик того или иного пользователя, сложая со свойствами учетной записи Active Directory. Так что нет ничего удивительного в том, что абсолютно любые профили SharePoint можно без особых проблем синхронизировать с Active Directory (https://technet.microsoft.com/en-us/library/gg188041.aspx), чтобы создать или обновить пользовательские профили. Администраторы могут добавлять специфические свойства к пользовательским профилям в соответствии с требованиями бизнеса, но эти свойства не подлежат обратной синхронизации с Active Directory.
Данный механизм позволяет SharePoint обслуживать собственный каталог пользователей, согласованный с потребностями приложения. Но Office 365 представляет среду, отличную от локального развертывания SharePoint. Azure Active Directory — основная служба каталога, однако существуют и другие приложения, в том числе Exchange и Microsoft Online Services (лицензирование и управление учетной записью). Чтобы учесть требования разнообразных приложений или инструментов для создания сайтов (махаон киев (https://mahaon.ua/)), Office 365 позволяет им развертывать собственные каталоги, поэтому в конечном итоге появляются EXODS для Exchange, SPODS для SharePoint и т. д.
Эти каталоги позволяют приложениям хранить информацию, необходимую для их функционирования, не загромождая Azure Active Directory. Каталоги связаны между собой путем синхронизации, что обеспечивает совместное использование приложениями важной информации (такой, как идентификаторы учетных записей и имена пользователей). Объект MSOL для каждого пользователя содержит всю необходимую информацию, в том числе назначенные ему лицензии.
Внешне профили Delve более привлекательны, чем профили SharePoint, и располагают более специфичным набором свойств. Как и следовало ожидать, большая часть свойств присутствует в других приложениях (отображаемое имя, подразделение, рабочий телефон и т. д.). Некоторые характеристики уникальны для Sharepoint и Delve, такие как свойство «Помощник», дата рождения, квалификация и интересы. Дополнительные сведения о возможных способах использования этих свойств приведены в статье по адресу: https://support.office.com/en-us/article/Manage-SharePoint-Online-user-profiles-from-the-SharePoint-admin-center-494bec9c-6654-41f0-920f-f7f937ea9723?ui=en-US&rs=en-US&ad=US. Например, отображаемое имя, сохраненное в профиле пользователя, будет показано в сведениях об авторе в библиотеках документов SharePoint и OneDrive.
Обновляемые свойства в SPODS и в EXODS
Office 365 предоставляет интегрированную среду, поэтому следует ожидать, что обновления в Azure Active Directory будут синхронизированы между приложениями. Но в действительности этого не происходит. Как показано в приведенной выше таблице, если обновить сведения для пользователя в Azure Active Directory с помощью консоли AAD, только некоторые свойства синхронизируются со SPODS для отображения профиля Delve. С другой стороны, обновляются два свойства, сохраненные в EXODS. Я не профессиональный тестировщик, так что проверьте эти результаты на собственном клиенте. Мои результаты дают достаточные основания предполагать, что синхронизация между приложениями Office 365 оставляет желать лучшего.
