| Table of Contents | ||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
...
If your district is using Frontline Absence Management (AESOP) for all staff sub-scheduling, leave request entry, leave request approval and leave request exporting to USPS, but you would like ESS to pull Frontline Absence Management (AESOP) leave request data into ESS for users to view (only), you will proceed with the following Frontline Absence Management (AESOP) configuration integration steps:
Please refer to the ESS Conversion Guideline and Employee Self Service Import from Kiosk guide if your district plans to use ESS to view USPS employee profile information, position details, leave balances, payslips, W2s and/or Frontline Absence Management (AESOP) leave requests in ESS. Since your district is not using ESS for leave request workflows, you may skip steps 7-11 in the Employee Self Service Import to Kiosk guide.
NOTE: Since ESS workflows will NOT be used since ESS is pulling leave requests from Frontline Absence Management (AESOP), users cannot submit and/or approve leave requests in ESS. Leave requests must be created and approved in Frontline Absence Management (AESOP).
Because workflows are done on the Absence Management side of the application, Employee Self Service will bring the leave requests data from Absence Management in and set different status based on the status provided from Absence Management. If the leave request in Absence Management doesn’t require any approvals, it will be set to Approved in ESS. Listed below is a matrix of the approval status.
NOTE: For the initial pull, ESS will pull in Absence Management leave request data with dates up to 60 days before integration date and 90 days after. After initial pull, the scheduled job (currently hourly - this will be increased to 15 minutes with ESS-919) will look for AESOP LRs that were created within the last week and pull them into ESS and any LRs that were updated in AESOP, it will pull their updated info on the existing LRs in ESS. The scheduled job will not create duplicate LRs in ESS.
Users and Supervisors will be able to view (only) Frontline Absence Management (AESOP) leave requests in ESS. The leave requests will be denoted with an external ID and origin of Absence Management.
AESOP Integration>Data Import View will display various grids based on the current activity of the AESOP leave request. Leave Manager, District Manager and Admin roles have the ability to view the data in these grids. Please refer to the Data Import View option below for more information.
NOTE: Exporting Leave Requests from ESS
If the district chooses to export approved Frontline Absence Management (AESOP) leave requests from ESS in order to post into USPS, the status of the leave request in ESS will change from approved to exported. However, ESS does not push leave request status updates to Frontline Absence Management (AESOP), therefore the leave request status will NOT be updated in Frontline’s Absence Management (AESOP) to reflect that it’s been exported to USPS.
...
If your district would like to use Frontline Absence Management (AESOP) to submit leave requests for staff who need a substitute and ESS for staff who do not need a substitute, workflow setup will need to take place in both applications. For those needing a sub, the leave request and workflow approval process must be set up and performed in Frontline Absence Management (AESOP). For those who do not need a sub, the leave request and workflow approval process can be set up and performed in ESS.
Please refer to the ESS Conversion Guideline and Employee Self Service Import from Kiosk guide if your districts plans to use ESS for leave request workflow for staff who do not require a sub and also allow ALL staff to view USPS employee profile information, position details, leave balances, payslips and W2s.
For staff who require a substitute, their existing Kiosk workflow should not be converted to ESS and instead their approval workflow and leave requests must be created in Frontline Absence Management (AESOP). Please refer to Frontline’s Absence Management documentation on how to create workflows in their application.
Because workflows are done on the Absence Management side of the application for those who need subs, Employee Self Service will bring the data from Absence Management in and set different status based on the status provided from Absence Management. If the leave request in Absence Management doesn’t require any approvals, it will be set to Approved in ESS. Listed below is a matrix of the approval status.
NOTE: For the initial pull, ESS will pull in Absence Management leave request data with dates up to 60 days before integration date and 90 days after. After initial pull, the scheduled job (currently hourly - this will be increased to 15 minutes with ESS-919) will look for AESOP LRs that were created within the last week and pull them into ESS and any LRs that were updated in AESOP, it will pull their updated info on the existing LRs in ESS. The scheduled job will not create duplicate LRs in ESS.
The leave requests will be denoted with an external ID and origin of Absence Management.
For staff who do not require a substitute, their existing Kiosk workflows will be converted to ESS and they will be able to submit/approve leave requests created in ESS.
AESOP Integration>Data Import View will display various grids based on the current activity of the AESOP leave request. Leave Manager, District Manager and Admin roles have the ability to view the data in these grids. Please refer to the Data Import View option below for more information.
NOTE: Exporting Leave Requests in ESS
If the district chooses to export approved Frontline Absence Management (AESOP) leave requests from ESS in order to post into USPS, the status of the leave request in ESS will change from approved to exported. However, ESS does not push leave request status updates to Frontline Absence Management (AESOP), therefore the leave request status will NOT be updated in Frontline’s Absence Management (AESOP) to reflect that it’s been exported to USPS.
...
Contains the absence data pulled from Frontline Absence Management (AESOP) and stored in various grids (tabs). When pulled in successfully, user can view the leave requests in the ‘leave request’ area of ESS. Please refer to Troubleshooting Absence Management (AESOP) Integration for further information on how to troubleshoot AESOP absences that are not being pulled into ESS successfully or being pulled in to the wrong position of the employee.
Role: Leave Manager, District Manager and Admin roles.
...
NOTE: Outstanding Jira issues to improve the way the AESOP data is being pulled as well as Employee Sync Grid improvements: ESS-995; ESS-996; ESS-1000
Absence Reason
The AESOP Absence Reason is the same as the ESS Leave Type Category. When the Absence Reason Sync is performed, it will try to match the AESOP Absence Reason with the ESS Leave Type Category.
...
Is Matched: If the AESOP Absence Reason matches the ESS Leave Type Category, a green checkmark is displayed. Otherwise, if it doesn’t match, a red 'X” is displayed. NOTE: A new AESOP Absence Reason sub category will not match unless the corresponding Leave Type sub category has been added in ESS.
NOTE: If the reasons aren’t matched between AESOP/ESS, the AESOP leave absences containing the AESOP reason will not pull into ESS and the district will not be able to locate the AESOP generated absence via the ‘Leave Requests’ menu. To determine why the absence did not pull in, you may filter the specific absence via the Absence Management Data Import View>Absence Create grid and click
to view the details. Review the information under ‘Processed Message’. It may include a message stating ‘Error creating leave request with conf #xxxxxxxxxxx;Reason not found’. From there, you can refer to the Absence Reason grid to determine if a mismatched reason is the issue.
Is Active: Indicates if the Absence Reason is active in AESOP. If it’s marked ‘Public to Employee’ in AESOP, it’s considered active
Description: Populates with the AESOP Absence Reason Name.
Absence Reason ID: is their version of the leave type category. It is located on the ‘External ID’ field on the AESOP Absence Reason record. It must match the 2 character leave type category from ESS/USPS.
Available ESS/USPS leave type categories:
CA = calamity; DO = dock; HO = holiday; JD = jury duty; MI = military; OT = other; PL = personal leave; PR = professional leave; SI = sick; UN = unknown; VA = vacation
Absence Reason DB Key: unique identifier in AESOP.
Absence Reason Id2: is their version of their leave sub category. It is located on the ‘External ID 2’ field on the AESOP Absence Reasons record. It much matc the 2 character sub category code created in ESS
Sub Category Status: is the ESS Sub Category ‘Active’ status.
ESS Sub Category: If matched, it populates with the ESS Sub Category code
ESS Sub Category Description: If matched, it populates with the ESS Sub Category Description
...
Is Matched: If the AESOP Master Data>School>General Information ‘External Number’ matches the ESS Building Code’s IRN, a green checkmark is displayed. On the ESS School grid, the AESOP External Number is stored under the ‘Building IRN’ column. Schools are linked through the USPS Building Code>Building IRN property (which is synced to ESS when a position is synced). Otherwise, if it doesn’t match, a red 'X” will be displayed.
NOTE: If the buildings aren’t matched between AESOP/ESS, AESOP leave absences containing the AESOP building will not pull into ESS and the district will not be able to locate the AESOP generated absence via the ‘Leave Requests’ menu. To determine why the absence did not pull in, you may filter the specific absence via the Absence Management Data Import View>Absence Create and click
to view the details. Review the information under ‘Processed Message’. It may include a message stating ‘Error creating leave request with conf #xxxxxxxxxx;School not found’. From there, you can refer to the School grid to determine if a mismatched school is the issue. Please refer to Troubleshooting Absence Management (AESOP) Integration for further information.
Is Active: Indicates if the building is active in AESOP.
Name: Populates with the AESOP School Name.
NOTE: If the AESOP External ID does not match up the ESS Building Code’s IRN, the Building Code, Building IRN and USPS Description columns will not populate
Building Code: If matched, populates with ESS/USPS Building Code number
Building IRN: If matched, populates with the ESS/USPS Building Code’s Building IRN
USPS Description: If matched, populates with the ESS/USPS Building Code’s description
Web Id: AESOP unique identifier
External ID: AESOP Building Code identifier found on the AESOP Master Data>School>General Information ‘External Number’
Start time/end time and breaks: These values are unused in ESS, but they are imported from AESOP. They serve as defaults in AESOP when entering leave by building. ESS will pull the start/end times from the AESOP Absence Record
...