Self Registration - Ability to Add Multiple Approvers
Administrators can now include multiple approvers for self-registration groups, reducing the risk of prolonged approval delays if any requests go unaddressed in the self-registration functionality.
Administrators must first create a group that contains the approvers to add multiple user record approvers to a self-registration group. Administrators can now select the group when setting the user record approvers on the Self Registration Approval Settings step.
When a user self-registers for the portal, all approvers receive the approval request in their inbox and an email to approve the record. Any approver can approve the record, and the request is removed from all approvers' pending request queue once it is approved.
To create a self-registration group, go to Create New Self Registration Group link.
. Then, click the
Considerations
- Administrators can select static or dynamic groups, but Cornerstone recommends using static groups to ensure the correct users are included.
- Customers must add and remove users from their group of approvers as needed.
- Administrators can select only one group per self-registration link.
- Approval workflows are out of the scope of this enhancement.
Frequently Asked Questions (FAQs)
The rest of the Self Registration process, apart from the multiple approval configuration, is unchanged.
All approvers will receive the request in their inbox and an email to approve the pending user record. If any of the approvers approve the record, the pending request is removed from all approver's queues.
Implementation
This functionality is automatically enabled for all organizations.
Permissions
The following existing permissions apply to this functionality:
PERMISSION NAME | PERMISSION DESCRIPTION | CATEGORY |
Self Registration Groups - Manage | Grants ability to create and update/edit self-registration groups, which are configured to make a self-registration page available to people who are not added to the portal via user feed. This permission can be constrained by OU, User's OU, and User's Corporation. This is an administrator permission. | Core Administration |