Introduction
There are many Reward Manager (or Admin Portal) roles available, each designed to let you perform specific tasks or gain certain permissions on the platform.
Some roles are exclusive to Reward Gateway | EdenRed, so they can't be assigned to our clients. However, there are plenty of roles that enable our clients to manage their Programs effectively.
Reward Manager - Client Roles
Note: Reward Manager Roles are now documented individually, and the table which was previously in this article has been removed.
All individual Role articles are in this Section of the Help Center: Reward Manager - Individual Roles
List of Client Roles
The below is a summary of the roles which were in the table previously. These are all Client roles.
Note: The section Reward Manager - Individual Roles is the most correct source for the list of available roles and their information.
- 2FA Access Administrator
- 2FA Administrator
- 2FA Support Administrator
- Employee Surveys Administrator
- Employee Surveys Editor
- Employee Surveys Report Viewer
- FAQ Administrator
- File Sender
- Generic File Receiver
- IT Administrator
- IT Administrator (Read-Only)
- Member Access Control Administrator
- Member Query Administrator
- Permissions Manager
- Private Medical Insurance Administrator
- Programme Security Administrator
- RR Budget Holder
- Instant Awards Owner
- RR Rules Admin
- Reports Viewer
- Retail Restricted Administrator
- Reward Marketplace Administrator
- Reward Recognition Approver
- Reward Recognition Nominations Budget Administrator
- Reward Recognition Scheme Administrator
- Reward Recognition Super Approver
- SP Holiday Trading Line Manager
- SSO Administrator
- Segments Admin
- Segments Viewer
- Smart Hub Administrator
- SmartPage Administrator
- SmartPay Childcare Administrator
- SmartPay Direct Debit Administrator
- SmartPay Master Administrator
- SmartPay Payroll Administrator
- SmartPay Product Administrator
- SmartPress Administrator
- SmartPress Article Writer
- SmartTags Administrator
- Social Recognition Administrator
- TRS Master Administrator
- Webhook Administrator
Why Did We Change This Article?
This approach has been done for a few reasons:
- To avoid multiple sources of the same information. Information becomes out of sync, and incorrect, when the same role is mentioned in a lot of different articles (which was the case previously). It was being updated in one article but not the others. This means information was not reliable or accurate.
- To consolidate all information, for each role, into one place. Previously information was spread across multiple articles. Information has now been taken from several different articles, all of which had different data points. It has been collated into one article per role, instead of having it spread over several places.
- To improve search success. Having an article per role means that you can search for the specific action or permission you need, or what you need to be able to do, using the Help Center search bar, and you should get a specific answer. The article will appear for the specific role you need, for the exact thing you need to be able to do.
- Less time to find the information you need. Improved search success, less scrolling through long tables, and not having to visit several articles for the different data, means that it should take less time to get the exact answer you need.
-
To improve readability. For complex roles, the tables were hard to make sense of. The individual articles are much more easy on the eye.
An example of a complex role that was hard to read in the table format is: Member Access Control Administrator