Примечание.
Для доступа к этой странице требуется авторизация. Вы можете попробовать войти или изменить каталоги.
Для доступа к этой странице требуется авторизация. Вы можете попробовать изменить каталоги.
Значения NULL и пустые значения не обрабатываются должным образом
Применимо к:
- Подготовка пользователей из Workday для локального Active Directory
- Интеграция Workday с Microsoft Entra для управления пользователями
- SAP SuccessFactors для подготовки учетных записей пользователей в локальной Active Directory
- SAP SuccessFactors для Microsoft Entra подготовки пользователей
| Устранение неполадок | Сведения |
|---|---|
| Проблема | Вы успешно настроили приложение для входящего обеспечения. Вы получаете значение NULL или пустое из приложения отдела кадров. Ожидается, что служба подготовки очищает соответствующее значение целевого атрибута в локальном Active Directory / Microsoft Entra ID. Операция завершается с ошибкой: InvalidAttributeSyntax-LdapErr: The syntax is invalid. The parameter is incorrect. Error in attribute conversion operation, data 0, v3839. |
| Причина | Служба предоставления не имеет стандартной логики для обработки значений NULL. Когда служба предоставления получает пустую строку из исходного приложения, она пытается передать значение в целевое приложение без изменений. В этом случае соединитель подготовки локальная служба Active Directory в настоящее время не поддерживает настройку пустых строковых значений, поэтому вы видите указанную ранее ошибку. |
| Резолюция | Проверьте журналы конфигурирования. Определите атрибуты в целевом Active Directory, которым присваиваются значения NULL или пустые строковые значения. Обновите сопоставление для таких атрибутов, чтобы использовать сопоставление выражений. Ознакомьтесь с рекомендуемыми разрешениями. |
Рекомендуемые разрешения
Предположим, что атрибут BusinessTitle, сопоставленный с атрибутом AD jobTitle, может иметь значение NULL или быть пустым для Workday.
- Вариант 1. Используйте функцию Switch, чтобы проверить наличие пустых или нулевых значений и передать непустое буквальное значение.
Switch([Название_предприятия],[Название_предприятия],"","Н/Д")
Вариант 2: Используйте функцию IgnoreFlowIfNullOrEmpty, чтобы удалять пустые или null-атрибуты в данных, отправляемых в локальный Active Directory/Microsoft Entra ID.
IgnoreFlowIfNullOrEmpty([BusinessTitle])
Отсутствуют некоторые обновления атрибутов для Workday
Применимо к:
- Workday для подготовки пользователей локального Active Directory
- Workday для предоставления пользователей Microsoft Entra
| Устранение неполадок | Сведения |
|---|---|
| Проблема | Вы успешно настроили приложение Workday для входящей подготовки и успешно подключились к URL-адресу клиента Workday. Вы наблюдаете, что есть задержка в потоке обновлений атрибутов из Workday или, в некоторых случаях, изменения атрибутов из Workday не передаются должным образом во время инкрементной синхронизации. |
| Причина | Во время добавочной синхронизации приложение управления запрашивает журнал транзакций Workday для получения изменений в основной сущности Worker, при этом обрабатываются только те изменения, которые отслеживаются в журнале транзакций. Если изменения в атрибуте Workday в настройке не отслеживаются в журнале транзакций Workday, Microsoft Entra ID не извлекает это изменение. Например, атрибут LocalReference Workday является частью сопоставления атрибутов по умолчанию и имеет XPATH wd:Worker/wd:Worker_Data/wd:Employment_Data/wd:Position_Data/wd:Business_Site_Summary_Data/wd:Local_Reference/wd:ID[@wd:type='Locale_ID']/text(). Этот атрибут является частью сущности Business_Site_Summary_Data. Изменение значения этого атрибута в Workday не отображается в журнале транзакций Workday. Таким образом, во время добавочной синхронизации новое значение этого атрибута отображается только в том случае, если атрибут, связанный с основной рабочей сущностью, также изменяется во время интервала синхронизации. |
| Резолюция | Если это поведение часто возникает, когда изменения определенных атрибутов Workday не передаются, рекомендуется периодически выполнять еженедельную или ежемесячную полную синхронизацию. |
Атрибут не найден
Применимо к:
- Работа с Workday для локального развертывания Active Directory управления пользователями
- Workday для управления пользователями в Microsoft Entra
- Workday для локальная служба Active Directory подготовки пользователей
- SAP SuccessFactors для локального Active Directory управления пользователями
- Подготовка на основе API для локальная служба Active Directory
| Устранение неполадок | Сведения |
|---|---|
| Проблема | Вы получите код ошибки: HybridSynchronizationActiveDirectoryCannotFindAttribute |
| Причина | Имя атрибута не найдено в схеме Active Directory: атрибут. |
| Резолюция | Если атрибут был недавно добавлен в Active Directory, перезапустите агент подготовки, так как он кэширует схему при запуске. |
Сопоставление пользователей с помощью extensionAttribute не работает
Применимо к:
- Workday для управления пользователями в Microsoft Entra
- SAP SuccessFactors для Microsoft Entra подготовки пользователей
| Устранение неполадок | Сведения |
|---|---|
| Проблема | Предположим, что вы используете extensionAttribute3 в Microsoft Entra ID для хранения идентификатора сотрудника и вы сопоставляете его с атрибутом Workday WorkerID или SuccessFactors personIdExternal для сопоставления пользователей. В такой конфигурации шаг сопоставления в процессе развертывания завершится ошибкой. Эта проблема затрагивает как создание, так и обновление пользователей. |
| Причина | Microsoft Entra ID OnPremisesExtensionAttributes (extensionAttributes1-15) нельзя использовать в качестве соответствующего атрибута, так как его параметр Azure AD Graph API не поддерживает фильтрацию по extensionAttributes. |
| Резолюция | Не используйте Microsoft Entra ID OnPremisesExtensionAttributes (extensionAttributes1-15) в паре совпадающих атрибутов. Используйте employeeID. |
Обновление атрибута mail в Microsoft Entra ID не поддерживается.
Применимо к:
- Workday для предоставления пользователей Microsoft Entra
- SAP SuccessFactors для Microsoft Entra подготовки пользователей
- Предоставление Microsoft Entra ID на основе API
| Устранение неполадок | Сведения |
|---|---|
| Проблема | Вы настроили передачу атрибута mail из системы управления персоналом в Microsoft Entra ID. Обновление атрибута электронной почты не работает, даже если в журналах управления отображается запись для этого атрибута. |
| Причина | Коннектор подготовки для Microsoft Entra не поддерживает настройку атрибута mail при подготовке пользователей, поскольку этот атрибут управляется Microsoft Exchange Online. |
| Резолюция | После создания пользователя назначение лицензии Exchange Online пользователю автоматически задает имя участника-пользователя в качестве адреса электронной почты. Чтобы обновить атрибут почты, используйте портал Exchange Online или PowerShell. |
Настройка поля "Последний день работы" из Workday
Применимо к:
- Процесс пользовательского провизирования из Workday для Active Directory на локальных серверах
- Настройка управления пользователями в Microsoft Entra из Workday
| Устранение неполадок | Сведения |
|---|---|
| Проблема | Вы настроили сопоставление атрибутов для атрибута Workday "Последний день работы" (StatusTerminationLastDayOfWork) в приложении провизионирования. Однако обновление "Последний день работы" происходит только после наступления даты увольнения, в то время как вам хотелось бы получить этот "Последний день работы" до даты увольнения. |
| Причина | В Workday поле "Последний день работы" устанавливается в профиле работника только после того, как дата прекращения начинает действовать. Поэтому разрешающий соединитель Workday не может заранее получить эту дату до даты завершения. |
| Резолюция | В Workday создайте группу подготовки под названием "Работники, прошедшие последний рабочий день". Добавьте автоматизацию в Workday, чтобы назначать пользователей этой группе, когда наступает последний рабочий день сотрудника. В задании подготовительных операций Microsoft Entra добавьте атрибут Workday XPATH для извлечения данного назначения группы. |
- Пример:
`LastDayOfWorkWorkers = wd:Worker/wd:Worker_Data/wd:Account_Provisioning_Data/wd:Provisioning_Group_Assignment_Data[wd:Status='Assigned' and wd:Provisioning_Group=" Workers past Last Day of Work"]/wd:Provisioning_Group/text()`
Используйте это поле в логике сопоставления атрибутов для флага accountDisabled.
- Пример:
`Switch([LastDayOfWorkWorkers], Switch([Active], , "1", "False", "0", "True"), 'Workers past Last Day of Work', "True")`
Задержка обработки завершения в Workday
Применимо к:
- Workday для локального Active Directory для автоматического создания и управления учётными записями пользователей.
- Настройка пользователей Workday для Microsoft Entra
| Устранение неполадок | Сведения |
|---|---|
| Проблема | Во время добавочной синхронизации может возникнуть задержка в 12–18 часов при обработке события прекращения для работников, расположенных в Азиатско-Тихоокеанском регионе и Австралии и Новой Зеландии. |
| Причина | Учетные записи пользователя системы интеграции Workday всегда извлекают данные на основе часового пояса Тихого океана. В настоящее время соединитель не реализует специализированных запросов для обработки записей о завершении, относящихся к определённому часовому поясу. |
| Резолюция | Существует два возможных обходных решения: |
Используйте подготовку по запросу для обработки события увольнения конкретного пользователя.
В Workday создайте группу предоставления с именем Уволенные сотрудники. Обновите бизнес-процесс завершения в Workday, чтобы назначить пользователей этой группе при завершении. В задаче конфигурирования Microsoft Entra добавьте атрибут Workday XPATH для извлечения этого назначения группы.
- Пример:
`TerminatedWorkers = wd:Worker/wd:Worker_Data/wd:Account_Provisioning_Data/wd:Provisioning_Group_Assignment_Data[wd:Status='Assigned' and wd:Provisioning_Group="Terminated Workers"]/wd:Provisioning_Group/text()`
Используйте это поле в логике сопоставления атрибутов для флага accountDisabled.
- Пример:
`Switch([TerminatedWorkers], Switch([Active], , "1", "False", "0", "True"), "Terminated Workers", "True")`
Задержка обработки увольнения в системе SuccessFactors
Применимо к:
- SuccessFactors для локальная служба Active Directory подготовки пользователей
- SuccessFactors для Microsoft Entra ID управления учетными записями пользователей
| Устранение неполадок | Сведения |
|---|---|
| Проблема | В некоторых сценариях может возникнуть задержка в распространении статуса завершения трудовых отношений, что проявляется в виде операции по отключению учетной записи. Это не связано с отсутствием возможности отключения пользователем в Microsoft Entra, а с тем, как изменения жизненного цикла идентичности в режиме реального времени обнаруживаются во время предоставления на основе управления персоналом. |
| Причина | Служба подготовки Microsoft Entra работает в качестве бесстатусной системы обнаружения изменений. Он зависит от исходной системы (например, SAP SuccessFactors), чтобы выдавать событие изменения на основе времени — например, вступление в силу увольнения — в момент, когда изменение должно вступить в силу. Циклы развертывания затем обнаруживают и обрабатывают эти события во время инкрементальной синхронизации. В сценариях, когда завершение действует по состоянию на текущий день, SuccessFactors может не сигнализировать о событии инкрементального изменения в момент изменения статуса занятости пользователя (например, в конце рабочего дня). В результате Microsoft Entra предоставление не получает изменений, которые можно обнаружить, во время цикла опроса, и действие "отключить" может быть отложено до следующего обновления в исходной системе. |
| Резолюция | Для поддержки детерминированного завершения работы, основанного на политике, используйте рабочие процессы управления жизненным циклом Microsoft Entra ID. Эта модель основана на состоянии, а не на временных событиях. Синхронизируйте данные сотрудника из SuccessFactors в Microsoft Entra (например, с помощью атрибута employeeLeaveDateTime). После этого организации могут активировать автоматические рабочие процессы по завершению работы непосредственно из состояния каталога, обеспечивая отключение учетных записей точно в день окончания трудовых отношений, независимо от обнаружения поэтапных изменений в HR системе. |
Этот подход позволяет:
- Своевременное и предсказуемое отключение пользователей.
- Автоматизация на основе политик, согласованная с намерением отдела кадров.
- Снижение зависимости от пользовательских сценариев или вмешательства вручную.
- Централизованное управление жизненным циклом между гибридными и облачными удостоверениями.
Lifecycle Workflows являются частью Управление Microsoft Entra ID и предназначены специально для внедрения политик присоединившихся, перемещающихся и покидающих на основе авторитетного состояния идентичности в каталоге.