EditUneditedTransAndUpdateClaim1

The source of the transaction. This can be a user ID, a workstation, the address of an external system, a node on a network, and so on. This 
field helps identify both the transaction and its point of origin.

The number that the transmitter assigns to the batch.  During batch processing, the system assigns a new batch number to the PeopleSoft 
transactions for each control (user) batch number it finds. 

The number that an Electronic Data Interchange (EDI) transmitter assigns to a transaction. In a non-EDI environment, you can assign any 
number that is meaningful to you to identify a transaction within a batch. It can be the same as a J.D. Edwards document number.

This is the line number you assign when originating an EDI transaction. This number can represent an order line number (applicable for any 
order type), an invoice pay item, a journal entry line number, and so on.

The document type that is assigned by the transmitter in an EDI transaction. In a non EDI environment, this would be consistent with the order 
type (DCTO) assigned at order entry time, an invoice document type, a voucher document type, and so on.

The qualifier used to identify a specific type of transaction.

The qualifier used to identify a specific mapping structure used to process both inbound and outbound EDI transactions.  This does not 
apply to non-EDI transactions.

The specific date that an EDI transaction was either transmitted or received.

A code that indicates whether the transaction is inbound or outbound.

The number of detail lines transmitted in an EDI transaction.  This is the total number of lines on a per order basis, number of lines included 
on an invoice, and so on.

An option that indicates whether a record has been successfully processed. Depending on the application, the system updates the EDSP 
field in a table with one of the following values: 1 Successfully processed Blank (or N or 0) Not processed

Field used in an EDI transaction to identify the party that is trading document with you.

A code that indicates the activity you want to perform on the transaction. In an EDI transaction, this code represents the Transaction Set 
Purpose Code or Change Code.

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.

For OneWorld, the sequence by which users can set up the order in which their valid environments are displayed. For World, a sequence or 
sort number that the system uses to process records in a user defined order.

A user defined code (system 40, type TY) that identifies an adjustment definition. You define adjustments on Price Adjustment Names. For 
Agreement Penalty Schedules Add a definition for each of the four types of penalties:        Minimum quantity         Maximum quantity         Under 
commitment         Over commitment

A code (45/AT) indicating the type of agreement.

Your supplier's address number for the agreement.

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.

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

A user defined code (40/PC) that identifies a customer group. You can group customers with similar characteristics, such as comparable 
pricing.

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

The method you use to send resulting claims back to the supplier.

The total claim amount that the system has calculated for an adjustment/agreement applied to a sales order line.

The total foreign claim amount that the system has calculated for an adjustment or agreement applied to a sales order line.

A code that identifies the currency of a transaction. 

A code that represents the currency of the company for a transaction. For a foreign currency transaction, this is the currency code of the 
domestic side of the transaction.

The system generated next number that identifies each claim record.

A description, remark, name, or address.

The date on which the shipment to the customer is confirmed as shipped. During shipment confirmation, the system updates the Sales 
Order Detail table (F4211) with this date.

The date the supplier is notified about a claim.

The date of the most recent change to the claim status.

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

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

A user defined code (00/UM) that indicates the unit of measure in which you usually price the item.

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.

Use this field to specify the number of units of an item that have already been claimed to the supplier against this agreement.

A user defined code (45/RR) that specifies the reason for the claim rejection.

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.

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

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 code (00/UM) that identifies the unit of measure that the system uses to express the quantity of an item, for example, EA 
(each) or KG (kilogram).

A user defined code (system 45/type NT) indicating the next step in the processing flow of the claim.