F43092ZGetNextWorkFileRecord

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

General purpose ID variable.

This flag indicates whether a record has been written to a transaction work file or not. Allowed values are :    0   Record does NOT exist in the 
transaction work file.    1   Record DOES exist in the transaction work file.

This flag indicates whether a record has been written to a transaction work file or not. Allowed values are :    0   Record does NOT exist in the 
transaction work file.    1   Record DOES exist in the transaction work file.

The Data Field Error Code field is simply a generic data field to pass an error condition flag.  This field is one of the fields that make up the 
external parameter data structure of the Data Dictionary Server.

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

A number that, along with order number and order type, uniquely identifies an order document (such as a purchase order, a contract, a 
sales order, and so on). If you use the Next Numbers by Company/Fiscal Year facility, the Automatic Next Numbers program (X0010) uses the 
order company to retrieve the correct next number for that company. If two or more order documents have the same order number and order 
type, the order company lets you locate the desired document. If you use the regular Next Numbers facility, the order company is not used to 
assign a next number. In this case, you probably would not use the order company to locate the document.

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 number that identifies multiple occurrences, such as line numbers on a purchase order or other document. Generally, the system assigns 
this number,but in some cases you can override it.

A number representing the number of lines on either a purchase or sales order. or The number of receivers recorded during the receipts 
process.  This field will be used in Voucher Matching.

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 sequence in which the system performs the operations or steps of the route.

A code that indicates whether the transaction is eligible for reversal or has already been reversed. Valid values are:    Blank Transaction is 
eligible to be reversed.    N       Transaction is not eligible to be reversed.    Y       Transaction has been reversed.    R       Transaction is a 
reversal audit record.

A number that identifies a group of transactions that the system processes and balances as a unit. When you enter a batch, you can either 
assign a batch number or let the system assign it using the Next Numbers program.

A code that indicates whether a batch of transactions has been posted, is ready to post, is still open for entry, and so on.

The date of the batch. If you leave this field blank, the system date is used.

A date that identifies the financial period to which the transaction is to be posted.  The company constants specify the date range for each 
financial period. You can have as many as 14 periods. Generally, period 14 is used for audit adjustments. The system validates this field for 
PBCO (posted before cutoff), PYEB (prior year ending balance), PACO (post after cutoff), and WACO (post way after cutoff) messages.

The date you received this purchase order line.

An option that specifies whether the system displays amounts in the domestic or foreign currency. On  The system displays amounts in the 
foreign currency of the transaction. Off  The system displays amounts in the domestic currency of the transaction.

The mathematical relationship showing the conversion between the primary and secondary units of measure.

The mathematical relationship showing the conversion between the primary and purchasing units of measure.

The number of units that have been either moved or dispositioned.

The number of units currently at this operation.

The number of units that you adjusted during the receipt routing.

The number of units that you rejected during receipt routing.

The number of units that you returned to the supplier through receipt routing. You can return goods for credit or for replacement. The system 
writes these transactions as new lines on the original purchase order.

The number of units that will be reworked as a result of receipt routing.

The number of units that you scrapped during receipt routing.

A user defined code (42/RC) that explains the purpose for a transaction. For example, you can indicate the reason that you are returning 
items.

A user defined code (system 42/type RC) that explains the purpose for a transaction. For example, you can use a code to indicate a 
transaction that involves returned items, such as goods that were damaged in shipment or the overshipment of goods.

A user defined code (system 42/type RC) that explains the purpose for a transaction. For example, you can use a code to indicate a 
transaction that involves returned items, such as goods that were damaged in shipment or the overshipment of goods.

A user defined code (system 42/type RC) that explains the purpose for a transaction. For example, you can use a code to indicate a 
transaction that involves returned items, such as goods that were damaged in shipment or the overshipment of goods.

A user defined code (system 42/type RC) that explains the purpose for a transaction. For example, you can use a code to indicate a 
transaction that involves returned items, such as goods that were damaged in shipment or the overshipment of goods.

A code that indicates whether you want to replace the items that you are returning. Valid values are:    Y Replace the items. The system 
credits the purchase order for the items you are returning and creates a new detail line for the replacement items. The Replacement Information 
window appears after you disposition the items so that you can enter information for the new order detail line.    Blank Do not replace the 
items. The system credits the purchase order for the items you are returning.

This code is used in receipt routing and indicates whether the returned items should be replaced. Valid values are:    Y Replace the items.      
      The system credits the purchase order with the amount and creates a new line for replacement. The system displays the Replacement 
Information window after you enter dispositions and includes returned items among them.    blank Do not replace the items.            The system 
credits the purchase order with the amount of the returned items.

This code is used in receipt routing and indicates whether the returned items should be replaced. Valid values are:    Y Replace the items.      
      The system credits the purchase order with the amount and creates a new line for replacement. The system displays the Replacement 
Information window after you enter dispositions and includes returned items among them.    blank Do not replace the items.            The system 
credits the purchase order with the amount of the returned items.

This code is used in receipt routing and indicates whether the returned items should be replaced. Valid values are:    Y Replace the items.      
      The system credits the purchase order with the amount and creates a new line for replacement. The system displays the Replacement 
Information window after you enter dispositions and includes returned items among them.    blank Do not replace the items.            The system 
credits the purchase order with the amount of the returned items.

This code is used in receipt routing and indicates whether the returned items should be replaced. Valid values are:    Y Replace the items.      
      The system credits the purchase order with the amount and creates a new line for replacement. The system displays the Replacement 
Information window after you enter dispositions and includes returned items among them.    blank Do not replace the items.            The system 
credits the purchase order with the amount of the returned items.

A number that identifies the original document, such as a voucher, invoice, or journal entry. On entry forms, you can assign the document 
number or let the system assign it using the Next Numbers program (P0002). Matching document numbers (DOCM) identify related documents 
in the Accounts Receivable and Accounts Payable systems. Examples of original and matching documents are: Accounts Payable     o 
Original document - voucher     o Matching document - payment  Accounts Receivable     o Original document - invoice     o Matching document - 
receipt  Note: In the Accounts Receivable system, the following transactions simultaneously generate original and matching documents: 
deductions, unapplied receipts, chargebacks, and drafts.

The sequence in which the system performs the operations or steps of the route.

A code that specifies the system and type of transactions entered in a batch. The system assigns the value when you enter a transaction. 
Valid values are set up in user defined code table 98/IT. You cannot assign new values. All batch types are hard coded.

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

A user defined code (43/OC) that represents an operation or step within the receipt route.

A user defined code (43/OC) that identifies the routing operation or step to which items were moved.

The date that specifies the last update to the file record.

The computer clock in hours:minutes:seconds.

A number that indicates the line number that was added to a purchase order when goods were returned to the supplier.