Download presentation
Presentation is loading. Please wait.
Published byKenneth Marsh Modified over 9 years ago
1
Session 1022 Multiple Jobs Processing in HRMS 8 - Part II March 20, 2001 Dave Dresselhouse PeopleSoft
2
Agenda This is Part 2 of a 2-part presentation... Part I (2:30 - 3:30) Multiple Jobs Basics / Overview HRMS Payroll for North America Pension Administration Break (3:30 - 3:45) Part II (3:45 - 4:45) Benefits Enrollment and Deductions Benefits Administration / Eligibility
3
Agenda Quick Overview/Review of Multiple Jobs (Benefits) New Features in PeopleSoft 8 to Support Multiple Jobs Base Benefits Benefits Administration Payroll for North America (deductions) Tips and Techniques “Insider Information” on how to best use these new features Things to consider in your implementation Things to avoid
4
Multiple Jobs - Benefits Overview How do Benefit Enrollments relate to Jobs? Jobs are grouped into “Benefit Records” for benefits purposes EMPLOYMENT Empl_Rcd: #0 EMPLOYMENT Empl_Rcd: #2 EMPLOYMENT Empl_Rcd: #3 EMPLOYMENT Empl_Rcd: #1 JOB Effdt: 1/1/1999 Action: HIR JOB Effdt: 2/1/2000 Action: XFR JOB Effdt: 8/1/2000 Action: DTA JOB Effdt: 2/1/1999 Action: HIR JOB Effdt: 4/1/1999 Action: HIR JOB Effdt: 12/31/1999 Action: TER JOB Effdt: 2/1/2000 Action: HIR BENEFIT RECORD # 0 BENEFIT RECORD # 1 PeopleSoft Base Benefits
5
Multiple Jobs - Overview How do Benefit Enrollments relate to Jobs? Enrollments are for a Benefit Record Data field name is Empl_Rcd, but it’s really populated with Benefit_Rcd_Nbr BENEFIT RECORD # 0 BENEFIT RECORD # 1 LTD Life Health Savings FSA Life LTD Savings PeopleSoft Base Benefits
6
New Features Primary Job for Benefits One per Benefit Record The Primary Job determines: Pay/Deduction Frequency in Payroll Pay/Deduction Frequency in BenAdmin Service Date for premiums based upon service Which job carries the deductions and credits for benefits EMPLOYMENT Empl_Rcd: #0 EMPLOYMENT Empl_Rcd: #2 EMPLOYMENT Empl_Rcd: #3 EMPLOYMENT Empl_Rcd: #1 BENEFIT RECORD # 0 BENEFIT RECORD # 1 PeopleSoft Base Benefits
7
New Features Primary Job for Benefits Effective-dated Determined automatically via rules when jobs are hired/terminated User can re-designate the primary job at any time Maintained in new Primary_Jobs table PeopleSoft Base Benefits
8
New Features “Include for Eligibility” flag Determines which jobs may, or may not contribute toward an eligibility evaluation in BenAdmin Determined via rules when jobs are hired/terminated User can update at any time Maintained on the Primary_Jobs table PeopleSoft Base Benefits
9
New Features “Include for Deductions (Coverage)” flag Determines which jobs may, or may not contribute salary (Comp Rate or ABBR) toward salary-based coverage such as Life and Disability Determined via rules when jobs are hired/terminated User can update at any time Maintained on the Primary_Jobs table PeopleSoft Base Benefits
10
New Features Primary Job - “Default Rules” Automatically designates the Primary Job, and sets the “Include Flags” whenever a job is Hired, Re-Hired or Terminated Can be configured to implement 7.02/7.51 functionality (lowest active Empl_Rcd) PeopleSoft Base Benefits
11
New Features Primary Job - “Default Rules” User-configurable workflow notifies you when other job actions take place Actions that could potentially change the designation of the primary job, requiring Administrator review PeopleSoft Base Benefits
12
New Features Calculation Rules - Grouping Method Determines the group of jobs that should have their salaries added together for determining coverage and premiums Subset of all jobs that have their “Include for Deductions” flag turned on Default is “All in BRN” - same as 7.02/7.51 PeopleSoft Base Benefits
13
New Features Calculation Rules - “Active Jobs Only” flag Further refinement of the group of jobs to be used for salary aggregation Allows consideration of only those jobs that are active Default is “Consider Active Jobs Only” - same as 7.02/7.51 PeopleSoft Base Benefits
14
New Features Eligibility Rules (Benefits Administration) Grouping Method Determines the group of jobs that should be evaluated for eligibility purposes Subset of all jobs that have their “Include for Eligibility” flag turned on Default is “Primary Job” - same as 7.02/7.51 PeopleSoft Benefits Administration
15
New Features Eligibility Rules (Benefits Administration) “Active Only” flag Further refinement of the group of jobs to be used for eligibility evaluation Allows consideration of only those jobs that are active Default is “No” (both Active and Inactive considered) - same as 7.02/7.51 PeopleSoft Benefits Administration
16
New Features Eligibility Rules (Benefits Administration) Evaluation Method Determines “how” the group of jobs should be evaluated - what must meet the criteria? At least one job All of the jobs The sum of the jobs Numeric fields only (e.g. FTE, Std Hours) PeopleSoft Benefits Administration
17
New Features Pay System & Benefit System Both are now effective-dated (on Job table) Both can be changed at any time Benefit System is loosely dependent upon Pay System PeopleSoft Base Benefits
18
New Features “Single Check” Payroll Feature Greatly reduces the number of checks a Multi-Job employee receives. A single check can pay jobs… In different Benefit Records In different Paygroups Even in different pay frequencies! Paysheets for multiple paygroups are combined into a new paysheet for the employee’s Primary Paygroup. PeopleSoft Base Benefits
19
Tips & Techniques- Base Benefits Tips and Techniques Base Benefits PeopleSoft Base Benefits
20
Tips & Techniques- Base Benefits Getting Started Change the Search Views for Base Benefits! Configures search list boxes to return only one entry per Benefit Record. Prevents you from enrolling an employee under an Empl Record instead of a Benefit Record. New utility page automates this... PeopleSoft Base Benefits
21
Tips & Techniques- Base Benefits Getting Started Review/Configure the “MultiJob Options” Rules. Should the Primary Job be re-assigned when a new job is hired into an existing Benefit Record? Should the Primary Job be re-assigned if it terminates? Are there any Job Actions that should generate a notification to the Benefits Administrator for Primary Job review? PeopleSoft Base Benefits
22
Tips & Techniques- Base Benefits Getting Started Review/Configure the “MultiJob Options” Rules. If you want to continue 7.02/7.51 behavior, use the following settings: Tip: PeopleSoft Base Benefits
23
Tips & Techniques- Base Benefits Primary Jobs Maintenance / Review Conversion will automatically populate based upon 7.02/7.51 behavior. “Include for Deductions” Flag Applies only to “salary-based” plans “Earnings-based” plans always use all jobs in the check for the BRN - this flag is ignored. Tip: Generally best to leave this checked ON for terminated jobs Once set OFF, the job can’t contribute salary to any plan types Using the “Active Only” flag on the Calc Rules gives more granular control PeopleSoft Base Benefits
24
Tips & Techniques- Base Benefits Primary Jobs Maintenance / Review To avoid “double-dipping”, non-earnings-based benefit deductions are tied to the Primary Job. Tip: The Primary Job should be an active job if any other jobs in the Benefit Record are active, and deductions are to be taken. PeopleSoft Base Benefits
25
Tips & Techniques- Base Benefits Calculation Rules Life/AD&D and Disability Plan rules Should coverage be based upon an accumulation of salaries across jobs? All combined salaries should be in same currency 1 - Include for Deductions = “Yes” (Primary_Jobs Table) 2 - Included in Calc Rule’s Group Method and “Active Only” All Jobs in Effect Salaries Accumulated PeopleSoft Base Benefits
26
Tips & Techniques- Base Benefits Dealing with Multiple Pay Systems Pay System is now effective-dated When combining salaries, jobs in all pay systems are considered, according to the “Include” flags Think about different currencies! PeopleSoft Base Benefits
27
Tips & Techniques- Base Benefits Benefit Record - Assigning & Changing No longer tied to an Empl_Rcd - use any values you like! Jobs in different companies should generally be assigned to different Benefit Records These jobs will always be paid on separate checks anyway Savings plans generally don’t cross company (legal entity) boundaries. But remember…coverage and eligibility can be based on jobs crossing Benefit Records PeopleSoft Base Benefits
28
Tips & Techniques- Base Benefits Benefit Record - Assigning & Changing You may now change a job’s Benefit Record to any value... Keep in mind: the relationship between a Job (Empl_Rcd) and a Benefit Record is not effective dated The system will automatically check the validity of the Primary Jobs table If this job is (or was) a primary job, you’ll most likely need to adjust primary job information in the Primary Job Maintenance page. PeopleSoft Base Benefits
29
Tips & Techniques- Base Benefits Benefit Record - Assigning & Changing If you change a job’s Benefit Record such that there are no jobs left in the original Benefit Record, any enrollments for that original Benefit Record will be orphaned The original Benefit Record will no longer exist on any Employment record The Ben_Prog_Partic will automatically be deleted Tip: Avoid the “deletion” of Benefit Records If you must... always check to make sure there are no active plan enrollments prior to moving the last job out of a Benefit Record PeopleSoft Base Benefits
30
Tips & Techniques- Base Benefits General Deductions No longer tied to a Benefit Program Definitions/Enrollments at the Company level If not to be taken on every check… Taken from Primary Paygroup’s check -or- Taken from “highest Paygroup Priority” check If for Union Dues… Taken only from checks paying the Union job PeopleSoft Base Benefits
31
Tips & Techniques- Base Benefits Tip: Turn ON “Take on all Paygroups” if the deduction is based upon a % of earnings. Turn OFF for flat amount deductions. PeopleSoft Base Benefits
32
Tips & Techniques- BenAdmin Tips and Techniques Benefits Administration PeopleSoft BenefitsAdministration
33
Tips & Techniques- BenAdmin BenAdmin and the Primary Job Determines the employee’s pay frequency during cost calculations via the job’s paygroup Provides the Service Date for cost calculations using a Service Rate table Provides the Service and Termination dates for eligibility evaluation Provides “Job” information for reporting, forms, etc PeopleSoft BenefitsAdministration
34
Tips & Techniques- BenAdmin Configuring Multi-Job Options (BenAdmin) Do you have eligibility rules that cross Benefit Record boundaries? Trigger Explosion parameter settings Should new/terminated jobs be included for Elig? PeopleSoft BenefitsAdministration
35
Tips & Techniques- BenAdmin Configuring Eligibility Rules Review/Update your Eligibility Rules with an eye towards evaluating eligibility across multiple jobs Defaults for Group Method, Evaluation Method and “Active Only” mirror 7.02/7.51 behavior PeopleSoft BenefitsAdministration
36
Tips & Techniques- BenAdmin Configuring Eligibility Rules Step 1: Express it in words... “The employee is eligible if the Primary job is Full-Time” Simple Rules: “The employee is eligible if all active jobs in this Benefit Record are Full-Time” “The employee is eligible if any job, in any Benefit Record is Full-Time” PeopleSoft BenefitsAdministration
37
Tips & Techniques- BenAdmin Configuring Eligibility Rules Step 2: Parse it according to the parameters “The employee is eligible if any active job (in any Benefit Record) is Full-Time” Example: Eligibility Field = Full/Part-Time Status Group Method = “All Flagged Jobs” Active Only = “Yes” Eval Method = “1 or More” PeopleSoft BenefitsAdministration
38
Tips & Techniques- BenAdmin Configuring Eligibility Rules 1 - Include for Eligibility = “Yes” (Primary_Jobs Table) 2 - Benefit System = “Benefits Administration” (JobTable) 3 - Included in Elig Rule’s Group Method and “Active Only” Remember:There are 3 levels to determining which job(s) contribute eligibility information... All Jobs in Effect Job(s) Evaluated PeopleSoft BenefitsAdministration
39
Tips & Techniques- BenAdmin Configuring Eligibility Rules When using Benefit Status, avoid turning on the “Active Only” flag Terminated jobs won’t be evaluated A,L,P,S,W are the only Empl Status codes considered Important if you’re using special benefit programs or plans for inactive employees (like retirees), and/or Benefit Status “Term w/Benefits” Tip: PeopleSoft BenefitsAdministration
40
Tips & Techniques- BenAdmin Configuring Eligibility Rules Program-level rules Try to use a Group Method of “Primary Job” or “Flagged in BRN” to avoid duplicate eligibility Evaluation Method of “At Least One” in combination with Group Method of “All Flagged (all BRNs) ” will most likely lead to duplicate eligibility at the program level Tip: PeopleSoft BenefitsAdministration
41
Tips & Techniques- BenAdmin Configuring Eligibility Rules If you just want to continue basing eligibility on the Primary Job (now under your control), you probably won’t need to update your current eligibility rules. Tip: For Upgrading PeopleSoft BenefitsAdministration
42
Tips & Techniques- BenAdmin Configuring Event Rules Avoid setting the Default Method of a TER event class to “Terminate Coverage” This will terminate the employee’s coverage when the event is finalized, even if they retain eligibility due to other jobs in the Benefit Record remaining active Just as with single job implementations, always try to use loss of eligibility as the mechanism to terminate benefits Tip: PeopleSoft BenefitsAdministration
43
Tips & Techniques- BenAdmin Configuring Event Rules Avoid setting the Default Method of a HIR event class to “Option & Coverage” or “Lowest Eligible Option” When a concurrent job is added to the Benefit Record, we don’t necessarily want to replace the current elections (from the original Hire) if the “Add Concurrent” event is defaulted. Tip: Use one of the “Current/Else…” methods because you want to carry-forward any existing election. Tip: Consider making the HIR event a “Use History” event! PeopleSoft BenefitsAdministration
44
Tips & Techniques- BenAdmin Multiple Pay and Benefit Systems You may not assign a “Global Payroll” job to BenAdmin No Paygroup / Pay Calendar You may assign a job managed by “Other” pay system, to BenAdmin If the primary job is managed by “Other” pay system, you are responsible for ensuring that it is assigned to a paygroup with a pay calendar NAPY/PI Pay System Global “Other” Benefit System Base or BenAdmin Base Benefits Base or BenAdmin PeopleSoft BenefitsAdministration
45
Tips & Techniques- BenAdmin Multiple Pay and Benefit Systems When processing eligibility, we look only at jobs that are managed by BenAdmin If the system encounters a situation in which no jobs are evaluated during eligibility processing, the employee is considered ineligible for that rule This can happen if the job(s) managed by BenAdmin have the “Include for Eligibility” flag turned off, or if all Evaluation Methods specify “Primary Job” and the primary job is not managed by BenAdmin This can be changed by commenting a single line of Cobol code in PSPBAELG PeopleSoft BenefitsAdministration
46
Tips & Techniques- BenAdmin Multiple Pay and Benefit Systems Simple rules to avoid confusion and potential problems: If any jobs in the Benefit Record are managed by BenAdmin, then the primary job for that Benefit Record... must not be paid by Global Payroll must have a valid paygroup & calendar should also be managed by BenAdmin Not an absolute requirement, but strongly recommended! If not, eligibility Group Method of “Primary Job” will fail. PeopleSoft BenefitsAdministration
47
Tips & Techniques- BenAdmin Multiple Pay and Benefit Systems An even simpler (and recommended) rule: Try not to mix jobs with different Pay Systems and Benefit Systems in the same Benefit Record Tip: PeopleSoft BenefitsAdministration
48
Tips & Techniques- BenAdmin Trigger “Explosion” Refers to the automatic generation of Bas_Activity triggers across all Benefit Records Occurs during EM processing In 7.51, Address Change, Passive Age and Manual triggers were exploded Address Change Bas_Activity Address Change Benefit Record 0 Benefit Record 1 Benefit Record 2 PeopleSoft BenefitsAdministration
49
Tips & Techniques- BenAdmin Trigger “Explosion” In 8.0, we optionally explode other triggers... User configured Job, Passive Service & MultiJob Changes Manual Triggers can be set to explode / not explode (Employee level / Job level) We only explode triggers out to Benefit Records whose primary job is managed by BenAdmin Tip: If any Eligibility Rules cross Benefit Record boundaries, the “Explode Trigger” parameters (MultiJob Options) should be turned on, otherwise turn them off PeopleSoft BenefitsAdministration
50
Tips & Techniques- BenAdmin Trigger “Explosion” Exploded Job and Passive Service triggers are assigned the System Default Event Class (MSC) This should be a “Use History” event class in order to avoid unwanted events that stop at “Prepared” The resulting events are assigned a Bas_Action Source of (EX) to easily identify them if an eligibility change has resulted. Job Change (TER) Bas_Activity EX / MSC TJ / HIR Benefit Record 0 Benefit Record 1 Benefit Record 2 Benefit Record 0 Tip: PeopleSoft BenefitsAdministration
51
Tips & Techniques- BenAdmin Trigger “Explosion” See supporting documentation posted with this presentation for a complete description of triggers and trigger explosion...
52
Tips & Techniques- BenAdmin Changing a job’s Benefit Record If you change a job’s Benefit Record such that there are no jobs left in that Benefit Record, any existing events for that Benefit Record will be “dead in the water” There will no longer be a primary job for this Benefit Record These events cannot be processed or re-processed Tip: Review (finalize or void) any associated BenAdmin events in progress before removing the last job from a Benefit Record
53
Multiple Jobs in Benefits Eligibility & Enrollments Coverage and Deductions Jobs & Benefit Records Tip: Final Think in 3 dimensions!
54
Session 1022 Multiple Jobs Processing in HRMS 8 - Part II March 20, 2001 Dave Dresselhouse PeopleSoft
Similar presentations
© 2025 SlidePlayer.com. Inc.
All rights reserved.