F4574GetKeyReferenceTableRow

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

The key type designates which file the keys represent.

A code that determines whether a workflow recipient has accepted or rejected a workflow task that has been submitted for approval. Valid 
values are: A Accept. R Reject.

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

An inventory item number. The system provides three separate item numbers plus an extensive cross-reference capability to other item 
numbers (see data item XRT) to accommodate substitute item numbers, replacements, bar codes, customer numbers, supplier numbers, and 
so forth. The item numbers are as follows:   o Item Number (short) - An eight-digit, computer-assigned item number     o 2nd Item Number - The 
25-digit, free-form, user defined alphanumeric item number     o 3rd Item Number - Another 25-digit, free-form, user defined alphanumeric item 
number

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

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

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

The storage location from which goods will be moved.

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

A code that indicates the grade of a lot. The grade is used to indicate the quality of the lot. Examples include the following:    A1   Premium 
grade    A2   Secondary grade  The grade for a lot is stored in the Lot Master table (F4108).

A number that indicates the minimum potency or percentage of active ingredients acceptable for an item. The system displays a warning 
message if you try to purchase or issue items that do not meet the minimum acceptable potency. The system does not allow you to sell items 
that do not meet the minimum acceptable potency.

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

A code that identifies the currency of a transaction. 

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

The date when a transaction, contract, obligation, preference, or policy rule becomes effective.

The date on which a transaction, text message, agreement, obligation, or preference has expired or been completed.

A user defined code (system 40, type TY) that identifies an adjustment definition. You define adjustments on Price Adjustment Names. For 
Agreement Penalty Schedules Add a definition for each of the four types of penalties:        Minimum quantity         Maximum quantity         Under 
commitment         Over commitment

The unique key I.D. for each adjustment level.

The number of the related item in a pricing or discount policy. For example, with a policy of "Buy one, get one at half price," you enter the 
item number of the half price item in this field. (Future Use)

A user defined code (system 40, type VT) that identifies a price variable table. This name cannot contain imbedded special characters 
such as a dash (-), an asterisk (*), and so forth because the system would interpret them as arithmetic symbols if you included the variable table 
name in a price formula.

A user defined code (system 40, type FM) that identifies a price formula. All price formulas are stored in the Price Formula table (F4076).

A quantity that the system compares against accumulated sales volume to determine if a rebate should be awarded. You can define 
thresholds as quantities, weights, or sales amounts. Use the Level Break Type field in the adjustment definition to define the type of threshold.

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

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.

This is the date that the ledger file was updated. This field is updated at the same time as the Program ID, Terminal ID, and time in the Item 
Ledger file (F4111).

The time the request, suggestion, or task was created.

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.

This sequence number distinguishes rebate agreements for a specific supplier. You can enter an agreement number or the system assigns 
a number for you by incrementing the last agreement number for the supplier by one.

For future use.

For future use.

For future use.

For future use.

For future use.

For future use.

For future use.

For future use.

For future use.

For future use.

For future use.

For future use.

For future use.

For future use.

For future use.

The date that the particular transaction or report was entered.

The date a controlled update was requested.

The date on which the person with the appropriate authority approves a requisition.

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.

For OneWorld, the sequence by which users can set up the order in which their valid environments are displayed. For World, a sequence or 
sort number that the system uses to process records in a user defined order.

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

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

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

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

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

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

Use this field to enter credit orders in the Sales Order Management system. To enter a credit order, use a line type for which the Reverse 
Sign Flag (RSGN) is set to Y in the Line Type Master table (F40205). The system stores all credit prices in the Base Price table (F4106).

A user defined code (40/CM) that specifies the basis for calculating item costs. Cost methods 01 through 19 are reserved for J.D. Edwards 
use.

A code that indicates how the system adjusts an order line. The value in this field works in conjunction with the Basis field (BSCD). How you 
define the Basis field determines whether you enter a number or a code in this field. For WorldSoftware , if your basis code is    1-5   Enter a 
positive number for markups, for example, 10. Enter a negative number for discounts, for example, 10-.    6     You want to base the adjustment on 
a variable table. Enter the code that identifies the variable table.    7     You want to use a formula to calculate the price. Enter the code that 
identifies the formula.    8     You want to calculate the adjustment using a custom program. Enter the program ID. For Agreement Penalty 
Schedules: Because the basis code for penalties is 5,enter a number as the factor value. Most agreement penalties are for a currency amount. The 
system multiplies the factor you enter by each unit of measure to calculate the penalty. For OneWorld, if your BasisCode is    1-5   Enter a 
positive number for markups, for example, 10. Enter a negative number for discounts, for example, 10-.    6     You want to base the adjustment on a 
variable table. Enter the code that identifies the variable table in the Formula Name column.    7     You want to use a formula to calculate the 
price. Enter the code that identifies the formula in the Formula Name column.    8     You want to calculate the adjustment using a custom 
program. Enter the program ID in the Formula Name column.

A value that specifies how an adjustment or preference will be applied to a price. This value can be a quantity, weight, or amount, 
depending on how you have defined the level-break type in the Price Adjustment Detail table (F4072).

The quantity of units affected by this transaction.

The address book number of the person who originated the change request. The system verifies this number against the Address Book.

This is a 75 character detailed descriptive text field to be used for miscellaneous notes or text information.

This is a 75 character detailed descriptive text field to be used for miscellaneous notes or text information.

A user defined code (40/PR) that identifies a preference type or a price adjustment hierarchy. In the user defined code table 40/PR, a 1 in 
the Special Handling Code field identifies a preference that J.D. Edwards supports. This field is hard coded for each preference. For 
Agreement Penalty Schedules, first set up a user defined code of PN (for penalty). Then enter it in this field.

The total quantity of an item to be reworked or scrapped as a result of an ECO disposition.

The amount, expressed in either monetary value or quantity, that must be reached to qualify for a rebate.  Multiple threshold values can 
exist for a single rebate agreement.

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.

One of ten category codes that groups segments of inventory for purchasing purposes. These codes can represent such things as color, 
material content, or use.

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

A number that 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.

A code that identifies which partner is due to receive the listed item. Valid values are:    C Company - Your company expects to receive 
product from the partner.    P Partner - Your partner expects to receive product from your company.

This field is used in the pricing system files to denote record types as being Customer related (C), Item related (I), or Sales Order Detail 
related (S).

A numerical value that specifies the sequence of category codes within Group Codes. The value must be equal to or between 1 and 4. 
Also, you cannot slip sequence values. For example, do not enter sequence 3 unless you have already entered sequence numbers 1 and 2.

A user defined code (40/PC) that identifies a customer group. You can group customers with similar characteristics, such as comparable 
pricing.

A code that indicates the customer price group. The system uses the customer price group when assigning a single price to a group of 
associated customers.

A code that indicates the customer price group. The system uses the customer price group when assigning a single price to a group of 
associated customers.

A code that indicates the customer price group. The system uses the customer price group when assigning a single price to a group of 
associated customers.

A code that indicates the customer price group. The system uses the customer price group when assigning a single price to a group of 
associated customers.

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 user defined category code from the Item Branch File (F4102) used for forming an item price group.  The pricing system uses the item 
price group for assigning a single price to a group of associated items.

 A user defined category code from the Item Branch File (F4102) used for forming an item price group.  The pricing system uses the item 
price group for assigning a single price to a group of associated items.

 A user defined category code from the Item Branch File (F4102) used for forming an item price group.  The pricing system uses the item 
price group for assigning a single price to a group of associated items.

 A user defined category code from the Item Branch File (F4102) used for forming an item price group.  The pricing system uses the item 
price group for assigning a single price to a group of associated items.

A number that identifies an item group or an order detail pricing group. Each pricing group is comprised of either item category codes (for 
an item group) or sales order detail field values (for an order detail group). For every unique combination of values in the pricing group, the 
system assigns a number (key ID) to identify the group. The system retrieves this number from the Next Numbers program (P0002) for the 
system code 40 and the line number 5.

A number that identifies a customer pricing group. Each pricing group comprises customer category codes. For every unique combination 
of values in the pricing group, the system assigns a number (key ID) to identify the group. This number is retrieved from the Next Numbers 
program (P0002) using system code 45, line number 2.

A number that identifies an order detail pricing group. Each group consists of sales order detail values. For each unique combination of 
values in the order group, the system assigns a number (key ID) to identify the group. The system retrieves this number from the Next Numbers 
program (P0002) by using system code 45 and line number.