| Parameter Name | Data Item | Data Type | Req/Opt | I/O/Both | 
| mnItemNumberShortKit | KIT | MATH_NUMERIC | OPT | NONE | 
The system provides for three separate item numbers.
   1.   Item Number (short) - An eight-digit, computer assigned, completely 
 non-significant 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.  | 
| szItemNumber2ndKit | KITL | char | OPT | NONE | 
The system provides for three separate item numbers.
   1.   Item Number (short) - An eight-digit, computer assigned, completely 
 non-significant 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.
This is used in a parts list as either a parent or component number. In the Equipment 
 Management system, this item is used for memo purposes only.  | 
| szCostCenterAlt | MMCU | char | OPT | NONE | 
A code that represents a high-level business unit. Use this code to refer to a branch or plant that might have departments or jobs, which 
 represent lower-level business units, subordinate to it. For example:
    o Branch/Plant (MMCU)
    o Dept A (MCU)
    o Dept B (MCU)
    o Job 123 
 (MCU)
Business unit security is based on the higher-level business unit.  | 
| mnItemNumberRelated | RITM | MATH_NUMERIC | OPT | NONE | 
 | 
| szUnitOfMeasureAsInput | UOM | char | OPT | NONE | 
A user defined code (00/UM) that indicates the quantity in which to express an inventory item, for example, CS (case) or BX (box).
  | 
| 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.
  | 
| szBranchComponent | CMCU | char | OPT | NONE | 
A secondary or lower-level business unit. The system uses the value that you enter to indicate that a branch or plant contains several 
 subordinate departments or jobs. For example, assume that the component branch is named MMCU. The structure of MMCU might be as follows:
   
 Branch/Plant - (MMCU)
      Dept A - (MCU)
      Dept B - (MCU)
      Job 123 - (MCU)  | 
| szUnitOfMeasure | UM | char | OPT | NONE | 
A user defined code (00/UM) that identifies the unit of measurement for an amount or quantity. For example, it can represent a barrel, box, 
 cubic meter, liter, hour, and so on.  | 
| szTypeBill | TBM | char | OPT | NONE | 
A user defined code (40/TB) that designates the type of bill of material. You can define different types of bills of material for different uses. 
 For example:
   M     Standard manufacturing bill
   RWK   Rework bill
   SPR   Spare parts bill 
The system enters bill type M in the work order 
 header when you create a work order, unless you specify another bill type. The system reads the bill type code on the work order header to 
 know which bill of material to use to create the work order parts list. MRP uses the bill type code to identify the bill of material to use when it 
 attaches MRP messages. Batch bills of material must be type M for shop floor management, product costing, and MRP processing.  | 
| mnUnitsBatchQuantity | BQTY | MATH_NUMERIC | OPT | NONE | 
The quantity of finished units that you expect this bill of material or routing to produce. You can specify varying quantities of components 
 based on the amount of finished goods produced. For example, 1 ounce of solvent is required per unit up to 100 units of finished product. 
 However, if 200 units of finished product is produced, 2 ounces of solvent are required per finished unit. In this example, you would set up batch 
 quantities for 100 and 200 units of finished product, specifying the proper amount of solvent per unit.  | 
| mnQtyRequiredStandard | QNTY | MATH_NUMERIC | OPT | NONE | 
The number of units that the system applies to the transaction.
  | 
| mnPercentOfScrap | SCRP | MATH_NUMERIC | OPT | NONE | 
The percentage of unusable component material that is created during the manufacture of a particular parent item. 
During DRP/MPS/MRP 
 generation, the system increases gross requirements for the component item to compensate for the loss.
Note: Shrink is the expected loss of 
 parent items (and hence, components) due to the manufacturing process. Shrink and scrap are compounded to figure the total loss in the 
 manufacture of a particular item. Accurate shrink and scrap factors can help to produce more accurate planning calculations.
Enter percentages 
 as whole numbers: 5 percent as 5.0
  | 
| jdEffectiveFromDate | EFFF | JDEDATE | OPT | NONE | 
A date that indicates one of the following:
    o When a component part goes into effect on a bill of material
    o When a routing step goes into 
 effect as a sequence on the routing for an item
    o When a rate schedule is in effect The default is the current system date. You can enter 
 future effective dates so that the system plans for upcoming changes. Items that are no longer effective in the future can still be recorded and 
 recognized in Product Costing, Shop Floor Management, and Capacity Requirements Planning. The Material Requirements Planning system 
 determines valid components by effectivity dates, not by the bill of material revision level. Some forms display data based on the effectivity 
 dates you enter.  | 
| jdEffectiveThruDate | EFFT | JDEDATE | OPT | NONE | 
A date that indicates one of the following:
    o When a component part is no longer in effect on a bill of material
    o When a routing step is no 
 longer in effect as a sequence on the routing for an item
    o When a rate schedule is no longer active The default is December 31 of the 
 default year defined in the Data Dictionary for Century Change Year. You can enter future effective dates so that the system plans for upcoming 
 changes. Items that are no longer effective in the future can still be recorded and recognized in Product Costing, Shop Floor Management, 
 and Capacity Requirements Planning. The Material Requirements Planning system determines valid components by effectivity dates, not by 
 the bill of material revision level. Some forms display data based on the effectivity dates you enter.  | 
| mnSequenceNoOperations | OPSQ | MATH_NUMERIC | OPT | NONE | 
A number used to indicate an order of succession.
In routing instructions, a number that sequences the fabrication or assembly steps in the 
 manufacture of an item. You can track costs and charge time by operation.
In bills of material, a number that designates the routing step in the 
 fabrication or assembly process that requires a specified component part. You define the operation sequence after you create the routing 
 instructions for the item. The Shop Floor Management system uses this number in the backflush/preflush by operation process.
In engineering 
 change orders, a number that sequences the assembly steps for the engineering change.
For repetitive manufacturing, a number that 
 identifies the sequence in which an item is scheduled to be produced.
Skip To fields allow you to enter an operation sequence that you want to begin 
 the display of information.
You can use decimals to add steps between existing steps. For example, use 12.5 to add a step between steps 
 12 and 13.  | 
| mnComponentNumberBill | CPNB | MATH_NUMERIC | OPT | NONE | 
A number that specifies how the system displays the sequence of components on a single-level bill of material. This number initially 
 indicates the sequence in which a component was added to the bill of material. You can modify this number to change the sequence in which the 
 components appear.
  | 
| 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  | 
| cRecordOrigin | RDOR | char | OPT | NONE | 
A code that specifies the origin of a record. Valid values are: 
1
System
2
User
  | 
| 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.  | 
| mnTimeLastUpdated | UPMT | MATH_NUMERIC | OPT | NONE | 
The time that specifies when the program executed the last update to this record.  | 
| cActionMode | EV01 | char | OPT | NONE | 
An option that specifies the type of processing for an event.
  | 
| cErrorCode | ERRC | char | OPT | NONE | 
This error code indicates if any errors occurred during the creation of the Trip Document Detail (F4914) records by the Delivery Document 
 Set Server program (XT4914).  |