^

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

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 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 list of selection values associated with a data selection item in the Dream Writer. This list is generated by the use of the *VALUES 
keyword in data selection setup. Elements 1 and 2 are also used to contain the upper and lower value for the keyword *RANGE used by the 
data selection in the Dream Writer.

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

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.

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 

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

The key company that is associated with the document number of the related order.

A number that identifies a secondary purchase order, sales order, or work order that is associated with the original order. This number is for 
informational purposes only.

A user defined code (system 00, type DT) that indicates the document type of the secondary or related order. For example, a purchase 
order might be document type OP and might have been created to fill a related work order with document type WO.

A number of the detail line on the related order for which the current order was created. For example, on a purchase order created to fill 
open sales orders, this is the line number of the sales order on which the item you are ordering appears.

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

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

The quantity of units affected by this transaction.

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.

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.

The number of units multiplied by the unit price.

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

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

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

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.

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

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

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

This is a grouping of suppliers and items for pricing purposes.

A user defined code (system 40/type PI) that identifies an inventory price group for an item. Inventory price groups have unique pricing 
structures that direct the system to incorporate discounts or markups on items on sales and purchase orders. The discounts or markups are 
based on the quantity, dollar amount, or weight of the item ordered. When you assign a price group to an item, the item takes on the same pricing 
structure defined for the inventory price group. You must assign an inventory price group to the supplier or customer, as well as to the item, for 
the system to interactively calculate discounts and markups on sales orders and purchase orders.

A pricing category or price rule can contain a variety of levels. Within each price rule, each level is defined by its effective date range and 
allowed quantity, and whether it is based on the item's cost, price, or an amount specified as an override.

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

A user defined code (41/9) that identifies the G/L offset that system uses when it searches for the account to which it posts the transaction. If 
you do not want to specify a class code, you can enter **** (four asterisks) in this field. You can use automatic accounting instructions (AAIs) to 
predefine classes of automatic offset accounts for the Inventory Management, Procurement, and Sales Order Management systems. You 
might assign G/L class codes as follows:    IN20   Direct Ship Orders    IN60   Transfer Orders    IN80   Stock Sales  The system can generate 
accounting entries based upon a single transaction. For example, a single sale of a stock item can trigger the generation of accounting entries 
similar to the following:         Sales-Stock (Debit) xxxxx.xx     A/R Stock Sales (Credit) xxxxx.xx     Posting Category: IN80             Stock Inventory 
(Debit) xxxxx.xx     Stock COGS (Credit) xxxxx.xx The system uses the class code and the document type to find the AAI.

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

The address book number of the carrier, which is specified by the customer or by your organization. You might use this carrier because of 
route requirements or special handling requirements.

A reporting code that differentiates segments of inventory in ways meaningful to those personnel responsible for the buying function in an 
organization. Depending upon the nature of the inventory, this code might be used to establish attributes such as:     o Color     o Country of origin    
 o Primary content (for example, brass, wood, etc.)     o Seasonality     o Rebate group  J.D. Edwards has predefined reporting code 1 as a 
purchasing code for commodity class.

A user defined (41/P2) code that differentiates segments of inventory. For example, this code might be used to establish attributes such as:    
 o Color     o Country of origin     o Primary content (for example, brass, wood, etc.)     o Seasonality     o Rebate group  J.D. Edwards has 
predefined reporting code 2 as a purchasing code for commodity subclass.

A user defined code (41/P3) that differentiates segments of inventory. For example, this code might be used to establish attributes such as:    
 o Color     o Country of origin     o Primary content (for example, brass, wood, etc.)     o Seasonality     o Rebate group  J.D. Edwards has 
predefined reporting code 3 as a purchasing code for supplier rebate codes.

A reporting code to be used to differentiate segments of inventory in ways meaningful to those personnel responsible for the buying 
function in an organization.  Depending upon the nature of the inventory, this code might be used to establish attributes such as:     o Color     o 
Country of Origin     o Primary Content (e.g. brass, cotton, wood, etc.)     o Seasonality     o Rebate Group  JDE has predefined reporting code 4 as a 
purchasing code for master planning family.

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.

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 cubic units occupied by one inventory item. The definition of the unit itself (cubic feet, yards, meters, and so on) is defined in the volume 
unit of measure.

The unit of measure for the cubic space occupied by an inventory item. Typical volume unit of measures are:    ML Milliliter    OZ Fluid Ounce   
 PT Pint    LT Liter    CF Cubic Foot    CM Cubic Meter    CY Cubic Yard 

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 indicates how documents are sent to a customer or supplier. It is part of the Accounts Payable Batch Upload process, and can 
be used as a criterion when you write reports.

A code that indicates if the line on the order is frozen. MPS/MRP does not suggest changes to frozen orders.  Valid values are: Y Yes, freeze 
the order. N No, do not freeze the order. This value is the default.

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.

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.

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. 

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

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

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

Indicates the application or program that calls the PO Generation Edit Objects.  This flag is used to condition additional special 
processing,depending on the source of the PO Generation request.     blank    default    1   Blanket Orders.  The PO Generation will relieve the originating 
blanket order of the quantity requested.    2   MRP Messages.  The PO Generation will ensure that MRP messages are updated correctly for a 
purchase order created.    3   Direct Ship.  The PO Generation will update the corresponding Sales Order with the purchase order number.

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.

The code that identifies a user profile.

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

This field is a unique number used to identify a record in a file.

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

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.

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.

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

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.

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 number that specifies the sequence of information.

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 code that specifies the type of source entered in the Transaction Source field, as follows:     o If the transaction source is an address book 
number in the Address Book Master table (F0101), the source type must be AB.     o If the transaction source is a business unit in the Business 
Unit Master table (F0006), the source type must be CC.     o If the transaction source is *ANY, the source type must be *A.

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 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 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 number that identifies the pay item for a voucher or invoice. The system automatically assigns the pay item number. If a voucher or 
invoice has multiple pay items, the numbers are sequential.

A code that distinguishes different messages generated in the Distribution Requirements Planning/Master Production Schedule/Material 
Requirements Planning system. Valid codes are:    A Warning messages (user controlled)    B Order and expedite    C Cancel    D Defer    E 
Expedite    F Frozen order (user controlled)    G Increase order quantity to (user controlled)    H Decrease rate quantity to    I Increase rate quantity to    
L Decrease order quantity to (user controlled)    M Manual reminder    N Create rate    O Order    P Firm order    S FPO adjustment suggestion    
T Past due order 

A user defined code (31/MS) that identifies the current status of a particular component on the work order.

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

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.

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 a system-assigned number.

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.

This field maintains the current revision level of Advanced Pricing adjustments awarded within a sales order. Adjustments associated with 
a revision level below the current level are considered obsolete.

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

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

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 that identifies a secondary purchase order, sales order, or work order that is associated with the original order. This number is for 
informational purposes only.

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

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

This flag indicates if the order line was created via a transfer order or a direct ship order.  A value of 1 indicates a transfer order, a value of 2 
 indicates a direct ship order, and a blank indicates all other order types.

A "next number" that uniquely identifies a shipment.

A code that identifies the Inter-Process Communication ID.

User defined code system 40, type FL, which is used to flash a warning message about a particular item.

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

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

The document number associated with a given document type.

User-defined codes that identify the type of document.

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 date on which a lot becomes available. The system uses this date for availability and commitment processing to indicate that the lot is 
available on or after the date that you specify. You must complete this field when inventory first becomes an on-hand quantity for the lot. If you 
leave this field blank, the system calculates the effective date of the lot by using the value for Effective Days in the Item Branch File table 
(F4102) or the current date if the value for Effective Days is zero.

An identification number that tracks revenue, costs, and expenses for each promotion.

A number that the system uses to group line numbers on a purchase order or sales order for use in a matrix. Although the number is 
generated automatically, you can override it.

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

A code that specifies whether Advanced Planning and Scheduling (APS) is active or inactive. Valid values are: 0 Inactive 1 Active

This field is broken down into 10 different flags which are passed in and out of the purchase order entry MBF - F4311 Begin Doc,  F4311 Edit 
Line, and F4311 End Doc.

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 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 identifies a specific floor plan within a project.  This is an important key field in the homebuilder system.  It is also used to 
match lot proceed options to bid or takeoff contracts when the Lot Proceeds Proof/Post program (P445098) is run.

Lot Proceed House Elevation. This field is used to match the Lot Proceed to a Bid or Takeoff contract when doing a Lot Proceed Post to 
create commitment contracts.

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

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

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

An unmasked UNSPSC commodity code.

User defined commodity code.

The promised shipment date for a sales order. This date represents the day that the item can be shipped from the warehouse.

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

The person who originally entered the transaction.

A code that identifies the order suffix of a related order.