F4102ConfiguratorCache

The job number (work station ID) which executed the particular job.

Number of Days in Future to Query for Responses Due. 

Number of Days in Future to Query for Responses Due. 

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

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

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.

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.

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

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

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 commodity code number for the item.

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.

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.

The address book number of the preferred provider of this item.

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

A user defined code (41/L) that indicates the status of a lot. For example, E represents expired.

An option that determines whether the system must preassign lot numbers before processing the transaction.

An option that indicates whether special lot number restrictions exist.

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.

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.

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.

A user defined code (41/I) that indicates how you stock an item, for example, as finished goods or as raw materials. The following stocking 
types are hard-coded and you should not change them:    0   Phantom item    B Bulk floor stock    C Configured item    E Emergency/corrective 
maintenance    F Feature    K Kit parent item    N Nonstock  The first character of Description 2 in the user defined code table indicates if the item 
is purchased (P) or manufactured (M).

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

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.

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.

A user defined code (30/TB) that indicates how machine or labor hours are expressed for a product. Time basis codes identify the time 
basis or rate to be used for machine or labor hours entered for every routing step. For example, 25 hours per 1,000 pieces or 15 hours per 
10,000 pieces. You can maintain the time basis codes in Time Basis Codes. The system uses the values in the Description-2 field on the User 
Defined Codes form for costing and scheduling calculations. The description is what the code represents, but is not used in calculations.

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.

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.

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

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.

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.

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.

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.

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

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

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.

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

An option that indicates whether the system creates a lot audit record when certain information is modified.

A code that indicates whether you control the item by potency.

The percentage of active ingredients normally found in an item.

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.

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.

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.

A code that specifies that the entity is constraint-based and can be planned by SCP.