Chatta subito con l'assistenza
Chat con il supporto

Active Roles 8.2 - Administration Guide

Introduction Getting started with Active Roles Configuring rule-based administrative views Configuring role-based administration Configuring rule-based autoprovisioning and deprovisioning
Configuring Provisioning Policy Objects
User Logon Name Generation E-mail Alias Generation Exchange Mailbox AutoProvisioning Group Membership AutoProvisioning Home Folder AutoProvisioning Property Generation and Validation Script Execution O365 and Azure Tenant Selection AutoProvisioning in SaaS products
Configuring Deprovisioning Policy Objects
User Account Deprovisioning Group Membership Removal User Account Relocation Exchange Mailbox Deprovisioning Home Folder Deprovisioning User Account Permanent Deletion Office 365 Licenses Retention Group Object Deprovisioning Group Object Relocation Group Object Permanent Deletion Script Execution Notification Distribution Report Distribution
Configuring entry types Configuring a Container Deletion Prevention policy Configuring picture management rules Managing Policy Objects Checking for policy compliance Deprovisioning users or groups Restoring deprovisioned users or groups Configuring policy extensions
Using rule-based and role-based tools for granular administration Workflows
About workflow processes Workflow processing overview Workflow activities overview Configuring a workflow
Creating a workflow definition for a workflow Configuring workflow start conditions Configuring workflow parameters Adding activities to a workflow Configuring an Approval activity Configuring a Notification activity Configuring a Script activity Configuring an If-Else activity Configuring a Stop/Break activity Configuring an Add Report Section activity Configuring a Search activity Configuring CRUD activities Configuring a Save Object Properties activity Configuring a Modify Requested Changes activity Enabling or disabling an activity Enabling or disabling a workflow Using the initialization script
Approval workflow Email-based approval Automation workflow Activity extensions
Temporal Group Memberships Group Family Dynamic groups Active Roles Reporting Management History Entitlement profile Recycle Bin AD LDS data management One Identity Starling Join and configuration through Active Roles Managing One Identity Starling Connect Configuring linked mailboxes with Exchange Resource Forest Management Configuring remote mailboxes for on-premises users Migrating Active Roles configuration with the Configuration Transfer Wizard Managing Skype for Business Server with Active Roles
About Skype for Business Server User Management Active Directory topologies supported by Skype for Business Server User Management User Management policy for Skype for Business Server User Management Master Account Management policy for Skype for Business Server User Management Access Templates for Skype for Business Server Configuring the Skype for Business Server User Management feature Managing Skype for Business Server users
Exchanging provisioning information with Active Roles SPML Provider Monitoring Active Roles with Management Pack for SCOM Configuring Active Roles for AWS Managed Microsoft AD Azure AD, Microsoft 365, and Exchange Online Management
Azure tenant types and environment types supported by Active Roles Using Active Roles to manage Azure AD objects Unified provisioning policy for Azure M365 Tenant Selection, Microsoft 365 License Selection, Microsoft 365 Roles Selection, and OneDrive provisioning Changes to Active Roles policies for cloud-only Azure objects
Managing the configuration of Active Roles
Connecting to the Administration Service Managed domains Using unmanaged domains Evaluating product usage Creating and using virtual attributes Examining client sessions Monitoring performance Customizing the Console Using Configuration Center Changing the Active Roles Admin account Enabling or disabling diagnostic logs Active Roles Log Viewer
SQL Server replication Using regular expressions Administrative Template Configuring federated authentication Communication ports and URLs used by Active Roles Integrating Active Roles with other products and services Active Roles Language Pack Active Roles Diagnostic Tools Active Roles Add-on Manager

Configuring a search filter

Search filters allow you to refine your search in order to locate directory objects based on the properties (attributes) of the objects. You can use a search filter to look for specific values in the object properties, thereby ensuring that the search results contain only the objects with the desired properties.

A search filter is composed of conditions combined using AND or OR logic. Each condition is a certain statement that specifies the criteria the activity must use to determine whether a specific object is to be included in the search results. The Workflow Designer provides a condition builder for configuring filter conditions, located in the “Search” Activity Properties > Scope and filter > Search options setting when selecting a Search activity.

When you configure a search filter, you need to add at least one condition. By default, a single, implied condition group is created when you add a filter condition. You can create additional condition groups to group a set of conditions and nest grouped conditions within other condition groups.

A condition group contains one or more conditions connected by the same logical operator. By grouping conditions, you specify that those conditions should be evaluated as a single unit. The effect is the same as if you put parentheses around an expression in a mathematical equation or logic statement.

To add a condition to a condition group

  • In the Search options box, under Filter, click the name of the condition group and then click Insert condition.

    Click the plus sign (+) next to the name of the condition group.

    You can remove a condition, if needed, by clicking X on the right side of the list item representing the condition in the Conditions box.

To add a condition group into another condition group

  • In the Conditions box, click the name of the condition group, point to Insert condition group, and then click an option to specify the logical operator:

    • AND group: The condition group evaluates to TRUE if all conditions in the group are TRUE.

    • OR group: The condition group evaluates to TRUE if any condition in the group is TRUE.

    • NOT AND group: The condition group evaluates to TRUE if any condition in the group evaluates to FALSE.

    • NOT OR group: The condition group evaluates to TRUE if all conditions in the group evaluate to FALSE.

By default, AND is the logical operator between the conditions in a condition group. It is possible to change the logical operator by converting the condition group to a different group type: Click the name of the group, point to Convert condition group to, and then click the option appropriate to the desired logical operator.

You can remove an entire condition group, if needed, by clicking the name of the group and then clicking Delete condition group.

Once you have added a condition to a condition group, you can use the following steps to configure the condition.

To configure a condition

  1. Click Configure condition to evaluate, and then choose the property you want the condition to evaluate.

  2. Click the current comparison operator, if needed, and then click the operator you want the condition to use.

    By default, a condition is configured to use the equals operator. The list of operators that are available depends upon the property you originally selected.

  3. Click Define value to compare to, and then choose an option to specify the desired comparison value. The following options are available:

Table 22: Search filter options

Option

Description

Text string

A literal string of characters. You can type the desired string when you configure a filter condition.

Property of workflow target object

The value of a certain property of the target object of the request that started the workflow. You can select the desired property when you configure a filter condition. Normally, this should be a string-value property.

Property of workflow initiator

The value of a certain property of the user whose request started the workflow. You can select the desired property when you configure a filter condition. Normally, this should be a string-value property.

Changed value of workflow target object property

The value that is requested to be assigned to a certain property of the target object of the request that started the workflow, which represents the requested change to the property of the target object. You can select the desired property when you configure a filter condition. Normally, this should be a string-value property.

Property of object from workflow data context

The value of a certain property of the object that will be selected by the Search activity on the basis of the data found in the workflow environment at the time of executing the workflow. When you configure a filter condition in a Search activity, you can choose the desired property and specify which object you want the activity to select upon evaluating the condition at workflow run time.

Value generated by rule expression

The string value of a certain rule expression. By using a rule expression you can compose a string value based on properties of various objects found in the workflow environment at the time of executing the workflow.

Fixed object in directory

A certain object, such as a user, group, or computer. You can select the desired object in Active Directory when you configure a filter condition. This comparison value is applicable to filter conditions for DN-value properties.

Object from workflow data context

The object that will be selected by the Search activity on the basis of the data found in the workflow environment at the time of running the workflow. When you configure a filter condition in a Search activity, you can specify which object you want the activity to select upon evaluating the condition at workflow run time. This comparison value is applicable to filter conditions for DN-value properties.

Object identified by DN-value rule expression

The object whose Distinguished Name (DN) is specified by the string value of a certain rule expression. By using a rule expression, you can compose a string value based on properties of various objects found in the workflow environment at the time of running the workflow. You can create the desired rule expression when you configure a filter condition. This comparison value is applicable to filter conditions for DN-value properties.

Object identified by workflow parameter

The object specified by the value of a certain parameter. You can choose the desired parameter when you configure a filter condition. This comparison value is applicable to filter conditions for DN-value properties.

Workflow initiator object

The user account of the user whose request started the workflow. This comparison value is applicable to filter conditions for DN-value properties.

Workflow target object

The target object of the request that started the workflow. This comparison value is applicable to filter conditions for DN-value properties.

Fixed date and time

A literal date and time value. You can choose the desired date and time when you configure a filter condition. This comparison value is applicable to filter conditions for Date/Time-value properties.

Workflow date and time

A certain point in time relative to the date and time of the Search activity run. You have the option to specify a date that occurs a particular number of days before or after the Search activity run. This comparison value is applicable to filter conditions for Date/Time-value properties.

True

The literal Boolean value of True.

False

The literal Boolean value of False.

Value generated by script

The value returned by a certain script function. You can choose the desired script function when you configure a filter condition. The Search activity will run that script function upon evaluating the condition at workflow run time.

Workflow parameter value

The value of a certain workflow parameter. You can choose the desired parameter when you configure a filter condition.

Configuring a notification for a Search activity

You can configure a Search activity to subscribe recipients to the notifications of the following events:

  • Activity completed successfully: When configured to notify of this event, the activity causes Active Roles to send a notification email if no significant errors occurred during the run of this activity.

  • Activity encountered an error: When configured to notify of this event, the activity causes Active Roles to send a notification email if any significant errors occurred during the run of this activity.

To configure notification for a Search activity

  1. In the process diagram, right-click the name of the Search activity and click Properties.

  2. Go to the Notification tab in the “Search” Activity Properties dialog, and use the steps for Configuring a Notification activity to configure the notification settings.

The notification settings specify the event to notify of, and notification recipients. When initiated by the workflow, the activity prepares a notification message appropriate to the specified event. Active Roles retains the message prepared by the activity, and sends the message to the specified recipients upon occurrence of that event.

Configuring error handling for a Search activity

When configuring a Search activity, you can configure error handling to suppress errors encountered by that Search activity and all activities included in that Search activity.

To configure error handling for a Search activity

  1. In the process diagram, right-click the name of the Search activity and click Properties.

  2. Go to the Error handling tab in the “Search” Activity Properties dialog, and select or clear the Continue workflow even if this activity encounters an error check box on that tab.

If the Continue workflow even if this activity encounters an error check box is not selected (default setting), then an error condition encountered by the activity causes Active Roles to stop the workflow. If you select this check box, the workflow continues regardless of whether or not the Search activity or any activity within the Search activity encounters an error condition.

Configuring “Run as” options for a Search activity

By default, the Search activity is started under the user account specified by the “Run as” setting in the workflow options and start conditions. This could be the service account of the Active Roles Administration Service or the account of the user who caused the workflow to start. You can configure the activity to override the default “Run as” setting.

To configure “Run as” options for a Search activity

  1. In the process diagram, right-click the name of the Search activity and click Properties.

  2. Click the “Run as” options hyperlink at the bottom of the “Search” Activity Properties dialog.

  3. To override the default “Run as” setting for this activity, select the Run this activity under check box, and then choose the account under which you want the activity to run:

    • Click The service account of Active Roles if you want this activity to run under the service account of the Active Roles Administration Service.

    • Click The account of the user who started the workflow if you want this activity to run under the account of the user who caused the workflow to start. Depending on the type of the workflow, this is either the user who requested the operation that started the workflow or the user who started the workflow on demand.

The account under which the activity is running determines the access rights of the activity in the directory.

Related Documents

The document was helpful.

Seleziona valutazione

I easily found the information I needed.

Seleziona valutazione