CacheInboundWarrantyClaimRouting

This field is used to pass the job number to access the cache. The first call to this function will automatically create a 
new unique job number.

This field is used to determine how to process the cache. 
Valid values are:
1 - Cache Get
2 - Cache Add
3 - Cache Update
4 - Cache Delete
5 - Cache Delete All
6 - Cache Get Next
7 - Cache Add Update
8 - Cache Terminate
9 - Cache Close Cursor
D - Cache Debug
N - Cache Get Num Records

This field is used to identify error codes retrieved from the function. Valid error codes are:
0 - Cache Success
1 - Cache End of Data
2 - Cache Invalid Input
3 - Cache Create Failed
4 - Cache Add or Update Failed
5 - Cache Delete Failed
6 - Cache Fetch Failed

This field is used to identify the number of keys to the cache the system will use. This is mainly used when trying to fetch 
records from the cache.

This field is used to suppress error messages that occur in the function. Passing a '1' into this field will suppress the 
error messages.

This field is used to pass back the error message id values from the function.

This field is used to pass the pointer to the cache. It is used when reading records through the cache.

This field is used to determine if the system should return the pointer to the cache. This parameter is used in 
conjunction with the 'Cache Get' action code prior to using the 'Cache Get Next' action code.

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

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

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.

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.

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

This is a 2 position code that is reserved for the user.  JDE does not currently use this field and will not utilize this field in the future.

This is a 6 position code that is reserved for the user.  JDE does not currently use this field and will not utilize this field in the future.

This is a 15 position code that is reserved for the user.  JDE does not currently use this field and will not utilize this field in the future.

A 15-position reference that is reserved for the user.  J.D. Edwards does not currently use this field and does not plan to use it in the future.

This is a 8 position code that is reserved for the user.  JDE does not currently use this field and will not utilize this field in the future.

The storage location from which goods will be moved.

A number that indicates how many of the line's resource units are needed to produce one item.

A unit of measure that you use to express the capacity of a production line. Examples of units of measure include hours, number of 
stampings, coats of paint, and so on. This item is used for repetitive processing only.

This is the branch/plant to which the work center belongs and must exist in the business unit master (F0006) and branch plant constants file 
(F41001).

The current machine hours from the Routing Master table (F3003) at the time the routing is attached to the production document. The run 
machine hours are the current machine hours divided by the time basis code.

This is the current labor hours from the Routing Master table (F3003) at the time the routing is attached to the production document. The run 
labor hours are the current labor hours multiplied by the crew size for the operation, and divided by the time basis code.

The current setup hours from the Routing Master table (F3003) at the time the routing is attached to the production document.

A code that designates each element of cost for an item. Examples of the cost object types are:   o  A1  Purchased raw material   o  B1  
Direct labor routing rollup   o  B2  Setup labor routing rollup   o  C1  Variable burden routing rollup   o  C2  Fixed burden routing rollup   o  Dx  Outside 
operation routing rollup   o  Xx  Extra add-ons, such as electricity and water  The optional add-on computations usually operate with the type 
Xx extra add-ons. This cost structure allows you to use an unlimited number of cost components to calculate alternative cost rollups. The 
system then associates these cost components with one of six user defined summary cost buckets.

The aggregation of actions performed within an organization that are useful for purposes of activity-based costing.

An 8-digit number that uniquely identifies an asset.

The amount of unaccounted scrap dollars associated with a specific component for a work order.  Manufacturing accounting uses this 
amount to process associated journal entries and/or update production costs for actual orders.

The number of units of unaccounted scrap that the system associates with a specific component for a work order.  Manufacturing 
accounting uses these units to process associated journal entries and update production costs for actual orders.

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

A number that specifies the rate used to determine the estimated cost of labor hours for a specific operation in the Enter/Change Routing 
program (P3003).

A rate that the system uses to determine the machine run cost for a specific item at a specific operation in the Work With Routing Master 
program (P3003).

A number that specifies the rate that you use to estimate the cost of setup labor for a specific operation in the Work With Routing Master 
program (P3003). Setup labor rate is expressed in hours.

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

The time of day that an activity is scheduled to begin. The start time is calculated by the constraints based planning system.

The time of day that an activity is scheduled to end. The end time is calculated by the constraints-based planning system.

The time the task was completed.

Enter the actual start date for a project or job in this field. Use this information for reporting purposes.

This is the start time for an operation or an order.

A code that identifies a competency table or category for which you can track employee competencies. Valid values 
are: 01 Training 02 Skill 03 Accomplishment 04 Certification 05 Degree 06 Language  It is a user defined code (05/CY), but the values are hard-coded and cannot be 
changed. Therefore, each of the competencies that you track must pertain to one of these competency types. Adding additional values to this 
list requires system customizations.

A code that specifies a competency within a competency type. For example, a competency for the competency type "Skill" might be "C 
programming" or  "Driving a forklift."

This value set the lowest value to be included in the rule criteria range for a competency level range selection.

This value set the highest value to be included in the rule criteria range for a competency level range selection.

A field that indicates whether the resource must satisfy the requirements that define the rule criteria. Valid values are:    1   The resource must 
meet the rule criteria.    0   The rule criteria are optional.

This field specifies whether a general ledger account should be paid. Valid values are:    Y The account should be paid.    N The account 
should not be paid.

Specifies whether a general ledger account should be billed. Valid codes are:    Y Yes, the account should be billed.    N No, it should not be 
billed.    1   It is eligible only for invoicing.    2   It is eligible only for revenue recognition.    4   It is eligible only for cost. Note: Codes 1, 2, and 4 
relate only to the Service Billing system.

The actual billable rate associated with a transaction.

The actual payable rate associated with a transaction.

The actual dollars accumulated for the work order.

The estimated monetary amount that is budgeted for this work order.

The estimated billable rate associated with a service.

The estimated payable rate associated with a transaction.

This is the estimated payment amount used in service billing.

The total amount billed through this application number.

The amount requested for providing a service.

In service billing, the date a customer was billed for a service.

The date a service provider was paid for a service.

In the Accounts Payable system, the amount of the payment. In the Accounts Receivable system, the amount of the receipt. This amount 
must balance to the total amount applied to the invoice pay items.

Under a Service Contract, the labor rate per hour charged while providing the service for each day of the week and for holidays.  For 
example, the hourly rate charged during a Help Desk Call or the hourly rate charged repairing the equipment on a Service Work Order.

Enter the actual start date for a project or job in this field. Use this information for reporting purposes.

This is the start time for an operation or an order.

The estimated ending time associated with a work order.

A code that designates each element of cost for an item. Examples of the cost object types are:   o  A1  Purchased raw material   o  B1  
Direct labor routing rollup   o  B2  Setup labor routing rollup   o  C1  Variable burden routing rollup   o  C2  Fixed burden routing rollup   o  Dx  Outside 
operation routing rollup   o  Xx  Extra add-ons, such as electricity and water  The optional add-on computations usually operate with the type 
Xx extra add-ons. This cost structure allows you to use an unlimited number of cost components to calculate alternative cost rollups. The 
system then associates these cost components with one of six user defined summary cost buckets.

A user defined code (17/ER) to indicate the results of an entitlement check. Valid values are:    0   Not entitled    1   Transaction entitled    2   
Contract found, but no existing service type    3   Contract found, but no day and date assigned    4   Covered under default warranty

A user defined code (41/9) that identifies the G/L Offset to use when the system is searching for the account to which it will post the 
non-covered portion of the accounting transaction. If you do not want to specify a G/L Offset, you can enter four asterisks in this field or you can leave 
this field blank. If you leave the field blank, the system uses the G/L Offset from Inventory.

A user defined code (41/9) that identifies the G/L Offset to use when the system is searching for the account to which it will post the covered 
portion (by warranty or contract) of the accounting transaction. If you do not want to specify a G/L Offset, you can enter four asterisks in this 
field or you can leave this field blank. If you leave this field blank, the system uses the G/L Offset from Inventory.

A user defined code (40/AS) identifying a price and adjustment schedule. A price and adjustment schedule contains one or more 
adjustment types for which a customer or an item might be eligible. The system applies the adjustments in the sequence that you specify in the 
schedule. You link customers to a price and adjustment schedule through the customer billing instructions. When you enter a sales order, the 
system copies the schedule attached to the sold to address into the order header. You can override this schedule at the detail line level.

This user defined code (40/AS) identifies a price and adjustment schedule. A price and adjustment schedule contains one or more 
adjustment types for which a customer or an item might be eligible. The system applies the adjustments in the sequence that you specify in the 
schedule. You link customers to a price and adjustment schedule through the customer billing instructions. When you enter a sales order, the 
system copies the schedule attached to the sold to address into the order header. You can override this schedule at the detail line level.

The percentage covered under warranty or contract. This is used to calculate the amount to bill or the amount to cost for the line item being 
processed on the service order or call.

A code used to determine if this type of service should be priced based on a flat rate or based on actual time and materials. Valid values 
are:    F        Charges for labor are based on one flat rate. Charges for parts are already included in the flat rate.    T        Charges for labor are 
based on actual labor hours. Charges for parts are based on actual parts used.    Blank A blank value is only valid when defining the Method of 
Pricing for a service provider. It is used to indicate that the service provider is an internal service provider and should not be paid.

A unique numeric identifier for a physical location at which utility service is delivered.  A service address often corresponds to a parcel of 
land or a unit in an apartment building, etc.  This identifier will be assigned by the system through Next Numbers if it is not provided when 
adding a new service address.

A code that classifies an inventory item into a group for customer service. Some examples include: Laser Printer, Inkjet, or Fax.

A code that classifies an inventory item into a model for customer service. Some examples include: Laser Printer, Inkjet or Fax.

A user defined code that specifies the Coverage Group. The Coverage Group consists of unlimited cost codes and the percentage 
covered for each cost code.

A code used to determine if this type of service should be priced based on a flat rate or based on actual time and materials. Valid values 
are:    F Flat Rate. Charges for labor are based on one flat rate. Charges for parts are already included in the flat rate.    T Time and Materials. 
Charges for labor are based on actual labor hours. Charges for parts are based on actual parts used.    blank None. A blank value is only 
valid when defining the Method of Pricing for a service provider. It is used to indicate that the service provider is an internal service provider and 
should not be paid.

A code to indicate if the service provider should be paid for parts used during a repair. Valid values are:        Y or 1 - Pay the service provider 
for parts used.        N or 0 - Do not pay the service provider for parts used.

A code that identifies the domestic (base) currency of the company on a transaction. 

The currency for the billable amounts of a service order.

The rate that the system uses to convert foreign currency amounts to domestic currency amounts. The system uses this rate specifically for 
converting billable amounts.

A code that specifies whether the system uses the foreign currency (currency of the customer) or the domestic currency for billable 
amounts. Valid values are: F Foreign   D Domestic

The estimated unit rate that is billable in the currency of the customer.

The estimated billable amount in the currency of the customer.

The actual unit rate that is billable in the currency of the customer.

The actual amount that is billable in the currency of the customer.

A code that indicates the currency of the payable amounts on a work order or claim.

The rate that the system uses to convert foreign currency amounts to domestic currency amounts. The system uses this rate specifically for 
converting payable amounts.

A code that specifies whether payable amounts are in the foreign currency (currency of the service provider) or in the domestic currency. 
Valid values are: F Foreign   D Domestic

The estimated unit rate that is payable in the currency of the service provider.

The estimated payable amount in the currency of the service provider.

The actual unit rate that is payable in the currency of the service provider.

The actual payable amount that is recorded in the foreign currency of the service provider.

The date that a supplier recovery claim was submitted to the interoperability tables for Warranty Claim/Supplier Recovery 
Processing(F4801Z2 and F4801TZ2).

The time that a supplier recovery claim was submitted to the interoperability tables.

The item number that indicates which part failed and caused the equipment failure.

A code that determines whether an invoice is required. Valid values are: 0 An invoice is not required. 1 An invoice is required.

A code that indicates whether an invoice is received. Valid values are: 0 An invoice is not received. 1 An invoice is received.

The business unit that is related to the causal portion of the claim.

The supplier's lot number for the item.

The address book number of the vendor to be used for supplier recovery.

A user defined code (17/FC) that indicates the type of defect.

A user defined code (17/C6) that indicates a specific system, such as the air conditioning system, that is associated with a piece of 
equipment. The system uses the UDCs for the system, the assembly, and the part to identify a particular position within the equipment.

A user defined code (17/C7) that indicates the location of a specific assembly, such as the air conditioning compressor, within a piece of 
equipment. The system uses the UDCs for the system, the assembly, and the part to identify a particular position within the equipment.

A user defined code (17/C8) that indicates the location of a specific part, such as the fuse to the air conditioning compressor clutch,  within a 
piece of equipment. The system uses the UDCs for the system, the assembly, and the part to identify a particular position within the 
equipment.

A user defined code (17/LS) that specifies whether the system tracks labor amounts and information or whether it tracks third-party invoice 
amounts and information.

Use this parameter to indicate which cache index will be used by the system.
Valid values are:
1 = Uses index - EDUS, EDBT, EDTN, EDLN
2 = Uses index - EDUS, EDBT, EDTN, DOCO, MCU, OPSQ, OPSC

If this option is left blank, the first index will be used.