Use this checklist to prepare your campus to use Absence Management (AM) functionality in CHRS.
Security
- The CHRS Library - Security Page provides a full list of Dynamic roles, Baseline CHRS Security roles and the CHRS Security Plan and Requirements for review.
- Majority of the roles for Absence Management will begin with CHR_AM
- There are four dynamic roles available for Absence Management. These roles will be automatically provisioned (assigned) and deprovisioned to employees who meet the predefined criteria set by CHRS.
- Determine users on your campus who are responsible for the various AM tasks and work with the security team to have the applicable security roles assigned to them.
- Configuration
- Payroll
- Approver
- Timekeeper
Configuration
Each campus will have their own holiday schedule converted over from the 9.0 system. There will be a standard "NONE" schedule that contains no holidays that can be assigned to student employees or other groups that are not eligible for holidays.
It is the campuses responsibility to
- Confirm the converted Holiday Schedule follows the standard CHRS naming convention.
- Include any current, and future (if applicable) holidays that where not included in conversion.
The naming convention is the campus 3-character identifier followed by "HOL" (Example: FULHOL).
For Academic Year specific Holiday Schedules the naming convention is the campus 3-character identifier followed by "AHS" (Example: FULAHS). If campus has something else in HR 9.0, they should discuss with the AM Superusers.
Each campus will have the Periods (ACD) converted over from the 9.0 system if they were setup using the standard CHRS naming convention. If the Periods (ACD) did not convert, it is the campuses responsibility to manually setup the Periods (ACD).
Campuses are ONLY responsible for Academic Periods and should setup all 12 months.
Each campus will have the Calendar (ACD) converted over from the 9.0 system if they where setup using the standard CHRS naming convention. If the Calendar (ACD) did not convert, it is the campuses responsibility to manually setup the Calendar (ACD).
Campuses are ONLY responsible for their Academic Calendars and should setup all 12 months.
A workflow sends absences and time off to a manager for approval. A campus administrator can choose which type of workflow routes approval requests for each type of absence.
Reports-to: Requests are routed according to the existing campus reports-to structure. If you use this option, no further setup is needed, as long as your reports-to structure is correct. Only one person can be set as approver. The manager must delegate another manager before going on vacation to ensure approval requests are handled.
Dynamic group: Requests are routed to one or more approvers who belong to a dynamic group. If you use this option, you must set up the dynamic groups. A dynamic group can contain multiple approvers, but only one approver needs to approve. If a dynamic group has multiple members, delegation is unnecessary
Schedules can be assigned to an employee using either a predefined work schedule or a personal schedule.
Off work periods are defined by pay group (for example: academic year workers). A single year can have multiple non-working periods.
- Campuses that use the reports-to chain for absence and time approvals must delegate approvals when the approver is away for an extended time or during critical time management periods.
- Only an Administrator can delegate approvals to a different approver during a specified time period.
During the specified time period, all transactions that require approval are automatically routed to the proxy approver.
ServiceNow Tickets
Open a ServiceNow ticket using the example campus configuration document, update for your the template with your campus information based on what should be migrated from each pass through MTP.
When submitting the ticket:
Type: Request
Category: CMS-CHRS
Subcategory: Absence Management
-
Ticket Short Description:
In the ticket short description, indicate that the campus name, the module, and the Pass/MTP this is requested for. (Example: CHI - AM Config - MTP)
-
Description:
-
The description section should include the following:
Database Name (Example: HACHRSIT to HCHRPR
Reason (Example: Conversion from Pass C to MTP)
Pages to migrate
Attachment Title
-
-
Attachments:
Include an attachment with all the details of what your campus needs to have migrated. The attachment should look similar to the example below.
You are done. Great job!
0 Comments
Add your comment