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..


- Enter an Action code. Use the lookup icon to see a list of available Job Data action codes.
- If you know the Reason Code if know. Otherwise, keep this field blank.
- Select the Include History checkbox.
- Click on the Search button.
- 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: |
---|
|
From the above list, the following three fields are automatically determined when a Save occurs in Job Data using custom PeopleCode: |
|
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): |
|
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:
- 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.
- 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.
- 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.
- Campus Benefits Office
- Tell Workforce Administration that they can proceed with the correction.
- Workforce Administration
- Make the Job Data correction/deletion.
- Notify the Benefits Office once complete.
- 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 |
|
CC (Carbon Copy) |
|
BCC (Blind Carbon Copy) |
|
Priority |
|
Subject |
|
Template Text |
|
Message |
|
Lookup Recipient |
|
Delivery Options |
|
HR Related Fields Used by Ben Admin
# | 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