General purpose ID variable.

General purpose ID variable.

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

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

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

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

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

General purpose ID variable.

General purpose ID variable.

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

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

General purpose ID variable.

General purpose ID variable.

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

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

A number that identifies an original document. This document can be a voucher, a sales order, an invoice, unapplied cash, a journal entry, 
and so on.

A user defined code (00/DT) that identifies the type of document. This code also indicates the origin of the transaction. J.D. Edwards has 
reserved document type codes for vouchers, invoices, receipts, and time sheets, which create automatic offset entries during the post 
program. (These entries are not self-balancing when you originally enter them.) The following document types are defined by J.D. Edwards and 
should not be changed: P Accounts Payable documents   R Accounts Receivable documents   T Payroll documents   I Inventory documents  
O Purchase Order Processing documents   J General Accounting/Joint Interest Billing documents   S Sales Order Processing documents

A number that, along with order number and order type, uniquely identifies an order document (such as a purchase order, a contract, a 
sales order, and so on). If you use the Next Numbers by Company/Fiscal Year facility, the Automatic Next Numbers program (X0010) uses the 
order company to retrieve the correct next number for that company. If two or more order documents have the same order number and order 
type, the order company lets you locate the desired document. If you use the regular Next Numbers facility, the order company is not used to 
assign a next number. In this case, you probably would not use the order company to locate the document.

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 number that, with the document number, document type and G/L date, uniquely identifies an original document, such as invoice, voucher, 
or journal entry. If you use the Next Numbers by Company/Fiscal Year feature, the Automatic Next Numbers program (X0010) uses the 
document company to retrieve the correct next number for that company. If two or more original documents have the same document number and 
document type, you can use the document company to locate the desired document.

A number that identifies multiple occurrences, such as line numbers on a purchase order or other document. Generally, the system assigns 
this number,but in some cases you can override it.

In the A/R and A/P systems, a code that corresponds to the pay item. In the Sales Order and Procurement systems, this code identifies 
multiple transactions for an original order. For purchase orders, the code is always 000. For sales orders with multiple partial receipts against an 
order, the first receiver used to record receipt has a suffix of 000, the next has a suffix of 001, the next 002, and so on.

The list or base price to be charged for one unit of this item. In sales order entry, all prices must be set up in the Item Base Price File table 
(F4106).

The number of units multiplied by the unit price.

The foreign price per unit.

The product of the foreign price times the number of units.

For sales orders and purchase orders, this is the unit cost times the number of units.  For A/R and A/P, this is the invoice (gross) amount.

The product of the number of units and the unit price.

This is the cost of transferring inventory from one branch to another.  The method of calculating this transfer cost is maintained in the Inter 
Branch Sales Markup Revisions (P3403).

A code that indicates the existence of pricing history behind a given sales detail line. Valid values are: 1    Standard detail adjustments exist 
in the price history file. These adjustments might include accruals. 2    At least one of the adjustments in the price history file is a rebate accrual 
(ACNT = 5) and will be processed by Sales Update for purposes of sales volume history accummulation. 3   At least one of the adjustments 
in the price history file is a volume-level adjustment. 4    A volume-level adjustment and a rebate accrual exists in the price history file.

An option that indicates that a record is created by the Variance Journal Entries program (R31804).

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 number that identifies the item. The system provides three separate item numbers plus an extensive cross-reference capability to 
alternative item numbers. The three types of item numbers are: Item Number (short) An 8-digit, computer-assigned item number. 2nd Item Number A 
25-digit, user defined, alphanumeric item number. 3rd Item Number  Another 25-digit, user defined, alphanumeric item number. In addition to 
these three basic item numbers, the system provides an extensive cross-reference search capability. You can define numerous 
cross-references to alternative part numbers. For example, you can define substitute item numbers, replacements, bar codes, customer numbers, or 
supplier numbers.

The system provides three separate item numbers plus an extensive cross-reference capability to alternate item numbers. These item 
numbers are as follows: 1.  Item Number (short) - An 8-digit, computer-assigned item number. 2.  2nd Item Number - The 25-digit, free-form, user 
defined alphanumeric item number. 3.  3rd Item Number - Another 25-digit, free-form, user defined alphanumeric item number.  In addition to 
these three basic item numbers, an extensive cross-reference search capability has been provided (see XRT). Numerous cross references to 
alternate part numbers can be user defined, such as substitute item numbers, replacements, bar codes, customer numbers, or supplier 
numbers.

The amount per unit, derived by dividing the total cost by the unit quantity.

For accounts receivable and accounts payable, the invoice (gross) amount. For sales orders and purchase orders, the unit cost times the 
number of units.

A code that identifies the domestic (base) currency of the company on a transaction. 

A code that identifies the currency of a transaction. 

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 business unit is an accounting entity required for management reporting. It can be a profit center, department, warehouse location, job, 
project, work center, branch/plant, and so forth. This business unit is from the business unit entered on the header of a sales/purchase order for 
reporting purposes. This data is always right justified on entry (for example, CO123 would appear as _______CO123).  A security mechanism 
has been provided to inhibit users from entering or locating business units outside the scope of their authority.

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

The address number of the location to which you want to ship this order. The address book provides default values for customer address, 
including street, city, state, zip code, and country.

A code that indicates if the committed inventory for this sales detail line has been relieved from the On Hand Quantity. A value of 1 reflects 
that the shipment confirmation program (P4205) or the Sales Update program (R42800) has relieved inventory and written a cardex record to 
the Item Ledger File (F4111). To activate on hand update at shipment comfirmation time, the order type of the sales order will need to be added 
to the User Defined Code Table (40/IU). If on hand is not updated with the Shipment Confirmation program (P4205), it will be updated by the 
Sales Update program (R42800).

A code that identifies the type of interface to the Inventory Management system. Valid values are:    Y The dollar or unit value of any activity 
containing this line type will be reflected in inventory. The system also edits the item that you enter to ensure that it is a valid item. Y is the 
default.    A The system recognizes the number that you enter as a G/L account number. The system uses this code in purchasing only.    B The 
system performs edits when using format 4 in purchase order entry.        The system retrieves price data from the inventory tables, but does not 
update the quantity on the purchase order. This code is valid only when you have set the G/L Interface field to Y (yes). Budget checking is 
fully functional when you use this interface code.    D The item in this line is an inventory item that will not affect availability or quantities.    N The 
item is not an inventory item. To verify whether the item exists in the Item Master file, use Inventory Interface N in conjunction with the flag, Edit 
the Item Master for Non-Stock Items.

A code indicating whether the system automatically generates an internal work order for this order detail line. In World software, valid values 
are:    Y Generate an internal work order.    N Do not generate an internal work order. In OneWorld, a checkmark indicates that the system 
generates an internal work order for this order detail line.

A code that indicates that the system includes sales and cost of goods sold in gross profit calculations. In World software, valid values are:    
Y Include the sales and costs of goods sold in gross profit calculations.    N Do not include the sales and costs of goods sold in gross profit 
calculations. In OneWorld, a checkmark indicates that the system includes the sales and costs of goods sold in gross profit calculations.

A code that controls how the system processes lines on a transaction. It controls the systems with which the transaction interfaces, such as 
General Ledger, Job Cost, Accounts Payable, Accounts Receivable, and Inventory Management. It also specifies the conditions under 
which a line prints on reports, and it is included in calculations. Codes include the following: S Stock item   J Job cost   N Nonstock item   F Freight  
T Text information   M Miscellaneous charges and credits   W Work order

A code (system 40/type AT) specifying the last step in the processing cycle that this order line has successfully completed.

A user defined code (system 40/type AT) indicating the next step in the order flow of the line type.

A code that tells the system to write a record to the history table (F42199  for Sales Order Management and F43199 for Purchase Order 
Management). Valid codes are:    Y Write a record for selected fields to the history table    N Do not write a record to the history table 

The currency in which amounts are stored in the address book. For example, the credit limit, invoiced this year, invoiced prior year, and so 
on. The currency you specify is used to record and store transaction history.

The storage location from which goods will be moved.

A number that identifies a lot or a serial number. A lot is a group of items with similar characteristics.

A value that indicates whether you specified from which Location and Lot a particular item was to come. If you specified a storage area, the 
program assigns a Hard (H) commit, and subsequent programs will not determine which Location and Lot to use to satisfy the order line. If 
you did not specify a storage area, the program assigns a Soft (S) commit and attempts to determine which Location and Lot records can best 
satisfy the order line quantity. Valid codes are:    S Soft Committed,    H Hard Committed    C Hard Committed by Commitment Program    K Kit 
Master Line (No Commitment)    N Work Order (No Commitment)

An option that determines for a dual unit of measure item whether the system uses the primary or secondary unit of measure for the following 
processes:   o Picking   o Sales order availability checking   o Committing inventory for sales   o Splitting purchase order lines  To use the 
primary unit of measure, do not choose this option. To use the secondary unit of measure, choose this option.

An option that indicates that the system must maintain inventory balances and record transactions for an item in a secondary unit of 
measure that does not have a fixed conversion to the primary unit of measure. Typically, you choose this option when the item is ordered or sold by 
a packaged quantity and priced by weight or volume. Note: For a dual unit of measure item, the system might require a tolerance check for 
inventory transactions (excluding inventory adjustments) between the primary unit of measure and the secondary unit of measure.

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

The weight of one unit of an item, expressed in the primary unit of measure.

A user defined code (00/UM) that indicates the quantity in which to express an inventory item, for example, CS (case) or BX (box).

A user defined code (system 00/type UM) that identifies the unit of measure that the system uses to display weight for this item. You can 
specify ounces, grams, kilograms, and so on, as weight standards. The system uses this unit of measure as the starting point for converting to 
weight unit of measure in the Item Master (UWUM).

The number of units which have passed through the Sales Update process. In Workorder Processing, this field identifies the total quantity 
completed or consumed on a workorder to date basis.

The system uses the Price Effective Date to determine the base price and all advanced price adjustments.  The value loaded in this date 
is stored in the System Constants File (F4009).

The quantity ordered by the customer expressed in the primary stocking unit of measure.

SALES ORDER PROCESSING DEFINITION: This field determines if the Quantity on Other Sales Order 1 or 2 field in the Item Location file is 
to be updated instead of the Soft Commit or Hard Commit fields. PURCHASING DEFINITION: This field determines if the Quantity on Other 
Purchase Order field is updated in the Item Location file instead of the On Purchase Order field.

The quantity of units affected by this transaction.

The number of units committed for shipment in Sales Order Entry, using either the entered or the primary unit of measure defined for this 
item. In the Manufacturing system and Work Order Time Entry, this field can indicate completed or scrapped quantities. The quantity type is 
determined by the type code entered.

The number of units backordered in Sales Order Management or in Work Order Processing, using either the entered or the primary unit of 
measure defined for this item.

If the secondary unit of measure option in Inventory Constants is selected,this field will display on data entry screens.

A user defined code (00/UM) that indicates an alternate unit of measure for the item.

The number of units canceled in Sales Order or Work Order Processing, using either the entered or the primary unit of measure defined for 
this item. In manufacturing, this can also be the number of units scrapped to date.

A user defined code (00/UM) that indicates the unit of measure in which you usually price the item.

The date for the batch. If this is an entry field and you leave it blank, the system supplies the current date.

A date that identifies the financial period to which the transaction is to be posted.  The company constants specify the date range for each 
financial period. You can have as many as 14 periods. Generally, period 14 is used for audit adjustments. The system validates this field for 
PBCO (posted before cutoff), PYEB (prior year ending balance), PACO (post after cutoff), and WACO (post way after cutoff) messages.

The date that an item is scheduled to arrive or that an action is scheduled for completion.

The promised shipment date for either a sales order or purchase order. The Supply and Demand Programs use this date to calculate 
Available to Promise information. This value can be automatically calculated during sales order entry. This date represents the day that the item 
can be shipped from the warehouse.

The date that an order was entered into the system. This date determines which effective level the system uses for inventory pricing.

The date on which the shipment to the customer is confirmed as shipped. During shipment confirmation, the system updates the Sales 
Order Detail table (F4211) with this date.

The date the invoice was printed. The system updates this date when you run the invoice print program in the Sales Order Management 
system.

The text that names or describes an address. This 40-character alphabetic field appears on a number of forms and reports. You can enter 
dashes, commas, and other special characters, but the system cannot search on them when you use this field to search for a name.

A code that determines the trade account that the system uses as the offset when you post invoices or vouchers. The system concatenates 
the value that you enter to the AAI item RC (for Accounts Receivable) or PC (for Accounts Payable) to locate the trade account. For 
example, if you enter TRAD, the system searches for the AAI item RCTRAD (for receivables) or PCTRAD (for payables).  You can assign up to four 
alphanumeric characters to represent the G/L offset or you can assign the three-character currency code (if you enter transactions in a 
multicurrency environment). You must, however, set up the corresponding AAI item for the system to use; otherwise, the system ignores the G/L 
offset and uses the account that is set up for PC or RC for the company specified.  If you set up a default value in the G/L Offset field of the 
customer or supplier record, the system uses the value during transaction entry unless you override it.  Note: Do not use code 9999. It is reserved for 
the post program and indicates that offsets should not be created.

A user defined code (42/RC) that explains the purpose for a transaction. For example, you can indicate the reason that you are returning 
items.

A user defined code (42/FR) designating the method by which supplier shipments are delivered. For example, the supplier could deliver to 
your dock, or you could pick up the shipment at the supplier's dock. You can also use these codes to indicate who has responsibility for 
freight charges. For example, you can have a code indicating that the customer legally takes possession of goods as soon as they leave the 
supplier warehouse and is responsible for transportation charges to the destination.

A "next number" that uniquely identifies a shipment.

A user defined code (00/TM) that describes the nature of the carrier being used to transport goods to the customer. For example, by rail, by 
road, and so on.

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.

A automatic next number assigned by the system that can be used to track picking information through the system.  This number is 
assigned during the printing of pick slips.  The shipment confirmation program allows inquiry and confirmation by this number.

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.

A value that identifies the location that supplies the item to fulfill the agreement. The value must match the Source Type code, as follows:     o 
If the source type is AB, the transaction source must be an address book number in the Address Book Master table (F0101).     o If the 
source type is CC, the transaction source must be a business unit in the Business Unit Master table (F0006).     o If the source type *A, the 
transaction source must be *ANY.

A user defined code (38/DY) that specifies the type of source entered in the Source field. The value in the Source Type field must 
correspond to the value in the Source field, as follows:     o If the source is an address book number in the Address Book Master table (F0101), the 
source type must be AB.     o If the source is a business unit in the Business Unit Master table (F0006), the source type must be CC.     o If the 
source is *Any, the source type must be *A.

A unique number your company assigns to identify a particular agreement. You might want to assign some significance to the agreement 
number (for example,an agreement type code, location, year, and so forth). An agreement might have multiple supplements to record 
addendum or changes, for example.

Secondary Contract Number field

Secondary Contract Supplement field

The supplement number records any changes or addendum to agreements that occur over time or by item. It can also indicate individual 
agreements that are tied to a master agreement. The system allows up to 999 different supplements per base agreement number.

A number that the system uses to sequence information.

The user defined code (00/PY) that specifies how payments are made by the customer. For example: C Check   D Draft   T Electronic funds 
transfer  

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

The address book number of the parent company. The system uses this number to associate a particular address with a parent company 
or location. Any value that you enter in this field updates the Address Organizational Structure Master table (F0150) for the blank structure 
type. This address number must exist in the Address Book Master table (F0101) for validation purposes. Examples of address book records 
that would have a parent number include:   o  Subsidiaries with parent companies     o  Branches with a home office     o  Job sites with a general 
contractor 

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

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

A number identifying which line on the original order that the current line matches.

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.

The number of units multiplied by the unit price.

The product of the foreign price times the number of units.

General purpose ID variable.

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/UM) that identifies the unit of measure that the system uses to express the quantity of an item, for example, EA 
(each) or KG (kilogram).

General purpose ID variable.

General purpose ID variable.

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

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

General purpose ID variable.

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

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

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 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 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 number that identifies a group of transactions that the system processes and balances as a unit. When you enter a batch, you can either 
assign a batch number or let the system assign it using the Next Numbers program.

A number that identifies a group of transactions that the system processes and balances as a unit. When you enter a batch, you can either 
assign a batch number or let the system assign it using the Next Numbers program.

A number that identifies a group of transactions that the system processes and balances as a unit. When you enter a batch, you can either 
assign a batch number or let the system assign it using the Next Numbers program.

A code that specifies the system and type of transactions entered in a batch. The system assigns the value when you enter a transaction. 
Valid values are set up in user defined code table 98/IT. You cannot assign new values. All batch types are hard coded.

A code that specifies the system and type of transactions entered in a batch. The system assigns the value when you enter a transaction. 
Valid values are set up in user defined code table 98/IT. You cannot assign new values. All batch types are hard coded.

A code that specifies the system and type of transactions entered in a batch. The system assigns the value when you enter a transaction. 
Valid values are set up in user defined code table 98/IT. You cannot assign new values. All batch types are hard coded.

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

A user defined code (00/LC) that identifies a localization country. It is possible to attach specific country functionality that is triggered based 
on this code using the country server methodology in the base product.

Indicates how the system determines the price of items within your system.  If your system includes the advanced pricing module, you may 
use this feature.    Y The system will use advanced pricing.    N The system will NOT use advanced pricing.

A code that indicates how the system uses the branch/plant within the Item Specific Unit of Measure Conversion tables. Valid values are:    Y 
The system displays the item-specific conversion table when you add an item to a specific branch/plant.    N The system displays the 
item-specific conversion table for all branch/plants from the Item Master table.

General purpose ID variable.

General purpose ID variable.

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

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

A number that identifies an original document. This document can be a voucher, a sales order, an invoice, unapplied cash, a journal entry, 
and so on.

A user defined code (00/DT) that identifies the type of document. This code also indicates the origin of the transaction. J.D. Edwards has 
reserved document type codes for vouchers, invoices, receipts, and time sheets, which create automatic offset entries during the post 
program. (These entries are not self-balancing when you originally enter them.) The following document types are defined by J.D. Edwards and 
should not be changed: P Accounts Payable documents   R Accounts Receivable documents   T Payroll documents   I Inventory documents  
O Purchase Order Processing documents   J General Accounting/Joint Interest Billing documents   S Sales Order Processing documents

A number that, along with order number and order type, uniquely identifies an order document (such as a purchase order, a contract, a 
sales order, and so on). If you use the Next Numbers by Company/Fiscal Year facility, the Automatic Next Numbers program (X0010) uses the 
order company to retrieve the correct next number for that company. If two or more order documents have the same order number and order 
type, the order company lets you locate the desired document. If you use the regular Next Numbers facility, the order company is not used to 
assign a next number. In this case, you probably would not use the order company to locate the document.

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 number that, with the document number, document type and G/L date, uniquely identifies an original document, such as invoice, voucher, 
or journal entry. If you use the Next Numbers by Company/Fiscal Year feature, the Automatic Next Numbers program (X0010) uses the 
document company to retrieve the correct next number for that company. If two or more original documents have the same document number and 
document type, you can use the document company to locate the desired document.

A number that identifies multiple occurrences, such as line numbers on a purchase order or other document. Generally, the system assigns 
this number,but in some cases you can override it.

In the A/R and A/P systems, a code that corresponds to the pay item. In the Sales Order and Procurement systems, this code identifies 
multiple transactions for an original order. For purchase orders, the code is always 000. For sales orders with multiple partial receipts against an 
order, the first receiver used to record receipt has a suffix of 000, the next has a suffix of 001, the next 002, and so on.

The list or base price to be charged for one unit of this item. In sales order entry, all prices must be set up in the Item Base Price File table 
(F4106).

The number of units multiplied by the unit price.

The foreign price per unit.

The product of the foreign price times the number of units.

For sales orders and purchase orders, this is the unit cost times the number of units.  For A/R and A/P, this is the invoice (gross) amount.

The product of the number of units and the unit price.

This is the cost of transferring inventory from one branch to another.  The method of calculating this transfer cost is maintained in the Inter 
Branch Sales Markup Revisions (P3403).

A code that indicates the existence of pricing history behind a given sales detail line. Valid values are: 1    Standard detail adjustments exist 
in the price history file. These adjustments might include accruals. 2    At least one of the adjustments in the price history file is a rebate accrual 
(ACNT = 5) and will be processed by Sales Update for purposes of sales volume history accummulation. 3   At least one of the adjustments 
in the price history file is a volume-level adjustment. 4    A volume-level adjustment and a rebate accrual exists in the price history file.

An option that indicates that a record is created by the Variance Journal Entries program (R31804).

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 number that identifies the item. The system provides three separate item numbers plus an extensive cross-reference capability to 
alternative item numbers. The three types of item numbers are: Item Number (short) An 8-digit, computer-assigned item number. 2nd Item Number A 
25-digit, user defined, alphanumeric item number. 3rd Item Number  Another 25-digit, user defined, alphanumeric item number. In addition to 
these three basic item numbers, the system provides an extensive cross-reference search capability. You can define numerous 
cross-references to alternative part numbers. For example, you can define substitute item numbers, replacements, bar codes, customer numbers, or 
supplier numbers.

The system provides three separate item numbers plus an extensive cross-reference capability to alternate item numbers. These item 
numbers are as follows: 1.  Item Number (short) - An 8-digit, computer-assigned item number. 2.  2nd Item Number - The 25-digit, free-form, user 
defined alphanumeric item number. 3.  3rd Item Number - Another 25-digit, free-form, user defined alphanumeric item number.  In addition to 
these three basic item numbers, an extensive cross-reference search capability has been provided (see XRT). Numerous cross references to 
alternate part numbers can be user defined, such as substitute item numbers, replacements, bar codes, customer numbers, or supplier 
numbers.

The amount per unit, derived by dividing the total cost by the unit quantity.

For accounts receivable and accounts payable, the invoice (gross) amount. For sales orders and purchase orders, the unit cost times the 
number of units.

A code that identifies the domestic (base) currency of the company on a transaction. 

A code that identifies the currency of a transaction. 

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 business unit is an accounting entity required for management reporting. It can be a profit center, department, warehouse location, job, 
project, work center, branch/plant, and so forth. This business unit is from the business unit entered on the header of a sales/purchase order for 
reporting purposes. This data is always right justified on entry (for example, CO123 would appear as _______CO123).  A security mechanism 
has been provided to inhibit users from entering or locating business units outside the scope of their authority.

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

The address number of the location to which you want to ship this order. The address book provides default values for customer address, 
including street, city, state, zip code, and country.

A code that indicates if the committed inventory for this sales detail line has been relieved from the On Hand Quantity. A value of 1 reflects 
that the shipment confirmation program (P4205) or the Sales Update program (R42800) has relieved inventory and written a cardex record to 
the Item Ledger File (F4111). To activate on hand update at shipment comfirmation time, the order type of the sales order will need to be added 
to the User Defined Code Table (40/IU). If on hand is not updated with the Shipment Confirmation program (P4205), it will be updated by the 
Sales Update program (R42800).

A code that identifies the type of interface to the Inventory Management system. Valid values are:    Y The dollar or unit value of any activity 
containing this line type will be reflected in inventory. The system also edits the item that you enter to ensure that it is a valid item. Y is the 
default.    A The system recognizes the number that you enter as a G/L account number. The system uses this code in purchasing only.    B The 
system performs edits when using format 4 in purchase order entry.        The system retrieves price data from the inventory tables, but does not 
update the quantity on the purchase order. This code is valid only when you have set the G/L Interface field to Y (yes). Budget checking is 
fully functional when you use this interface code.    D The item in this line is an inventory item that will not affect availability or quantities.    N The 
item is not an inventory item. To verify whether the item exists in the Item Master file, use Inventory Interface N in conjunction with the flag, Edit 
the Item Master for Non-Stock Items.

A code indicating whether the system automatically generates an internal work order for this order detail line. In World software, valid values 
are:    Y Generate an internal work order.    N Do not generate an internal work order. In OneWorld, a checkmark indicates that the system 
generates an internal work order for this order detail line.

A code that indicates that the system includes sales and cost of goods sold in gross profit calculations. In World software, valid values are:    
Y Include the sales and costs of goods sold in gross profit calculations.    N Do not include the sales and costs of goods sold in gross profit 
calculations. In OneWorld, a checkmark indicates that the system includes the sales and costs of goods sold in gross profit calculations.

A code that controls how the system processes lines on a transaction. It controls the systems with which the transaction interfaces, such as 
General Ledger, Job Cost, Accounts Payable, Accounts Receivable, and Inventory Management. It also specifies the conditions under 
which a line prints on reports, and it is included in calculations. Codes include the following: S Stock item   J Job cost   N Nonstock item   F Freight  
T Text information   M Miscellaneous charges and credits   W Work order

A code (system 40/type AT) specifying the last step in the processing cycle that this order line has successfully completed.

A user defined code (system 40/type AT) indicating the next step in the order flow of the line type.

A code that tells the system to write a record to the history table (F42199  for Sales Order Management and F43199 for Purchase Order 
Management). Valid codes are:    Y Write a record for selected fields to the history table    N Do not write a record to the history table 

The currency in which amounts are stored in the address book. For example, the credit limit, invoiced this year, invoiced prior year, and so 
on. The currency you specify is used to record and store transaction history.

The storage location from which goods will be moved.

A number that identifies a lot or a serial number. A lot is a group of items with similar characteristics.

A value that indicates whether you specified from which Location and Lot a particular item was to come. If you specified a storage area, the 
program assigns a Hard (H) commit, and subsequent programs will not determine which Location and Lot to use to satisfy the order line. If 
you did not specify a storage area, the program assigns a Soft (S) commit and attempts to determine which Location and Lot records can best 
satisfy the order line quantity. Valid codes are:    S Soft Committed,    H Hard Committed    C Hard Committed by Commitment Program    K Kit 
Master Line (No Commitment)    N Work Order (No Commitment)

An option that determines for a dual unit of measure item whether the system uses the primary or secondary unit of measure for the following 
processes:   o Picking   o Sales order availability checking   o Committing inventory for sales   o Splitting purchase order lines  To use the 
primary unit of measure, do not choose this option. To use the secondary unit of measure, choose this option.

An option that indicates that the system must maintain inventory balances and record transactions for an item in a secondary unit of 
measure that does not have a fixed conversion to the primary unit of measure. Typically, you choose this option when the item is ordered or sold by 
a packaged quantity and priced by weight or volume. Note: For a dual unit of measure item, the system might require a tolerance check for 
inventory transactions (excluding inventory adjustments) between the primary unit of measure and the secondary unit of measure.

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

The weight of one unit of an item, expressed in the primary unit of measure.

A user defined code (00/UM) that indicates the quantity in which to express an inventory item, for example, CS (case) or BX (box).

A user defined code (system 00/type UM) that identifies the unit of measure that the system uses to display weight for this item. You can 
specify ounces, grams, kilograms, and so on, as weight standards. The system uses this unit of measure as the starting point for converting to 
weight unit of measure in the Item Master (UWUM).

The number of units which have passed through the Sales Update process. In Workorder Processing, this field identifies the total quantity 
completed or consumed on a workorder to date basis.

The system uses the Price Effective Date to determine the base price and all advanced price adjustments.  The value loaded in this date 
is stored in the System Constants File (F4009).

The quantity ordered by the customer expressed in the primary stocking unit of measure.

SALES ORDER PROCESSING DEFINITION: This field determines if the Quantity on Other Sales Order 1 or 2 field in the Item Location file is 
to be updated instead of the Soft Commit or Hard Commit fields. PURCHASING DEFINITION: This field determines if the Quantity on Other 
Purchase Order field is updated in the Item Location file instead of the On Purchase Order field.

The quantity of units affected by this transaction.

The number of units committed for shipment in Sales Order Entry, using either the entered or the primary unit of measure defined for this 
item. In the Manufacturing system and Work Order Time Entry, this field can indicate completed or scrapped quantities. The quantity type is 
determined by the type code entered.

The number of units backordered in Sales Order Management or in Work Order Processing, using either the entered or the primary unit of 
measure defined for this item.

If the secondary unit of measure option in Inventory Constants is selected,this field will display on data entry screens.

A user defined code (00/UM) that indicates an alternate unit of measure for the item.

The number of units canceled in Sales Order or Work Order Processing, using either the entered or the primary unit of measure defined for 
this item. In manufacturing, this can also be the number of units scrapped to date.

A user defined code (00/UM) that indicates the unit of measure in which you usually price the item.

The date for the batch. If this is an entry field and you leave it blank, the system supplies the current date.

A date that identifies the financial period to which the transaction is to be posted.  The company constants specify the date range for each 
financial period. You can have as many as 14 periods. Generally, period 14 is used for audit adjustments. The system validates this field for 
PBCO (posted before cutoff), PYEB (prior year ending balance), PACO (post after cutoff), and WACO (post way after cutoff) messages.

The date that an item is scheduled to arrive or that an action is scheduled for completion.

The promised shipment date for either a sales order or purchase order. The Supply and Demand Programs use this date to calculate 
Available to Promise information. This value can be automatically calculated during sales order entry. This date represents the day that the item 
can be shipped from the warehouse.

The date that an order was entered into the system. This date determines which effective level the system uses for inventory pricing.

The date on which the shipment to the customer is confirmed as shipped. During shipment confirmation, the system updates the Sales 
Order Detail table (F4211) with this date.

The date the invoice was printed. The system updates this date when you run the invoice print program in the Sales Order Management 
system.

The text that names or describes an address. This 40-character alphabetic field appears on a number of forms and reports. You can enter 
dashes, commas, and other special characters, but the system cannot search on them when you use this field to search for a name.

A code that determines the trade account that the system uses as the offset when you post invoices or vouchers. The system concatenates 
the value that you enter to the AAI item RC (for Accounts Receivable) or PC (for Accounts Payable) to locate the trade account. For 
example, if you enter TRAD, the system searches for the AAI item RCTRAD (for receivables) or PCTRAD (for payables).  You can assign up to four 
alphanumeric characters to represent the G/L offset or you can assign the three-character currency code (if you enter transactions in a 
multicurrency environment). You must, however, set up the corresponding AAI item for the system to use; otherwise, the system ignores the G/L 
offset and uses the account that is set up for PC or RC for the company specified.  If you set up a default value in the G/L Offset field of the 
customer or supplier record, the system uses the value during transaction entry unless you override it.  Note: Do not use code 9999. It is reserved for 
the post program and indicates that offsets should not be created.

A user defined code (42/RC) that explains the purpose for a transaction. For example, you can indicate the reason that you are returning 
items.

A user defined code (42/FR) designating the method by which supplier shipments are delivered. For example, the supplier could deliver to 
your dock, or you could pick up the shipment at the supplier's dock. You can also use these codes to indicate who has responsibility for 
freight charges. For example, you can have a code indicating that the customer legally takes possession of goods as soon as they leave the 
supplier warehouse and is responsible for transportation charges to the destination.

A "next number" that uniquely identifies a shipment.

A user defined code (00/TM) that describes the nature of the carrier being used to transport goods to the customer. For example, by rail, by 
road, and so on.

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.

A automatic next number assigned by the system that can be used to track picking information through the system.  This number is 
assigned during the printing of pick slips.  The shipment confirmation program allows inquiry and confirmation by this number.

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.

A value that identifies the location that supplies the item to fulfill the agreement. The value must match the Source Type code, as follows:     o 
If the source type is AB, the transaction source must be an address book number in the Address Book Master table (F0101).     o If the 
source type is CC, the transaction source must be a business unit in the Business Unit Master table (F0006).     o If the source type *A, the 
transaction source must be *ANY.

A user defined code (38/DY) that specifies the type of source entered in the Source field. The value in the Source Type field must 
correspond to the value in the Source field, as follows:     o If the source is an address book number in the Address Book Master table (F0101), the 
source type must be AB.     o If the source is a business unit in the Business Unit Master table (F0006), the source type must be CC.     o If the 
source is *Any, the source type must be *A.

A unique number your company assigns to identify a particular agreement. You might want to assign some significance to the agreement 
number (for example,an agreement type code, location, year, and so forth). An agreement might have multiple supplements to record 
addendum or changes, for example.

Secondary Contract Number field

Secondary Contract Supplement field

The supplement number records any changes or addendum to agreements that occur over time or by item. It can also indicate individual 
agreements that are tied to a master agreement. The system allows up to 999 different supplements per base agreement number.

A number that the system uses to sequence information.

The user defined code (00/PY) that specifies how payments are made by the customer. For example: C Check   D Draft   T Electronic funds 
transfer  

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

The address book number of the parent company. The system uses this number to associate a particular address with a parent company 
or location. Any value that you enter in this field updates the Address Organizational Structure Master table (F0150) for the blank structure 
type. This address number must exist in the Address Book Master table (F0101) for validation purposes. Examples of address book records 
that would have a parent number include:   o  Subsidiaries with parent companies     o  Branches with a home office     o  Job sites with a general 
contractor 

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

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

A number identifying which line on the original order that the current line matches.

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.

The number of units multiplied by the unit price.

The product of the foreign price times the number of units.

General purpose ID variable.

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/UM) that identifies the unit of measure that the system uses to express the quantity of an item, for example, EA 
(each) or KG (kilogram).

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

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

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

General purpose ID variable.

General purpose ID variable.

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

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