WriteRoutingInstructionsRow

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

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

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

A user defined code (40/TR) that indicates the type of routing. You can define different types of routing instructions for different uses. For 
example:    M    Standard Manufacturing Routing    RWK  Rework Routing    RSH  Rush Routing You define the routing type on the work order 
header. The system then uses the specific type of routing that you define in the work order routing. Product Costing and Capacity Planning systems 
use only M type routings.

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.

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.

The system provides 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.

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.

A number that defines a production line or cell. Detailed work center operations can be defined inside the line or cell.

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.

This field is used to pull in a standard description from a user defined for the specified operation.

Brief information about an item; a remark or an explanation.

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.

A user defined code (30/OT) that indicates the type of operation. Valid values include: A Alternate routing   TT Travel time   IT Idle time   T Text

User defined code system 31, type OS. The operation status code that identifies the current status of a work order or engineering change 
order as the operation steps in the routing are completed.

Future use. This is a user defined code specifying the type of normal inspection practice for this particular item.  Examples that could be 
established are:     o First Piece Inspection     o 100% Inspection     o Random     o First Piece Each Shift     o No Inspection

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.

A code to designate whether the operation is labor or machine.

A code that indicates whether a work center has labor, material, or both,backflushed through it when quantities are reported against 
operations occurring in the work center. If you do not override the routing record, the system uses the work center value as the default. Valid codes 
are:    0   Not a backflush work center    B Backflush material and labor    M Backflush material only    L Backflush labor only    P Preflush material 
only

A code that indicates whether the operation should be taken to a status of complete or partially complete. Valid values are:    Blank Not 
reported    P        Partially complete    C        Completed 

A user defined code (07/G) that defines the jobs within your organization. You can associate pay and benefit information with a job type and 
apply that information to the employees who are linked to that job type.

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

Reserved by J.D. Edwards.

Reserved by J.D. Edwards.

The date that an order was entered into the system. This date determines which effective level the system uses for inventory pricing.

The date that an item is scheduled to arrive or that an action is scheduled for completion.

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.

The date that the work order or engineering change order is completed or canceled.

A field that is used to enter the beginning time of the operation sequence for the work center operation on the routing.

A field that is used to enter the ending time of the operation sequence for the work center operation on the routing.

Future use This field is used to modify the normal logic in the backscheduling routine. If operation number 010 starts on day one and is 
expected to be completed on day ten, the normal backscheduling logic would specify a start day of day ten for the next operation number 020.  If it 
is not necessary to complete all items before beginning the second operation, we would then use the leadtime overlap percent to modify 
the calculated start date of the second operation. For instance a 50 percent overlap would calculate that the start date should be modified to 
start 50 percent sooner or the beginning of day six.  If the overlap percent was equal to 90 percent it would be scheduled to start on day two.

A number that indicates the percentage that successive operations can overlap. The actual overlap percentage entered for the operation 
sequence is the percent by which that operation overlaps the prior operation. For example, if you enter 80%, this indicates that work can begin 
on the overlapped operation when 20% of the prior operation is completed. Notes:    1.   Overlapping has no effect on move and queue 
calculations.    2.   The percent entered must be less than or equal to 100%. Enter percents as whole numbers:  5% as 5.00

The planned output yield percent for a step. The Planned Yield Update program uses this value to update the cumulative percent in the 
routing and the operation scrap percent in the bill of material. Materials Requirements Planning uses the step scrap percent and the existing 
component scrap percent to plan component demand.

The cumulative planned output yield percent for a step. The system uses this value to adjust the operation step scrap percent for the 
components at that operation step. This enables the MRP system to use the operation step scrap percent along with the existing component scrap 
percent to plan component demand.

The operation number with which the current operation can be simultaneously processed.

The number of people who work in the specified work center or routing operation. The system multiplies the Run Labor value in the Routing 
Master table (F3003) by crew size during costing to generate total labor amounts. If the Prime Load Code is L or B, the system uses the total 
labor hours for backscheduling. If the Prime Load Code is C or M, the system uses the total machine hours for backscheduling without 
modification by crew size.

The planned hours that are required to move the order from this operation to the next operation in the same work center. If the Routing 
Master values are blank, the system retrieves the default value from the work order routing. However, the system uses these values only for 
backscheduling variable leadtime items.

The total hours that an order is expected to be in queue at work centers and moving between work centers. The system stores this value in 
the Item Branch table (F4102). You can calculate this value using the Leadtime Rollup program or you can enter it manually. When you run the 
Leadtime Rollup program, the system overrides manual entries and populates the table with calculated values.

The standard machine hours that you expect to incur in the normal production of this item.

The standard hours of labor that you expect to incur in the normal production of this item. The run labor hours in the Routing Master table 
(F3003) are the total hours that it takes the specified crew size to complete the operation. The hours are multiplied by the crew size during shop 
floor release and product costing.

The standard setup hours that you expect to incur in the normal completion of this item. This value is not affected by crew size.

This is the actual machine time in hours recorded against the work order.

This is the actual labor time in hours recorded for the work order.

The actual time in hours of setup labor recorded against the work order operation.

Future use. This field indicates the percentage of scrap that is typically encountered for this operation for this part.  If the quantity ordered is 
100,and we have historically had a shrinkage of 4% in this operation due to any factor, we would expect 96 to be completed and 4 to be 
scrapped.  This is a useful value for determining efficiency by comparing the completion to the expected 96 instead of the order for 100.

The quantity of units affected by this transaction.

The number of units canceled in Sales Order or Work Order Processing, using either the entered or the primary unit of measure defined for 
this item. In manufacturing, this can also be the number of units scrapped to date.

The number of units committed for shipment in Sales Order Entry, using either the entered or the primary unit of measure defined for this 
item. In the Manufacturing system and Work Order Time Entry, this field can indicate completed or scrapped quantities. The quantity type is 
determined by the type code entered.

The quantity that is physically at the step at the work center.

The rate to be paid for the type of component (piece) being produced.

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

The number of unaccounted direct labor hours associated with a specific operation for a work order.

The number of unaccounted setup labor hours associated with a specific operation for a work order.

The number of unaccounted machine hours associated with a specific operation for a work order.

The amount of unaccounted direct labor associated with a specific operation for a work order.

The amount of unaccounted setup labor associated with a specific operation for a work order.

The amount of unaccounted machine dollars associated with a specific operation for a work order.

A 12-character alphanumeric code used as an alternate identification number for an asset. This number is not required, nor does the 
system assign a number if you leave the field blank when you add an asset. If you use this number, it must be unique. For equipment, this is 
typically the serial number.

A generic rates and message code (48/SN) that is assigned to a standard note, message, or general narrative explanation. You can use 
this code to add instructional information to a work order. You set up codes for this field on the Generic Message/Rate Types table (F00191).

The business unit from an account number.  The account number business unit is usually found in the data item MCU, however, Distribution 
systems use the field MCU as the branch.

The portion of a general ledger account that refers to the division of the Cost Code (for example, labor, materials, and equipment) into 
subcategories. For example, you can divide the Cost Code for labor into regular time, premium time, and burden. Note: If you use a flexible chart of 
accounts and the object account is set to 6 digits, J.D. Edwards recommends that you use all 6 digits. For example, entering 000456 is not 
the same as entering 456 because if you enter 456 the system enters three blank spaces to fill a 6-digit object.

A subset of an object account. Subsidiary accounts include detailed records of the accounting activity for an object account.

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

The key company that is associated with the document number of the related order.

A number that identifies a secondary purchase order, sales order, or work order that is associated with the original order. This number is for 
informational purposes only.

A user defined code (system 00, type DT) that indicates the document type of the secondary or related order. For example, a purchase 
order might be document type OP and might have been created to fill a related work order with document type WO.

A number of the detail line on the related order for which the current order was created. For example, on a purchase order created to fill 
open sales orders, this is the line number of the sales order on which the item you are ordering appears.

A user defined code (00/DT) that identifies the origin and purpose of the transaction.  PeopleSoft reserves several prefixes for document 
types, such as, vouchers, invoices, receipts, and timesheets. The reserved document type prefixes for codes are: P Accounts payable 
documents R Accounts receivable documents  T Time and Pay documents I Inventory documents  O Purchase order documents  S Sales order 
documents 

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.

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