立即与支持人员聊天
与支持团队交流

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

Viewing change history

The Change History log can be accessed from the Active Roles Console, allowing you to quickly examine what changes were made to a given user or group, as well as when it was done and by whom. For example, if someone reset a user’s password via Active Roles, you might use change history to see when and by whom the password was reset.

To examine changes made to a given object, such as a user or group object, right-click it in the Active Roles Console and click Change History. By default, the Change History window only displays basic options. You can display more choices by clicking the plus sign (+) in the top-left corner, next to the first column heading.

In the Change History window, you can find the following information:

  • Name: The name of the object for which you are examining change history.

  • Requested: The date and time that the changes were requested.

  • Requested by: The user account that requested the changes.

  • Completed: The date and time that the changes were applied.

  • Properties: The properties of the object that were changed, including information about the changed property values.

  • Status: Indicates whether the requested changes are applied (status COMPLETED) or waiting for approval (status PENDING).

The Change History window also includes the following areas:

  • Properties changed during this operation: Information about the object property values that were changed (old values), new values assigned to the properties, and the user account that was used to make the changes.

  • Workflow activities and policy actions: Detailed information about all policies and workflows performed by Active Roles when processing the change request.

  • Operation details: Additional information on when and by whom the changes were requested.

The Workflow activities and policy actions area displays a report of the policy actions and workflow activity actions. The report organizes the action results into sections, each containing report items specific to a single policy or activity. You can expand the area by clicking its title. To expand a section, click the title of the section.

For certain items, the report provides the option to further expand the view and display additional information. The List option displays a list of items, such as user or group properties, affected by the policy or activity. By clicking Details, you can examine the policy or activity action result in more detail.

The following topics list the possible sections and report items in the Workflow activities and policy actions area. Each section in the report describes results of the action performed by a certain workflow activity or policy. The report items within the section inform about success or failure of the policy or activity action. In the event of a failure, the report item includes an error description.

Not all the listed sections and items must necessarily be present in a report. An actual report only includes the sections corresponding to the workflow activities and policies that Active Roles performed when processing the operation request.

The following topics elaborate on the report sections and report items you encounter in the Workflow activities and policy actions area:

Workflow activity report sections

In a Change History report, the report sections specific to workflow activities list all activities that Active Roles ran when processing a given operation request. For each activity, from the respective report section you can determine whether the activity was completed successfully or returned an error. In case of error, the report section provides an error description. For activities requesting changes to directory data (for example, activities that create new objects or modify existing objects), you can examine the requested changes in detail by clicking the Operation ID number in the report section.

This topic lists the contents of the activity report sections you may encounter in a Change History report. Each report section has a header that identifies the name of the activity; the target object of the activity (the object, such as a user, group or computer that the activity is applied to or acts upon); the time that the activity was initiated; and the name of the workflow containing that activity. If the activity encountered an error, then the text in the header of the activity report section is red. You can expand the report section by clicking the header to view the body of the report section. The contents of the body varies depending on the type of the activity. In case of an error condition, the body displays an error description.

The remainder of this topic covers the contents of the report section body for each activity type in situations where no errors have occurred.

“Approval” activity report section

The report section specific to an approval activity provides information about the approval task created by that activity, and varies depending on the state of the approval task. Normally, the activity does not create an approval task if the operation that is subject to approval was requested by an Active Roles administrator or an approver. In this case, the section body displays a message indicating that the activity is bypassed. Otherwise, the contents of the report section body is as follows.

Task status: Pending

The following information is displayed if the task is waiting for approver action.

  • Approval task details

    • Task ID: <number>
    • Title: <title of the approval task>
    • Status: Pending

    • Requested: <date and time that the task was created>
    • Requested by: <name that identifies who requested the operation>

Task status: Completed

The following information is displayed if the approver allowed the requested operation.

  • Properties changed by approver

    • Property: <property of the operation target object set or changed by the approver>

    • Changed to: <value of the property supplied by the approver>

  • Approval task details

    • Task ID: <number>
    • Title: <title of the approval task>
    • Status: Completed

    • Requested: <date and time that the task was created>
    • Requested by: <name that identifies who requested the operation>
    • Completed: <date and time that the task was completed>

    • Completed by: <name of the approver who performed the task>

    • Completion reason: <text supplied by the approver>

    • Approver action: <resolution the approver chose to allow the operation>

Task status: Rejected

The following information is displayed if the approver denied the requested operation.

  • Approval task details

    • Task ID: <number>
    • Title: <title of the approval task>
    • Status: Rejected

    • Requested: <date and time that the task was created>
    • Requested by: <name that identifies who requested the operation>
    • Rejected: <date and time that the task was completed>

    • Rejected by: <name of the approver who performed the task>

    • Rejection reason: <text supplied by the approver>

    • Approver action: <resolution the approver chose to deny the operation>

Task status: Canceled

The following information is displayed if the approval task is canceled.

  • Approval task details

    • Task ID: <number>
    • Title: <title of the approval task>
    • Status: Canceled

    • Requested: <date and time that the task was created>
    • Requested by: <name that identifies who requested the operation>
    • Canceled: <date and time that the task was canceled>

    • Canceled by: <identifies who canceled the task>

    • Cancellation reason: <indicates why the task was canceled>

Task status: Any

The following information is always displayed in addition to the approval task details.

  • Approval task settings

    • Approvers: <list of names that identify who is authorized to approve the operation>

    • Possible actions of approver: <list of resolutions the approver may choose from>

    • Approver is requested to supply or change these properties: <list of property names>

    • Approver is allowed to change properties submitted for approval: <Yes | No>

“Script” activity report section

If the activity did not encounter any errors, the report section body displays the following message:

  • Activity successfully performed the script name.

Otherwise, a message is displayed stating that the activity encountered an error. You can view an error description in the report section body.

相关文档

The document was helpful.

选择评级

I easily found the information I needed.

选择评级