При использовании Azure приложения Active Directory Enterprise «Рабочий день для Azure Подготовка пользователя AD» мы настраивали сопоставления атрибутов.
Мы не хотим сопоставлять mailNickname, потому что мы не можем указать тот же лог c для вычисления уникального имени, которое мы используем для сопоставления UPN (SelectUniqueValue). Мы хотим положиться на поведение по умолчанию для mailNickname: если оно не указано при создании, оно устанавливается в «левую сторону имени участника-пользователя».
Наблюдаемое поведение 1 (желательно): это было работал некоторое время после того, как мы сначала удалили отображение mailNickname, и этот атрибут был правильно установлен в AAD для создания нового пользователя
Наблюдаемое поведение 2: оно больше не работает, и мы получаем ошибку для каждого пользователя, который будет подготовлен. Пример: «Не удалось создать рабочий« 1088 »в Azure Active Directory; Ошибка: значение свойства mailNickname является обязательным, но оно пустое или отсутствует ». (наши пользователи сопоставляются с WorkeeID по Workday).
Хотя это относится к соединителю инициализации Workday, я считаю, что он применим к другим клиентам сопоставления пользователей, таким как AD Connect.