A value that identifies a unique kanban size calculation method.

A unique identifier for the first kanban assigned to an item in a specified branch/plant, consuming location, or supplying location.

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 number of periods that the system uses to calculate availability and assigned workloads. Periods are expressed as days or weeks, 
based on the value in the Period Type field.

A value that identifies the number of days between a kanban card checkout action and the supplier receiving the notification of the 
checkout.

A number computed by exponentially smoothing the previous value of lead time days and the current lead time.  Lead time is determined 
as the number of days between entry of the P.O. and full receipt of the order.  A new lead time days is not calculated for partial receipts, unless 
a specific percentage of the receipt to be used for recalculation is specified in the processing options of either Receipts by P.O. (P430210) 
or Receipts by Item (P43210). Please see online HELPs for the Supplier Analysis program (P43110) for examples of leadtime calculation.

The percentage applied. For Suppler Release Scheduling:  The percentage of the planned quantity that the system applies to the 
corresponding supplier. The total planned quantity must equal 100%. Otherwise, the system displays an error message.

A value that identifies the demand for a kanban item at its consuming location. Express the value as a percentage of the total demand for 
the same item at all locations in the branch/plant over a period of time.

The standard quantity of containers that you use in the manufacturing process (typically, in a repetitive manufacturing environment). The 
quantity that you enter determines the number of bar code labels that you will need for shipping. It also modifies order release quantities.

The capacity of a container in a kanban-controlled environment.

The minimum order quantity a particular supplier will accept for this item.

Use this memo field when a maximum quantity limitation must be observed, due to the nature of the goods being shipped or restrictions 
imposed by the carrier.

A value that identifies the minimum number of cards for a kanban. Each card represents a container.

A value that identifies the maximum number of cards for a kanban. Each card represents a container.

The quantity of stock kept on hand to cover high-side variations in demand.

- - - Good Performance Low Value. 

- - - Good Performance Low Value. 

- - - Good Performance Low Value. 

A value that identifies the number of days a kanban specific item is used in production per period. This value is generally used in arriving at 
an average daily demand in kanban calculations. For example, if a kanban specific item is required on Mondays, Wednesdays and 
Fridays, then over a weekly period, this parameter would be 3 days.

The total number of days worked during period one of the selected time range. These days are used to determine whether the employee is 
eligible for holiday pay for the period being processed.

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

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.

A user-defined set of specifications that control how applications and reports run. You use versions to group and save a set of user-defined 
processing option values and data selection and sequencing options. Interactive versions are associated with applications (usually as a 
menu selection). Batch versions are associated with batch jobs or reports. To run a batch process, you must choose a version.

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

The total size of the kanban.

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

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

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

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

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

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

The start date for the order. You can enter this date manually, or have the system calculate it using a backscheduling routine. The routine 
starts with the required date and offsets the total leadtime to calculate the appropriate start date.

A code that defines the number of cards for a kanban. Each card represents a container. The kanban size divided by the container size 
equals the number of cards. For example, a kanban of 100 might be made up of 4 containers, each holding 25 components. Therefore, the 
kanban has 4 cards: 1 of 4, 2 of 4, 3 of 4, and 4 of 4.

A value that represents the available quantity, which might consist of the on-hand balance minus commitments, reservations, and 
backorders. You enter this value in the Branch/Plant Constants program (P41001).

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

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

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

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

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

A user defined code (system 00, type UM) that identifies the unit of measurement for pressure, volume, weight, diameter, or height. Note that 
for all volume or weight units of measure, a V or W (respectively) must be entered in the first position of the special handling field on the UDC 
table.

A user defined code (system 00, type UM) that identifies the unit of measurement for pressure, volume, weight, diameter, or height. Note that 
for all volume or weight units of measure, a V or W (respectively)  must be entered in the first position of the special handling field on the UDC 
table.

A user defined code (system 00, type UM) that identifies the unit of measurement for pressure, volume, weight, diameter, or height. Note that 
for all volume or weight units of measure, a V or W (respectively) must be entered in the first position of the special handling field on the UDC 
table.

A user defined code (system 00, type UM) that identifies the unit of measurement for pressure, volume, weight, diameter, or height. Note that 
for all volume or weight units of measure, a V or W (respectively) must be entered in the first position of the special handling field on the UDC 
table.

A user defined code (system 00, type UM) that identifies the unit of measurement for pressure, volume, weight, diameter, or height. Note that 
for all volume or weight units of measure, a V or W (respectively) must be entered in the first position of the special handling field on the UDC 
table.

- - - Good Performance Low Value. 

A value that identifies a unique kanban size calculation method.

A unique identifier for the first kanban assigned to an item in a specified branch/plant, consuming location, or supplying location.

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 number of periods that the system uses to calculate availability and assigned workloads. Periods are expressed as days or weeks, 
based on the value in the Period Type field.

A value that identifies the number of days between a kanban card checkout action and the supplier receiving the notification of the 
checkout.

A number computed by exponentially smoothing the previous value of lead time days and the current lead time.  Lead time is determined 
as the number of days between entry of the P.O. and full receipt of the order.  A new lead time days is not calculated for partial receipts, unless 
a specific percentage of the receipt to be used for recalculation is specified in the processing options of either Receipts by P.O. (P430210) 
or Receipts by Item (P43210). Please see online HELPs for the Supplier Analysis program (P43110) for examples of leadtime calculation.

The percentage applied. For Suppler Release Scheduling:  The percentage of the planned quantity that the system applies to the 
corresponding supplier. The total planned quantity must equal 100%. Otherwise, the system displays an error message.

A value that identifies the demand for a kanban item at its consuming location. Express the value as a percentage of the total demand for 
the same item at all locations in the branch/plant over a period of time.

The standard quantity of containers that you use in the manufacturing process (typically, in a repetitive manufacturing environment). The 
quantity that you enter determines the number of bar code labels that you will need for shipping. It also modifies order release quantities.

The capacity of a container in a kanban-controlled environment.

The minimum order quantity a particular supplier will accept for this item.

Use this memo field when a maximum quantity limitation must be observed, due to the nature of the goods being shipped or restrictions 
imposed by the carrier.

A value that identifies the minimum number of cards for a kanban. Each card represents a container.

A value that identifies the maximum number of cards for a kanban. Each card represents a container.

The quantity of stock kept on hand to cover high-side variations in demand.

- - - Good Performance Low Value. 

- - - Good Performance Low Value. 

- - - Good Performance Low Value. 

A value that identifies the number of days a kanban specific item is used in production per period. This value is generally used in arriving at 
an average daily demand in kanban calculations. For example, if a kanban specific item is required on Mondays, Wednesdays and 
Fridays, then over a weekly period, this parameter would be 3 days.

The total number of days worked during period one of the selected time range. These days are used to determine whether the employee is 
eligible for holiday pay for the period being processed.

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

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.

A user-defined set of specifications that control how applications and reports run. You use versions to group and save a set of user-defined 
processing option values and data selection and sequencing options. Interactive versions are associated with applications (usually as a 
menu selection). Batch versions are associated with batch jobs or reports. To run a batch process, you must choose a version.

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

The total size of the kanban.

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

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

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

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

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

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

The start date for the order. You can enter this date manually, or have the system calculate it using a backscheduling routine. The routine 
starts with the required date and offsets the total leadtime to calculate the appropriate start date.

A code that defines the number of cards for a kanban. Each card represents a container. The kanban size divided by the container size 
equals the number of cards. For example, a kanban of 100 might be made up of 4 containers, each holding 25 components. Therefore, the 
kanban has 4 cards: 1 of 4, 2 of 4, 3 of 4, and 4 of 4.

A value that represents the available quantity, which might consist of the on-hand balance minus commitments, reservations, and 
backorders. You enter this value in the Branch/Plant Constants program (P41001).

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

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

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

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

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

A user defined code (system 00, type UM) that identifies the unit of measurement for pressure, volume, weight, diameter, or height. Note that 
for all volume or weight units of measure, a V or W (respectively) must be entered in the first position of the special handling field on the UDC 
table.

A user defined code (system 00, type UM) that identifies the unit of measurement for pressure, volume, weight, diameter, or height. Note that 
for all volume or weight units of measure, a V or W (respectively)  must be entered in the first position of the special handling field on the UDC 
table.

A user defined code (system 00, type UM) that identifies the unit of measurement for pressure, volume, weight, diameter, or height. Note that 
for all volume or weight units of measure, a V or W (respectively) must be entered in the first position of the special handling field on the UDC 
table.

A user defined code (system 00, type UM) that identifies the unit of measurement for pressure, volume, weight, diameter, or height. Note that 
for all volume or weight units of measure, a V or W (respectively) must be entered in the first position of the special handling field on the UDC 
table.

A user defined code (system 00, type UM) that identifies the unit of measurement for pressure, volume, weight, diameter, or height. Note that 
for all volume or weight units of measure, a V or W (respectively) must be entered in the first position of the special handling field on the UDC 
table.

- - - Good Performance Low Value. 

A value that identifies a unique kanban size calculation method.

A unique identifier for the first kanban assigned to an item in a specified branch/plant, consuming location, or supplying location.

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 number of periods that the system uses to calculate availability and assigned workloads. Periods are expressed as days or weeks, 
based on the value in the Period Type field.

A value that identifies the number of days between a kanban card checkout action and the supplier receiving the notification of the 
checkout.

A number computed by exponentially smoothing the previous value of lead time days and the current lead time.  Lead time is determined 
as the number of days between entry of the P.O. and full receipt of the order.  A new lead time days is not calculated for partial receipts, unless 
a specific percentage of the receipt to be used for recalculation is specified in the processing options of either Receipts by P.O. (P430210) 
or Receipts by Item (P43210). Please see online HELPs for the Supplier Analysis program (P43110) for examples of leadtime calculation.

The percentage applied. For Suppler Release Scheduling:  The percentage of the planned quantity that the system applies to the 
corresponding supplier. The total planned quantity must equal 100%. Otherwise, the system displays an error message.

A value that identifies the demand for a kanban item at its consuming location. Express the value as a percentage of the total demand for 
the same item at all locations in the branch/plant over a period of time.

The standard quantity of containers that you use in the manufacturing process (typically, in a repetitive manufacturing environment). The 
quantity that you enter determines the number of bar code labels that you will need for shipping. It also modifies order release quantities.

The capacity of a container in a kanban-controlled environment.

The minimum order quantity a particular supplier will accept for this item.

Use this memo field when a maximum quantity limitation must be observed, due to the nature of the goods being shipped or restrictions 
imposed by the carrier.

A value that identifies the minimum number of cards for a kanban. Each card represents a container.

A value that identifies the maximum number of cards for a kanban. Each card represents a container.

The quantity of stock kept on hand to cover high-side variations in demand.

- - - Good Performance Low Value. 

- - - Good Performance Low Value. 

- - - Good Performance Low Value. 

A value that identifies the number of days a kanban specific item is used in production per period. This value is generally used in arriving at 
an average daily demand in kanban calculations. For example, if a kanban specific item is required on Mondays, Wednesdays and 
Fridays, then over a weekly period, this parameter would be 3 days.

The total number of days worked during period one of the selected time range. These days are used to determine whether the employee is 
eligible for holiday pay for the period being processed.

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

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.

A user-defined set of specifications that control how applications and reports run. You use versions to group and save a set of user-defined 
processing option values and data selection and sequencing options. Interactive versions are associated with applications (usually as a 
menu selection). Batch versions are associated with batch jobs or reports. To run a batch process, you must choose a version.

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

The total size of the kanban.

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

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

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

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

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

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

The start date for the order. You can enter this date manually, or have the system calculate it using a backscheduling routine. The routine 
starts with the required date and offsets the total leadtime to calculate the appropriate start date.

A code that defines the number of cards for a kanban. Each card represents a container. The kanban size divided by the container size 
equals the number of cards. For example, a kanban of 100 might be made up of 4 containers, each holding 25 components. Therefore, the 
kanban has 4 cards: 1 of 4, 2 of 4, 3 of 4, and 4 of 4.

A value that represents the available quantity, which might consist of the on-hand balance minus commitments, reservations, and 
backorders. You enter this value in the Branch/Plant Constants program (P41001).

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

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

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

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

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

A user defined code (system 00, type UM) that identifies the unit of measurement for pressure, volume, weight, diameter, or height. Note that 
for all volume or weight units of measure, a V or W (respectively) must be entered in the first position of the special handling field on the UDC 
table.

A user defined code (system 00, type UM) that identifies the unit of measurement for pressure, volume, weight, diameter, or height. Note that 
for all volume or weight units of measure, a V or W (respectively)  must be entered in the first position of the special handling field on the UDC 
table.

A user defined code (system 00, type UM) that identifies the unit of measurement for pressure, volume, weight, diameter, or height. Note that 
for all volume or weight units of measure, a V or W (respectively) must be entered in the first position of the special handling field on the UDC 
table.

A user defined code (system 00, type UM) that identifies the unit of measurement for pressure, volume, weight, diameter, or height. Note that 
for all volume or weight units of measure, a V or W (respectively) must be entered in the first position of the special handling field on the UDC 
table.

A user defined code (system 00, type UM) that identifies the unit of measurement for pressure, volume, weight, diameter, or height. Note that 
for all volume or weight units of measure, a V or W (respectively) must be entered in the first position of the special handling field on the UDC 
table.

- - - Good Performance Low Value. 

A value that identifies a unique kanban size calculation method.

A unique identifier for the first kanban assigned to an item in a specified branch/plant, consuming location, or supplying location.

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 number of periods that the system uses to calculate availability and assigned workloads. Periods are expressed as days or weeks, 
based on the value in the Period Type field.

A value that identifies the number of days between a kanban card checkout action and the supplier receiving the notification of the 
checkout.

A number computed by exponentially smoothing the previous value of lead time days and the current lead time.  Lead time is determined 
as the number of days between entry of the P.O. and full receipt of the order.  A new lead time days is not calculated for partial receipts, unless 
a specific percentage of the receipt to be used for recalculation is specified in the processing options of either Receipts by P.O. (P430210) 
or Receipts by Item (P43210). Please see online HELPs for the Supplier Analysis program (P43110) for examples of leadtime calculation.

The percentage applied. For Suppler Release Scheduling:  The percentage of the planned quantity that the system applies to the 
corresponding supplier. The total planned quantity must equal 100%. Otherwise, the system displays an error message.

A value that identifies the demand for a kanban item at its consuming location. Express the value as a percentage of the total demand for 
the same item at all locations in the branch/plant over a period of time.

The standard quantity of containers that you use in the manufacturing process (typically, in a repetitive manufacturing environment). The 
quantity that you enter determines the number of bar code labels that you will need for shipping. It also modifies order release quantities.

The capacity of a container in a kanban-controlled environment.

The minimum order quantity a particular supplier will accept for this item.

Use this memo field when a maximum quantity limitation must be observed, due to the nature of the goods being shipped or restrictions 
imposed by the carrier.

A value that identifies the minimum number of cards for a kanban. Each card represents a container.

A value that identifies the maximum number of cards for a kanban. Each card represents a container.

The quantity of stock kept on hand to cover high-side variations in demand.

- - - Good Performance Low Value. 

- - - Good Performance Low Value. 

- - - Good Performance Low Value. 

A value that identifies the number of days a kanban specific item is used in production per period. This value is generally used in arriving at 
an average daily demand in kanban calculations. For example, if a kanban specific item is required on Mondays, Wednesdays and 
Fridays, then over a weekly period, this parameter would be 3 days.

The total number of days worked during period one of the selected time range. These days are used to determine whether the employee is 
eligible for holiday pay for the period being processed.

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

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.

A user-defined set of specifications that control how applications and reports run. You use versions to group and save a set of user-defined 
processing option values and data selection and sequencing options. Interactive versions are associated with applications (usually as a 
menu selection). Batch versions are associated with batch jobs or reports. To run a batch process, you must choose a version.

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

The total size of the kanban.

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

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

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

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

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

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

The start date for the order. You can enter this date manually, or have the system calculate it using a backscheduling routine. The routine 
starts with the required date and offsets the total leadtime to calculate the appropriate start date.

A code that defines the number of cards for a kanban. Each card represents a container. The kanban size divided by the container size 
equals the number of cards. For example, a kanban of 100 might be made up of 4 containers, each holding 25 components. Therefore, the 
kanban has 4 cards: 1 of 4, 2 of 4, 3 of 4, and 4 of 4.

A value that represents the available quantity, which might consist of the on-hand balance minus commitments, reservations, and 
backorders. You enter this value in the Branch/Plant Constants program (P41001).

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

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

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

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

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

A user defined code (system 00, type UM) that identifies the unit of measurement for pressure, volume, weight, diameter, or height. Note that 
for all volume or weight units of measure, a V or W (respectively) must be entered in the first position of the special handling field on the UDC 
table.

A user defined code (system 00, type UM) that identifies the unit of measurement for pressure, volume, weight, diameter, or height. Note that 
for all volume or weight units of measure, a V or W (respectively)  must be entered in the first position of the special handling field on the UDC 
table.

A user defined code (system 00, type UM) that identifies the unit of measurement for pressure, volume, weight, diameter, or height. Note that 
for all volume or weight units of measure, a V or W (respectively) must be entered in the first position of the special handling field on the UDC 
table.

A user defined code (system 00, type UM) that identifies the unit of measurement for pressure, volume, weight, diameter, or height. Note that 
for all volume or weight units of measure, a V or W (respectively) must be entered in the first position of the special handling field on the UDC 
table.

A user defined code (system 00, type UM) that identifies the unit of measurement for pressure, volume, weight, diameter, or height. Note that 
for all volume or weight units of measure, a V or W (respectively) must be entered in the first position of the special handling field on the UDC 
table.

- - - Good Performance Low Value.