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

A number representing the number of lines on either a purchase or sales order. or The number of receivers recorded during the receipts 
process.  This field will be used in Voucher Matching.

A code, attached to each purchase-order detail record or receipt record, that indicates whether a voucher exists and whether the voucher 
or receipt record has been reversed. Valid values are: 1 No voucher exists. 2 A voucher exists. 3 The voucher has been reversed. 4 The receipt 
record has been reversed. Note: Record types 3 and 4 are audit records only; you cannot access these record types for the Voucher Match 
program (P4314) or the PO Receipts program (P4312).

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.

General purpose ID variable.

General purpose ID variable.

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.

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.

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.

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 designates a line within a journal entry. The system uses this field to sequence the journal entry lines for inquiry purposes.

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.

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.

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 code that indicates the grade of a lot. The grade is used to indicate the quality of the lot. Examples include the following:    A1   Premium 
grade    A2   Secondary grade  The grade for a lot is stored in the Lot Master table (F4108).

A code that indicates the potency of the lot expressed as a percentage of active or useful material (for example, the percentage of alcohol 
in a solution). The actual potency of a lot is defined in the Lot Master table (F4108).

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.

The date you received this purchase order line.

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 original promised delivery date for a purchase order.

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.

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

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 code that specifies the terms of payment, including the percentage of discount available if the invoice is paid by the discount due date. 
Use a blank code to indicate the most frequently-used payment term. You define each type of payment term on the Payment Terms Revisions 
form. Examples of payment terms include: Blank Net 15 001      1/10 net 30 002      2/10 net 30 003      Due on the 10th day of every month 006     
Due upon receipt  This code prints on customer invoices.

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 free-form field in which you can enter any pertinent information.

This is the received not vouchered account number associated with the PO Receiver table (F43121).

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 25-character alphanumeric number that you can use as an alternate asset identification number. You might use this number to track 
assets by the manufacturer's serial number. You are not required to use a serial number to identify an asset. Every serial number that you enter 
must be unique.

A code on the container or that you assign to the container in which the items on this purchase order or order line were shipped to you. You 
can assign container information to an order during receipts entry.

A code that indicates whether the item is subject to sales tax when you purchase it. The system calculates tax on the item only if the supplier 
is also taxable.

A code that identifies a tax or geographic area that has common tax rates and tax authorities. The system validates the code you enter 
against the Tax Areas table (F4008). The system uses the tax rate area in conjunction with the tax explanation code and tax rules to calculate tax 
and G/L distribution amounts when you create an invoice or voucher.

A hard-coded user defined code (00/EX) that controls the algorithm that the system uses to calculate tax and G/L distribution amounts. The 
system uses the tax explanation code in conjunction with the tax rate area and tax rules to determine how the tax is calculated. Each 
transaction pay item can be defined with a different tax explanation code.

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.

A number that the system assigns to each general ledger account in the Account Master table (F0901) to uniquely identify it. 

A value that identifies an account in the general ledger. Use one of the following formats to enter account numbers:   o  Standard account 
number (business unit.object.subsidiary or flex format).   o  Third G/L number (maximum of 25 digits).   o  Account ID number. The number is eight 
digits long.       o  Speed code, which is a two-character code that you concatenate to the AAI item SP. You can then enter the code instead of 
an account number. The first character of the account number indicates its format. You define the account format in the General Accounting 
constants. 

The business unit from an account number.  The account number business unit is usually found in the data item MCU, however, Distribution 
systems use the field MCU as the branch.

The portion of a general ledger account that refers to the division of the Cost Code (for example, labor, materials, and equipment) into 
subcategories. For example, you can divide the Cost Code for labor into regular time, premium time, and burden. Note: If you use a flexible chart of 
accounts and the object account is set to 6 digits, J.D. Edwards recommends that you use all 6 digits. For example, entering 000456 is not 
the same as entering 456 because if you enter 456 the system enters three blank spaces to fill a 6-digit object.

A subset of an object account. Subsidiary accounts include detailed records of the accounting activity for an object account.

A code that identifies a detailed, auxiliary account within a general ledger account. A subledger can be an equipment item number or an 
address book number. If you enter a subledger, you must also specify the subledger type.

A user defined code (00/ST) that is used with the Subledger field to identify the subledger type and how the system performs subledger 
editing. On the User Defined Codes form, the second line of the description controls how the system performs editing. This is either hard-coded 
or user defined. Valid values include: A Alphanumeric field, do not edit   N Numeric field, right justify and zero fill   C Alphanumeric field, right 
justify and blank fill  

The quantity of units affected by this transaction.

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 code (table 00/UM) that identifies the unit of measure in which you usually purchase the item.

The original quantity of the order line, plus or minus any changes to that quantity, less all quantities shipped, received and/or vouchered to 
date. This number can also be the actual quantity received.

The unit cost of one item, as purchased from the supplier, excluding freight,taxes, discounts, and other factors that might modify the actual 
unit cost you record when you receive the item.

The value of the goods received to date against the original order line.

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

The original quantity for the order detail line, plus or minus any changes to that quantity, minus all quantities shipped, received, and 
vouchered to date.

The amount of the order, invoice, or voucher that is still unpaid or open. When you enter a document (for example, an order, invoice, or 
voucher), the open amount is the original amount of that document. If you change the original amount, the open amount is reduced by the net 
change. For example,payments, shipments, or receipts against a document result in a reduction of the open balance.

The quantity of the order line which has been either closed during the matching process or canceled.

The dollar value of the order line which has been either closed during the matching process or canceled.

A code that specifies whether to use multi-currency accounting, and the method of multi-currency accounting to use: Codes are:    N Do not 
use multi-currency accounting. Use if you enter transactions in only one currency for all companies. The multi-currency fields will not appear 
on forms. The system supplies a value of N if you do not enter a value.    Y Activate multi-currency accounting and use multipliers to convert 
currency. The system multiplies the foreign amount by the exchange rate to calculate the domestic amount.    Z Activate multi-currency 
accounting and use divisors to convert currency. The system divides the foreign amount by the exchange rate to calculate the domestic amount.

The unpaid foreign amount of a transaction.

The dollar value of the order line which has been either closed during the matching process or canceled.

The foreign unit cost for this item, as purchased directly from the supplier,excluding freight, taxes, discounts and other factors which might 
serve to modify the actual unit cost we record at the time of physical receipt of goods.

The product of the cost of an item, expressed in foreign currency according to the orders exchange rate, times the number of units.

Amount - Received Foreign

A code that identifies the currency of a transaction. 

A number (exchange rate) that a foreign currency amount is multiplied by to calculate a domestic currency amount.  The number in this field 
can have a maximum of seven decimal positions. If more are entered, the system adjusts to the nearest seven decimal positions. 

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

A code, attached to each purchase-order detail record or receipt record, that indicates whether a voucher exists and whether the voucher 
or receipt record has been reversed. Valid values are: 1 No voucher exists. 2 A voucher exists. 3 The voucher has been reversed. 4 The receipt 
record has been reversed. Note: Record types 3 and 4 are audit records only; you cannot access these record types for the Voucher Match 
program (P4314) or the PO Receipts program (P4312).

A number representing the number of lines on either a purchase or sales order. or The number of receivers recorded during the receipts 
process.  This field will be used in Voucher Matching.

The number of units that were placed in stock following receipt routing.

Inidcates if the receipt transaction is in or through the purchase order routing process. Valid values are:    Y Transaction is in or has been 
through the purchase order routing process.    N Transaction is not in or has not been through the purchase order routing process.

Indicates how a PO receiver record relates to landed cost. The following is a list of possible values:    blank The record is not related to 
landed cost.    1       The record has associated landed cost records.    2       The record is a landed cost record that is to be vouchered.    3       The 
record is a landed cost record that is not to be vouchered.

Indicates how receiver records are associated with Landed Cost receiver records. This field relates to the PRLAND field in the PO 
Receiver table (F43121). If PRLAND = 1, this field represents the line number (PRNLIN) of the first landed cost PO receiver record associated with the 
original PO receiver record. If PRLAND = 2 or 3, this field represents the line number (PRNLIN) of the original PO receiver record.

A number representing the number of lines on either a purchase or sales order. or The number of receivers recorded during the receipts 
process.  This field will be used in Voucher Matching.

User defined code (table 40/CA) designating an add-on cost. This code also specifies the sequence of the cost add-ons for a particular 
item or group of items.

A code that indicates if an order is eligible for the evaluated receipt settlement process. An evaluated receipt settlement indicates that you 
have an agreement with the supplier to create vouchers based on the items that you receive. You use the Evaluated Receipt Settlement 
(R43800) procedure to create vouchers from receipt records. As a result, the supplier does not send you invoices and you can bypass the 
Voucher Match procedure. Valid values are:    N Not eligible for evaluated receipt settlement processing.    Y Eligible for evaluated receipt 
settlement processing.    I Receipt transaction is in process.    T Eligible for evaluated receipt settlement processing. However, a tolerance error 
occurred during the receipt process. R Eligible for evaluated receipt settlement processing. However, the receipt is currently in the receipt routing 
process.    V A voucher has been created for the receipt transaction using the evaluated receipt settlement process.

The supplier's invoice number that is used for voucher entry. Voucher entry allows only one invoice per voucher number. If multiple invoice 
numbers exist on a voucher, you must set them up as multiple vouchers or combine the invoices and enter them as one voucher. Depending 
on how you have your accounts payable constants set, the system can do one of the following:   o  Accept a duplicate invoice number 
without warning or error   o  Generate a warning message in which the duplicate invoice number can still be accepted   o  Generate an error 
message Blank values are treated in the same manner as any other invoice number. Two blank invoice numbers are treated as duplicates. To test 
for duplicate invoice numbers that might have been entered in error, run the Suspected Duplicate Payments report (R04601). Note: The 
duplicate invoice number validation is not run for vouchers with document type NO. These vouchers are created by the Generate Reimbursements 
program (R03B610).

A cost object code, such as an equipment item number or an address book number. If you enter a cost object code, you must also specify 
the cost object type. This field functions the same and is validated the same as the subledger field, but the system does not post the data in 
the cost object code field to the Account Balances file (F0902).

A code that specifies the type of cost object and the type of editing. Valid types are stored in the Cost Object Types table (F1620) and can 
be added or modified using the Cost Object Types program (P1620).

A cost object code, such as an equipment item number or an address book number. If you enter a cost object code, you must also specify 
the cost object type. This field functions the same and is validated the same as the subledger field, but the system does not post the data in 
the cost object code field to the Account Balances file (F0902).

A code that specifies the type of cost object and the type of editing. Valid types are stored in the Cost Object Types table (F1620) and can 
be added or modified using the Cost Object Types program (P1620).

A cost object code, such as an equipment item number or an address book number. If you enter a cost object code, you must also specify 
the cost object type. This field functions the same and is validated the same as the subledger field, but the system does not post the data in 
the cost object code field to the Account Balances file (F0902).

A code that specifies the type of cost object and the type of editing. Valid types are stored in the Cost Object Types table (F1620) and can 
be added or modified using the Cost Object Types program (P1620).

A cost object code, such as an equipment item number or an address book number. If you enter a cost object code, you must also specify 
the cost object type. This field functions the same and is validated the same as the subledger field, but the system does not post the data in 
the cost object code field to the Account Balances file (F0902).

A code that specifies the type of cost object and the type of editing. Valid types are stored in the Cost Object Types table (F1620) and can 
be added or modified using the Cost Object Types program (P1620).

The amount by which the average cost for an item was either increased or decreased due to an over- or under-payment at match time.

A "next number" that uniquely identifies a shipment.

A code that represents the currency of the company for a transaction. For a foreign currency transaction, this is the currency code of the 
domestic side of the transaction.

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.

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 associates items or order lines with cross-dock processing. This code might indicate whether an item or an order line is eligible 
for cross-docking, whether it was cross-docked, or whether it needs to be cross-docked. When it is assigned to an item or item-branch, this 
code indicates that the item or the item in the branch/plant is eligible for cross-docking. When it is assigned to an order line, this code 
indicates that the order line needs to be cross docked. Valid values are: 1 Yes, cross-docking is on 0 (blank) No, cross-docking is off

The port from which or to which the goods were shipped. For VAT reporting, certain countries require information about the port of exit or 
entry. This information is not available in the system at the present time. You specify the port of entry or exit when creating a purchase order by 
using the PO Receipts program (P4312), when creating a sales order by using the Sales Order Entry program (P4210), when confirming 
shipments by using the Shipment Confirmation program (P4205), or by using the Intrastat Revision program (P0018T). Set up valid values in UDC 
40/PE.

The tare level Serialized Shipping Container Code. Must conform to the UCC structure for SSCC numbers.

The pack level Serialized Shipping Container Code. Must conform to the UCC structure for SSCC numbers.

The Shipping Container Code. Must conform to the UCC structure for SCC numbers.

The quantity of SCC packages for a given item.

The unit of measure that represents the pack type for an SCC quantity.

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

The quantity at the UPC level - the lowest consumer-saleable package.

The unit of measure at the UPC level - the lowest consumer-saleable package.

A number that identifies an EPM project in the system. The project must be set up in the Add/Revise Project program (P31P011).

This code indicates whether the expense on the detail line has been distributed to multiple accounts.

General purpose ID variable.

A unique number that identifies a specific outbound shipping container.  The container serial number is normally created from a 
standardized format.

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.