Professional Documents
Culture Documents
Fundamentals ..............................................................................................................................................................3
1. Architecture of PeopleSoft ...........................................................................................................................3
12. Navigation to setup the system to drive by person or position or both ..............................................6
21. Where do you enter details of a person's job, including the regulatory region, company,
department, and location ..................................................................................................................................7
22. What is the information that is entered in Job Information page .........................................................7
23. What are different values for the field Payroll system ...........................................................................7
24. How do we change the value for the Reports To field when we have assigned a Position to an
employee ............................................................................................................................................................7
25. What is the field to store Active & Inactive status of employees Job record? ...................................7
26. Explain the importance of Sequence number in Job data page ..........................................................7
42. How to update effective-dated information on the Personal Data pages ...........................................8
1. Architecture of PeopleSoft
Tables
1 The Translate table
2 Processing and defaulting tables
3 Control Tables
4 Transaction Tables
Translate table
Code allocated is 4 characters long
Tracked by long and short desc
They do not need to be updated often
They are effective dated
No other field should be releated to this field
Values can be updated by power users ( pt>utilities>administartio>translate
values)(PSXLATMAINT)
Control tables store information that is used to process and validate the day-to-day business
activities (transactions) users perform with PeopleSoft HRMS applications.
The information stored in control tables is common and shared across an organization, for
example, master lists of customers, vendors, applications, items, or charts of accounts. By storing
this shared information in a central location, control tables help to reduce data redundancy,
maintain data integrity, and ensure that users have access to the same basic information.
The information stored in control tables is generally static and is updated only when fundamental
changes occur to business policies, organizational structures, or processing rules.
Transaction tables store information about the day-to-day business activities (transactions) users
perform with PeopleSoft HRMS applications.
The information stored in transaction tables often changes and is updated more frequently than
the information stored in control tables.
a. Person
b. Names
c. Address
d. Eff date Personal Data
e. Personal National Id
f. Job
g. Person Org assignments
h. Benefits Program Participation
Prompt tables are tables that are associated with fields on PeopleSoft application pages and
which display valid data values for those fields when a user selects a prompt or search option.
The data values stored in prompt tables are retrieved from control tables, transaction tables, or
other PeopleSoft tables.
Table sets and set IDs are devices that enable you to share – or restrict – information across
business units.
For example, with table sets and set IDs you can centralize redundant information such a country
codes while keeping information such as departments and job codes decentralized. The overall
goal of table sets and set IDs is to minimize data redundancy, maintain data consistency, and
reduce system maintenance tasks.
You must define at least one table set/set ID. The SETID key field is included on all control
tables.
6. What is a Business Unit
Business units are logical units that you create to track and report specific business information.
Business units have no predetermined restrictions or requirements; they are a flexible structuring
device that enables you to implement PeopleSoft HRMS based on how your business is
organized.
You must define at least one business unit. The BUSINESS_UNIT field is included on all
transaction tables.
Employment record numbers (ERNs), in combination with a person's ID, uniquely identify a
person’s job data records. The system distinguishes between a person’s organizational instances
by using a new ERN when you create a new instance.
When you drive PeopleSoft Human Resources by person, you use job codes to classify job data
into groups. You use those codes to link person data to job data. When you drive PeopleSoft
Human Resources by position, you still use job codes to create general groups, or job
classifications, in your organization, such as EEO (equal employment opportunity) and salary
survey data, but you also uniquely identify each position in a job code and link people to those
positions.
21. Where do you enter details of a person's job, including the regulatory region, company,
department, and location
Navigate to Workforce Administration, Job Information, Add Employment Instance, Work Location
23. What are different values for the field Payroll system
Global Payroll, Other, Payroll Interface and Payroll for North America
24. How do we change the value for the Reports To field when we have assigned a Position to an
employee
Use the Override Position Data button on the Work location page.
25. What is the field to store Active & Inactive status of employees Job record?
Field HR_STATUS of Job record is used to store the active and Inactive status.
This field is used for employment instances. It displays the payroll status of the current job record.
Changes that we make to this field trigger Retro Pay or Final Check processing.
A Retro Pay Request is triggered by any payroll status change with an effective date that’s earlier
than or equal to the latest pay end date of a check already paid to the employee.
A Final Check Request is triggered by any payroll status change that’s based on one of the action
or reason codes that are defined in the Final Check Action/Reason table.