CHRS Recruiting to PeopleSoft Integration
This guide is to outline how to processes new hire, rehire and transfer data in PeopleSoft HCM 9.0, after a recruitment is completed in CHRS Recruiting.
CHRS Recruiting is the CSU selected recruiting system, built on the CHRS Recruiting cloud application. When an applicant accepts an offer and becomes a new employee, CHRS Recruiting exports the new hire data, collected via the New Employee Data Form, the Offer card and the Job card. This daily export is encrypted and automatically parsed into the appropriate campus PeopleSoft HCM 9.0 instance.
In PeopleSoft HCM 9.0, new hire data will be loaded in a staging table, where new hire data should be reviewed and processed. After that, a new hire loading process is run to create or update the person, person of interest (POI), job, and profile records.
Processing is handled by different teams on different campuses and may include one or more of the following groups:
- HRIS
- Employment Services
- Payroll Services
All processes used for new hire processing are grouped under this navigation: Recruiting > CSU Recruiting Processes > CSU Recruiting Inbound.
| Action | Information/Screen Shot | |
| Campus Action Required |
|
Configuration Tasks
This section describes how to configure the following prerequisites:
- POI security by business unit
- User role permissions
| Action | Information/Screen Shot | |
| Set up person of interest (POI) security type- by business unit | It has been campuses’ practice to assign some or all newly hired employees the Person of Interest type of “Future Hire” prior to their first day of work. New Hire Integration process allows for the creation of Future Hire POI, but for it to work correctly, proper POI security access type must be configured first. For PeopleSoft 9.0, CHRS Standardization has recommended that Future Hire POI should be secured by Business Unit. Therefore, this security access type must be configured for campus end-users to see or edit POI details. This configuration is a one-time setup for each campus. Detailed instructions are provided below. |
|
| When to set up POI security | Before you run the Load POI process via integration. | |
| Verify POI security access by business unit |
|
|
| How to set up POI security access by business unit | Do this procedure only if POI security access by Business Unit was not already enabled for your campus.
|
|
| What happens next | Future Hire POI information is visible to authorized users. | |
| User permission roles and sensitive data management | Some fields need to be masked for some users in order to protect sensitive employee data. Your ability to view data is determined by your assignment into one of the following permission roles:
Users with either permission roles will be able to run new hire processes with no difference. Campus end users must be assigned to either one of these permission roles before processing new hire data via integration. |
|
| How to add the permission role for the user |
|
|
| What happens next | Authorized users can view appropriate level of sensitive data on the New Hire Review table. |
Review the Staging Table Data
A regularly scheduled data import process loads new hire data into the PeopleSoft staging table. This process provides default values to the staging table based on business requirements outlined for integration. An ad hoc import process could be run whenever needed.
- The CHRS Recruiting data export process is scheduled to run at 3:00 p.m. PST.
- An automatic process is scheduled to import data from each campus’s PeopleSoft instances at 4:00 p.m. PST.
- On rare occasions when an emergency export is generated from CHRS Recruiting outside the above schedule, individual campuses need to manually run the import process to receive the unscheduled output.
After the import, you will need to review the data in the PeopleSoft staging table. The staging table includes all fields that are needed for PeopleSoft processing to create or update the person, POI, job and person profile. You have to create a search specific to your need to view new hire data in order to review the information and correct any data errors.
Not all data exported from CHRS Recruiting are shown in the staging table. Some data are collected and exported from CHRS Recruiting and are imported directly into PeopleSoft HCM tables. For exampleself-disclosed data such as gender, ethnicity, and emergency contact information are imported, but do not need end user validation, and therefore, are not shown.
| Action | Information/Screen Shot | |
| When to review the staging table data | Review the staging data after the data import to the staging table, before loading new hire data into PeopleSoft HRM. | |
| Set up the staging table search | After you create a search, the search criteria are saved for next time.
|
|
| General Guidelines | Search criteria can be used in combination. For example, you can combine Department and Job Codes to limit search returns to only those you are assigned to review. Important: If two users use the exact same data set (showing all new hires in the staging table, for example), the chance of them not being able to save their work is significantly increased. |
Validate Staging Table Data
The staging table opens below the search that you just performed. The table comprises several tabs. You must validate information on each of these tabs:
- Person Info
- Job Info
- CSU Job
- CSU Faculty
| Action | Information/Screen Shot | |
| Person info validation | The Person Info tab shows information about each person that was imported from CHRS Recruiting. For values in the SSN and Date of Birth fields, only those with CSU_Recruiting_Administrator permission role can see the full data. Users with CSU_Recruiting_User permission role see SSN as XXXXX1234, and DBO as 01/01/XXXX. A search/match process checks whether the person is already established in PeopleSoft in order to avoid duplication. This process utilizes Social Security Number (SSN), Campus ID, and Campus ID Source data to determine the type of search match to be performed. Upon successfully locating a match, the existing Empl ID will populate the Empl ID field. Search Match is conducted based on SSN. If no SSN is included in the export from CHRS Recruiting, the search match does not return any useful value. To process anyone with no SSN coming from the export, refer to the error handling section. When you view the Person Info tab, note the following Search Match Result and Campus ID values.
The following table explains the Search Match values.
|
|
| Job info validation | Some data comes from CHRS Recruiting, some is loaded with default values. Use the following procedures, guidelines, and screenshots to validate the Job Info tab data. This guide shows the Job Info page in three parts.
Job Info 1 (left) Job Info 2 (middle)Job Info 3 (right)
|
|
| CSU Job tab validation | Most values need to be selected from the drop-down list. CSUEU job codes are defaulted to be “eligible” for Anniversary Code, Anniversary Month and Year. If your campus does not follow this practice, revise the fields to be blank.
CSU Job tab 1 (left)CSU Job tab 2CSU Job tab 3
|
|
| CSU Faculty tab validation | The CSU Faculty tab is used to capture data specifically for faculty positions.
CSU Faculty tab 1CSU Faculty tab 2
|
|
| Process Status Tab | This tab is designed to identify processing steps for the new hire. You will use the checkboxes to indicate whether new hire data is to be loaded into Person, POI, Job or Profile tables. These processes can be checked one at a time or concurrently. When saving the staging table, a validation process will run, based on the checkbox identified, to evaluate if all required fields are completed for the identified process. Those on the staging table, but do not have the specific process checked will not go through the validation process. For example, there are two records on the staging table, you only checked the “Load Person” process for one of them. When you click Save, PeopleSoft validates the data according to PeopleSoft rules for creating or updating a person, for each individual. If any of the required fields are blank, it displays an error message and you will need to resolve the issue before the staging table can be saved.
|
|
| What happens next |
|
Load New Hire Data into PeopleSoft
You run three processes under Run Control to load new hire data into appropriate PeopleSoft tables.
Some processes are dependent on data from other processes, so you must run these processes in the following order:
- Person and POI
- Job
- Profile
Each process pushes data from the staging table into the appropriate PeopleSoft database tables to create or update employee records. An error table captures problems during the saving and loading processes.
If your campus schedules the process to run automatically or assigns another person run it, then skip this section.
| Action | Information/Screen Shot | |
| When to load new hire data into PeopleSoft | New Hire data is reviewed and validated on the staging table. | |
| How to load data into the Person/POI database |
|
|
| How to load data into the Job database | The procedure is the same as loading data into Person/POI except that you select Job instead of Person/POI. | |
| How to load data into the profile database | The procedure is the same as loading data into Person/POI except that you select Profile instead of Person/POI. | |
| What happens next |
|
Troubleshooting
Data import failures can occur when fields are missing values, have incorrect values, or conflicting information is being entered.
When the process runs, any errors are added to the New Hire Load Error table. If you see a failure, open the table to review the information.
| Action | Information/Screen Shot | |
| When to troubleshoot |
|
|
| How to correct errors from the error log |
|
|
| Common Errors | Most error messages clearly indicate what must be done. A comprehensive list of common errors and resolutions is beyond the scope of this guide. However, some examples are shown below. |
|
| Complex error types | Some error types require that you interface with external systems for resolution. You might need to change something in CHRS Recruiting or find someone with CHRS Recruiting access to make the change for you. To solve these issues, you must understand the underlying cause and take appropriate action.Error 1: An offer was accepted in CHRS recruiting, but no new hire data was exportedCause: Offer card or new hire data form has data errors. Procedure to resolve:
Error 2: Blank values for CSU Unit, Department ID, and other propertiesCause: The position exists in the export, but does not exist in PeopleSoft Position Management. Procedure to resolve:
Error 3: No files with today’s date found in [filename] (25100, 47)Cause: No data is imported from CHRS Recruiting. Export file does not exist. Procedure to resolve:
If you do not have Page Up access, ask the recruiter to review the Offer Card. Error 4: Campus Source Validated, but EMPL ID does not exist in PeopleSoft HCMCause: The export from CHRS Recruiting came with a validated campus ID, but PeopleSoft shows that this ID does not exist. This issue can have two causes:
|
|
| Procedure to Resolve |
|
|
| How to reload new hire data into the staging table | Use this procedure whenever you need to load new hire data into the staging table manually.
.
|
|
| What happens next |
|
Related documents
CHRS Recruiting to PS Integration Design Specification - New Hire Data Processing_v3.docx
0 Comments
Add your comment