CHRS Knowledge Base

Impacts of HR Data Entry

Updated on

Revision Date Revised By Summary of Revisions Section(s) Revised
08/17/21 Sande Meith Initial draft All
08/08/22 Sande Meith Updated for PTools 8.59 All
09/17/25 Training No longer using process guide; content created as job aid, located in Benefits job aid chapter. 

Overview

Purpose

Benefits Administration (Ben Admin or BA) automates benefit enrollment activity in CHRS. This guide is for CSU Central HR and Academic Personnel staff who enter employee information and need to understand how their entries affect Benefits processing.

What Ben Admin does automatically

Based on Job Data and Modify a Person data, Ben Admin:

  • Assigns or re-assigns the employee to the correct Benefit Program
  • Determines eligibility, continued eligibility, or loss of eligibility for each benefit plan
  • Processes benefit transactions such as enrollments or dis-enrollments

What this guide covers

  • Job Data and Personal Data (Modify a Person) entry transactions
  • Updates to specific Job Data and Modify a Person fields
  • Non-routine transactions, including corrections, retroactive actions, deletions, and mass updates

Important note

All employees in CHRS, whether benefits eligible or not, are assigned Benefit Record Number 0. No other Benefit Record Numbers are used in CHRS.

Job and Personal Data Transactions

Why accuracy matters

  • Information entered into Personal Data and Job Data records is used to decide an employee’s benefits eligibility.
  • Data must be entered correctly the first time.
  • For a New Hire transaction, enter all fields as of the Hire Effective Date:
    • Local home address
    • SSN
    • Date of Birth
    • Gender
  • Missing benefit-related data can delay an employee’s enrollment in benefit plans.

How BAS events are created

  • When Job Data is saved, a BAS event is created and added to the Review BAS Activity page.
  • When home address changes (zip code, state, country) are saved in Modify a Person, a BAS event is also created and added to the Review BAS Activity page.
  • Behind the Review BAS Activity page is the BAS_Activity record.

BAS event processing

  • The Review BAS Activity page is the Ben Admin processing queue.
  • BAS events remain on the page until they are processed.
  • Processing options:
    • Nightly CSUBAS process (starts at 7 pm for all campuses)
    • On Demand Event Maintenance page (processed manually by Benefits Officers)
  • Once processing begins, the event leaves the Review BAS Activity page.

Job Data Action/Reason mapping

  • Job Data Action/Action-Reason codes are mapped to specific BAS events (Event Classes or BAS Actions).
  • These mappings determine how benefits processing occurs in Ben Admin.
  • Job Data Action/Reason codes also set the Benefits Employee Status, which is critical for:
    • Ben Admin eligibility rules
    • Ben Admin processing
  • Benefits Employee Status is separate from:
    • PeopleSoft Payroll Status
    • PeopleSoft HR Status
  • Benefits Employee Status can only be set through a Job Data Action/Action-Reason code..

View BAS Events and Benefits Status Mapped to Action/Action-Reason Codes

BAS events and the Benefits Employee Status are tied to Action/Action-Reason code configuration. Access to this Workforce Administration module configuration table depends on your PeopleSoft security.

Navigation:

  • Click the NavBar icon.
  • Follow the menu path to the Workforce Administration configuration table
    • Menu > Set Up HCM > Product Related > Workforce Administration > Action Reasons..
  1. Enter an Action code. Use the lookup icon to see a list of available Job Data action codes.
  2. If you know the Reason Code if know. Otherwise, keep this field blank.
  3. Select the Include History checkbox.
  4. Click on the Search button.
  5. The Search Results list appears.
  • Select the desired Action/Action-Reason Code combination.
    • The example below shows that the LOA/MED action/action-reason code sets the Benefits Employee Status to Leave of Absence for the employee and creates the LVE BAS event for Ben Admin processing. The LVE BAS event in CHRS allows all of the employee’s benefit coverages to be canceled (waived).

Job Data Ben Admin Impacts

The following Job Data fields are used by CSU in CHRS Ben Admin eligibility and processing:

  • Effective Date
  • Job Code
  • Union Code
  • Employee Type
  • Benefits Employee Status
  • Employee Class
  • Pay Group
  • FTE
  • Duration of Appointment (Elig Fld 1)
  • Job Code (Elig Fld 2)
  • ACA Eligibility (Elig Fld 3)
  • AFTERTAX (Elig Fld 5)
  • Work Location Postal Code
  • Work Location State
  • Work Location Country
  • BAS Group ID
  • Company
  • Benefits System

From the above list, the following three fields are automatically determined when a Save occurs in Job Data using custom PeopleCode:

  • Duration of Appointment (Elig Fld 1)
  • Job Code (Elig Fld 2)

  • ACA Eligibility (Elig Fld 3)

The following fields are manually populated under the direction of the Benefits Officer via correction mode (there is a change control request roadmapped to create a process that sets the BAS Group ID):
  • AFTERTAX (Elig Fld 5)
  • BAS Group ID

Modify a Person Ben Admin Impacts

Delivered PeopleCode creates the ADR BAS event when an employee’s home address zip code, state and/or country changes.

  • Home Address Postal Code
  • Home Address State Code
  • Home Address Country

Delivered Ben Admin processing uses the following employee and dependent demographic field values to determine benefit plan participation eligibility:

  • Effective Date
  • Date of Birth
  • Gender

Use of Correction Mode in Job Data

Why this matters

Using correction mode in Job Data to:

  • change an effective date
  • change an action code
  • change an action-reason code
  • delete a Job Data row

How to minimize impacts

Follow these steps with your Campus Benefits Office before making corrections in Job Data:

  1. Workforce Administration
    • Contact the Campus Benefits Office.
    • Explain the needed correction (effective date, delete row, or change action/action-reason).
    • Provide the employee ID, employment record numbers, and effective date.
    • Stop. Do not continue until the Benefits Office gives approval.
  2. Campus Benefits Office
    • Review whether any BAS events linked to the row need to be voided.
    • Print the employee’s current benefit elections if re-entry may be needed.
  3. Campus Benefits Office
    • Void the applicable BAS event(s).
    • Check Base Benefit pages (Health, Life/AD&D, Disability, Spending Accounts) to confirm affected enrollments are deleted.
  4. Campus Benefits Office
    • Tell Workforce Administration that they can proceed with the correction.
  5. Workforce Administration
    • Make the Job Data correction/deletion.
    • Notify the Benefits Office once complete.
  6. Campus Benefits Office
    • Process the new, corrected BAS event(s) as needed.
    • Re-enter benefit enrollments if necessary.
    • Reprocess any impacted BAS events using On Demand Event Maintenance.
    • Notify benefit carriers or CalPERS if required.

Important: These corrections can break benefits processing. They create disconnected BAS events that cannot be processed or reprocessed in Ben Admin. Fixing disconnected events is manual, time-consuming, and may also require follow-up with the State Controller’s Office (SCO), benefit carriers, or CalPERS.

Entering Retroactive Transactions

What it means

  • A BAS event is flagged Out of Sequence when:
    • It comes before events that have already been processed, or
    • It has a lower Event Priority value than another event for the same employee.
  • The flag indicates that eligibility information for this event may have changed.
  • These events may need to be reprocessed in the Benefits Administration System.

Common causes

  • Retroactive hires
  • Retroactive terminations
  • Retroactive transfers

These transactions often require extra review by benefits staff and can delay when an employee’s benefits become available.

What to do

  • Some retroactive changes are unavoidable (for example, due to campus classification reviews or bargaining unit changes).
  • When retroactive changes are entered:
    • Workforce Administration must notify the Benefits Office.
    • Benefits staff should monitor the BAS_ACTIVITY table (Review BAS Activity page).
    • Ensure the employee’s benefits are corrected and updated as needed.

Deleting Job Data

What it means

  • A BAS event is marked Out of Sequence when:
    • It comes before other events that have already been processed, or
    • It has a lower Event Priority value than another event for the same employee.
  • This flag means the event’s eligibility information may be impacted by earlier events.
  • The event may need to be reprocessed in the Benefits Administration System.

Common causes

  • Retroactive hire transactions
  • Retroactive terminations
  • Retroactive transfers

These transactions often require extra review by benefits staff and may delay the availability of benefits.

What to do

  • Retroactive changes are sometimes unavoidable (for example, due to classification reviews or bargaining unit changes).
  • When retroactive changes are entered:
    • Workforce Administration must inform the Benefits Office.
    • Benefits staff should monitor the BAS Activity page (BAS_ACTIVITY table).
    • Reprocess or adjust benefits to ensure the employee’s coverage is correct.

Mass Updates

GSI/SSI (L15) – General Salary Increases Load will still occur in 9.2

Facilitating Communication between HR and Benefits Staff

Purpose

The Notify button lets you quickly send workflow notifications or emails to co-workers about a specific employee.

What happens

  • The email includes a direct link to the application page that needs review or reference.
  • This makes it easy for co-workers to go straight to the correct page.

Notes

  • Notify is a standard PeopleSoft feature.
  • No special setup is required to use it.

After you click the Notify button, a generic email notification (workflow) is created. The next snapshot shows an example of the email that is generated.

  • Be sure to copy yourself on the notification so you have a record of it.
  • Enter your message in Message.
  • Below is a snapshot of the email notification the recipient receives (in their email “in” box).
Field Description

To
  • Enter the user names or email addresses of those who need to take action. 
  • This field can contain one or more email addresses or user names separated by a semicolon.
CC (Carbon Copy)
  • Enter the names or email addresses of CC recipients, who are made publicly aware of the notification. 
  • Include yourself so you have a copy of the communication.
BCC (Blind Carbon Copy)
  • Enter the names or email addresses of BCC recipients, who are made aware of this notification privately.
Priority
  • Select a priority level for the notification: low, medium, or high. 
  • This priority is reflected in the notification only if the %Notification Priority variable is in the template text.
Subject
  • Enter the topic or a brief description of the notification. 
  • The subject value may appear by default from a template, but you can edit it.
Template Text
  • Displays the template text, which is based on a predefined notification template. 
  • The text in this field is sent in the language of the recipient. However, the notification template has to be defined with template text for each language.
Message
  • Enter your own comments. 
  • The message text is sent in the language of the sender.
Lookup Recipient
  • Click to access the Lookup Address page. 
  • Enter the first characters of a recipient and click Search to receive a list of people who match your search. 
  • To use someone as a recipient, select the check box for the type of recipient (To ,cc, bcc) and click Add to Recipient List.
Delivery Options
  • The check boxes are populated based on the delivery options that are defined in the recipient's user profile. 
  • The Worklist check box is unavailable for external email addresses.
# Record Field Required Fields* BAS Activity Triggers** CSU Eligibility Fields*** Description of Use Comments/Notes

1
Personal Data Effective Date
NAMES.EFFDT
X --- --- Many of the Event Rules are running off of the date entered. Any date is okay to enter but note the date as you process benefits and identify your expected results. ---
2 --- Birth Date
PERSON.BIRTHDATE
X --- --- Birth date is used to determine age limit processing. It is required for proper assignment of the Benefit Program. If left blank Benefit Prog Assigned is :NOB" Pgm None.
3 --- Gender
PERS_DATA_EFFDT.SEX
X --- --- Gender must be populated. It is required for proper life insurance enrollment. If left blank, no life ins. enrollment.
4 --- SSN
PERS_NID.NATIONAL_ID
X --- --- SSN must be populated.  ---
5 --- Postal Code
ADDRESSES.POSTAL
X X X The Postal Code and State information is used to determine eligibility based on geographic location. Used for health eligibility
6 --- State
ADDRESSES.STATE
X X X The Postal Code and State information is used to determine eligibility based on geographic location. Used for health eligibility
7 Job Employee Status
JOB.EMPL_STATUS
--- X X  --- CSUBAS01 - BA Preprocessing only
8 --- Effective Date (=Benefits Event Date)
JOB.EFFDT
X --- --- This date determines the Benefits Event Date. Many of the Event Rules are running off of the date entered. Any date is okay to enter but note the date as you process benefits and identify your expected results. ---
9 --- Action/ Action Reason
JOB.ACTION
JOB.ACTION_REASON
JOB.BAS_ACTION
X X --- Action/Reason values translate to Benefits actions. Each Action/Reason indicates what type of action Ben Admin should take. (Action Reasons mapped to the HIR event may automatically process and enroll an employee in Vision, Life AD&D or LTD benefits, based on eligibility.) Mapped to BAS Event Classes
10 --- Expected End Date
JOB.EXPECTED_END_DATE
X X X This field is used to determine if a temporary employee meets the eligibility criteria for duration. Elig Config 1 is updated to a “Y” (Yes) or “N” (No). Used for benefits eligibility
11 --- Position
JOB.POSITION_NBR
X --- --- In order for an employee to have an Enrollment Worksheet generated, a position must be used. ---
12 --- Regulatory Region
JOB.REG_REGION
--- X --- --- ---
13 --- Company
JOB.COMPANY
--- X --- --- ---
14 --- Business Unit/SetID
JOB.BUSINESS_UNIT
--- X --- --- ---
15 --- Location
JOB.LOCATION
--- X --- --- ---
16 --- Job Code
JOB.JOBCODE
X
X Used to determine types of benefits available and program eligibility. This value is stored in Elig Config 2.
17 --- Regular/Temporary
JOB.REG_TEMP
--- X --- --- ---
18 --- Empl Class
JOB.EMPL_CLASS
X X X Used to determine eligibility to Benefit Programs and what types of benefits are available. FERP and Rehired Annuitant are the only employee classes that are used in the eligibility rules. Used for benefits eligibility
19 --- Full/Part Time Status
JOB.FULL_PART_TIME
--- X --- --- ---
20 --- Standard Hours
JOB.STD_HOURS
--- X --- --- ---
21 --- FTE
JOB.FTE
X X X Used to determine Benefit eligibility. For employees with one active job, the system will look at FTE to determine if the minimum FTE requirement has been met. For employees with more than one active job, the system will combine the FTE’s for all benefits-eligible jobs and determine if the minimum FTE requirement is met. CSUBAS01 and used for health eligibility
22 --- FLSA Status
JOB.FLSA_STATUS
--- X --- --- ---
23 --- Union Code
JOB.UNION_CD
X X X Used to determine Benefit Program eligibility. It auto populates when a position is entered. This field should not be overridden. Used for benefits eligibility and used by CSUBAS01 - BA Preprocessing
24 --- Pay Group
JOB.PAYGROUP
X X X Used to determine program eligibility. It drives benefits for AY employees who have a start date prior to a pay period. For example, faculty who have a start date in August, but don’t get paid until September, will have a benefits effective date of October 1. The Pay group value of “ACD” is used to identify these employees who use the Academic Year Pay Calendar. Used to determine Benefit Program and used for benefits eligibility
25 --- Employee Type
JOB.EMPL_TYPE
X X X This is one of the factors used in looking at multiple jobs to determine which job is primary. CSUBAS01- BA Preprocessing & Used for health eligibility
26 --- Salary Administration Plan
JOB.SAL_ADMIN_PLAN
--- X --- --- ---
27 --- Salary Grade
JOB.GRADE
--- X
--- ---
28 CSU Job AY Duration of Appointment (CSU custom trigger)
CSU_JOB.CSU_APPT_DUR
X X X This value is used to determine if a temporary employee meets the eligibility criteria for duration. Elig Config 1 is updated to a “Y” (Yes) or “N” (No). BA Save Edit - CSUBAS01 BA Preprocessing
29 Benefit Program Participation Benefit Record Number
PER_ORG_ASGN.BENEFIT_RCD_NBR
X X X All Benefits Eligible jobs should be assigned a Benefit Record Number of 0. Non-eligible jobs should have a Benefit Record Number of 1. This field is automatically populated on the Save ---
30 --- Benefits System
JOB.BENEFIT_SYSTEM
X X --- This value will default to Benefits Administration. ---
31 --- Benefits Status
JOB.BEN_STATUS
--- X X --- Used to determine Benefit Program and used for benefits eligibility
32 --- Elig Config 1
JOB.ELIG_CONFIG1
--- X X This field is automatically populated whenever data is save in Job Data. This field will be set to a Y if the employee meets the duration requirement, otherwise it will be set to N. Set by custom PeopleCode (GRP 53) whenever data is save in Job Data. Also set by the CSU Pre Processing job.
Used for benefits eligibility
33 --- Elig Config 2
JOB.ELIG_CONFIG2
--- X X This field is automatically populated whenever data is save in Job Data. This is the employee’s job code. Set by custom PeopleCode (GRP 53) whenever data is save in Job Data. Also set by the CSU Pre Processing job.
Used for benefits eligibility
34 --- Elig Config 3
JOB.ELIG_CONFIG3
--- X X This field is automatically populated whenever data is save in Job Data. This field will be set to a Y if the employee meets the ACA requirement, otherwise it will be set to N.. Set by custom PeopleCode (GRP 53) whenever data is save in Job Data. Also set by the CSU Pre Processing job.
Used for benefits eligibility
35
Elig Config 5
JOB.ELIG_CONFIG5
--- X X This field is manually populated with AFTERTAX by direction of the Benefits Officer. If populated with AFTERTAX, aftertax benefit plans appear for selection in On Demand Event Maintenance and eBenefits Employee Self Service if the campus uses full eBenefits. Set by custom PeopleCode (GRP 53) whenever date is save in Job Data. Also set by the CSU Pre Processing job.
Used for benefits eligibility
34 --- Benefit Program Effective Date
BEN_PROG_PARTIC.EFFDT
--- --- --- This date must match the date on job if the Action is Hire. This date is used to determine when the employee is eligible for a particular benefit program. It is updated as appropriate when the Ben Admin process runs. ---
35 --- Benefit Program
BEN_PROG_PARTIC.BENEFIT_PROGRAM
--- --- --- This value should initially be set to “NOB”. (Default is set to “NOB” in Pay group). It will be populated with the appropriate benefit program after the Ben Admin process runs. ---

Delivered PS Triggers Not Currently Used by CSU

# Record Field Required Fields* BAS Activity Triggers** CSU Eligibility Fields*** Description of Use Comments/Notes

1
--- Officer Code
JOB.OFFICER_CD
--- X --- Available delivered but not used by CSU. Not currently used for CSU
2 --- Elig Config 4, 6-9
JOB.ELIG_CONFIG 4, 6, 7, 8, 9
--- X --- Available delivered but not used by CSU. Not currently used for CSU

Column Definitions

* Required Fields: These fields must be populated, either manually or automatically by the system, in order for Ben Admin to process successfully.

** BAS Activity Triggers: The system triggers "job" and "non-job" BAS events from a variety of different tables. Non-job events are caused by changes in employees’ personal or demographic information that affect benefits eligibility or elections (such as postal code & state code). Ben Admin inserts events into the Benefits Administration (BAS) Activity table when a change to one of these fields occurs. These fields are considered eligibility fields which can be used to determine what programs and plan options employees are eligible for.

*** CSU Eligibility Fields: Are used by the custom CSU Ben Admin Save Edit in Job Data & CSU Preprocessing modifications

End of Article

0 Comments

Add your comment

This site is protected by reCAPTCHA and the Google Privacy Policy and Terms of Service apply.

Previous Article (job aid) Hide Dependents
Next Article (job aid) Modify Marital Status
Do you need an article? Contact Us