LoadGCValuesByMode

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 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 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 storage location from which goods will be moved.

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

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

A 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

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

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.

This is an optional field indicating a status that can be performed as the next step in the order process. Although this is not the preferred or 
expected next step, this field is an allowed override. The system does not allow you to initiate an order line step or status not defined as either 
the expected next status or an allowed status. Other allowed status codes let you bypass processing steps. These codes are often 
referred to in processing options as  "override next status codes."

This is an optional field indicating a status that can be performed as the next step in the order process. Although this is not the preferred or 
expected next step, this field is an allowed override. The system does not allow you to initiate an order line step or status not defined as either 
the expected next status or an allowed status. Other allowed status codes let you bypass processing steps. These codes are often 
referred to in processing options as  "override next status codes."

The number of times this purchase order has been modified. You can locate a specific change order number to review the fields that were 
modified.

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.

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.

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

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

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

A user defined name or remark.

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

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 user defined code (system 40/type AT) indicating the next step in the order flow of the line type.

The number of times this detail line has been revised.

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

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

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.

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.

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

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

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

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

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

The number of times this purchase order has been modified. You can locate a specific change order number to review the fields that were 
modified.

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.

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

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.

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.

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

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 

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 user defined code (41/MA) that specifies the relationship between a matrix item and its parent. This code also determines whether the 
system displays the item in matrix detail information.

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

The first section of a segmented item. You can assign up to 10 segments to an item as long as the sum of the segments does not exceed 
25 characters.

A template name that you can use when entering items on Item Master Revisions (P4101). This name is case sensitive. If you use any 
capital letters in the template name when you add it, you must enter those letters in capitals whenever you search for or attach the template to Item 
Master Revisions.

General purpose ID variable.

The storage location from which goods will be moved.