A code that identifies and defines a unit of information. It is an alphanumeric code up to 8 characters long that does not allow blanks or 
special characters such as %, &, or +. You create new data items using system codes 55-59. You cannot change the alias.

This error code indicates if any errors occurred during the creation of the Trip Document Detail (F4914) records by the Delivery Document 
Set Server program (XT4914).

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

The start date for the order. You can enter this date manually, or have the system calculate it using a backscheduling routine. The routine 
starts with the required date and offsets the total leadtime to calculate the appropriate start date.

- - - Good Performance Low Value. 

This code is used to distinguish different quantities generated in the MPS/MRP system.

A radio button that specifies the level at which trace/track result is to be displayed.  Select the Detail to display all transactions except IB, IX, 
and IZ types.  Or, select Derivative Lots Only to display only those transactions that may have created new derivative lot. 

The number of days after the generation start date within which the system should display order messages. For example, if the generation 
start date is 01/01/05, and the message time fence is 30 days, the system displays messages with dates less than or equal to 01/31/05. The 
system does not display messages with dates of 02/01/05 or later. However, the planning horizon for orders continues past this date and is 
reflected in available to promise totals. Note that:     o The system does not count the generation start date; that is, the day after the generation 
start date is day 1.     o For manufactured items, the system counts working days, as defined in the Shop Floor Calendar.     o For purchased 
items, the system counts calendar days.

The number of days from the generation start date within which the system does not generate action messages. For example, if the 
generation start date is 01/03/05, and the freeze time fence is 3 days, the planning system does not generate messages with required dates that are 
less than or equal to 01/06/05. Note: o The system does not count the generation start date; that is, the day after the generation start date is 
day 1. o For manufactured items, the system counts working days, as defined in the shop floor calendar. o For purchased items, the system 
counts calendar days.

The total number of days required to build an item from its lowest level components to the final assembly. The system calculates the value 
differently for manufactured and purchased items. Manufactured - The total of all level leadtimes for all manufactured items,plus the highest 
cumulative leadtime of all its components. Purchased - The item's level leadtime. Purchased item leadtimes are included in the calculation of 
cumulative leadtimes. You can enter this value manually or you can have the system calculate it when you run the Leadtime Rollup program.

The total number of days required to build an item from its lowest level components to the final assembly. This value is the total of the level 
leadtimes for all manufactured items, plus the highest manufacturing leadtime for all its components. If all components are purchased, the 
manufacturing leadtime equals the item's level leadtime. Purchased item leadtimes are not included in the calculation of manufacturing 
leadtimes. You can enter the manufacturing leadtime manually or you can have the system calculate it when you run the Leadtime Rollup program.

The number of days that the system uses in conjunction with the time fence rule to determine how the forecast is used. Enter the number of 
days after the start date when the time fence rule changes from the first rule to the second rule. For example, if the time fence rule is S (customer 
demand before the time fence, forecast after the time fence), the generation start date is 01/03/05,and the planning time fence is 3 days, the 
system plans using customer demand through 01/06/05. Beginning on 01/07/05, the system plans using the forecast. Note that:     o The 
system does not count the generation start date; that is, the day after the generation start date is day 1.     o For manufactured items, the system 
counts working days, as defined in the Shop Floor Calendar.     o For purchased items, the system counts calendar days.

A value that represents the leadtime for an item at its assigned level in the production process, as defined on Plant Manufacturing Data. 
The system uses this value to calculate the start dates for work orders using fixed leadtimes. Level leadtime is different for purchased and 
manufactured items: Purchased - The number of calendar days required for the item to arrive at your branch/plant after the supplier receives your 
purchase order. Manufactured - The number of workdays required to complete the fabrication or assembly of an item after all the 
components are available. You can enter level leadtime manually on Manufacturing Values Entry, or you can use the Leadtime Rollup program to 
calculate it. To calculate level leadtime using the Leadtime Rollup program, you must first enter a quantity in the Manufacturing Leadtime Quantity 
field in the Item Branch table (F4102).

The factor that the system uses to convert one unit of measure to another unit of measure.

The job number (work station ID) which executed the particular job.

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.

An inventory item number. The system provides three separate item numbers plus an extensive cross-reference capability to other item 
numbers (see data item XRT) to accommodate substitute item numbers, replacements, bar codes, customer numbers, supplier numbers, and 
so forth. The item numbers are as follows:   o Item Number (short) - An eight-digit, computer-assigned item number     o 2nd Item Number - The 
25-digit, free-form, user defined alphanumeric item number     o 3rd Item Number - Another 25-digit, free-form, user defined alphanumeric item 
number

An alphanumeric code that identifies a separate entity within a business for which you want to track costs. For example, a business unit 
might be a warehouse location, job, project, work center, branch, or plant. You can assign a business unit to a document, entity, or person for 
purposes of responsibility reporting. For example, the system provides reports of open accounts payable and accounts receivable by 
business unit to track equipment by responsible department. Business unit security might prevent you from viewing information about business units 
for which you have no authority.

Event point for JDE Date.

Event point for JDE Date.

Event point for JDE Date.

Event point for JDE Date.

Event point for JDE Date.

Event point for JDE Date.

- - - Good Performance Low Value. 

- - - Good Performance High Value. 

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

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