The number that identifies the batch or interactive program (batch or interactive object). For example, the number of the Sales Order Entry 
interactive program is P4210, and the number of the Print Invoices batch process report is R42565. The program ID is a variable length value. 
It is assigned according to a structured syntax in the form TSSXXX, where: T The first character of the number is alphabetic and identifies the 
type, such as P for Program, R for Report, and so on. For example, the value P in the number P4210 indicates that the object is a 
program. SS The second and third characters of the number are numeric and identify the system code. For example, the value 42 in the number P4210 
indicates that this program belongs to system 42, which is the Sales Order Processing system. XXX The remaining characters of the numer are 
numeric and identify a unique program or report. For example, the value 10 in the number P4210 indicates that this is the Sales Order Entry 
program.

The number that identifies the batch or interactive program (batch or interactive object). For example, the number of the Sales Order Entry 
interactive program is P4210, and the number of the Print Invoices batch process report is R42565. The program ID is a variable length value. 
It is assigned according to a structured syntax in the form TSSXXX, where: T The first character of the number is alphabetic and identifies the 
type, such as P for Program, R for Report, and so on. For example, the value P in the number P4210 indicates that the object is a 
program. SS The second and third characters of the number are numeric and identify the system code. For example, the value 42 in the number P4210 
indicates that this program belongs to system 42, which is the Sales Order Processing system. XXX The remaining characters of the numer are 
numeric and identify a unique program or report. For example, the value 10 in the number P4210 indicates that this is the Sales Order Entry 
program.

A number that identifies an entry in the Address Book system, such as employee, applicant, participant, customer, supplier, tenant, or 
location.

A code that identifies a group of employees for whom you are processing payroll. Use this ID to process each step of the payroll 
cycle. This code is also used to identify the interim ID that you select when you enter interim payments.

A code that identifies a specific organization, fund, or other reporting entity. The company code must already exist in the Company 
Constants table (F0010) and must identify a reporting entity that has a complete balance sheet. At this level, you can have intercompany 
transactions. Note: You can use company 00000 for default values such as dates and automatic accounting instructions. You cannot use company 00000 
for transaction entries.

The date associated with the various types of net pay instructions. This date relates to a payroll check, an interim payment, a bank 
automatic-deposit advice slip, a payslip (cash), or a claim reimbursement.

The last day of a processing period (pay period, month, quarter or year).

A user defined code list 00/CN that indicates the country in which the employee resides.

The number of the month in which the payroll fiscal year begins.

A user defined code (07/TH) that specifies the type of information being tracked for the employee in the US Taxation Summary History 
table (F06136) or the Canadian Tax History table (F0713). The value in this field determines what type of year-end form the system generates.

The number of the month in which the history files were updated.

The number of the pay period from the beginning of the year. For instance, a monthly payroll cycle beginning in January has a total of 12 
periods with October being the 10th period. Typical values are:        001-052 (Weekly Payroll Cycle)        001-026 (Biweekly Payroll Cycle)        
001-024 (Semimonthly Payroll Cycle)        001-012 (Monthly Payroll Cycle)        001-004 (Quarterly Payroll Cycle)        001-001 (Annual Payroll Cycle)

A code which identifies whether the Auto Deposits included in the Payroll Cycle are to be automatically marked as 'Reconciled' once they 
are written to the Paycheck History File(F06156).

The number of the month in which the history files were updated.

The calendar year for this calendar.

The calendar century associated with the year. Enter is the first two digits of the year. For example, 19 indicates any year beginning with 19 
(1998, 1999), 20 indicates any year beginning with 20 (2000, 2001), and so on.

The number of months to add to or subtract from the date specified in the Based on Date field (DABS) to determine the discount due date or 
net due date. The system uses this field in conjunction with the Fixed Days field (DYFX] and Days to Add (DADD) field to calculate the due 
date.  For example, if you enter 20 in the Fixed Days field and 1 in the Months to Add field, and the Based on Date is 1 (invoice date), the 
system calculates the due date as the 20th day of the month following the date specified for the invoice date. 

The calender year.

Century - Override

The date that an address, item, transaction, or table record becomes active.  The meaning of this field differs, depending on the program.  
For example, the effective date could represent the following:    o When a change of address becomes effective.   o When a lease becomes 
effective.   o When a price becomes effective.   o When the currency exchange rate becomes effective.   o When a tax rate becomes effective. 

A code that defines the type of pay, deduction, benefit, or accrual. Pay types are numbered from 1 to 999. Deductions and benefits are 
numbered from 1000 to 9999.

A code that identifies the values for a master payroll cycle.

The code that identifies the work station ID that executed a particular job.

The code that identifies a user profile.

The time that specifies when the program executed the last update to this record.

The date that specifies the last update to the file record.

The number that identifies the batch or interactive program (batch or interactive object). For example, the number of the Sales Order Entry 
interactive program is P4210, and the number of the Print Invoices batch process report is R42565. The program ID is a variable length value. 
It is assigned according to a structured syntax in the form TSSXXX, where: T The first character of the number is alphabetic and identifies the 
type, such as P for Program, R for Report, and so on. For example, the value P in the number P4210 indicates that the object is a 
program. SS The second and third characters of the number are numeric and identify the system code. For example, the value 42 in the number P4210 
indicates that this program belongs to system 42, which is the Sales Order Processing system. XXX The remaining characters of the numer are 
numeric and identify a unique program or report. For example, the value 10 in the number P4210 indicates that this is the Sales Order Entry 
program.

This code specifies whether you want the system to process job step progression information during payroll cycle processing or whether 
you want to process the information as a stand-alone feature outside of the payroll cycle. Be aware that processing job step progression 
during the payroll cycle might significantly increase pay cycle processing time.  Note: This field works in conjunction with the Step Progression 
Process field on the Company Options form. In order to process job step progression information, the Step Progression History Update field 
must be set to 1 or 2. Also, this field is initially populated with the value from the Company Options setup. You can override the value here. 
However, if you change the value in the Company Options, the system does not change the value in this field. Valid values are: Y Process job step 
progression information during payroll processing. N Process job step progression as a stand-alone feature. (default)  

An option that specifies the type of processing for an event.

A code that specifies whether the Step Progresssion History files are updated and the level of detail in which the update occurs.  If you 
choose 1, you must set up job step progression parameter tables for each union for which you want to process step progression information. If 
you choose 2, you must set up job step progression parameter tables for each business unit and union combination for which you want to 
process step progression information. If you choose 1 or 2, it is not mandatory that companies within your organization process step progression 
information. However, if you choose N, no companies in your organization can process step progression information.  Valid values 
are: 1 Update using Union, Job Type, and Job Step. 2 Update using Home Business Unit, Union, Job Type, and Job Step. N Do not update Step 
Progression History tables.

Program ID - 02

Program ID - 03