Вероятно, это связано с настройкой разрешений.
По умолчанию у вас есть разрешения для просмотра ваших собственных атрибутов.
Вероятно, существует некоторая настройка правила политики управления, поэтому учетные записи пользователей в определенном набореможет прочитать атрибут AuthNWFRegistered других пользователей для поддержки устранения неполадок и поддержки клиентов.
Вам потребуется использовать один из вариантов:
- Добавить учетную запись, используемую для этого сценария, в наборкоторый уже делегирует это разрешение на чтение
или
- Создайте отдельный MPR для этого конкретного отчета (это то, что я бы порекомендовал), который предоставляет разрешения для конкретной учетной записи пользователячитать атрибут AuthNWFRegistered.
Также убедитесь, что действительно существует только один рабочий процесс, связанный с регистрацией пользователя.Если их несколько, вам нужно настроить таргетинг на Set со всеми зарегистрированными рабочими процессами в вашем фильтре XPath, а не на конкретное имя рабочего процесса.
На отдельном примечании - в то время как FIMAutomation иногда необходимо использовать оснастку для использования со стандартными инструментами, дляВаша индивидуальная работа, я настоятельно рекомендую использовать модуль LithnetRMA компании Литнет (https://github.com/lithnet/resourcemanagement-powershell).
). С ним вы будете работать намного эффективнее, и большинство операций будут выполняться без использования стандартного кода FIMAutomation.Это будет ваш код с использованием LithnetRMA.
Set-ResourceManagementClient -BaseAddress 'http://localhost:5725/resourcemanagementservice'
$scope = Search-Resources -XPath "/Person[AuthNWFRegistered = /WorkflowDefinition[DisplayName='Password Reset AuthN Workflow']]" -ExpectedObjectType Person
$scope | select DisplayName | Export-Csv 'RegistredResetPassUsers.csv' -Encoding Unicode