Run At Eventswhen the user is created or modified
Data Elementsget the values of the first name and last name
Entry Rulesif the first name or last name has changed based on the data gathered. It prevents the policy from running otherwise.
Action Rulesset the full name to be the value of the first name, space, and the value of the last name.
Run At Eventsat create user and modify user
Data Elementsget the value of the user's type
Entry Rulesnone (action rules are always evaluated)
Action Rules1) checks if the user type is an employee 2) checks if the user type is not an employee. Only one of the action rules can be met, and assigns the appropriate provisioning role.
Run At Events at the end of the assign provisioning role event. This ensures that an account is already created when setting the values.
Data Elementsget the user's department, and also the endpoint type and Active Directory domain to make things easier to manage later on
Entry Rulesif the department is not empty
Action Rulesmultiple rules for each possible department. Each rule checks if department equals Sales or any other value. There is a default rule in case the department does not meet any requirements. Different actions are configured for each rule, assigning different values. This ensures that a user in a specific department gets the Active Directory groups and OU they need, while a user in a different department gets others, as appropriate.
Run At Eventson create user, but only after the user has been created (after the create user event has completed)
Data Elementsgets the required HR information, such as user name, country, department, and any other values
Entry Rulesnone (action rules are always evaluated)
Action Rulesexecute an SQL query which accepts the values gathered as parameters. The result of activating the query is having a new record in the database for the new user.
| Copyright © 2010 CA. All rights reserved. | Email CA about this topic |