By using the Roles and security files features of Zoola™, you can configure a Domain to show customized data to specific viewers in Views, Reports, and Dashboards
This case study walks you through the scenario of creating a custom view to show a specific user data on only their students/employees, filtering out any data from irrelevant students/employees. We have named it: The Manager View.
The process of configuring views based on security files functions on the principle of connecting a database field from the Domain data to an attribute from the user profile of the report viewer—this connection is established in the security file, which is attached to the Domain.
If a report viewer has the attribute identified in the security file, they will see the data of students who have the corresponding value. This means that if there are no students in the Domain data who have a corresponding value to the value of the attribute of the viewer, no data will be shown. The following table represents the Manager View scenario, in which the "Manager ID" attribute of the Domain has been configured in the security file to correspond to the "User ID" of the report viewer:
| Span |
|---|
|
| Manager 1 can see the data of Student 2, but not Student 1 or Student 3, as the "Manager ID" of Student 2 corresponds to the "User ID" of Manager 1. |
| Span |
|---|
|
| Manager 2 can see the data of Student 3, but not Student 1 or Student 2,as the "Manager ID" of Student 3 corresponds to the "User ID" of Manager 1. |
| Span |
|---|
|
| Manager 3 cannot see the data of any of the students, since none of the students have a "Manager ID" of "Z." |
...
| Div |
|---|
|
| | "Student 1"
Org ID: W | "Student 2"
Org ID: X | "Student 3"
Org ID: Y |
|---|
"Manager 1"
Org ID: X |  Image Modified |  Image Modified | Image Modified |
|---|
"Manager 2"
User ID: Z | Image Modified | Image Modified | Image Modified |
|---|
"Manager 3"
No Org ID |  Image Modified | Image Modified | Image Modified |
|---|
|
| Span |
|---|
|
| Manager 1 can see the data of Student 2, as they share a corresponding "Organization ID." |
| Span |
|---|
|
| Manager 2 cannot see the data of any of the students, since none of the students have an "Organization ID" of "Z." |
| Span |
|---|
|
| Manager 3 can see the data of all of the students, since Manager 3 does not have any "Organization ID," and the view reverts to default. |
...
For the purposes of this case study, we will configure the public Course Completions Table View to provide a manager the view of their students/employees who have completed courses. The case study is broken down into the following steps:
| Span |
|---|
|
Configure a new New Manager Profile (Optional)- If you intend to create the Manager View for a preexisting Zoola™ User profile, this step can be skipped.
- If you intend to enable a Totara user with a new Zoola™ profile suited to the Manager View, follow the instructions in Step 1. This step will walk you through enabling an LMS user with the necessary Zoola™ Roles for the Manager View.
| Span |
|---|
stylecolor: #000000; | - Copy the Domain to a Private Folder
- This step will walk you through identifying the Course Completions Domain in the Public folder and copying it into your private system.
| Span |
|---|
style | color: #000000; - Configure the Security File
- This step will walk you through creating a custom XML security file, including the Manager View attributes, and adding the file to the newly copied Domain.
span |
Creating Views and Next Steps- This step will identify potential uses and views for the newly secured Course Completions Domain, including view types and alternative attribute configurations.