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.

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

A user-defined code (00/WS) that indicates the approval status.

A date that indicates one of the following:     o When a component part is no longer in effect on a bill of material     o When a routing step is no 
longer in effect as a sequence on the routing for an item     o When a rate schedule is no longer active The default is December 31 of the 
default year defined in the Data Dictionary for Century Change Year. You can enter future effective dates so that the system plans for upcoming 
changes. Items that are no longer effective in the future can still be recorded and recognized in Product Costing, Shop Floor Management, 
and Capacity Requirements Planning. The Material Requirements Planning system determines valid components by effectivity dates, not by 
the bill of material revision level. Some forms display data based on the effectivity dates you enter.

A number that identifies the original document, such as a voucher, invoice, or journal entry. On entry forms, you can assign the document 
number or let the system assign it using the Next Numbers program (P0002). Matching document numbers (DOCM) identify related documents 
in the Accounts Receivable and Accounts Payable systems. Examples of original and matching documents are: Accounts Payable     o 
Original document - voucher     o Matching document - payment  Accounts Receivable     o Original document - invoice     o Matching document - 
receipt  Note: In the Accounts Receivable system, the following transactions simultaneously generate original and matching documents: 
deductions, unapplied receipts, chargebacks, and drafts.

A user defined code (00/DT) that identifies the origin and purpose of the transaction.  PeopleSoft reserves several prefixes for document 
types, such as, vouchers, invoices, receipts, and timesheets. The reserved document type prefixes for codes are: P Accounts payable 
documents R Accounts receivable documents  T Time and Pay documents I Inventory documents  O Purchase order documents  S Sales order 
documents 

A date that indicates one of the following:     o When a component part goes into effect on a bill of material     o When a routing step goes into 
effect as a sequence on the routing for an item     o When a rate schedule is in effect The default is the current system date. You can enter 
future effective dates so that the system plans for upcoming changes. Items that are no longer effective in the future can still be recorded and 
recognized in Product Costing, Shop Floor Management, and Capacity Requirements Planning. The Material Requirements Planning system 
determines valid components by effectivity dates, not by the bill of material revision level. Some forms display data based on the effectivity 
dates you enter.

A key identification number used internally to identify a composite key structure.  The actual key items must be stored in another file and 
given this serial number.  This is to avoid repeating a very large key structure with repeating data items.

A code that indicates the activity you want to perform on the transaction. In an EDI transaction, this code represents the Transaction Set 
Purpose Code or Change Code.

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

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

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

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

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

A flag indicating whether or not runtime error messaging will occur when an error message is issued from a business function.        0 = allow 
runtime error message handling.        1 = suppress runtime error message handling.

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.

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 user-defined set of specifications that control how applications and reports run. You use versions to group and save a set of user-defined 
processing option values and data selection and sequencing options. Interactive versions are associated with applications (usually as a 
menu selection). Batch versions are associated with batch jobs or reports. To run a batch process, you must choose a version.

A line of products whose similarity allows them to be grouped together.  This grouping can be used to select products for other tasks or 
processes such as reporting with DREAM Writer.

A user defined code that identifies the dispatch group. A dispatch group is a grouping you make for products according to the physical 
characteristics that are important when storing and transporting those products. During the trip building process, the system checks if the dispatch 
group for the item and the vehicle are compatible. The system only allows products belonging to the allowed dispatch groups to be 
assigned to the vehicle.

Identifies the density conversion algorithm to be used in calculations.

Indicates which of the standard ASTM-IP-API tables to use to calculate standard stock accounting units.

Identifies the temperature table to use for reporting purposes. Fill in this field only if you use a table that is different than the Temperature 
Conversion table. This table is usually used for government reporting.

Indicates whether the item requires a temperature conversion. For WorldSoftware, valid values are:    Y Yes, the item requires a temperature 
conversion.    N No (Default) For OneWorld, a check mark indicates that the item requires a temperature conversion.

Identifies LPG (liquified petroleum gas) product. Valid values are:    Y  Product is LPG. You may also use 1.     N Product is NOT LPG. You 
may also use 0.

Indicates whether the product requires a calculation of the vapour volume. Valid values are:    Y   Product requires the calculation. You may 
also use 1.    N   Product does not require the calculation. You may also use 0.

Identifies your company's standard for density. You can also use this field for pack size and weight information.

A code used to identify the type of density. Valid values are:    A Absolute Density    G API Specific Gravity    R Relative Density

Indicates the temperature at which the density was measured. The system uses the density temperature type from Branch/Plant Constants - 
Page 3 Row exit.

Identifies the type of temperature. Valid values are:    F Fahrenheit    C Celsius

The co-efficient of expansion of products which cannot be calculated via a standard algorithm. The calculation is as follows:        VCF = 1 + 
coefficient * temperature difference. The coefficient of expansion is also known as the thermal expansion coefficient. Enter information in this 
field only when no table is used in the calculation.

The minimum temperature allowed for the product. If allowed to default from the table entered, the values are:    Table Min./Max.    6B 0 - 300 
Fahrenheit    24B 0 - 300 Fahrenheit    54B     -18 - 150 Centigrade    54C     -18 - 150 Centigrade    54D     -20 - 150 Centigrade    56      N/A    BIT     
-25 - 275 Centigrade  Note that there are multiple ranges for most tables based on density, so we have taken the lowest and highest values 
within the ranges. You may want to narrow the range for each specific product, however.

A code used to identify the type of temperature.    F Fahrenheit    C Celsius 

The maximum temperature allowed for the product. If allowed to default from the table entered, the values will be:    Table Min./Max.    6B 0 - 
300 Fahrenheit    24B 0 - 300 Fahrenheit    54B     -18 - 150 Centigrade    54C     -18 - 150 Centigrade    54D     -20 - 150 Centigrade    56      N/A    BIT     
-25 - 275 Centigrade  Note that there are multiple ranges for most tables based on density, so we have taken the lowest and highest values 
within the ranges. You may want to narrow the range for each specific product, however.

A code used to identify the type of temperature.    F Fahrenheit    C Celsius 

The minimum density allowed for this product. If allowed to default from the table entered, the values will be:    Table Minimum - Maximum    
5B 0 - 85 API Gravity    23B     .6535 - 1.0760 Relative Density    53B 653 - 1075 Density in kg/M3    53D 800 - 1164 Density in kg/M3    BIT 700 - 1200 
Density in kg/M3   Note that for most tables there are multiple ranges dependent on temperature,so we are taking the lowest and highest 
values for all ranges within each specified table.

A code used to identify the type of density.    A Absolute density    G API Specific Gravity    R Relative density

The maximum density allowed for this product. If allowed to default from the table entered, the values will be:    Table Minimum - Maximum    
5B 0 - 85 API Gravity    23B     .6535 - 1.0760 Relative Density    53B 653 - 1075 Density in kg/M3    53D 800 - 1164 Density in kg/M3    BIT 700 - 1200 
Density in kg/M3   Note that for most tables there are multiple ranges dependent on temperature,so we are taking the lowest and highest 
values for all ranges within each specified table.

A code used to identify the type of density.    A Absolute density    G API Specific Gravity    R Relative density

At the item level, this is the standard vapour temperature. The observed temperature of the vapour in the LPG tank is recorded as part of 
the tank dip and is used to calculate the liquid equivalent volume of the vapour. If you calculate LPG vapour, enter the standard LPG vapour. 
The observed vapour from the Dip Volume Calculator and Multimeter Reading is compared to this value.

A code used to identify the type of temperature.    F Fahrenheit    C Celsius 

This field is used during bulk load and delivery confirmation.  It represents the minimum Volume Correction Factor tolerance for a particular 
item.

This field is used during bulk load and delivery confirmation.  It represents the maximum Volume Correction Factor tolerance for a particular 
item.

This is a 2 position code that is reserved for the user.  JDE does not currently use this field and will not utilize this field in the future.

This is a 15 position code that is reserved for the user.  JDE does not currently use this field and will not utilize this field in the future.

This is a 8 position code that is reserved for the user.  JDE does not currently use this field and will not utilize this field in the future.

A 15-position reference that is reserved for the user.  J.D. Edwards does not currently use this field and does not plan to use it in the future.

This is a 6 position code that is reserved for the user.  JDE does not currently use this field and will not utilize this field in the future.

This code indicates whether the Item or Tank should be included in the reconciliation process as follows:    T  Include this item in the 
Throughput Reconciliation process only. You may also use 1.    O  Include this item or tank in the Operational Reconciliation process only. You may 
also use 0.     B  Include this item in both the Throughput and Operational Reconciliation processes. You may also use 3.     N  Do not include 
this item or tank in either of the Reconciliation processes. You may also use 0.

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

Identifies the government-mandated, strategic stock level assigned to the depot for a specific product.  The system displays a warning 
message when the stock level falls below government-required minimums.

A user defined code (system 00, type UM) that identifies the unit of measurement for pressure, volume, weight, diameter, or height.

Indicates whether a gantry (loading rack) is used. Valid values are:     Y  Yes. You may also use 1.     N  No. You may also use 10. If you leave 
this field blank, the system uses N.

Indicates whether this product must include the appropriate stem correction for the thermal expansion of the glass hydrometer. Valid values 
are:    Y  Yes. You may also use 1.    N  No. You may also use 0. If you leave this field blank, the system uses N.

Indicates if this product at this depot will be used by an automated batch blending system. Valid values are:      Y Yes. You may also use 1      
N No. You may also use 0 If you leave this field blank, the system uses N.

Indicates if this product at this depot will be used by an automated warehouse system. Valid values are:      Y Yes. You may also use 1.      N 
No. You may also use 0. If you leave this field blank, the system uses N.

Indicates the method of supply, for example, blended product, purchased product, or filled product. The Replenishment Type field is also 
used in conjunction with the blend and fill categories. A blended product requires a blend category. A filled product requires a fill category. A 
purchased product prevents the use of either a blend or fill category. Valid values for replenishment type are:    B  Blended products    F  Filled 
products    P  Purchased product 

A user defined code (system 39/type BC) that indicates the valid product groups (or categories) that can be put into a specific blending 
tank. It is used to specify compatible or incompatible groups for blended stock items and blending equipment (tanks).

A user defined code (system 39/type FC) that identifies the different filling categories. Fill categories are used to specify 
compatible/incompatible groups for filled stock items and filling equipment. This field also identifies the different types of fillings (for example DRUM, TIN) and 
matches a filling of a particular stock item against the equipment (filling line) used.

The date, up to and including this date, on which all transactions have been reconciled.

Indicates if an air correction must be applied in the volume-to-weight conversion. The weight in air of a liquid differs from its mass (weight in 
a vacuum) because of the effects of air buoyancy. Thus, the calculation changes slightly if an air correction is required. Valid values are:     Y 
Yes. You may also use 1.     N No. You may also use 0. If you leave this field blank, the system uses N.

A code that controls the level of item information that the system will update. Valid values are:    1   Update the item level only    2   Update the 
branch/plant level only    3   Update the item level with changes made at the branch/plant level

General purpose ID variable.

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.

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

A user-defined code (00/WS) that indicates the approval status.

A date that indicates one of the following:     o When a component part is no longer in effect on a bill of material     o When a routing step is no 
longer in effect as a sequence on the routing for an item     o When a rate schedule is no longer active The default is December 31 of the 
default year defined in the Data Dictionary for Century Change Year. You can enter future effective dates so that the system plans for upcoming 
changes. Items that are no longer effective in the future can still be recorded and recognized in Product Costing, Shop Floor Management, 
and Capacity Requirements Planning. The Material Requirements Planning system determines valid components by effectivity dates, not by 
the bill of material revision level. Some forms display data based on the effectivity dates you enter.

A number that identifies the original document, such as a voucher, invoice, or journal entry. On entry forms, you can assign the document 
number or let the system assign it using the Next Numbers program (P0002). Matching document numbers (DOCM) identify related documents 
in the Accounts Receivable and Accounts Payable systems. Examples of original and matching documents are: Accounts Payable     o 
Original document - voucher     o Matching document - payment  Accounts Receivable     o Original document - invoice     o Matching document - 
receipt  Note: In the Accounts Receivable system, the following transactions simultaneously generate original and matching documents: 
deductions, unapplied receipts, chargebacks, and drafts.

A user defined code (00/DT) that identifies the origin and purpose of the transaction.  PeopleSoft reserves several prefixes for document 
types, such as, vouchers, invoices, receipts, and timesheets. The reserved document type prefixes for codes are: P Accounts payable 
documents R Accounts receivable documents  T Time and Pay documents I Inventory documents  O Purchase order documents  S Sales order 
documents 

A date that indicates one of the following:     o When a component part goes into effect on a bill of material     o When a routing step goes into 
effect as a sequence on the routing for an item     o When a rate schedule is in effect The default is the current system date. You can enter 
future effective dates so that the system plans for upcoming changes. Items that are no longer effective in the future can still be recorded and 
recognized in Product Costing, Shop Floor Management, and Capacity Requirements Planning. The Material Requirements Planning system 
determines valid components by effectivity dates, not by the bill of material revision level. Some forms display data based on the effectivity 
dates you enter.

A key identification number used internally to identify a composite key structure.  The actual key items must be stored in another file and 
given this serial number.  This is to avoid repeating a very large key structure with repeating data items.

A code that indicates the activity you want to perform on the transaction. In an EDI transaction, this code represents the Transaction Set 
Purpose Code or Change Code.

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

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

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

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

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

A flag indicating whether or not runtime error messaging will occur when an error message is issued from a business function.        0 = allow 
runtime error message handling.        1 = suppress runtime error message handling.

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.

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 user-defined set of specifications that control how applications and reports run. You use versions to group and save a set of user-defined 
processing option values and data selection and sequencing options. Interactive versions are associated with applications (usually as a 
menu selection). Batch versions are associated with batch jobs or reports. To run a batch process, you must choose a version.

One of ten category codes for sales coding purposes. These codes can represent such classifications as color, material content, or use.

One of ten category codes for sales coding purposes. These codes can represent such classifications as color, material content, or 
use. This field represents one of ten property type categories available for sales purposes.

One of ten category codes for sales coding purposes. These codes can represent such classifications as color, material content, or use.

One of ten category codes to be used for sales coding purposes. These codes can represent such classifications as color, material 
content, or use.

One of ten category codes to be used for sales coding purposes.  These codes can represent such classifications as color, material 
content, or use.

One of ten category codes for sales coding purposes. These can represent such classifications as color, material content, or use.

One of ten category codes to be used for sales coding purposes.  These can represent such things as color, material content, or use.

One of ten category codes to be used for sales coding purposes.  These can represent such things as color, material content, or use.

One of ten category codes to be used for sales coding purposes.  These can represent such things as color, material content, or use.

One of ten category codes to be used for sales coding purposes.  These can represent such things as color, material content, or use.

A code (table 41/P1) that represents an item property type or classification,such as commodity type, planning family, or so forth. The 
system uses this code to sort and process like items. This field is one of six classification categories available primarily for purchasing purposes.

A code (table 41/P2) that represents an item property type or classification,such as commodity type, planning family, or so forth. The 
system uses this code to sort and process like items. This field is one of six classification categories available primarily for purchasing purposes.

A code (UDC table 41/P3) that represents an item property type or classification, such as commodity type, planning family, or so forth. The 
system uses this code to sort and process like items. This field is one of six classification categories available primarily for purchasing 
purposes.

A user defined code (41/P4) that represents an item property type or classification, such as commodity type or planning family. The system 
uses this code to sort and process like items. This field is one of six classification categories available primarily for purchasing purposes.

A user defined code (41/P5) that indicates the landed cost rule for an item. The landed cost rule determines purchasing costs that exceed 
the actual price of an item, such as broker fees or commissions. You set up landed cost rules on the Landed Cost Revisions form.

A code (system 41/type 01) that identifies a group of items that share the same dimensions. An item dimension group defines the 
dimensions for all items that belong to the group. After you set up an item dimension group, you can assign items to the group through Classification 
Codes (41011).

A user defined code (41/02) that identifies a group of items that you want to move the same way. A process group determines what 
movement instructions the system uses for putaway, picking, and replenishment. You use the Classification Codes program (P41011) to assign 
items to process groups.

A user defined code (41/02) that identifies a group of items that you want to move the same way. A process group determines what 
movement instructions the system uses for putaway, picking, and replenishment. You use the Classification Codes program (P41011) to assign 
items to process groups.

A user defined code (41/02) that identifies a group of items that you want to move the same way. A process group determines what 
movement instructions the system uses for putaway, picking, and replenishment. You use the Classification Codes program (P41011) to assign 
items to process groups.

A code (table 41/P0) that represents an item property type or classification,such as commodity type, planning family, or so forth. The 
system uses this code to sort and process like items. This field is one of six classification categories available primarily for purchasing purposes.

The address number for the preferred carrier of the item. The customer or your organization might prefer a certain carrier due to route or 
special handling requirements.

The address book number for the preferred carrier of the item. The supplier or your organization might prefer a certain carrier because of 
route or special handling requirements.

A code (table 41/C) that represents an item property type or classification,such as special shipping conditions. The system uses this code 
to sort and process like items. This field is one of three classification categories available primarily for inventory and shipping purposes.

A user defined code (41/E) that represents an item property type or classification (for example, international shipment handling). The 
system uses this code to sort and process similar items. This field is one of three classification categories available primarily for inventory and 
shipping purposes.

A code (table 41/8) that represents the family or cycle in which an item is counted. Cycle counting means that you count different inventory 
items at different times. Cycle codes commonly represent item values, item locations, time frames, or product groups.

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

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 option that specifies the type of processing for an event.

General purpose ID variable.

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.

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

A user-defined code (00/WS) that indicates the approval status.

A date that indicates one of the following:     o When a component part is no longer in effect on a bill of material     o When a routing step is no 
longer in effect as a sequence on the routing for an item     o When a rate schedule is no longer active The default is December 31 of the 
default year defined in the Data Dictionary for Century Change Year. You can enter future effective dates so that the system plans for upcoming 
changes. Items that are no longer effective in the future can still be recorded and recognized in Product Costing, Shop Floor Management, 
and Capacity Requirements Planning. The Material Requirements Planning system determines valid components by effectivity dates, not by 
the bill of material revision level. Some forms display data based on the effectivity dates you enter.

A number that identifies the original document, such as a voucher, invoice, or journal entry. On entry forms, you can assign the document 
number or let the system assign it using the Next Numbers program (P0002). Matching document numbers (DOCM) identify related documents 
in the Accounts Receivable and Accounts Payable systems. Examples of original and matching documents are: Accounts Payable     o 
Original document - voucher     o Matching document - payment  Accounts Receivable     o Original document - invoice     o Matching document - 
receipt  Note: In the Accounts Receivable system, the following transactions simultaneously generate original and matching documents: 
deductions, unapplied receipts, chargebacks, and drafts.

A user defined code (00/DT) that identifies the origin and purpose of the transaction.  PeopleSoft reserves several prefixes for document 
types, such as, vouchers, invoices, receipts, and timesheets. The reserved document type prefixes for codes are: P Accounts payable 
documents R Accounts receivable documents  T Time and Pay documents I Inventory documents  O Purchase order documents  S Sales order 
documents 

A date that indicates one of the following:     o When a component part goes into effect on a bill of material     o When a routing step goes into 
effect as a sequence on the routing for an item     o When a rate schedule is in effect The default is the current system date. You can enter 
future effective dates so that the system plans for upcoming changes. Items that are no longer effective in the future can still be recorded and 
recognized in Product Costing, Shop Floor Management, and Capacity Requirements Planning. The Material Requirements Planning system 
determines valid components by effectivity dates, not by the bill of material revision level. Some forms display data based on the effectivity 
dates you enter.

A key identification number used internally to identify a composite key structure.  The actual key items must be stored in another file and 
given this serial number.  This is to avoid repeating a very large key structure with repeating data items.

A code that indicates the activity you want to perform on the transaction. In an EDI transaction, this code represents the Transaction Set 
Purpose Code or Change Code.

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

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

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

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

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

A flag indicating whether or not runtime error messaging will occur when an error message is issued from a business function.        0 = allow 
runtime error message handling.        1 = suppress runtime error message handling.

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.

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 user-defined set of specifications that control how applications and reports run. You use versions to group and save a set of user-defined 
processing option values and data selection and sequencing options. Interactive versions are associated with applications (usually as a 
menu selection). Batch versions are associated with batch jobs or reports. To run a batch process, you must choose a version.

A code that classifies an inventory item into a model for customer service. Some examples include: Laser Printer, Inkjet or Fax.

A code that classifies an inventory item into a group for customer service. Some examples include: Laser Printer, Inkjet, or Fax.

Identifies a separate entity within a business for which you wish to track costs, for example, a warehouse location, job, project, work center, 
or branch/plant. The business unit field is alphanumeric. You can assign a business unit to a voucher, invoice, fixed asset, and so forth, for 
responsibility reporting.  The system provides reports of open A/P and A/R by business unit, for example, to track equipment by responsible 
department. Business Unit Security can prevent you from inquiring on business units for which you have no authority.

A user defined disposition code.

A user defined disposition code.

A user defined disposition code.

A user defined disposition code.

A user defined disposition code.

The address book number of the user who created this record.

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

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 option that specifies the type of processing for an event.

Use this flag to indicate that the item is repairable.

This is a flag that is used to indicate if the item is returnable.

A code that designates the item being costed. Examples would be:    A1   Material    B1   Labor    X1   Freight    X2   Travel

General purpose ID variable.

A user defined code (17/RT) that specifies whether to return the part with the claim.

A code that specifies whether a work order or a warranty claim is eligible as a source for a supplier recovery claim.

An option that specifies whether the system creates an equipment record for an item when you run the Equipment Master Update program 
(R17024). The system only creates the equipment record during the update if you activate this option for the item.

A user defined code (17/C8) that indicates the location of a specific part, such as the fuse to the air conditioning compressor clutch,  within a 
piece of equipment. The system uses the UDCs for the system, the assembly, and the part to identify a particular position within the 
equipment.

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.

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

A user-defined code (00/WS) that indicates the approval status.

A date that indicates one of the following:     o When a component part is no longer in effect on a bill of material     o When a routing step is no 
longer in effect as a sequence on the routing for an item     o When a rate schedule is no longer active The default is December 31 of the 
default year defined in the Data Dictionary for Century Change Year. You can enter future effective dates so that the system plans for upcoming 
changes. Items that are no longer effective in the future can still be recorded and recognized in Product Costing, Shop Floor Management, 
and Capacity Requirements Planning. The Material Requirements Planning system determines valid components by effectivity dates, not by 
the bill of material revision level. Some forms display data based on the effectivity dates you enter.

A number that identifies the original document, such as a voucher, invoice, or journal entry. On entry forms, you can assign the document 
number or let the system assign it using the Next Numbers program (P0002). Matching document numbers (DOCM) identify related documents 
in the Accounts Receivable and Accounts Payable systems. Examples of original and matching documents are: Accounts Payable     o 
Original document - voucher     o Matching document - payment  Accounts Receivable     o Original document - invoice     o Matching document - 
receipt  Note: In the Accounts Receivable system, the following transactions simultaneously generate original and matching documents: 
deductions, unapplied receipts, chargebacks, and drafts.

A user defined code (00/DT) that identifies the origin and purpose of the transaction.  PeopleSoft reserves several prefixes for document 
types, such as, vouchers, invoices, receipts, and timesheets. The reserved document type prefixes for codes are: P Accounts payable 
documents R Accounts receivable documents  T Time and Pay documents I Inventory documents  O Purchase order documents  S Sales order 
documents 

A date that indicates one of the following:     o When a component part goes into effect on a bill of material     o When a routing step goes into 
effect as a sequence on the routing for an item     o When a rate schedule is in effect The default is the current system date. You can enter 
future effective dates so that the system plans for upcoming changes. Items that are no longer effective in the future can still be recorded and 
recognized in Product Costing, Shop Floor Management, and Capacity Requirements Planning. The Material Requirements Planning system 
determines valid components by effectivity dates, not by the bill of material revision level. Some forms display data based on the effectivity 
dates you enter.

A key identification number used internally to identify a composite key structure.  The actual key items must be stored in another file and 
given this serial number.  This is to avoid repeating a very large key structure with repeating data items.

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

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

A flag indicating whether or not runtime error messaging will occur when an error message is issued from a business function.        0 = allow 
runtime error message handling.        1 = suppress runtime error message handling.

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.

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 user-defined set of specifications that control how applications and reports run. You use versions to group and save a set of user-defined 
processing option values and data selection and sequencing options. Interactive versions are associated with applications (usually as a 
menu selection). Batch versions are associated with batch jobs or reports. To run a batch process, you must choose a version.

A code that indicates whether you want the system to store different items in the same location. Valid codes are:    Y Yes, allow different 
items to be stored in the same location    N No, do not allow different items to be stored in the same location 

A code that indicates how you want the system to assign items to a location.

A code that indicates whether the system can split a purchase order line when you create a putaway suggestion for the order line. Valid 
codes are:    Y Yes, split purchase order lines when making putaway suggestions    N No, do not split purchase order lines when making putaway 
suggestions 

A code that indicates whether you use 1- or 2-phase confirmation during putaway.     o 1-phase confirmation means the process is confirmed 
as one step after goods have moved from the starting location to the destination location.     o 2-phase confirmation means the process is 
confirmed in two steps: the first when the goods have moved from the starting location to the staging location, and the second when the goods 
have moved from the staging location to the destination location. If you use 2-phase confirmation, you can specify whether the confirmation is 
logical or physical.     o Logical 2-phase confirmation generates one document and does not indicate physical movement to the staging 
location.     o Physical 2-phase confirmation generates two documents: the first indicates movement from the starting location to the staging 
location, and the second indicates movement from the staging location to the destination location. Valid codes are:    I Use 1-phase confirmation    L 
Use logical 2-phase confirmation    P Use physical 2-phase confirmation  

A code that indicates whether you use 1- or 2-phase confirmation during picking.     o 1-phase confirmation means the process is confirmed 
as one step after goods have moved from the starting location to the destination location.     o 2-phase confirmation means the process is 
confirmed in two steps: the first when the goods have moved from the starting location to the staging location, and the second when the goods 
have moved from the staging location to the destination location. If you use 2-phase confirmation, you can specify whether the confirmation is 
logical or physical.     o Logical 2-phase confirmation generates one document and does not indicate physical movement to the staging 
location.     o Physical 2-phase confirmation generates two documents: the first indicates movement from the starting location to the staging 
location, and the second indicates movement from the staging location to the destination location. Valid codes are:    I Use 1-phase confirmation    L 
Use logical 2-phase confirmation    P Use physical 2-phase confirmation  

A code that indicates whether you use 1- or 2-phase confirmation during replenishment.     o 1-phase confirmation means the process is 
confirmed as one step after goods have moved from the starting location to the destination location.     o 2-phase confirmation means the 
process is confirmed in two steps: the first when the goods have moved from the starting location to the staging location, and the second when the 
goods have moved from the staging location to the destination location. If you use 2-phase confirmation, you can specify whether the 
confirmation is logical or physical.     o Logical 2-phase confirmation generates one document and does not indicate physical movement to the 
staging location.     o Physical 2-phase confirmation generates two documents: the first indicates movement from the starting location to the staging 
location, and the second indicates movement from the staging location to the destination location. Valid codes are:    I Use 1-phase 
confirmation    L Use logical 2-phase confirmation    P Use physical 2-phase confirmation  

A code (system 46/type DF) defines a characteristic for a location or location group. You can define unlimited characteristics (such as Cold, 
Dark, Dry,Heavy, and Secure) for any location or location group.

A code (system 46/type LT) that indicates whether the location contains tax-paid inventory (in-bond vs. duty paid). If an item has an 
assigned tax code, the system puts the item away only in locations with the same tax code. You assign tax codes to items through Item Profile 
(P46010).

A code that identifies the location that the system uses when an item cannot fit into the suggested putaway locations. You can monitor 
movement suggestions for the overflow location by accessing the audit report (P46175) or by inquiring on the location detail (F4602).

A code that identifies the location that the system uses when you confirm a smaller quantity than the suggested quantity during putaway 
confirmation. You do this through Change/Split Suggestion during putaway confirmation, where you enter a quantity that is smaller than the 
suggested quantity, and confirm with a variance to the suggested quantity. The system places the variance (remaining) quantity in the variance 
location.

A code that identifies the location that the system uses when you confirm a larger quantity than the suggested pick quantity during pick 
confirmation. You do this through Change/Split Suggestion during pick confirmation, where you enter a quantity that is greater than the suggested 
quantity, and confirm with a variance to the suggested quantity. The system places the variance (extra) quantity in the holding location.

A code that identifies the base putaway location that the system uses to calculate proximity when you specify proximity as the tiebreaker in 
a putaway instruction. If you use a tiebreaker that sequences locations according to proximity, the system ranks the locations based on their 
distance from this base putaway location. The system calculates distance based on the coordinates (longitude, latitude, and height) you 
defined in the location profile (P46020).

A code that identifies the base picking location that the system uses to calculate proximity when you specify proximity as the tiebreaker in a 
picking instruction. If you use a tiebreaker that sequences locations according to proximity, the system ranks the locations based on their 
distance from this base picking location. The system calculates distance based on the coordinates (longitude, latitude, and height) you defined 
in the location profile (P46020).

***  Reserved for future use  *** The staging area (location) used for an item when advance replenishments are requested.

This is a 2 position code that is reserved for the user.  JDE does not currently use this field and will not utilize this field in the future.

This is a 6 position code that is reserved for the user.  JDE does not currently use this field and will not utilize this field in the future.

This is a 15 position code that is reserved for the user.  JDE does not currently use this field and will not utilize this field in the future.

This is a 8 position code that is reserved for the user.  JDE does not currently use this field and will not utilize this field in the future.

A 15-position reference that is reserved for the user.  J.D. Edwards does not currently use this field and does not plan to use it in the future.

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

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

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

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

A code that indicates the activity you want to perform on the transaction. In an EDI transaction, this code represents the Transaction Set 
Purpose Code or Change Code.

A code that indicates whether a partial unit of measure can be added to another partial unit of measure in the Location Detail File (F4602). A 
partial quantity is a quantity in any UM in a structure that is less than one. For example, an item with a case-each structure, where case = 10 
each, would have a partial quantity if there were 5 each of the item. Valid Codes are:    blank Do not merge two partial units of measure.    1       
Merge two partial units of measure.

A code that indicates whether two unit of measure structures can be merged. Valid Codes are:    blank Do not merge unit of measure 
structures.    1       Merge unit of measure structures.

A code that indicates if the receipt date is required for FIFO when you select locations for picking and replenishment. If the receipt date is 
not required,records with different dates will be merged. The Location Detail record will retain the last receipt date (which may not be the latest 
date). Valid Codes are:    blank Receipt Date is not required for FIFO.    1       Receipt date is required for FIFO. To merge records with different 
FIFO receipt dates, you must set the Mix Dates/Lots field to Y on both the Item Profile form and the Location Profile Detail form.

General purpose ID variable.

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.

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

A user-defined code (00/WS) that indicates the approval status.

A date that indicates one of the following:     o When a component part is no longer in effect on a bill of material     o When a routing step is no 
longer in effect as a sequence on the routing for an item     o When a rate schedule is no longer active The default is December 31 of the 
default year defined in the Data Dictionary for Century Change Year. You can enter future effective dates so that the system plans for upcoming 
changes. Items that are no longer effective in the future can still be recorded and recognized in Product Costing, Shop Floor Management, 
and Capacity Requirements Planning. The Material Requirements Planning system determines valid components by effectivity dates, not by 
the bill of material revision level. Some forms display data based on the effectivity dates you enter.

A number that identifies the original document, such as a voucher, invoice, or journal entry. On entry forms, you can assign the document 
number or let the system assign it using the Next Numbers program (P0002). Matching document numbers (DOCM) identify related documents 
in the Accounts Receivable and Accounts Payable systems. Examples of original and matching documents are: Accounts Payable     o 
Original document - voucher     o Matching document - payment  Accounts Receivable     o Original document - invoice     o Matching document - 
receipt  Note: In the Accounts Receivable system, the following transactions simultaneously generate original and matching documents: 
deductions, unapplied receipts, chargebacks, and drafts.

A user defined code (00/DT) that identifies the origin and purpose of the transaction.  PeopleSoft reserves several prefixes for document 
types, such as, vouchers, invoices, receipts, and timesheets. The reserved document type prefixes for codes are: P Accounts payable 
documents R Accounts receivable documents  T Time and Pay documents I Inventory documents  O Purchase order documents  S Sales order 
documents 

A date that indicates one of the following:     o When a component part goes into effect on a bill of material     o When a routing step goes into 
effect as a sequence on the routing for an item     o When a rate schedule is in effect The default is the current system date. You can enter 
future effective dates so that the system plans for upcoming changes. Items that are no longer effective in the future can still be recorded and 
recognized in Product Costing, Shop Floor Management, and Capacity Requirements Planning. The Material Requirements Planning system 
determines valid components by effectivity dates, not by the bill of material revision level. Some forms display data based on the effectivity 
dates you enter.

A key identification number used internally to identify a composite key structure.  The actual key items must be stored in another file and 
given this serial number.  This is to avoid repeating a very large key structure with repeating data items.

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

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

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

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

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

A flag indicating whether or not runtime error messaging will occur when an error message is issued from a business function.        0 = allow 
runtime error message handling.        1 = suppress runtime error message handling.

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.

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 user-defined set of specifications that control how applications and reports run. You use versions to group and save a set of user-defined 
processing option values and data selection and sequencing options. Interactive versions are associated with applications (usually as a 
menu selection). Batch versions are associated with batch jobs or reports. To run a batch process, you must choose a version.

A code that indicates the activity you want to perform on the transaction. In an EDI transaction, this code represents the Transaction Set 
Purpose Code or Change Code.

An engineering drawing number. It might be the same as the part or item number.

A subset to the drawing number. It provides an additional description of the drawing and is useful if the system uses an engineering drawing 
as a reference for this item.

A code that represents the engineering drawing size. For example:    A A-size drawing    D D-size drawing

A code that indicates how Master Production Schedule (MPS), Material Requirements Planning (MRP), or Distribution Requirements 
Planning (DRP) processes this item. Valid codes are:    0   Not Planned by MPS, MRP, or DRP    1   Planned by MPS or DRP    2   Planned by MRP    
3   Planned by MRP with additional independent forecast    4   Planned by MPS, Parent in Planning Bill    5   Planned by MPS, Component in 
Planning Bill  These codes are hard coded.

A code that determines whether the system performs rounding for planning purposes. Valid values are:    R Round either up or down to the 
nearest whole number.    U Round up to the nearest whole number.    Blank Do not round. Example of value R: If the calculated requirements for 
an item are 4.6, the system rounds the quantity required to 5.0. If the calculated requirements are 4.4, the system rounds the quantity required 
to 4.0. Example of value U: If the calculated requirements for an item are greater than 4.0 and less than or equal to 5.0, the system rounds the 
quantity required to 5.0.

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

A code that specifies the rules for inventory reordering in the Requirements Planning and Procurement systems. Valid values are: 0 Reorder 
point (Not planned by MPS/MRP/DRP) 1    Lot-for-lot or as required 2    Fixed order quantity 3 Economic order quantity (EOQ) 4 Periods of 
supply 5 Rate scheduled item Note: These values are hard-coded.

A value that the system uses in conjunction with the order policy code to represent one of the following:      o  When you select order policy 
code 2 (fixed order quantity), this value represents the fixed order quantity. o  When you select order policy 4 (periods of supply), this value 
represents the number of days of net requirements that the system uses to determine order size.      o  When you select order policy code 5 (rate 
scheduled item), this value represents the desired inventory level. When the ending available quantity is less than the desired inventory level, 
then the system issues an "increase rate to" message. When the ending available quantity is greater than the desired inventory level, then 
the system issues a "decrease rate to" message.

An amount that the system uses in the Cost Rollup program to determine the allocation of setup costs. The system totals the setup costs 
and divides the sum by this quantity to determine a unit setup cost. The default is 1.

The quantity that determines the leadtime level for a manufactured item. Each of the routing steps for the item are extended by this quantity. 
For the system to calculate the leadtime level, the quantity in this field must be a value other than zero.

The total number of hours required to build one unit as specified on the routing. This value is factored by the time basis code. You can enter 
this value manually or you can have the system calculate it when you run the Leadtime Rollup program. The system overwrites this value 
when you run the Leadtime Rollup program. The system uses this field to calculate start dates for work orders when you use variable leadtimes.

A code (system 34, table TF) that the system uses in conjunction with the Planning Time Fence Days field to determine how forecast 
demand or actual customer demand is used. For example:    S tells the system to plan using customer demand before the time fence and forecast 
after the time fence    F tells the system to plan using forecast before the time fence and forecast plus customer demand after the time fence  If 
you enter 5 in the Planning Time Fence Days field and S in this field, then the system uses only customer demand for the regeneration for the 
first 5  days. After 5 days, the system uses the forecast for the regeneration. Valid codes are:    C Customer demand before, greater of forecast 
or customer demand after    F Forecast before, forecast plus customer demand after    G Greater of forecast or customer demand before, 
forecast after    S Customer demand before, forecast after    1   Zero before, forecast after    3   Zero before, forecast plus customer demand after 

A code that determines whether the system uses fixed or variable leadtimes. This code works in conjunction with the value from either the 
Level Leadtime field or the Leadtime Per Unit field. Valid codes are:    F Fixed leadtime - The system calculates work order start dates using the 
value from the Leadtime Level field.    V Variable leadtime - The system calculates work order start dates using the value from the Leadtime 
Per Unit field.

A code that indicates how the system issues each component in the bill of material from stock. In Shop Floor Management, it indicates how 
the system issues a part to a work order. Valid values are:    I Manual issue    F Floor stock (there is no issue)    B Backflush (when the part is 
reported as complete)    P Preflush (when the parts list is generated)    U Super backflush (at the pay-point operation)    S Sub-contract item (send 
to supplier)    Blank Shippable end item  You can issue a component in more than one way within a specific branch/plant by using different 
codes on the bill of material and the work order parts list. The bill of material code overrides the branch/plant value.

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.

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

Manufacturing time fence 4 - Future use.

Manufacturing time fence 5 - Future use.

The standard setup hours that you expect to incur in the normal completion of this item. This value is not affected by crew size.

The total hours that an order is expected to be in queue at work centers and moving between work centers. The system stores this value in 
the Item Branch table (F4102). You can calculate this value using the Leadtime Rollup program or you can enter it manually. When you run the 
Leadtime Rollup program, the system overrides manual entries and populates the table with calculated values.

The number assigned to an engineering change order.

A code (table 40/CR) that identifies the reason for the engineering change order.

The date of the engineering change order.

A user defined code (30/TB) that indicates how machine or labor hours are expressed for a product. Time basis codes identify the time 
basis or rate to be used for machine or labor hours entered for every routing step. For example, 25 hours per 1,000 pieces or 15 hours per 
10,000 pieces. You can maintain the time basis codes in Time Basis Codes. The system uses the values in the Description-2 field on the User 
Defined Codes form for costing and scheduling calculations. The description is what the code represents, but is not used in calculations.

The revision level for an item. If you enter a revision level in this field, verify that the revision level of the routing for an item matches the 
revision level on the bill of material for the item.

A fixed quantity or percentage that the system uses to determine inventory shrinkage for an item. The system increases the planned order 
quantity by this amount in MPS/MRP/DRP generation. The shrink factor method you specify for the item determines whether the shrink factor 
is a percentage or a fixed quantity. If you are entering a percentage, enter 5% as 5.00 and 50% as 50.00.

A value that determines whether the shrink factor you enter for this item is a percentage or a fixed quantity. Valid values are:    %   
Percentage of order or requested quantity    F Fixed amount to be added to quantity 

A code that indicates whether you control the item by potency.

A code that indicates whether you control the item by grade.

The percentage of active ingredients normally found in an item.

A number that indicates the minimum potency or percentage of active ingredients acceptable for an item. The system displays a warning 
message if you try to purchase or issue items that do not meet the minimum acceptable potency. The system does not allow you to sell items 
that do not meet the minimum acceptable potency.

A number that indicates the maximum potency or percentage of active ingredients that is acceptable for an item. The system displays a 
warning message if you try to purchase or issue items that have a potency that exceeds the maximum potency acceptable. The system does 
not allow you to sell items that have a potency that exceeds the maximum potency acceptable.

A code (table 40/LG) that represents the normal grade for an item.

A user defined code (40/LG) that indicates the minimum grade that is acceptable for an item. The system displays a warning message if 
you try to purchase or issue items with grades that do not meet the minimum grade acceptable. The system does not allow you to sell items 
with grades that do not meet the minimum acceptable level.

A user defined code (40/LG) that indicates the maximum grade that is acceptable for an item. The system displays a warning message if 
you try to purchase or issue items with grades that exceed the maximum grade acceptable. The system does not allow you to sell items with 
grades that exceed the maximum grade acceptable.

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

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

The time required before a consuming location has a replacement kanban available from its supplying location. This value is used only for 
kanban card processing in Shop Floor Management.

A code that indicates whether an item is received at the time of inventory issues or if the system uses the Move and Disposition program. 
Valid values are:    0   The system does not perform any actions.    1   The system receives an item when an inventory issue occurs.    2   The 
system uses the Movement and Disposition program when an inventory issue occurs.

A code (table 31/MS) that designates the status of an item.

A user defined code (41/05) that groups several items that contain the same requirements for the Stock Valuation system. Valuation 
methods are set up by item or pool. The items assigned to the pool use the pool's designated valuation methods for extracting and valuing the 
inventory. Enter a valid user defined code (41/05) if you want this item to be valued within a pool rather than as an individual item.

General purpose ID variable.

A code that indicates whether an item is an active component of a parent item. When the item is an active component, the system can 
calculate a parent item's expiration date by comparing all component expiration dates and choosing the earliest date. Valid values 
are: Blank The item is not an active component of a parent item. 1 The item is an active component of a parent item.

Future use.  A value in APS that indicates whether an item is consumed. This field is not required for groups.

Reserved by J.D. Edwards.

Reserved by J.D. Edwards. 

Reserved for J.D. Edwards. 

A code that specifies that the entity is constraint-based and can be planned by SCP.

This is a code to indicate to the constraint based planning system to stop the further explosion of the item into its components to calculate 
their requirements. It is used in a assemble to order environment where the components are stocked and final assemly is based on the 
customer demand. The valid values are:    1   stop explosion    0   continue explosion

A number that the system uses to convert leadtime per unit hours to leadtime per unit days. The leadtime conversion factor is stored in the 
Item Branch File table (F4102). The system uses leadtime per unit days, cumulative move days, and setup days to calculate the start date for 
backscheduled work orders. The leadtime conversion factor is based on the sum of the labor hours for each work center shift. The leadtime 
conversion factor is invoked when the system runs the Leadtime Rollup program (R30822A). Note: The leadtime conversion factor is used 
only if you specify a variable leadtime in the Item/Branch record. If you specify a fixed leadtime, the system does not use the leadtime 
conversion factor to calculate leadtime.

A code that identifies an item as a kanban-specific item. A value of 1 indicates that the item is kanban specific.

The threshold for the amount of a particular active additive that may be added during a single operation.

The threshold for the amount of a particular active additive that may be added to a lot of bulk wine/juice over the lifetime of the product.

The unit of measure used to express the operational and cumulative thresholds for an active additive.

An option that allows you to specify whether you want the system to suppress or process MRP messages. You can specify 0  or 1 
regardless of whether the item is defined as MRP or Demand Flow. 0 - Suppress MRP messages. 1 - Process MRP messages.

A number that defines a production line or cell. Detailed work center operations can be defined inside the line or cell.

A value that represents the calculated work content through the longest path of the processes required to build a product

A flag that designates an item as an end item. An item can be added to a mixed model family only if this checkbox is checked.

This Flag should be set "1" to explode the immediate child of the Parent Item.  Example: If Item A is the Parent, Item B is the child. If the flag is 
set for the Parent Item. The BOM would explode to the next level. Only if the Flag is set for Item B, the BOM would be exploded for Item B.

This field identifies an item as being sellable or not. Its usage is for SCP integrations exclusively.

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.

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

A user-defined code (00/WS) that indicates the approval status.

A date that indicates one of the following:     o When a component part is no longer in effect on a bill of material     o When a routing step is no 
longer in effect as a sequence on the routing for an item     o When a rate schedule is no longer active The default is December 31 of the 
default year defined in the Data Dictionary for Century Change Year. You can enter future effective dates so that the system plans for upcoming 
changes. Items that are no longer effective in the future can still be recorded and recognized in Product Costing, Shop Floor Management, 
and Capacity Requirements Planning. The Material Requirements Planning system determines valid components by effectivity dates, not by 
the bill of material revision level. Some forms display data based on the effectivity dates you enter.

A number that identifies the original document, such as a voucher, invoice, or journal entry. On entry forms, you can assign the document 
number or let the system assign it using the Next Numbers program (P0002). Matching document numbers (DOCM) identify related documents 
in the Accounts Receivable and Accounts Payable systems. Examples of original and matching documents are: Accounts Payable     o 
Original document - voucher     o Matching document - payment  Accounts Receivable     o Original document - invoice     o Matching document - 
receipt  Note: In the Accounts Receivable system, the following transactions simultaneously generate original and matching documents: 
deductions, unapplied receipts, chargebacks, and drafts.

A user defined code (00/DT) that identifies the origin and purpose of the transaction.  PeopleSoft reserves several prefixes for document 
types, such as, vouchers, invoices, receipts, and timesheets. The reserved document type prefixes for codes are: P Accounts payable 
documents R Accounts receivable documents  T Time and Pay documents I Inventory documents  O Purchase order documents  S Sales order 
documents 

A date that indicates one of the following:     o When a component part goes into effect on a bill of material     o When a routing step goes into 
effect as a sequence on the routing for an item     o When a rate schedule is in effect The default is the current system date. You can enter 
future effective dates so that the system plans for upcoming changes. Items that are no longer effective in the future can still be recorded and 
recognized in Product Costing, Shop Floor Management, and Capacity Requirements Planning. The Material Requirements Planning system 
determines valid components by effectivity dates, not by the bill of material revision level. Some forms display data based on the effectivity 
dates you enter.

A key identification number used internally to identify a composite key structure.  The actual key items must be stored in another file and 
given this serial number.  This is to avoid repeating a very large key structure with repeating data items.

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

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

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

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

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

A flag indicating whether or not runtime error messaging will occur when an error message is issued from a business function.        0 = allow 
runtime error message handling.        1 = suppress runtime error message handling.

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.

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 user-defined set of specifications that control how applications and reports run. You use versions to group and save a set of user-defined 
processing option values and data selection and sequencing options. Interactive versions are associated with applications (usually as a 
menu selection). Batch versions are associated with batch jobs or reports. To run a batch process, you must choose a version.

A code that indicates the activity you want to perform on the transaction. In an EDI transaction, this code represents the Transaction Set 
Purpose Code or Change Code.

The Universal Product Code number which must conform to the UCC structure for UPC numbers.

The SCC number for a code with a Packaging Indicator of 0 (aggregate SCC code). Must conform to UCC conventions for SCC numbers.

The unit of measure at the Universal Product Code level. (The lowest consumer-saleable package.)

The unit of measure code to use for each universal product code (UPC) quantity that is contained in the aggregate service class code 
(SCC) pack.

The unit of measure that is associated with an SCC pack that has a Packaging Indicator of 0.

The unit of measure that is associated with an SCC pack that has a Packaging Indicator of 1.

The unit of measure that is associated with an SCC pack that has a Packaging Indicator of 2.

The unit of measure that is associated with an SCC pack that has a Packaging Indicator of 3.

The unit of measure that is associated with an SCC pack that has a Packaging Indicator of 4.

The unit of measure that is associated with an SCC pack that has a Packaging Indicator of 5.

The unit of measure that is associated with an SCC pack that has a Packaging Indicator of 6.

The unit of measure that is associated with an SCC pack that has a Packaging Indicator of 7.

The unit of measure that is associated with an SCC pack that has a Packaging Indicator of 8.

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

Item Weight Required Y/N

A code (46/EQ) that identifies a storage container or a shipping carton. A storage container can be an open container where items are 
stored on the container (for example, a pallet), or a closed container where items are stored in the container (for example, a box). You use the 
Container and Carton Codes program (P46091) to define storage containers.

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.

General purpose ID variable.

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.

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

A user-defined code (00/WS) that indicates the approval status.

A date that indicates one of the following:     o When a component part is no longer in effect on a bill of material     o When a routing step is no 
longer in effect as a sequence on the routing for an item     o When a rate schedule is no longer active The default is December 31 of the 
default year defined in the Data Dictionary for Century Change Year. You can enter future effective dates so that the system plans for upcoming 
changes. Items that are no longer effective in the future can still be recorded and recognized in Product Costing, Shop Floor Management, 
and Capacity Requirements Planning. The Material Requirements Planning system determines valid components by effectivity dates, not by 
the bill of material revision level. Some forms display data based on the effectivity dates you enter.

A number that identifies the original document, such as a voucher, invoice, or journal entry. On entry forms, you can assign the document 
number or let the system assign it using the Next Numbers program (P0002). Matching document numbers (DOCM) identify related documents 
in the Accounts Receivable and Accounts Payable systems. Examples of original and matching documents are: Accounts Payable     o 
Original document - voucher     o Matching document - payment  Accounts Receivable     o Original document - invoice     o Matching document - 
receipt  Note: In the Accounts Receivable system, the following transactions simultaneously generate original and matching documents: 
deductions, unapplied receipts, chargebacks, and drafts.

A user defined code (00/DT) that identifies the origin and purpose of the transaction.  PeopleSoft reserves several prefixes for document 
types, such as, vouchers, invoices, receipts, and timesheets. The reserved document type prefixes for codes are: P Accounts payable 
documents R Accounts receivable documents  T Time and Pay documents I Inventory documents  O Purchase order documents  S Sales order 
documents 

A date that indicates one of the following:     o When a component part goes into effect on a bill of material     o When a routing step goes into 
effect as a sequence on the routing for an item     o When a rate schedule is in effect The default is the current system date. You can enter 
future effective dates so that the system plans for upcoming changes. Items that are no longer effective in the future can still be recorded and 
recognized in Product Costing, Shop Floor Management, and Capacity Requirements Planning. The Material Requirements Planning system 
determines valid components by effectivity dates, not by the bill of material revision level. Some forms display data based on the effectivity 
dates you enter.

A key identification number used internally to identify a composite key structure.  The actual key items must be stored in another file and 
given this serial number.  This is to avoid repeating a very large key structure with repeating data items.

A code that indicates the activity you want to perform on the transaction. In an EDI transaction, this code represents the Transaction Set 
Purpose Code or Change Code.

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

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

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

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

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

A flag indicating whether or not runtime error messaging will occur when an error message is issued from a business function.        0 = allow 
runtime error message handling.        1 = suppress runtime error message handling.

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.

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 user-defined set of specifications that control how applications and reports run. You use versions to group and save a set of user-defined 
processing option values and data selection and sequencing options. Interactive versions are associated with applications (usually as a 
menu selection). Batch versions are associated with batch jobs or reports. To run a batch process, you must choose a version.

The National Motor Freight Classification which is assigned according to the freight commodity code.

The item number used to assign the freight classification.

The Standard Transportation Commodity Code used for rail transportation.

A generic field associated with an item on a shipment.  This field is loaded from a user specified field in the item master file.

A generic field associated with an item on a shipment.  This field is loaded from a user specified field in the item master file.

The Harmonized Shipping Code which is printed on export documents.

The Producer of the Goods flag used on the Certificate of Origin.

The Preference Criteria used on the North American Certificate of Origin.

The control number printed on export documents.

The Domestic/Foreign Commodity flag printed on the Certificate of Origin.

The UN or NA number assigned to hazardous goods.

The hazard class of the item.

The hazard label used for the item.

The flashpoint temperature of the hazardous item.

A code used to identify the type of temperature. Valid values are:    F Fahrenheit    C Celsius 

The packaging group associated with the hazardous item.

The packaging instructions associated with the hazardous item.

The subsidiary risk associated with the hazardous item.

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

General purpose ID variable.