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 identifies an original document. This document can be a voucher, a sales order, an invoice, unapplied cash, a journal entry, 
and so on.

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.

This field is broken down into 30 different flags which are passed in and out of the sales order entry MBF - F4211 Begin Doc, F4211 Pre 
Processor, F4211 Edit Line, and F4211 End Doc.

The document number that is assigned by the transmitter in an EDI transaction. In a non EDI environment, this would be consistent with the 
order number assigned at order entry time (DOCO).

The document type that is assigned by the transmitter in an EDI transaction. In a non EDI environment, this would be consistent with the order 
type (DCTO) assigned at order entry time, an invoice document type, a voucher document type, and so on.

Company - Key (EDI - Document Key Co)

The number that the transmitter assigns to the batch.  During batch processing, the system assigns a new batch number to the PeopleSoft 
transactions for each control (user) batch number it finds. 

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

User Library Name No. 1

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

A code used to identify a specific job function within an organization. Examples of specific jobs are:  Jr. Programmer, Sr. Programmer, 
Computer Operator, Lead Computer Operator, etc.

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

The computer clock in hours:minutes:seconds.

This will indicate the address number that is associated with the order address information.  The possible values are as follows:    1 Sold-to 
Address Number (Sales Orders) Supplier Address Number (Purchase Orders)    2 Ship-to Address Number

This is the line number you assign when originating an EDI transaction. This number can represent an order line number (applicable for any 
order type), an invoice pay item, a journal entry line number, and so on.

An option that indicates whether a record has been successfully processed. Depending on the application, the system updates the EDSP 
field in a table with one of the following values: 1 Successfully processed Blank (or N or 0) Not processed

The number of a specific table. For example, the Account Master table name is F0901. See the Standards Manual on the programmers' 
menu for naming conventions.

This will indicate the address number that is associated with the order address information.  The possible values are as follows:    1 Sold-to 
Address Number (Sales Orders) Supplier Address Number (Purchase Orders)    2 Ship-to Address Number

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 code that specifies the action that is performed. Valid values are: A Add C Change

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

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 code that identifies the domestic (base) currency of the company on a transaction. 

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.

PeopleSoft event point processing flag 04.

A code that identifies the Inter-Process Communication ID.

This is the line number you assign when originating an EDI transaction. This number can represent an order line number (applicable for any 
order type), an invoice pay item, a journal entry line number, and so on.

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

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

An option that indicates whether a record has been successfully processed. Depending on the application, the system updates the EDSP 
field in a table with one of the following values: 1 Successfully processed Blank (or N or 0) Not processed

The document number that is assigned by the transmitter in an EDI transaction. In a non EDI environment, this would be consistent with the 
order number assigned at order entry time (DOCO).

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.

Company - Key (EDI - Document Key Co)

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.

The document type that is assigned by the transmitter in an EDI transaction. In a non EDI environment, this would be consistent with the order 
type (DCTO) assigned at order entry time, an invoice document type, a voucher document type, 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

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.

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

This is the line number you assign when originating an EDI transaction. This number can represent an order line number (applicable for any 
order type), an invoice pay item, a journal entry line number, and so on.

The quantity of units affected by this transaction.

A flag that indicates whether automatic spell check is turned on.

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

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

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 cross-reference item number that the system assigns to an item number. A cross-reference number allows you to use a supplier's item 
number if it is different from your own item number when you are processing an order or printing.

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 number that the system assigns to an item. It can be in short, long, or third item number format.

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 an entry in the Address Book system, such as employee, applicant, participant, customer, supplier, tenant, or 
location.

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

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.

An option that indicates whether the customer accepts partial line shipments. Valid values are: On The customer accepts partial line 
shipments. No The customer does not accept partial shipments; the entire line must be shipped at one time.

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.

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.

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.

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.

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

An option that specifies whether to allow backorders for this item. You can allow backorders by item using the Item Master (P4101) or Item 
Branch/Plant (P41026) programs, by customer using the Customer Billing Instructions program (P03013), or by branch/plant using the 
Branch/Plant Constants program (P41001).  Valid values are: On Allow backorders for this item. Off Do not allow backorders for this item, regardless of 
the backorders code that is assigned to the customer.

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.

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.

Amount - Foreign Unit Cost

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

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.

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

A code that specifies the action that is performed. Valid values are: A Add C Change

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

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

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 the order should be canceled if the goods have not been sent to the customer or the goods have not been received from the 
supplier. This is a memo-only field and does not cause the system to perform any type of automatic processing. If a line on a sales order in 
canceled in Sales Order Entry, this field will  be updated with the date the line has been canceled.                         

The date an item will be delivered to the customer.

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.

Brief information about an item; a remark or an explanation.

A second, 30-character description, remark, or explanation.

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.

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

The number of units multiplied by the unit price.

A user defined code that you assign to each print message. Examples of text used in messages are engineering specifications, hours of 
operation during holiday periods, and special delivery instructions.

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  

A user defined code (40/AS) that identifies a price and adjustment schedule. A price and adjustment schedule contains one or more 
adjustment types for which a customer or an item might be eligible. The system applies the adjustments in the sequence that you specify in the 
schedule. You link customers to a price and adjustment schedule through the customer billing instructions. When you enter a sales order, the 
system copies the schedule attached to the sold to address into the order header. You can override this schedule at the detail line level. For 
Agreement Management, this is the Agreement Penalty Schedule. The information in the Agreement Penalty Schedule provides the system 
with the criteria for an agreement to have penalty conditions.

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

This is a one byte flag that is used to determine whether or not a specific line item on a sales or purchase order has additional extended 
text associated with it.

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

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

The unit of measure that indicates the weight of an individual item. Typical weight units of measure are:    GM Gram    OZ Ounce    LB Pound    
KG Kilogram    CW Hundredweight    TN Ton 

The foreign price per unit.

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

An alphanumeric code that determines the sequence in which the system displays the rules within the pricing group. You define levels when 
you set up the pricing groups.

The factor that the system applies to the unit price of an inventory item to determine the net price. The system retrieves this value from the 
inventory pricing rules if you have assigned a rule to this item. The pricing rule setup determines if the system multiplies the unit price by this 
value or adds to or deducts from the unit price.

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

The address book number of the preferred provider of this item.

If an individual item of inventory is sold as a component of a kit or assembly (single level bill-of-materials), the item number of that kit is the 
'related'item number.

This line number indicates the relative sequence in which a component is added to a kit or single level bill of materials. For example, the 
system automatically assigns a whole number to the kit master line, for example, 1.0000. Each component line is assigned a consecutive 
subset of that line number, for example, the first component has line 1.010, and the second component has 1.020.

A number that indicates the sequence of the components on a bill of material. It initially indicates the relative sequence in which a 
component was added to a kit or single level bill of material. You can modify this number to change the sequence in which the components appear on 
the bill of material. Skip To fields allow you to enter a component line number that you want to begin the display of information.

In the Sales Order Processing System, when a kit component is defined in the Bill of Materials Master (F3002) as a second level or higher 
item, it will be grouped and stored in the Sales Order Detail File (F4211) under a related kit component. This relationship is maintained so that 
the system can perform kit balancing on the kit throughout the order processing cycle. For example, if a kit has the following structure in the 
Bill of Materials:        Level 0 - A         Level 1 - B, C, D        Level 2 - B1, B2, D1, D2, D3                 Level 3 - B11, B12   Components B1, B2, B11, and 
B12 will be grouped under Related Item B.

The total number of the current component needed per unit of the parent kit.

User Library Name No. 1

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

A value established by the sales order entry program whenever a unit or extended price is entered into an order line item, overriding the 
price calculated by the program.

A code that specifies whether the change order is a terms only change. For those organizations that elect to view subcontracts on a 
detailed line item basis, terms only changes are in most cases those that have a non-dollar effect, such as a schedule change. For those 
organizations that elect to view their contracts on a summary job cost coding basis, all changes are automatically classified for processing purposes 
as terms only changes. In this case the base contract is automatically incremented for each change order and the individual change order 
amount is carried for informational purposes only. All change orders created in processing mode 3 (account method -incremental), are terms 
only changes. Most inquiry screens and reports exclude terms only items.

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

A user defined code (41/I) that indicates how you stock an item, for example, as finished goods or as raw materials. The following stocking 
types are hard-coded and you should not change them:    0   Phantom item    B Bulk floor stock    C Configured item    E Emergency/corrective 
maintenance    F Feature    K Kit parent item    N Nonstock  The first character of Description 2 in the user defined code table indicates if the item 
is purchased (P) or manufactured (M).

A number that is used in conjunction with the values in the ODOC and ODCT fields to identify a transaction.

The original document number. This can be a voucher, an invoice, unapplied cash, a journal entry number, and so on Matching document 
numbers are also used to identify related documents in the Accounts Receivable and Accounts Payable systems. The document number 
(DOC) is always the original document number. The matching document number (DOCM) is the check, adjustment, or credit to be applied 
against the original document.

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

This code defines the order type. It is verified in user defined codes (40/OT). Reserved document types have been defined for voucher 
entry, invoice entry, receipts entry, and time sheet entry.  Because the offsetting entries for document types are created automatically during the 
post program, they will not be self-balancing on original entry. The reserved document types are:    PR Purchase Requisition Orders    PQ 
Purchase Quote    PO Purchase Order    PD Purchase Order - Direct Ship    PB Purchase Order - Blanket    SQ Sales Quote    SO Sales Order    
SD Sales Order - Direct Ship    SB Sales Order - Blanket 

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.

- - - Good Performance Low Value. 

A code that determines how the system calculates the price for kit items or configured items. Valid values are: Blank Use for items that are 
neither kit items nor configured items. 1 The system accumulates the base prices of components with the configured price adjustments, and 
then discounts the total. 2 The system accumulates the base price of the parent item with the configured price adjustments, and then discounts 
the total. 3 The system accumulates the configured price adjustments, and then discounts the total. 4 The system accumulates the individually 
discounted price of the components with the configured price adjustments. Note: Configured price adjustments are only included in the 
calculation for a configured item. Also, the system only discounts costs if you are using the Advanced Pricing system.  The following is an example of 
how the system uses the various methods:   Parent Item: 125 Component A: 50 Component B: 100 Configured Cost Adjustment 1: 15 Configured 
Cost Adjustment 2: 10 Advanced Price Discount: 10% Methods: 1: 50 + 100 = 150 + 15 + 10 = 175 - 17.50 = 157.5 2: 125 + 15 + 10 = 150 - 15 = 135 3: 
15 + 10 + 25 - 2.5 = 22.5 4: (50 - 5) + (100 - 10) = 135 + 15 + 10 = 160

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.

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

A user defined code (system 40, type DS) identifying the duty status of an order line. You should only specify this value for duty reporting. 
The system supplies a default value based on the End Use preference. You can override this value at order entry.

A user defined code (system 40, type LB) identifying a customer's line of business.

The date that the product from an order line is loaded onto a vehicle for delivery.

User defined code (system 40, type EU) identifying the end use of an order line and used for duty reporting only. The system supplies a 
default value based on the End Use preference. You may override this value at order entry.

User defined code (system 40, type P1) you can use to control pricing adjustments. You can associate this code with a preference 
profile. When you specify a price code 1 in the preference, it fills or overrides this field in the sales order detail.

User defined code (system 40, type P2) you can use to control pricing adjustments. You can associate this code with a preference 
profile. When you specify a price code 2, the system fills this field in the sales order detail.

User defined code (system 40, type P3) you can use to control pricing adjustments. You can associate this code with a preference 
profile. Price code 3 is not visible on the sales order, but the system includes it in the detail file.

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

An alphanumeric value used as a cross-reference or secondary reference number. Typically, this is the customer number, supplier 
number, or job number.

A field available to record reference numbers, such as the supplier's bid document number, quote document, sales order, work order, or 
job number.

A code that identifies the Inter-Process Communication ID.

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

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.

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

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

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

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

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

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

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

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

General purpose ID variable.

The address number of the person who receives the goods ordered. The delivered to address might differ from the ship to address when 
ordered goods are processed through a distribution center (which is the delivered to address) before reaching their final destination (the ship 
to address).

The time requested for delivery. Enter the time using the 24-hour time format (HHMMSS). For example, enter 6:00 a.m. as 060000, and enter 
7:00 p.m. as 190000.

The time when the order is scheduled to be picked. Enter the time in the 24-hour format and include a leading zero if necessary. For 
example, enter 6:00 a.m. by typing 060000 and enter 7:00 p.m. by typing 190000.

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

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

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

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

- - - Good Performance Low Value. 

The document number that is assigned by the transmitter in an EDI transaction. In a non EDI environment, this would be consistent with the 
order number assigned at order entry time (DOCO).

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.

Company - Key (EDI - Document Key Co)

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.

The document type that is assigned by the transmitter in an EDI transaction. In a non EDI environment, this would be consistent with the order 
type (DCTO) assigned at order entry time, an invoice document type, a voucher document type, 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 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 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.

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

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

A code that specifies the action that is performed. Valid values are: A Add C Change

Code identifying purpose of transaction set.  Refer to User Defined Code Table 47/PU. The 1st character of the 2nd description in that table 
controls how the transaction is processed. Refer to ANSI X.12 Data Item 353.

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

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

A number that is used in conjunction with the values in the ODOC and ODCT fields to identify a transaction.

The original document number. This can be a voucher, an invoice, unapplied cash, a journal entry number, and so on Matching document 
numbers are also used to identify related documents in the Accounts Receivable and Accounts Payable systems. The document number 
(DOC) is always the original document number. The matching document number (DOCM) is the check, adjustment, or credit to be applied 
against the original document.

This code defines the order type. It is verified in user defined codes (40/OT). Reserved document types have been defined for voucher 
entry, invoice entry, receipts entry, and time sheet entry.  Because the offsetting entries for document types are created automatically during the 
post program, they will not be self-balancing on original entry. The reserved document types are:    PR Purchase Requisition Orders    PQ 
Purchase Quote    PO Purchase Order    PD Purchase Order - Direct Ship    PB Purchase Order - Blanket    SQ Sales Quote    SO Sales Order    
SD Sales Order - Direct Ship    SB Sales Order - Blanket 

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

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

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 the order should be canceled if the goods have not been sent to the customer or the goods have not been received from the 
supplier. This is a memo-only field and does not cause the system to perform any type of automatic processing. If a line on a sales order in 
canceled in Sales Order Entry, this field will  be updated with the date the line has been canceled.                         

An alphanumeric value used as a cross-reference or secondary reference number. Typically, this is the customer number, supplier 
number, or job number.

The second of two fields that you use to enter delivery instructions.

A user defined code that you assign to each print message. Examples of text used in messages are engineering specifications, hours of 
operation during holiday periods, and special delivery instructions.

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.

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  

A user defined code (40/AS) that identifies a price and adjustment schedule. A price and adjustment schedule contains one or more 
adjustment types for which a customer or an item might be eligible. The system applies the adjustments in the sequence that you specify in the 
schedule. You link customers to a price and adjustment schedule through the customer billing instructions. When you enter a sales order, the 
system copies the schedule attached to the sold to address into the order header. You can override this schedule at the detail line level. For 
Agreement Management, this is the Agreement Penalty Schedule. The information in the Agreement Penalty Schedule provides the system 
with the criteria for an agreement to have penalty conditions.

Percentage by which the system reduces the price of each item. This is the only discount that will be applied. You can override it if you 
enter a price. Enter the percentage as a whole number (that is, 5 for 5%).

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

The number that tax authorities issue to tax-exempt individuals and companies to identify their tax-exempt status.

This is a one byte flag that is used to determine whether or not a specific line item on a sales or purchase order has additional extended 
text associated with it.

The address book number that identifies who is responsible for setting up and maintaining the correct stocking levels for each inventory 
item.

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

The route field is a user defined code (system 42, type RT) that represents the delivery route on which the customer resides. This field is 
one of several factors used by the freight summary facility to calculate potential freight charges for an order. For picking, use the route code with 
the stop and zone codes to group all of the items that are to be loaded onto a delivery vehicle for a specific route. You set up a default for 
each of these fields on the Customer Billing Instruction form.

The stop code is a user defined code (system 42, type SP) that represents the stop on a delivery route. This field is one of several factors 
used by the freight summary facility to calculate potential freight charges for an order. For picking, you can use the stop code with the route and 
zone codes to group all items that are to be loaded onto a delivery vehicle for a specific route. You set up the default for each of these fields 
on the Customer Billing Instructions form.

The zone field is a user defined code (system 40, type ZN) that represents the delivery area in which the customer resides. This field is one 
of several factors used by freight summary facility to calculate potential freight charges for an order. For picking you can use the zone code 
with the route and stop codes to group all item that are to be loaded onto a delivery vehicle for a specific route. You set up the default for each 
of these fields on the Customer Billing Instructions form.

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.

An option that specifies whether the system performs freight calculations during processing.  Valid values are: On The system performs 
freight calculations during processing. Off The system does not perform freight calculations during processing.

A user defined code (00/UM) that identifies which unit of measure the system should use to display the weight of individual order lines and 
the order as a whole for this customer when you use the order summary form.

A user defined code (00/UM) that identifies the unit of measure that the system uses to display volume for this branch/plant. The system 
inputs a value in this field from Branch/Plant Constants - Page 2 (P410012). You can override this default value.

This field lets you record the authorization number provided by the credit card company or bank which issued the card.

The first of three fields available to record credit card transactions. This field allows you to record the customer's account number with the 
credit card company or bank.

This field is to record the account number and expiration date of credit cards used by your customers who make purchases from you.  It is 
for information purposes only.

An option that specifies whether the system displays amounts in the domestic or foreign currency. On  The system displays amounts in the 
foreign currency of the transaction. Off  The system displays amounts in the domestic currency of the transaction.

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. 

SALES ORDER SYSTEM:  An optional entry field, intended for the name of the customer placing the order.

SALES ORDER SYSTEM:  An optional entry field, intended for the name of the individual taking the customer's order. If you do not enter a 
user ID in this field, the system uses the ID of the person who is signed on.

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

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

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

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

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

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

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

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

A code that identifies the Inter-Process Communication ID.

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

Indicates whether a customer is prohibited from batch processing or if that customer is in a test or production mode. Valid values are:    I   
Inhibited. Not available for batch processing.    T   Test mode. Only reports produced when processed.    P   Production mode. Reports and live 
orders produced when processed.

One of two fields that you use to enter delivery instructions.

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.

User Library Name No. 1

General purpose ID variable.

This is the line number you assign when originating an EDI transaction. This number can represent an order line number (applicable for any 
order type), an invoice pay item, a journal entry line number, 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 the system assigns to an item. It can be in short, long, or third item number format.

Brief information about an item; a remark or an explanation.

The quantity of units affected by this transaction.

The number of units multiplied by the unit price.

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.

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.

The address number (F0101) of the partner associated with the lead.

The line number identifier from the Who's Who (F0111) representative of Contacts for a Partner.

A unique identifier related to the Opportunity.

Attention field for billing specifications.

Ship To Customer contact line number.

Attention field for shipping specifications.

This field differentiates order types.

The address number of the person who receives the goods ordered. The delivered to address might differ from the ship to address when 
ordered goods are processed through a distribution center (which is the delivered to address) before reaching their final destination (the ship 
to address).

The time requested for delivery. Enter the time using the 24-hour time format (HHMMSS). For example, enter 6:00 a.m. as 060000, and enter 
7:00 p.m. as 190000.

The time when the order is scheduled to be picked. Enter the time in the 24-hour format and include a leading zero if necessary. For 
example, enter 6:00 a.m. by typing 060000 and enter 7:00 p.m. by typing 190000.

An option that indicates whether a record has been successfully processed. Depending on the application, the system updates the EDSP 
field in a table with one of the following values: 1 Successfully processed Blank (or N or 0) Not processed

User Library Name No. 1

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

The computer clock in hours:minutes:seconds.

A code used to identify a specific job function within an organization. Examples of specific jobs are:  Jr. Programmer, Sr. Programmer, 
Computer Operator, Lead Computer Operator, etc.

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.

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

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.

General purpose ID variable.

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.

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