| Parameter Name | Data Item | Data Type | Req/Opt | I/O/Both | 
| cModeProcessing | MODE | char | OPT | NONE | 
The processing mode used in Purchase Order Consolidator to signify when specific orders are being processed.  | 
| mnIdentifierShortItem | ITM | MATH_NUMERIC | OPT | NONE | 
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  | 
| szIdentifier2ndItem | LITM | char | OPT | NONE | 
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.
  | 
| szIdentifier3rdItem | AITM | char | OPT | NONE | 
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.  | 
| szDescriptionLine1 | DSC1 | char | OPT | NONE | 
Brief information about an item; a remark or an explanation.
  | 
| szDescriptionLine2 | DSC2 | char | OPT | NONE | 
A second, 30-character description, remark, or explanation.
  | 
| szSearchText | SRTX | char | OPT | NONE | 
A field that lets you specify how the system searches for an item. Your entry should be specific and descriptive of the item. Type the words 
 in the order a user is likely to enter them.
In single-byte environments, where computer storage space can hold only Latin-based language 
 character sets, the system inserts the first 30  characters from the item's description if you do not enter search text.
In double-byte environments, 
 where computer storage space can hold more complex language character sets (in languages such as Japanese, Chinese, and Korean), 
 you must complete this field. It is a single-byte field that you complete with single-byte characters to phonetically represent the item 
 description (which can be single-byte, double-byte, or both).  | 
| szSearchTextCompressed | ALN | char | OPT | NONE | 
The compressed version of the thirty character alpha search field, with all blanks removed.  | 
| szSalesReportingCode1 | SRP1 | char | OPT | NONE | 
One of ten category codes for sales coding purposes. These codes can represent such classifications as color, material content, or use.  | 
| szSalesReportingCode2 | SRP2 | char | OPT | NONE | 
One of ten category codes for sales coding purposes. These codes can represent such classifications as color, material content, or 
 use.
This field represents one of ten property type categories available for sales purposes.  | 
| szSalesReportingCode3 | SRP3 | char | OPT | NONE | 
One of ten category codes for sales coding purposes. These codes can represent such classifications as color, material content, or use.  | 
| szSalesReportingCode4 | SRP4 | char | OPT | NONE | 
One of ten category codes to be used for sales coding purposes. These codes can represent such classifications as color, material 
 content, or use.  | 
| szSalesReportingCode5 | SRP5 | char | OPT | NONE | 
One of ten category codes to be used for sales coding purposes.  These codes can represent such classifications as color, material 
 content, or use.  | 
| szSalesReportingCode6 | SRP6 | char | OPT | NONE | 
One of ten category codes for sales coding purposes. These can represent such classifications as color, material content, or use.  | 
| szSalesReportingCode7 | SRP7 | char | OPT | NONE | 
One of ten category codes to be used for sales coding purposes.  These can represent such things as color, material content, or use.  | 
| szSalesReportingCode8 | SRP8 | char | OPT | NONE | 
One of ten category codes to be used for sales coding purposes.  These can represent such things as color, material content, or use.  | 
| szSalesReportingCode9 | SRP9 | char | OPT | NONE | 
One of ten category codes to be used for sales coding purposes.  These can represent such things as color, material content, or use.  | 
| szSalesReportingCode10 | SRP0 | char | OPT | NONE | 
One of ten category codes to be used for sales coding purposes.  These can represent such things as color, material content, or use.  | 
| szPurchasingReportCode1 | PRP1 | char | OPT | NONE | 
A code (table 41/P1) that represents an item property type or classification,such as commodity type, planning family, or so forth. The 
 system uses this code to sort and process like items.
This field is one of six classification categories available primarily for purchasing purposes.  | 
| szPurchasingReportCode2 | PRP2 | char | OPT | NONE | 
A code (table 41/P2) that represents an item property type or classification,such as commodity type, planning family, or so forth. The 
 system uses this code to sort and process like items.
This field is one of six classification categories available primarily for purchasing purposes.  | 
| szPurchasingReportCode3 | PRP3 | char | OPT | NONE | 
A code (UDC table 41/P3) that represents an item property type or classification, such as commodity type, planning family, or so forth. The 
 system uses this code to sort and process like items.
This field is one of six classification categories available primarily for purchasing 
 purposes.  | 
| szPurchasingReportCode4 | PRP4 | char | OPT | NONE | 
A user defined code (41/P4) that represents an item property type or classification, such as commodity type or planning family. The system 
 uses this code to sort and process like items.
This field is one of six classification categories available primarily for purchasing purposes.  | 
| szPurchasingReportCode5 | PRP5 | char | OPT | NONE | 
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.  | 
| szPurchReportingCode6 | PRP6 | char | OPT | NONE | 
A code (system 41/type 01) that identifies a group of items that share the same dimensions. An item dimension group defines the 
 dimensions for all items that belong to the group. After you set up an item dimension group, you can assign items to the group through Classification 
 Codes (41011).  | 
| szPurchReportingCode7 | PRP7 | char | OPT | NONE | 
A user defined code (41/02) that identifies a group of items that you want to move the same way. A process group determines what 
 movement instructions the system uses for putaway, picking, and replenishment. You use the Classification Codes program (P41011) to assign 
 items to process groups.  | 
| szPurchReportingCode8 | PRP8 | char | OPT | NONE | 
A user defined code (41/02) that identifies a group of items that you want to move the same way. A process group determines what 
 movement instructions the system uses for putaway, picking, and replenishment. You use the Classification Codes program (P41011) to assign 
 items to process groups.  | 
| szPurchReportingCode9 | PRP9 | char | OPT | NONE | 
A user defined code (41/02) that identifies a group of items that you want to move the same way. A process group determines what 
 movement instructions the system uses for putaway, picking, and replenishment. You use the Classification Codes program (P41011) to assign 
 items to process groups.  | 
| szPurchReportingCode10 | PRP0 | char | OPT | NONE | 
A code (table 41/P0) that represents an item property type or classification,such as commodity type, planning family, or so forth. The 
 system uses this code to sort and process like items.
This field is one of six classification categories available primarily for purchasing purposes.  | 
| szCommodityCode | CDCD | char | OPT | NONE | 
The commodity code number for the item.  | 
| szProductGroupFrom | PDGR | char | OPT | NONE | 
A line of products whose similarity allows them to be grouped together.  This grouping can be used to select products for other tasks or 
 processes such as reporting with DREAM Writer.  | 
| szDispatchGrp | DSGP | char | OPT | NONE | 
A user defined code that identifies the dispatch group. A dispatch group is a grouping you make for products according to the physical 
 characteristics that are important when storing and transporting those products.
During the trip building process, the system checks if the dispatch 
 group for the item and the vehicle are compatible. The system only allows products belonging to the allowed dispatch groups to be 
 assigned to the vehicle.  | 
| szPricingCategory | PRGR | char | OPT | NONE | 
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.  | 
| szRepriceBasketPriceCat | RPRC | char | OPT | NONE | 
You can assign items with common repricing characteristics to a reprice category on Item Branch/Plant Revisions. You can define different 
 categories based on location. Repricing is a technique that the system uses to:
    o Accumulate items on order that belong to a common 
 repricing category during a batch program
    o Compare the aggregate quantities of items on order to the appropriate quantity breaks in the 
 reprice category 
If the items qualify for an additional discount, that discount is reflected as a change in unit and extended price for each 
 qualifying item in the original order line.  | 
| szOrderRepriceCategory | ORPR | char | OPT | NONE | 
Items with common order repricing characteristics are assigned to an order reprice category on the Item Master Revisions screen. 
 Categories can be varied at the Location level (fold area). Order repricing is a technique in which items within an order that belong to the same 
 repricing category are accumulated during a batch program and their aggregate quantities are compared to the appropriate quantity "breaks" in 
 the reprice category. Typical quantity breaks in this situation might be the total weight or the total dollar value of the order as whole. If the 
 items qualify for additional discount, that discount is reflected as a flat dollar amount in a new discount line. This facility supplements the repricing 
 function and operates in the same batch program.  | 
| mnBuyer | BUYR | MATH_NUMERIC | OPT | NONE | 
The address number of the person responsible for setting up and maintaining the correct stocking levels for the item.  | 
| szDrawingNumber | DRAW | char | OPT | NONE | 
An engineering drawing number. It might be the same as the part or item number.  | 
| szRevisionNumber | RVNO | char | OPT | NONE | 
A subset to the drawing number. It provides an additional description of the drawing and is useful if the system uses an engineering drawing 
 as a reference for this item.  | 
| cDrawingSize | DSZE | char | OPT | NONE | 
A code that represents the engineering drawing size. For example:
   A A-size drawing
   D D-size drawing  | 
| mnVolumeCubicDimensions | VCUD | MATH_NUMERIC | OPT | NONE | 
The numeric value of the cubic volume of this item - computed by the Item Master Revisions program.  | 
| mnCarrier | CARS | MATH_NUMERIC | OPT | NONE | 
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.  | 
| mnPreferCarrierPurchasin | CARP | MATH_NUMERIC | OPT | NONE | 
The address book number for the preferred carrier of the item. The supplier or your organization might prefer a certain carrier because of 
 route or special handling requirements.  | 
| szShippingConditionsCode | SHCN | char | OPT | NONE | 
A code (table 41/C) that represents an item property type or classification,such as special shipping conditions. The system uses this code 
 to sort and process like items.
This field is one of three classification categories available primarily for inventory and shipping purposes.  | 
| szShippingCommodityClass | SHCM | char | OPT | NONE | 
A user defined code (41/E) that represents an item property type or classification (for example, international shipment handling). The 
 system uses this code to sort and process similar items. This field is one of three classification categories available primarily for inventory and 
 shipping purposes.
  | 
| szUnitOfMeasurePrimary | UOM1 | char | OPT | NONE | 
A user defined code (00/UM) that identifies the unit of measure that the system uses to express the quantity of an item, for example, EA 
 (each) or KG (kilogram).  | 
| szUnitOfMeasureSecondary | UOM2 | char | OPT | NONE | 
A user defined code (00/UM) that indicates an alternate unit of measure for the item.  | 
| szUnitOfMeasurePurchas | UOM3 | char | OPT | NONE | 
A code (table 00/UM) that identifies the unit of measure in which you usually purchase the item.  | 
| szUnitOfMeasurePricing | UOM4 | char | OPT | NONE | 
A user defined code (00/UM) that indicates the unit of measure in which you usually price the item.  | 
| szUnitOfMeasureShipping | UOM6 | char | OPT | NONE | 
A user defined code (00/UM) that indicates the unit of measure in which you usually ship the item.  | 
| szUnitOfMeasureProduction | UOM8 | char | OPT | NONE | 
A user defined code (00/UM) that indicates the unit of measure in which you produce the item.  | 
| szUnitOfMeasureAllocation | UOM9 | char | OPT | NONE | 
A user defined code (00/UM) that indicates the unit of measure for an item when the item serves as a component, for example, for a bill of 
 material or work order parts list.  | 
| szUnitOfMeasureWeight | UWUM | char | OPT | NONE | 
A user defined code (00/UM) that identifies the unit of measure that the system uses to indicate weight for this item. You can specify ounces, 
 grams, kilograms, and so on, as weight standards. The system uses this unit of measure for the item or overrides it for an individual item or 
 container.  | 
| szUnitOfMeasureVolume | UVM1 | char | OPT | NONE | 
A user defined code (00/UM) that indicates the unit of measure by metric conversion for ambient volume. For example, the unit of measure 
 code for a gallon might be GL, or for a liter it might be LT.  | 
| szUnitOfMeasureStocki | SUTM | char | OPT | NONE | 
The unit of measure commonly used to store the item.  | 
| cUnitofMeasureVolumeorWeI | UMVW | char | OPT | NONE | 
Indicates whether the primary stock accounting unit of measure is in volume or weight. This field only appears if the item is designated as a 
 bulk product in the Item Master Information table. Valid values are:
   V Volume
   W Weight If you leave this field blank, the system uses V.  | 
| szCycleCountCategory | CYCL | char | OPT | NONE | 
A code (table 41/8) that represents the family or cycle in which an item is counted. Cycle counting means that you count different inventory 
 items at different times. Cycle codes commonly represent item values, item locations, time frames, or product groups.  | 
| szGlCategory | GLPT | char | OPT | NONE | 
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.  | 
| cPriceLevel | PLEV | char | OPT | NONE | 
A code that indicates whether the system maintains standard sales prices for an item, different sales prices for each branch/plant, or 
 different sales prices for each location and lot within a branch/plant. The system maintains sales prices in the Base Price file (F4106). Valid codes 
 are:
   1   Item level
   2   Item/Branch level
   3   Item/Branch/Location level   | 
| cLevelPurchasingPrice | PPLV | char | OPT | NONE | 
A code that indicates where to retrieve the purchase price for an item when you enter a purchase order. Valid codes are:
   1   Use the 
 supplier/item price from the Purchase Price table (F41061).
   2   Use the supplier/item/branch price from the Purchase Price table (F41061).
   3   Use 
 the inventory cost from the Inventory Cost table (F4105). This cost is based on the inventory cost level and the purchasing cost method you 
 specify for the item.
The first two codes are applicable only if you set up supplier costs in the Procurement system. If you do not set up 
 supplier costs, the system uses the inventory cost as the default for the purchase order.  | 
| cCostLevel | CLEV | char | OPT | NONE | 
A code that indicates whether the system maintains one overall inventory cost for the item, a different cost for each branch/plant, or a 
 different cost for each location and lot within a branch/plant. The system maintains inventory costs in the Inventory Cost table (F4105).
Valid codes 
 are:
   1   Item level
   2   Item/Branch level
   3   Item/Branch/Location level  | 
| cPotencyPricing | PRPO | char | OPT | NONE | 
A user defined code (41/05) that groups several items that contain the same requirements for the Stock Valuation system. Valuation 
 methods are set up by item or pool. The items assigned to the pool use the pool's designated valuation methods for extracting and valuing the 
 inventory.
Enter a valid user defined code (41/05) if you want this item to be valued within a pool rather than as an individual item.  | 
| cCheckAvailabilityYN | CKAV | char | OPT | NONE | 
A code that specifies whether the system performs availability checking.  You might want to turn on availability checking for certain items.  
 For other items, if you assume that an adequate supply is available, leave availability checking turned off.  For PeopleSoft World, valid values 
 are:
Y
The system performs availability checking.
N
The system does not perform availability checking. 
For PeopleSoft EnterpriseOne, a 
 check mark indicates that availability checking is turned on.
  | 
| cBulkPackedFlag | BPFG | char | OPT | NONE | 
A code that indicates if the item is a bulk liquid product. If it is a bulk product, you must perform temperature and density/gravity 
 conversions. To record the movement of bulk products, you must use forms designed specifically for bulk products. If you try to record movement using 
 standard inventory forms, the system prevents the movement. Valid values are:
   P Packaged
   B Bulk liquid 
If you leave this field blank, the 
 system uses P.  | 
| cLayerCodeSource | SRCE | char | OPT | NONE | 
A code that indicates whether lot or serial number is assigned. Lot and serial number processes use the Lot Master table (F4108).
Valid 
 codes are:
   0   Lot assignment is optional. You can manually assign numbers. Quantity can be greater than one. (Default)
   1   Lot assignment is 
 required. The system assigns numbers using the system date in YYMMDD format. Quantity can be greater than one.
   2   Lot assignment is 
 required. The system assigns numbers in ascending order using Next Numbers. Quantity can be greater than one.
   3   Lot assignment is 
 required. You must manually assign numbers. Quantity can be greater than one.
   4   Serial number assignment is optional except during shipment 
 confirmation. Quantity must not exceed one.
   5   Serial number assignment is required. The system assigns numbers using the system date 
 in YYMMDD format. Quantity must not exceed one.
   6   Serial number assignment is required. The system assigns numbers in ascending 
 order using Next Numbers. Quantity must not exceed one.
   7   Serial number assignment is required. You must manually assign numbers. 
 Quantity must not exceed one.  | 
| cConstantFutureUse1 | OT1Y | char | OPT | NONE | 
A code that indicates whether you control the item by potency.  | 
| cConstantFutureUse2 | OT2Y | char | OPT | NONE | 
A code that indicates whether you control the item by grade.  | 
| mnStandardPotency | STDP | MATH_NUMERIC | OPT | NONE | 
The percentage of active ingredients normally found in an item.  | 
| mnFromPotency | FRMP | MATH_NUMERIC | OPT | NONE | 
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.  | 
| mnThruPotency | THRP | MATH_NUMERIC | OPT | NONE | 
A number that indicates the maximum potency or percentage of active ingredients that is acceptable for an item.
The system displays a 
 warning message if you try to purchase or issue items that have a potency that exceeds the maximum potency acceptable. The system does 
 not allow you to sell items that have a potency that exceeds the maximum potency acceptable.  | 
| szStandardGrade | STDG | char | OPT | NONE | 
A code (table 40/LG) that represents the normal grade for an item.  | 
| szFromGrade | FRGD | char | OPT | NONE | 
A user defined code (40/LG) that indicates the minimum grade that is acceptable for an item.
The system displays a warning message if 
 you try to purchase or issue items with grades that do not meet the minimum grade acceptable. The system does not allow you to sell items 
 with grades that do not meet the minimum acceptable level.  | 
| szThruGrade | THGD | char | OPT | NONE | 
A user defined code (40/LG) that indicates the maximum grade that is acceptable for an item.
The system displays a warning message if 
 you try to purchase or issue items with grades that exceed the maximum grade acceptable. The system does not allow you to sell items with 
 grades that exceed the maximum grade acceptable.  | 
| cComponentType | COTY | char | OPT | NONE | 
The component type determines what the component is used for in a bill of material.  For example:
   A Active ingredient
   C Standard 
 Component
   F Filler ingredient  | 
| cStockingType | STKT | char | OPT | NONE | 
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).  | 
| szLineType | LNTY | char | OPT | NONE | 
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  | 
| cContractItem | CONT | char | OPT | NONE | 
An indication, updated internally, that there are one or more formal contracts in place which specify a quantity and price at which this item is 
 to be sold to specific customers.  | 
| cBackordersAllowedYN | BACK | char | OPT | NONE | 
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.
  | 
| szItemFlashMessage | IFLA | char | OPT | NONE | 
User defined code system 40, type FL, which is used to flash a warning message about a particular item.  | 
| szTemporaryItemFlashMessag | TFLA | char | OPT | NONE | 
Allows you to bypass the item-specific unit of measure and use the standard unit of measure. Valid values are:
   blank Use the item-specific 
 unit of measure
   1       Bypass the item-specific unit of measure and use the standard unit of measure  | 
| szPrintMessage1 | INMG | char | OPT | NONE | 
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.  | 
| cAbcCode1SalesInv | ABCS | char | OPT | NONE | 
A code that specifies this item's ABC ranking by sales amount.
Valid values are:
   A Assign this item to the first (largest) amount ranking
   B 
 Assign this item to the second (intermediate) amount ranking
   C Assign this item to the third (smallest) amount ranking
   D Do not include this 
 item when you run ABC Analysis There are three types of ABC analysis-sales, margin, and on-hand value. Within each type of analysis, you 
 can have three groups-A, B, and C.
The ABC Code fields contain a percentage that tells the system how to define the A, B, and C groups for 
 categorizing items during ABC analysis. Each group measures a total within the type of analysis.
For all groups, the system compares the 
 appropriate sales, margin, or on-hand value totals of a single item to the appropriate total for all items and calculates the value of each item. An 
 item's value is its percentage of the appropriate total. The system then arranges the values of all items from highest to lowest value and 
 accumulates the percentages. What happens next depends on the group:
   A group: If an item's value causes the accumulated total to exceed the 
 A accumulated percentage, the system assigns the item to the B group.
   B group: When the accumulated total reaches the percentage you 
 entered for items in the A group, it continues adding values until it reaches the percentage you entered for items in the B group. The system 
 assigns all items whose value falls between the A and B percentages to the B group.
   C group: The C group consists of items whose 
 accumulated value exceeds the B percentage. The percentage that you usually enter for the C group is .999.  | 
| cAbcCode2MarginInv | ABCM | char | OPT | NONE | 
Code indicating this item's ABC ranking by margin amount. Valid values are:
   A Assign this item to the first amount ranking
   B Assign this 
 item to the second amount ranking
   C Assign this item to the third amount ranking
   D Skip this item in the ABC Analysis There are three types of 
 ABC analysis--sales, margin, and on-hand value.
Within each type of analysis, you can have three groups--A, B, and C.
The ABC Code fields 
 contain a percentage that tells the system how to define the A, B, and C groups for categorizing items during ABC analysis. Each group 
 measures a total within the type of analysis.
For all groups, the system compares the appropriate sales, margin, or on-hand value totals of a 
 single item to the appropriate total for all items and calculates the value of each item. An item's value is its percentage of the appropriate total. 
 The system then arranges the values of all items from highest value to lowest value and accumulates the percentages. What happens next 
 depends on the group:
   A group: When the accumulated total reaches the percentage you entered, the system assigns the items whose values 
 are included in the A group. If an item's value causes the total to exceed the A accumulated percentage, the system assigns the item to the B 
 group.
   B group: When the accumulated total reaches the percentage you entered, the system assigns the items whose values are 
 included in the A group. If an item's value causes the total to exceed the A accumulated percentage, the system assigns the item to the B group.
   C 
 group: The C group consists of items whose accumulated value exceeds the B percentage. The percentage that you usually enter for the C 
 group is .999.  | 
| cAbcCode3InvestInv | ABCI | char | OPT | NONE | 
Code indicating this item's ABC ranking by investment in inventory. Valid values are:
   A Assign this item to the first amount ranking
   B 
 Assign this item to the second amount ranking
   C Assign this item to the third amount ranking
   D Skip this item in the ABC Analysis There are three 
 types of ABC analysis--sales, margin, and on-hand value.
Within each type of analysis, you can have three groups--A, B, and C.
The ABC 
 Code fields contain a percentage that tells the system how to define the A, B, and C groups for categorizing items during ABC analysis. Each 
 group measures a total within the type of analysis.
For all groups, the system compares the appropriate sales, margin, or on-hand value totals 
 of a single item to the appropriate total for all items and calculates the value of each item. An item's value is its percentage of the appropriate 
 total. The system then arranges the values of all items from highest value to lowest value and accumulates the percentages. What 
 happens next depends on the group:
   A group: When the accumulated total reaches the percentage you entered, the system assigns the items 
 whose values are included in the A group. If an item's value causes the total to exceed the A accumulated percentage, the system assigns the 
 item to the B group.
   B group: When the accumulated total reaches the percentage you entered for items in the A group, it continues adding 
 values until it reaches the percentage you entered for items in the B group. The system assigns all items whose value falls between the A and 
 B percentages to the B group.
   C group: The C group consists of items whose accumulated value exceeds the B percentage. The 
 percentage that you usually enter for the C group is .999.  | 
| cAbcCodeOverrideIndica | OVR | char | OPT | NONE | 
Maintained automatically by the program, a value here indicates that one or more aspects of an individual item's ABC classification has 
 been changed by a user from the codes generated by the ABC analysis program.  | 
| szTypeWarranty | WARR | char | OPT | NONE | 
A code that identifies the length and extent of a particular warranty. (Future use)  | 
| szCommissionCategory | CMCG | char | OPT | NONE | 
Items with common commission characteristics are assigned to a common category. The assignment is made in the Item Master 
 Revisions or may be made at the individual item location level.  For more information, see Commission/Royalty Information.  | 
| cSerialNumberRequired | SRNR | char | OPT | NONE | 
A code that specifies whether you must attach a serial number to this item at receipt or sale for basic serial number processing, or whether 
 memo lot information is required for advanced serial number processing. Advanced serial number processing allows you to use a serial 
 number to track an item through purchasing and sales. For basic serial number processing, valid values are:
Y
Yes, the system requires a serial 
 number for all transactions pertaining to this item in related inventory, sales, and purchase order programs.
N
No, the system does not require 
 a serial number. 
To specify lots for items with serial numbers, valid values are:
3
Supplier lot number is required (purchasing only).
4
Supplier 
 lot number is required (purchasing only). Memo lot 1 is also required.
5
Supplier lot number is required (purchasing only). Memo lot 1 and 
 memo lot 2 are also required.
6
Non-serialized item number (CSMS only).
Values 3 through 5 specify whether lot assignment is required for items 
 with serial numbers. You can require assignment of up to three lot numbers, including supplier lot, memo lot 1, and memo lot 2.
  | 
| cMethodOfPriceCalcula | PMTH | char | OPT | NONE | 
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
  | 
| cFifoProcessing | FIFO | char | OPT | NONE | 
 | 
| cLotStatusCode | LOTS | char | OPT | NONE | 
A user defined code (41/L) that indicates the status of the lot. If you leave this field blank, it indicates that the lot is approved. All other codes 
 indicate that the lot is on hold.
You can assign a different status code to each location in which a lot resides on Item/Location Information or 
 Location Lot Status Change.  | 
| mnShelfLifeDays | SLD | MATH_NUMERIC | OPT | NONE | 
The number of days that an item can remain in inventory before it expires. The system adds this number to the date that the item is received 
 to determine the expiration date for the item. If you do not enter a value here, you must enter an expiration date each time you receive the lot 
 item.  | 
| mnAddressNumberPlanner | ANPL | MATH_NUMERIC | OPT | NONE | 
The address number of the material planner for this item.  | 
| cPlanningCode | MPST | char | OPT | NONE | 
A code that indicates how Master Production Schedule (MPS), Material Requirements Planning (MRP), or Distribution Requirements 
 Planning (DRP) processes this item. Valid codes are:
   0   Not Planned by MPS, MRP, or DRP
   1   Planned by MPS or DRP
   2   Planned by MRP
   
 3   Planned by MRP with additional independent forecast
   4   Planned by MPS, Parent in Planning Bill
   5   Planned by MPS, Component in 
 Planning Bill 
These codes are hard coded.  | 
| mnPercentMargin | PCTM | MATH_NUMERIC | OPT | NONE | 
As used in the Item Location (F41021) file, a facility the system uses to maintain a consistent profit margin on items whose costs change 
 frequently. By specifying a value, any change to the item's cost causes the system to adjust the list price.
As used in a variety of sales reports, 
 the percent margin represents the ratio between the gross profit earned on a sale and the total amount of the sale itself.  | 
| mnMarginMaintenancePer | MMPC | MATH_NUMERIC | OPT | NONE | 
This field is used as a method to automatically maintain a desired margin. If a value is entered in this field, every purchase order receipt will 
 add the margin percentage to the item's cost, if the costing method is 1, 2, or 6, in order to generate a new list price.
For example:  Item cost = 
 56.00, and Margin Maintenance % = 20, then the new list price will be as follows:
56 * ( 1 + .20 ) = 67.20  | 
| szPartStatusCode | PTSC | char | OPT | NONE | 
A code (table 31/MS) that designates the status of an item.  | 
| cStockNonstock | SNS | char | OPT | NONE | 
A code that determines whether the system performs rounding for planning purposes. Valid values are:
   R Round either up or down to the 
 nearest whole number.
   U Round up to the nearest whole number.
   Blank Do not round.
Example of value R: If the calculated requirements for 
 an item are 4.6, the system rounds the quantity required to 5.0. If the calculated requirements are 4.4, the system rounds the quantity required 
 to 4.0.
Example of value U: If the calculated requirements for an item are greater than 4.0 and less than or equal to 5.0, the system rounds the 
 quantity required to 5.0.  | 
| mnLeadtimeLevel | LTLV | MATH_NUMERIC | OPT | NONE | 
A value that represents the leadtime for an item at its assigned level in the production process, as defined on Plant Manufacturing Data. 
 The system uses this value to calculate the start dates for work orders using fixed leadtimes.
Level leadtime is different for purchased and 
 manufactured items:
Purchased - The number of calendar days required for the item to arrive at your branch/plant after the supplier receives your 
 purchase order.
Manufactured - The number of workdays required to complete the fabrication or assembly of an item after all the 
 components are available.
You can enter level leadtime manually on Manufacturing Values Entry, or you can use the Leadtime Rollup program to 
 calculate it. To calculate level leadtime using the Leadtime Rollup program, you must first enter a quantity in the Manufacturing Leadtime Quantity 
 field in the Item Branch table (F4102).  | 
| mnLeadtimeMfg | LTMF | MATH_NUMERIC | OPT | NONE | 
The total number of days required to build an item from its lowest level components to the final assembly. This value is the total of the level 
 leadtimes for all manufactured items, plus the highest manufacturing leadtime for all its components.
If all components are purchased, the 
 manufacturing leadtime equals the item's level leadtime. Purchased item leadtimes are not included in the calculation of manufacturing 
 leadtimes.
You can enter the manufacturing leadtime manually or you can have the system calculate it when you run the Leadtime Rollup program.  | 
| mnLeadtimeCum | LTCM | MATH_NUMERIC | OPT | NONE | 
The total number of days required to build an item from its lowest level components to the final assembly. The system calculates the value 
 differently for manufactured and purchased items.
Manufactured - The total of all level leadtimes for all manufactured items,plus the highest 
 cumulative leadtime of all its components.
Purchased - The item's level leadtime. Purchased item leadtimes are included in the calculation of 
 cumulative leadtimes.
You can enter this value manually or you can have the system calculate it when you run the Leadtime Rollup program.  | 
| cOrderPolicyCode | OPC | char | OPT | NONE | 
A code that specifies the rules for inventory reordering in the Requirements Planning and Procurement systems. Valid values are:
0
Reorder 
 point (Not planned by MPS/MRP/DRP)
1   
Lot-for-lot or as required
2   
Fixed order quantity
3
Economic order quantity (EOQ)
4
Periods of 
 supply
5
Rate scheduled item
Note: These values are hard-coded.
  | 
| mnOrderPolicyValue | OPV | MATH_NUMERIC | OPT | NONE | 
A value that the system uses in conjunction with the order policy code to represent one of the following:
    
o  When you select order policy 
 code 2 (fixed order quantity), this value represents the fixed order quantity.
o  When you select order policy 4 (periods of supply), this value 
 represents the number of days of net requirements that the system uses to determine order size.
    
o  When you select order policy code 5 (rate 
 scheduled item), this value represents the desired inventory level. When the ending available quantity is less than the desired inventory level, 
 then the system issues an "increase rate to" message. When the ending available quantity is greater than the desired inventory level, then 
 the system issues a "decrease rate to" message.
  | 
| mnAcctingCostQty | ACQ | MATH_NUMERIC | OPT | NONE | 
An amount that the system uses in the Cost Rollup program to determine the allocation of setup costs. The system totals the setup costs 
 and divides the sum by this quantity to determine a unit setup cost. The default is 1.  | 
| mnMfgLeadtimeQty | MLQ | MATH_NUMERIC | OPT | NONE | 
The quantity that determines the leadtime level for a manufactured item. Each of the routing steps for the item are extended by this quantity. 
 For the system to calculate the leadtime level, the quantity in this field must be a value other than zero.  | 
| mnLeadtimePerUnit | LTPU | MATH_NUMERIC | OPT | NONE | 
The total number of hours required to build one unit as specified on the routing. This value is factored by the time basis code.
You can enter 
 this value manually or you can have the system calculate it when you run the Leadtime Rollup program. The system overwrites this value 
 when you run the Leadtime Rollup program.
The system uses this field to calculate start dates for work orders when you use variable leadtimes.  | 
| cPlanTimeFenceRule | MPSP | char | OPT | NONE | 
A code (system 34, table TF) that the system uses in conjunction with the Planning Time Fence Days field to determine how forecast 
 demand or actual customer demand is used.
For example:
   S tells the system to plan using customer demand before the time fence and forecast 
 after the time fence
   F tells the system to plan using forecast before the time fence and forecast plus customer demand after the time fence 
If 
 you enter 5 in the Planning Time Fence Days field and S in this field, then the system uses only customer demand for the regeneration for the 
 first 5  days. After 5 days, the system uses the forecast for the regeneration.
Valid codes are:
   C Customer demand before, greater of forecast 
 or customer demand after
   F Forecast before, forecast plus customer demand after
   G Greater of forecast or customer demand before, 
 forecast after
   S Customer demand before, forecast after
   1   Zero before, forecast after
   3   Zero before, forecast plus customer demand after   | 
| cFixedVariableLeadtime | MRPP | char | OPT | NONE | 
A code that determines whether the system uses fixed or variable leadtimes.
This code works in conjunction with the value from either the 
 Level Leadtime field or the Leadtime Per Unit field. Valid codes are:
   F Fixed leadtime - The system calculates work order start dates using the 
 value from the Leadtime Level field.
   V Variable leadtime - The system calculates work order start dates using the value from the Leadtime 
 Per Unit field.  | 
| cIssueTypeCode | ITC | char | OPT | NONE | 
A code that indicates how the system issues each component in the bill of material from stock. In Shop Floor Management, it indicates how 
 the system issues a part to a work order. Valid values are:
   I Manual issue
   F Floor stock (there is no issue)
   B Backflush (when the part is 
 reported as complete)
   P Preflush (when the parts list is generated)
   U Super backflush (at the pay-point operation)
   S Sub-contract item (send 
 to supplier)
   Blank Shippable end item 
You can issue a component in more than one way within a specific branch/plant by using different 
 codes on the bill of material and the work order parts list. The bill of material code overrides the branch/plant value.  | 
| cOrderWithYN | ORDW | char | OPT | NONE | 
Future use. The Order With code determines if work order generation (P31410) will explode this items bill of material to create orders for this 
 items components.  | 
| mnPlanningTimeFenceDays | MTF1 | MATH_NUMERIC | OPT | NONE | 
The number of days that the system uses in conjunction with the time fence rule to determine how the forecast is used. Enter the number of 
 days after the start date when the time fence rule changes from the first rule to the second rule.
For example, if the time fence rule is S (customer 
 demand before the time fence, forecast after the time fence), the generation start date is 01/03/05,and the planning time fence is 3 days, the 
 system plans using customer demand through 01/06/05. Beginning on 01/07/05, the system plans using the forecast.
Note that:
    o The 
 system does not count the generation start date; that is, the day after the generation start date is day 1.
    o For manufactured items, the system 
 counts working days, as defined in the Shop Floor Calendar.
    o For purchased items, the system counts calendar days.  | 
| mnFreezeTimeFenceDays | MTF2 | MATH_NUMERIC | OPT | NONE | 
The number of days from the generation start date within which the system does not generate action messages.
For example, if the 
 generation start date is 01/03/05, and the freeze time fence is 3 days, the planning system does not generate messages with required dates that are 
 less than or equal to 01/06/05.
Note:
o The system does not count the generation start date; that is, the day after the generation start date is 
 day 1.
o For manufactured items, the system counts working days, as defined in the shop floor calendar.
o For purchased items, the system 
 counts calendar days.
  | 
| mnMsgTimeFenceDays | MTF3 | MATH_NUMERIC | OPT | NONE | 
The number of days after the generation start date within which the system should display order messages.
For example, if the generation 
 start date is 01/01/05, and the message time fence is 30 days, the system displays messages with dates less than or equal to 01/31/05. The 
 system does not display messages with dates of 02/01/05 or later. However, the planning horizon for orders continues past this date and is 
 reflected in available to promise totals.
Note that:
    o The system does not count the generation start date; that is, the day after the generation 
 start date is day 1.
    o For manufactured items, the system counts working days, as defined in the Shop Floor Calendar.
    o For purchased 
 items, the system counts calendar days.  | 
| mnTimeFence4 | MTF4 | MATH_NUMERIC | OPT | NONE | 
Manufacturing time fence 4 - Future use.  | 
| mnTimeFence5 | MTF5 | MATH_NUMERIC | OPT | NONE | 
Manufacturing time fence 5 - Future use.  | 
| mnExpediteDamperDays | EXPD | MATH_NUMERIC | OPT | NONE | 
 | 
| mnDeferDamperDays | DEFD | MATH_NUMERIC | OPT | NONE | 
 | 
| mnSafetyLeadtime | SFLT | MATH_NUMERIC | OPT | NONE | 
The safety leadtime is used in DRP/MPS/MRP processing as a safety leadtime for the item.  The safety leadtime is used as cusion to the 
 level leadtime.  | 
| cMakeBuyCode | MAKE | char | OPT | NONE | 
This code is used in conjunction with the stocking type code to define the origin of the part.  | 
| cCoproductsByproducts | COBY | char | OPT | NONE | 
A code that distinguishes standard components or ingredients from co-products,by-products, and intermediates. Co-products are 
 (concurrent) end items as the result of a process. By-products are items that can be produced at any step of a process, but were not planned. 
 Intermediate products are items defined as a result of a step but are automatically consumed in the following step.
Generally, intermediates are 
 nonstock items and are only defined steps with a pay-point for reporting purposes. Standard components (Discrete Manufacturing)
or ingredients 
 (Process Manufacturing) are consumed during the production process. Valid values are:
   C Co-products
   B By-products
   I Intermediate 
 products
   Blank Standard components or ingredients  | 
| mnLowLevelCode | LLX | MATH_NUMERIC | OPT | NONE | 
This identifies the lowest level in any bill of material at which a particular component may appear..  | 
| cAllocateByLot | CMGL | char | OPT | NONE | 
A code that indicates the method that the system uses to commit lot items from inventory. Valid codes are:
   1   The normal commitment 
 method for inventory. The system commits inventory from the primary location and then from secondary locations.
       The system commits 
 inventory from the locations with the most inventory before committing inventory from locations with the least. The system commits backorders to 
 the primary location.
   2   The inventory commitment method by lot number. The system commits inventory by lot number, starting with the 
 lowest lot number and committing orders to available lots.
   3   The inventory commitment method by lot expiration date. The system commits 
 inventory from the locations with the earliest expiration date first. The system considers only locations with expiration dates greater than or equal 
 to the sales order or parts list requested date.  | 
| mnCommitmentSpecificDays | COMH | MATH_NUMERIC | OPT | NONE | 
A number that the system uses to determine when to commit inventory to an order in sales order processing. This value in days is added to 
 current date and compared with the promised ship date for the order line.  If the promised date is greater than the calculated date, then the 
 order line will be future committed in the Item Location record (F41021).  Enter 999 to eliminate future commits.  | 
| szUserReservedCode | URCD | char | OPT | NONE | 
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.  | 
| jdUserReservedDate | URDT | JDEDATE | OPT | NONE | 
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.  | 
| mnUserReservedAmount | URAT | MATH_NUMERIC | OPT | NONE | 
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.  | 
| mnUserReservedNumber | URAB | MATH_NUMERIC | OPT | NONE | 
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.  | 
| szUserReservedReference | URRF | char | OPT | NONE | 
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.
  | 
| szUserId | USER | char | OPT | NONE | 
The code that identifies a user profile.
  | 
| szProgramId | PID | char | OPT | NONE | 
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.
  | 
| szWorkStationId | JOBN | char | OPT | NONE | 
The code that identifies the work station ID that executed a particular job.
  | 
| jdDateUpdated | UPMJ | JDEDATE | OPT | NONE | 
The date that specifies the last update to the file record.  | 
| jdDateUpdated_2 | UPMJ | JDEDATE | OPT | NONE | 
The date that specifies the last update to the file record.  | 
| mnTimeOfDay | TDAY | MATH_NUMERIC | OPT | NONE | 
The computer clock in hours:minutes:seconds.  | 
| szUPCNumber | UPCN | char | OPT | NONE | 
The Universal Product Code number which must conform to the UCC structure for UPC numbers.  | 
| szAggregateSCCCodePI0 | SCC0 | char | OPT | NONE | 
The SCC number for a code with a Packaging Indicator of 0 (aggregate SCC code). Must conform to UCC conventions for SCC numbers.  | 
| szUnitofMeasureUPC | UMUP | char | OPT | NONE | 
The unit of measure at the Universal Product Code level. (The lowest consumer-saleable package.)  | 
| szUnitofMeasureAggregateUPC | UMDF | char | OPT | NONE | 
The unit of measure code to use for each universal product code (UPC) quantity that is contained in the aggregate service class code 
 (SCC) pack.  | 
| szUnitofMeasureSCCPI0 | UMS0 | char | OPT | NONE | 
The unit of measure that is associated with an SCC pack that has a Packaging Indicator of 0.  | 
| szUnitofMeasureSCCPI1 | UMS1 | char | OPT | NONE | 
The unit of measure that is associated with an SCC pack that has a Packaging Indicator of 1.  | 
| szUnitofMeasureSCCPI2 | UMS2 | char | OPT | NONE | 
The unit of measure that is associated with an SCC pack that has a Packaging Indicator of 2.  | 
| szUnitofMeasureSCCPI3 | UMS3 | char | OPT | NONE | 
The unit of measure that is associated with an SCC pack that has a Packaging Indicator of 3.  | 
| szUnitofMeasureSCCPI4 | UMS4 | char | OPT | NONE | 
The unit of measure that is associated with an SCC pack that has a Packaging Indicator of 4.  | 
| szUnitofMeasureSCCPI5 | UMS5 | char | OPT | NONE | 
The unit of measure that is associated with an SCC pack that has a Packaging Indicator of 5.  | 
| szUnitofMeasureSCCPI6 | UMS6 | char | OPT | NONE | 
The unit of measure that is associated with an SCC pack that has a Packaging Indicator of 6.  | 
| szUnitofMeasureSCCPI7 | UMS7 | char | OPT | NONE | 
The unit of measure that is associated with an SCC pack that has a Packaging Indicator of 7.  | 
| szUnitofMeasureSCCPI8 | UMS8 | char | OPT | NONE | 
The unit of measure that is associated with an SCC pack that has a Packaging Indicator of 8.  | 
| cPayonconsumption | POC | char | OPT | NONE | 
A code that indicates whether an item is received at the time of inventory issues or if the system uses the Move and Disposition program. 
 Valid values are:
   0   The system does not perform any actions.
   1   The system receives an item when an inventory issue occurs.
   2   The 
 system uses the Movement and Disposition program when an inventory issue occurs.  | 
| mnAverageQueueTimeHours | AVRT | MATH_NUMERIC | OPT | NONE | 
The time required before a consuming location has a replacement kanban available from its supplying location.
This value is used only for 
 kanban card processing in Shop Floor Management.  | 
| szPalletType | EQTY | char | OPT | NONE | 
A code (46/EQ) that identifies a storage container or a shipping carton. A storage container can be an open container where items are 
 stored on the container (for example, a pallet), or a closed container where items are stored in the container (for example, a box). You use the 
 Container and Carton Codes program (P46091) to define storage containers.  | 
| cItemWeightRequired | WTRQ | char | OPT | NONE | 
Item Weight Required Y/N  | 
| szTemplate | TMPL | char | OPT | NONE | 
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.  | 
| szSegment1 | SEG1 | char | OPT | NONE | 
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.  | 
| szSegment2 | SEG2 | char | OPT | NONE | 
The second 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.  | 
| szSegment3 | SEG3 | char | OPT | NONE | 
The third 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.  | 
| szSegment4 | SEG4 | char | OPT | NONE | 
The fourth 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.  | 
| szSegment5 | SEG5 | char | OPT | NONE | 
The fifth 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.  | 
| szSegment6 | SEG6 | char | OPT | NONE | 
The sixth 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.  | 
| szSegment7 | SEG7 | char | OPT | NONE | 
The seventh 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.  | 
| szSegment8 | SEG8 | char | OPT | NONE | 
The eighth 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.  | 
| szSegment9 | SEG9 | char | OPT | NONE | 
The ninth 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.  | 
| szSegment10 | SEG0 | char | OPT | NONE | 
The tenth 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.  | 
| cMatrixControlled | MIC | char | OPT | NONE | 
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.
  | 
| cActiveIngredientFlag | AING | char | OPT | NONE | 
A code that indicates whether an item is an active component of a parent item. When the item is an active component, the system can 
 calculate a parent item's expiration date by comparing all component expiration dates and choosing the earliest date. Valid values 
 are:
Blank
The item is not an active component of a parent item.
1
The item is an active component of a parent item.  | 
| mnBestBeforeDefaultDays | BBDD | MATH_NUMERIC | OPT | NONE | 
The number of days that an item can remain in inventory before it should be consumed. The system uses the number that you enter to 
 calculate the best before date using two different methods, depending on whether the number that you enter in this field is positive or negative. If 
 the value is positive, the system adds the days to the based on date to determine the best before date for the lot. If the number is negative, the 
 system subtracts the days from the lot expiration date to determine the best before date.
  | 
| cCommitmentDateMethod | CMDM | char | OPT | NONE | 
A user defined code (H40/CD) that specifies which date the system uses to commit inventory when an item is committed by date. The 
 default value is 01 (lot expiration date). The date fields are stored in the Lot Master table (F4108).
  | 
| cLotExpirationDateCalculat | LECM | char | OPT | NONE | 
A code that indicates which method the system uses for calculating the expiration date for a lot. Valid values are:
1
On-hand date + shelf life 
 days
2
Based on date + shelf life days
3
Least expiration date of active components
  | 
| mnLotEffectiveDefaultDays | LEDD | MATH_NUMERIC | OPT | NONE | 
The number of days that an item must remain in inventory before the system considers the item to be available for sales and manufacturing 
 commitments. To calculate the lot effective date, the system adds the number that you enter in this field to the based on date that appears in 
 the Lot Master table (F4108).
  | 
| mnPurchasingEffectiveDays | PEFD | MATH_NUMERIC | OPT | NONE | 
The number of days after a purchased item isreceived that a lot becomes available. The system uses this number when calculating and 
 displaying the effective date field in the Purchase Orders program (P4310) and the PO Receipts program (P4312).
  | 
| mnSellByDefaultDays | SBDD | MATH_NUMERIC | OPT | NONE | 
The number of days that an item can remain in inventory before it should be sold. The system uses the number that you enter to calculate 
 the sell by date using two different methods, depending on whether the value that you enter in this field is positive or negative. If you enter a 
 positive value, the system adds the days to the based on date to determine the sell by date for the lot. If you enter a negative value, the system 
 subtracts the days from the lot expiration date to determine the sell by date.
  | 
| mnUserLotDate1DefaultDays | U1DD | MATH_NUMERIC | OPT | NONE | 
The number of days that the system uses to calculate the value for the User Lot Date 1 field of the Lot Master table (F4108). The system 
 calculates the value for the User Lot Date 1 field using one of two methods, depending on whether the number that you enter in this field is 
 positive or negative. If you enter a positive value, the system adds the days to the based on date to determine the value for the User Lot Date 1 
 field. If you enter a negative value, the system subtracts the days from the lot expiration date to determine the value for the User Lot Date 1 
 field.
  | 
| mnUserLotDate2DefaultDays | U2DD | MATH_NUMERIC | OPT | NONE | 
The number of days that the system uses to calculate the value for the User Lot Date 2 field of the Lot Master table (F4108). The system 
 calculates the value for the User Lot Date 2 field using one of two methods, depending on whether the number that you enter in this field is 
 positive or negative. If you enter a positive value, the system adds the days to the based on date to determine the value for the User Lot Date 2 
 field. If you enter a negative value, the system subtracts the days from the lot expiration date to determine the value for the User Lot Date 2 
 field.
  | 
| mnUserLotDate3DefaultDays | U3DD | MATH_NUMERIC | OPT | NONE | 
The number of days that the system uses to calculate the value for the User Lot Date 3 field of the Lot Master table (F4108). The system 
 calculates the value for the User Lot Date 3 field using one of two methods, depending on whether the number that you enter in this field is 
 positive or negative. If you enter a positive value, the system adds the days to the based on date to determine the value for the User Lot Date 3 
 field. If you enter a negative value, the system subtracts the days from the lot expiration date to determine the value for the User Lot Date 3 
 field.
  | 
| mnUserLotDate4DefaultDays | U4DD | MATH_NUMERIC | OPT | NONE | 
The number of days that the system uses to calculate the value for the User Lot Date 4 field of the Lot Master table (F4108). The system 
 calculates the value for the User Lot Date 4 field using one of two methods, depending on whether the number that you enter in this field is 
 positive or negative. If you enter a positive value, the system adds the days to the based on date to determine the value for the User Lot Date 4 
 field. If you enter a negative value, the system subtracts the days from the lot expiration date to determine the value for the User Lot Date 4 
 field.
  | 
| mnUserLotDate5DefaultDays | U5DD | MATH_NUMERIC | OPT | NONE | 
The number of days that the system uses to calculate the value for the User Lot Date 5 field of the Lot Master table (F4108). The system 
 calculates the value for the User Lot Date 5 field using one of two methods, depending on whether the number that you enter in this field is 
 positive or negative. If you enter a positive value, the system adds the days to the based on date to determine the value for the User Lot Date 5 
 field. If you enter a negative value, the system subtracts the days from the lot expiration date to determine the value for the User Lot Date 5 
 field.
  | 
| mnDualTolerance | DLTL | MATH_NUMERIC | OPT | NONE | 
A number, expressed as a percentage, that the system uses to ensure that the primary and dual quantities on a transaction are within a 
 certain range of the standard conversion. For example, assume that you enter three percent as the dual tolerance for an item and that a case of 
 the item weighs approximately 100 pounds. When the system confirms shipment for a case of the item, you must enter a weight between 97 
 and 103 pounds to be within dual tolerance. The system does not check dual tolerance for inventory adjustments due to evaporation or 
 shrinkage.  | 
| cDualPickingProcessOption | DPPO | char | OPT | NONE | 
An option that determines for a dual unit of measure item whether the system uses the primary or secondary unit of measure for the following 
 processes:
  o Picking
  o Sales order availability checking
  o Committing inventory for sales
  o Splitting purchase order lines 
To use the 
 primary unit of measure, do not choose this option. To use the secondary unit of measure, choose this option.  | 
| cDualUnitOfMeasureItem | DUAL | char | OPT | NONE | 
An option that indicates that the system must maintain inventory balances and record transactions for an item in a secondary unit of 
 measure that does not have a fixed conversion to the primary unit of measure. Typically, you choose this option when the item is ordered or sold by 
 a packaged quantity and priced by weight or volume.
Note: For a dual unit of measure item, the system might require a tolerance check for 
 inventory transactions (excluding inventory adjustments) between the primary unit of measure and the secondary unit of measure.  | 
| cCrossDockFlagYN | XDCK | char | OPT | NONE | 
A code that associates items or order lines with cross-dock processing. This code might indicate whether an item or an order line is eligible 
 for cross-docking, whether it was cross-docked, or whether it needs to be cross-docked. When it is assigned to an item or item-branch, this 
 code indicates that the item or the item in the branch/plant is eligible for cross-docking. When it is assigned to an order line, this code 
 indicates that the order line needs to be cross docked. Valid values are:
1
Yes, cross-docking is on
0 (blank)
No, cross-docking is off
  | 
| cLotAuditFlag | LAF | char | OPT | NONE | 
An option that indicates whether the system creates a lot audit record when certain information is modified.
  | 
| cSpecialLotFormat | LTFM | char | OPT | NONE | 
An option that indicates that you can use an external program to format the Lot/Serial Number field.
  | 
| cRestrictWoLotAssignment | RWLA | char | OPT | NONE | 
An option that indicates whether special lot number restrictions exist.
  | 
| cLotNumberPreAsignment | LNPA | char | OPT | NONE | 
An option that determines whether the system must preassign lot numbers before processing the transaction.
  | 
| szLotStatusCodeExpanded | LOTC | char | OPT | NONE | 
A user defined code (41/L) that indicates the status of a lot. For example, E represents expired.  | 
| cConstraintsFlag | APSC | char | OPT | NONE | 
A code that specifies that the entity is constraint-based and can be planned by SCP.
  | 
| szAPSPlanningUOM | AUOM | char | OPT | NONE | 
 | 
| cConsumable | CONB | char | OPT | NONE | 
Future use. 
A value in APS that indicates whether an item is consumed. This field is not required for groups.
  | 
| cComposition | GCMP | char | OPT | NONE | 
Reserved for J.D. Edwards. 
  | 
| mnPriorityOneAlertLevel | PRI1 | MATH_NUMERIC | OPT | NONE | 
Reserved by J.D. Edwards.
  | 
| mnPriorityTwoAlertLevel | PRI2 | MATH_NUMERIC | OPT | NONE | 
Reserved by J.D. Edwards. 
  | 
| cAllowShippingHeldLots | ASHL | char | OPT | NONE | 
An option that indicates whether the system can ship lots that are on hold. If you do not choose this option, the system does not ship lots that 
 are on hold.
  | 
| cVendorManagedInventory | VMINV | char | OPT | NONE | 
Vendor managed inventory.
  | 
| cMethodOfCostCalcula | CMETH | char | OPT | NONE | 
A code that indicates how the system calculates the cost for a configured item. Valid values are:
1
The system accumulates the base costs 
 of the components with the configured cost adjustments, and then discounts the total.
2
The system accumulates the base cost of the parent 
 item with the configured cost adjustments, and then discounts the total.
3
The system accumulates the configured cost adjustments, and then 
 discounts the total.
4
The system accumulates the individually discounted costs of the components with the configured cost adjustments. 
Note: 
 The system discounts the costs only 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
  | 
| cExplodeItem10 | EXPI | char | OPT | NONE | 
This is a code to indicate to the constraint based planning system to stop the further explosion of the item into its components to calculate 
 their requirements. It is used in a assemble to order environment where the components are stocked and final assemly is based on the 
 customer demand. The valid values are:
   1   stop explosion
   0   continue explosion  | 
| szErrorMessageID | DTAI | char | OPT | NONE | 
A code that identifies and defines a unit of information. It is an alphanumeric code up to 8 characters long that does not allow blanks or 
 special characters such as %, &, or +. You create new data items using system codes 55-59. You cannot change the alias.
  | 
| cSuppressErrorMessage | SUPPS | char | OPT | NONE | 
A flag indicating whether or not runtime error messaging will occur when an error message is issued from a business function.
       0 = allow 
 runtime error message handling.
       1 = suppress runtime error message handling.  | 
| cTableIOStatus | EV01 | char | OPT | NONE | 
An option that specifies the type of processing for an event.
  |