EmpowerID ships with over 100 email templates for every situation that we have identified that warrants a notification. Many of these must be enabled explicitly. Notification types and message recipients can include the following:
Onboarding emails are sent to the newly created person, and to the manager specified in the CreatePerson workflow.
Approval emails are sent to the people who run request workflows and, if they are sent for approval, those who approve them.
Password emails, expiration warnings, and other personal notifications are sent to the affected user.
Management role notification emails are sent to people who have Management Roles that enable them to receive the messages.
EmpowerID Security Alerts are sent to admin users for security event related alerts.
EmpowerID System Notifications are sent to admin users about alerts related to EmpowerID system events, such as failed jobs.
Group Membership Change Alerts are sent to admin users about group membership changes.
Group Owner Notifications are sent to group owners about group membership changes.
Dynamic hierarchy alerts, if enabled and if the group is mail-enabled, are sent to the following:
People set in the AssignPeopleToAlerts workflow, accessible at
https://<EmpowerID_Web_Server>/UI/#w/assignpeopletoalertsManagement Roles set in the AssignManagementRolesToAlerts workflow, accessible at
https://<EmpowerID_Web_Server>/UI/#w/assignmanagementrolestoalertsGroups set in the AssignGroupsToAlerts workflow, accessible at
https://<EmpowerID_Web_Server/UI/#w/assigngroupstoalerts
IT Shop Notifications
As part of the redesign of the approval process that occurs when users request access to resources in the IT Shop microservice, EmpowerID has reconfigured how notification occurs, giving users the ability to tailor the amount and type of notifications they receive to their personal preferences. How these type of notifications now work in EmpowerID is as follows:
Each time a user submits a Business Request a Business Request Event is raised.
Business Request Events are submitted to the Business Request Notification Policy engine.
The Business Request Notification Policy engine determines if the event needs to be added to the Business Request Notification Inbox. To determine this, the engine first performs a granular scan of each person’s notification preferences, then falls back to the default system notifications if there are no personal notification preferences set.
Notifications are then sent to Business Request participants based on those notification settings.
Notification Policy Components
There are several components to Notification policies and how the Notification Policy engine delivers notifications. These include the following:
Business Request Events – There are four levels of Business Request Events where notifications can be raised.
Created – Occurs when a Business Request is created. This can be used to, for example, create a policy that sends an email notification to managers of users creating a Business Request.
Open – This is used in Approval Flow Policies with more than one Approval Flow Step to notify progressive approvers that the item is ready for them to review once a previous step has been approved by the person delegated for that step. If the previous step is rejected, then this notification would not be sent out.
Approver Set – Raised when someone manually assigns an approver to a step.
Commented – Raised when a comment is added to a request.
Fulfilment Ready and Fulfillment Completed – These are only available at the item level. They are relative to a specific item. These items have been approved and now they are ready to be fulfilled. This creates a notification at that level. Once fulfilled, notification events are raised. You added someone to a group in response to a request, for example.
Completed – Completed can be used at the step level and the Business Request Level to send notifications that a particular step is completed and when the Business Request itself is completed.
Business Request Participant Type – Individuals related to a specific part of a business request. are fields in the BusinessRequestParticipantType table.
Initiator – Person requesting the resource
TargetPerson – Person receiving the resource assignments
InitiatorManager – Manager of the request initiator
TargetPersonManager – Manager of the person receiving the resource
Approver – Person who approves or rejects a step
Approver Manager – Manager of the person who approves or rejects a step
Potential Approver – Selected people who could approve or reject a step (delegated)
Commenter – Person who adds comments to a request
Levels
Business Request – Shopping cart submission
Business Request Item – Individual items submitted
Business Request Approval Step – The Business request is approved or rejected globally. The decision here if final.
Business Request Item Approval Step – Each item in the business request can be approved or rejected on a case-by-case basis.
Messages – Email message delivered by the notification engine to Business Request participants in response to a business request event.
Next Steps
Configure Notification Policies and Preferences