In-App Help was last updated in 8.6.4 (released 10/23/2019) if you are looking for help with a feature that has been added or enhanced since 8.6.4, please check in Online Help from Help menu.

You are here: Configuring the Solution for Administrative Users > Configuring Requests > Understanding Request Access Configuration: An Example

Understanding Request Access Configuration: An Example

The following example will give you a better understanding of configuring request access. It does not include every step necessary to configure requests. See Configuring Requests for detailed information.

Charles is the scheduler for 6N MedSurg. He is configuring request access for 6N MedSurg and the employees who float to that profile.

Step 1: Configuring Request Settings

Charles logs in to Clairvia Web and opens the Request Settings page. Of the four options most important to Charles right now, three are under Manager Settings and one is under Employee Settings.

Having finished his changes, Charles clicks Save Configuration. A window opens with the message Are you sure you wish to save these changes? He clicks OK to save his changes.

Step 1A: Configuring Float Employee Request Permissions

In addition to configuring his Request Settings to allow float employees to see the 6N MedSurg schedule and make requests, Charles (or the managers of the profiles employees are floating from) also has to go into Staff Manager Client and give employees permission to float to 6N MedSurg and to make requests to 6N MedSurg. Charles does this by opening Staff Manager Client and selecting Employee Info from the Maintain menu. This opens the Employees dialog box.

Charles selects an employee from the Employee list and clicks the Float tab. The tab lists the profiles the employee can float to and whether the employee can make requests to that profile. The default setting for Allow Requests is No. Charles selects Yes for 6N MedSurg and clicks OK to save his changes.

Note: You should be aware that even if you give employees the permission to make requests on this dialog, those employees still might not have the ability to make requests based on the float to profile's configuration. For employees to have access to make requests in a float profile, the employee must have Allow Requests set to Yes in Staff Manager Client and the float to profile must allow float employees to make requests. In other words, permission configuration at the employee level and the profile level are both required in order to make float requests.

Step 2: Obtaining Permission to Manage Access Schedule Periods

Using Staff Manager Administrator, Charles's manager assigns him to a security group with the Access Schedule permission set to Full Access. This means Charles can configure access schedule periods for requests.

If Charles only had Read access for the Access Scheduler permission, he would be able to see the Access Schedules settings but not change them. If Charles had None access, Staff Manager would not let him see the Configure Requests Access Schedule Periods menu item.

Step 3: Configuring Access Schedule Periods

Charles opens the Access Schedule Periods page. There are two types of Access Schedule Periods Charles wants to set up.

Step 3A: Creating a Calendar-Based Period

The 6N MedSurg vacation policy is that employees must make all PTO requests for the year before March 31 of that year. Employees can begin making PTO requests on October 1 of the previous year. This gives Charles the basic information he needs to create a calendar-based period for making PTO requests.

Later, Charles will assign access groups and tasks to the new PTO Yearly Requests period so that 6N MedSurg employees will only be able to make requests for PTO tasks during the access period.

Step 3B: Creating a Schedule-Based Period

Charles wants to create three schedule-based periods.

Later, Charles will assign access groups and tasks to the new access periods so that the 6N MedSurg employees with the most seniority are able to make requests first, then the group with the next level of seniority are able to make requests, and, finally, the newest 6N MedSurg and float employees are able to make requests. For all groups, Charles wants schedule access to end one week before the schedule start date, so that he will have time to make final adjustments before publishing the schedule.

Charles repeats these steps to create the access schedule periods Advance: 5 Weeks and Advance: 4 Weeks, changing the Access Begins (Days before) box to 35 and 28, respectively.

Step 4: Configuring Access Group Definitions

Now that Charles has set up his schedule access periods, he needs to define the employees to be associated with each of the defined access periods. These groups are called access group definitions. He needs three access group definitions to connect to his three access schedule periods, but Staff Manager is going to save Charles a step. Staff Manager automatically puts all employees not assigned to a defined group into a group called Unassigned. This group is not visible on the Access Group Definitions page, but it is visible when Charles assigns his groups to access periods and tasks. Therefore, Charles only needs to define two groups.

Charles repeats these steps to create Mid-Level Seniority, the group that will access the schedule 5 weeks before the schedule start date. In the Description box, he enters Access 5 weeks before to remind himself of the access he wants for this group.

Charles will link the Unassigned group to the last schedule access period, Advance: 4 Weeks.

Step 5: Assigning Access Groups and Tasks

Assigning Access Groups and Tasks is the last step in managing employee access to requests. Charles begins by opening the Assign Access Groups and Tasks page. He goes to the Configure menu and selects Requests > Assign Access Groups and Tasks. When the page opens, the Assign Access Groups tab is active by default. The four access schedule periods Charles created are listed in alphabetic order in the Access Schedule Periods box with the first item, Advance: 4 Weeks, highlighted.

Tip: All Access Schedule periods are global. Once a user sets up a period, it is available for all users to see and use, if they have the right security permissions.

Step 5A: Assigning Groups and Tasks to a Calendar-Based Access Schedule Period

The first thing Charles wants to do is set up the yearly PTO Request groups.

Now Charles selects the tasks employees can request during the PTO Yearly Request access period.

Having assigned access groups and tasks to the PTO Yearly Requests access schedule period, Charles clicks Save to save his changes. A window opens with the message Are you sure you wish to save these changes? Charles clicks OK to complete his assignments.

Step 5B: Assigning Groups and Tasks to a Schedule-Based Access Schedule Period

Charles has three scheduled-based access periods to assign. He starts with the Advance: 6 Weeks period; he wants the employees with the most seniority in 6N MedSurg to be able to make schedule requests six weeks before the schedule starts.

Now that Charles has his access group selected, he assigns the tasks.

Charles repeats the steps for 6N MedSurg Group 2 and the Advance: 5 Weeks access schedule period, and then he repeats the steps one last time for the 6N MedSurg Unassigned group and the Advance: 4 Weeks period. Charles clicks Add, assigning the remaining 6N MedSurg employees (and all floats to his unit) to the Advance: 4 Weeks access schedule period.

By default, anyone who is allowed to float to 6N MedSurg is assigned to the 6N MedSurg Unassigned group and thus is assigned access to make requests based on that group. Remember, however, that because Charles configured his request settings so that only RNs from 9E ICU can make requests on 6N MedSurg, only employees with the 9E ICU Float to Profile and the RN skill are able to see and make requests for the 6N MedSurg schedule, as explained in the preceding section Step 2: Configuring Request Settings.

Related Topics IconRelated Topics