If RetroBen is checked on the
Installation Table, the system inserts RetroBen requests (PS_RETRODED_RQST) for
Job changes, payroll changes or benefit enrollment changes via PeopleCode
and/or Benefits Administration.
The system retrieves the RetroDed Sequence Number from the Installation Table.
For Base Benefits, PeopleCode updates the Installation Table with RetroDed Sequence Number + 1.
For Benefits Administration, COBOL updates the Installation Table with RetroDed Sequence Number + 1000 so that the process does not need to grab a number from the Installation table for each person it is processing when running through batch mode.
The Benefits Administration event is evaluated to see if it needs a Retro request:
If Enroll Action on BAS_PARTIC_PLAN = Enroll or TER then check dates
Get the Deduction Begin Date; Get today’s date; Get current Pay Period for employee
If Deduction Begin date is less than Today’s Pay End Date or
If the Status/Event Date is greater than the current Pay Begin Date,
Then Insert RetroBen Request.
If an employee had multiple retro “events” before running RetroBen, the prior request status will be “Duplicate” – i.e. “closed” as one request will cover all RetroBen Plan Types – 1x, 2x and 3x.
Retroben will process only rate-based benefits which means it will process only Health, Dental, Vision, Life and Disability. It will not process 401K, FSA, Leave, Pension etc. There must also be a rate table (not salary % or goal amount) to calculate the deduction.
The system retrieves the RetroDed Sequence Number from the Installation Table.
For Base Benefits, PeopleCode updates the Installation Table with RetroDed Sequence Number + 1.
For Benefits Administration, COBOL updates the Installation Table with RetroDed Sequence Number + 1000 so that the process does not need to grab a number from the Installation table for each person it is processing when running through batch mode.
The Benefits Administration event is evaluated to see if it needs a Retro request:
If Enroll Action on BAS_PARTIC_PLAN = Enroll or TER then check dates
Get the Deduction Begin Date; Get today’s date; Get current Pay Period for employee
If Deduction Begin date is less than Today’s Pay End Date or
If the Status/Event Date is greater than the current Pay Begin Date,
Then Insert RetroBen Request.
If an employee had multiple retro “events” before running RetroBen, the prior request status will be “Duplicate” – i.e. “closed” as one request will cover all RetroBen Plan Types – 1x, 2x and 3x.
Retroben will process only rate-based benefits which means it will process only Health, Dental, Vision, Life and Disability. It will not process 401K, FSA, Leave, Pension etc. There must also be a rate table (not salary % or goal amount) to calculate the deduction.