A user-defined code (00/WS) that indicates the approval status.

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.

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

The time that specifies when the program executed the last update to this record.

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.

A code that specifies the type of case.

A code that specifies the source of a case. Valid values are: Blank  No source W Warranty  R Response line

The values that indicate the severity of the customer issue.

A code that specifies the status of a case.

A description, remark, name, or address.

A description of the customer issue.

A key identification number used internally to identify a composite key structure.  The actual key items must be stored in another file and 
given this serial number.  This is to avoid repeating a very large key structure with repeating data items.

A code that specifies multiple callbacks for a maintenance request. Enter a value from UDC 17/CB.

The identification code or number that was given to the customer by the Automated Voice Response Unit (press 1 to place and order, 
press 2 to request literature, etc.). This identification code or number can be used to retrieve the complete path the customer took through the 
VRU.

The underlying reason for the customer issue.

The number of open tasks associated with this call.

Choose the time zone for which you want to view the date and time.

Unique name identifying a daylight savings rule. Use daylight savings rules to adjust time for a geographic and political locale.

The geographic region of the customer.

A user defined code (01/LP) that specifies the language to use on forms and printed reports. Before you specify a language, a code for that 
language must exist at either the system level or in your user preferences.

The number of the parent case for a case.

The address number of the case provider group. To resolve customer problems, the system or a person can assign case to provider 
groups. A provider group might be that of a specific service person, or it might be a group that is used to monitor and assign requests to the 
provider groups of service personnel.

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

A number without the prefix or special characters, such as hyphens or periods, that makes up the telephone number for an entity. You can 
use any applicable telephone number format for a country. This field is used in conjunction with the Prefix field (AR1), where you enter the first 
segment of the telephone number, which is called the area code in the United States. When you search for an address using a phone 
number, you must enter the number exactly as it is set up in the Address Book system, including any special characters.

Client number in SAR records which corresponds to Address Book record.

This field is used to identify the line ID number for a Who's Who record.

The first segment of a telephone number. In the United States, the prefix is the three-digit area code.

The phone number of the individual who is sending the message.

The name of the caller, customer, or other contact.

A 40-character field that you can use to enter text.

The prefix (in the U.S., the area code) for the fax phone number. The required format for the U.S. area codes is three characters in 
parentheses, for example (303). If you require an alternate format to accommodate non-U.S. area codes, you must change the data display rules in the 
data dictionary.

The FAX number on a case.

The prefix for the alternate phone number. In the US, this is the area code. The required format for a US area code is three characters in 
parentheses, such as (303). If you require an alternate format to accommodate non-US area codes, you must change the data display rules in 
the data dictionary.

A user defined code (00/CN) that identifies a country. The country code has no effect on currency conversion. The Address Book system 
uses the country code for data selection and address formatting.

The address number of the person reporting a customer issue.

This field is used to identify the Who's Who line number for call contact 1.

The prefix for telephone number 2. The default format for the Phone Prefix data dictionary item is set to the United States prefix (area code). 
This format is three characters enclosed in parentheses. For example, (303). If you require an alternate format to accommodate a non-United 
States prefix, you must change the data display rules in the data dictionary.

Phone number of Customer Issue additional contact.

The name of the caller, customer, or other contact.

The email address on the case.

The prefix (in the U.S., the area code) for the fax phone number. The required format for the U.S. area codes is three characters in 
parentheses for example (303). If you require an alternate format to accommodate non-U.S. area codes, you must change the data display rules in the 
data dictionary.

The FAX number on a case.

The prefix for the alternate phone number. In the US, this is the area code. The required format for a US area code is three characters in 
parentheses, such as (303). If you require an alternate format to accommodate non-US area codes, you must change the data display rules in 
the data dictionary.

Additional contact address number for customer issue.

This field is used to identify the Who's Who line number for call contact 2.

The prefix for telephone number 3. The default format for the Phone Prefix data dictionary item is set to the United States prefix (area code). 
This format is three characters enclosed in parentheses. For example, (303). If you require an alternate format to accommodate a non-United 
States prefix, you must change the data display rules in the data dictionary.

Phone number of Customer Issue additonal contact.

The email address on the case.

The prefix (in the U.S., the area code) for the fax phone number. The required format for the U.S. area codes is three characters in 
parentheses, for example (303). If you require an alternate format to accommodate non-U.S. area codes, you must change the data display rules in the 
data dictionary.

The FAX number on a case.

The prefix for the alternate phone number. In the US, this is the area code. The required format for a US area code is three characters in 
parentheses, such as (303). If you require an alternate format to accommodate non-US area codes, you must change the data display rules in 
the data dictionary.

Additional contact address number for customer issue.

This field is used to identify the Who's Who line number for call contact 3.

The prefix for telephone number 4. The default format for the Phone Prefix data dictionary item is set to the United States prefix (area code). 
This format is three characters enclosed in parentheses. For example, (303). If you require an alternate format to accommodate a non-United 
States prefix, you must change the data display rules in the data dictionary.

The name of the caller, customer, or other contact.

The alpha name of the contact.

The email address on the case.

The prefix (in the U.S., the area code) for the fax phone number. The required format for the U.S. area codes is three characters in 
parentheses, for example (303). If you require an alternate format to accommodate non-U.S. area codes, you must change the data display rules in the 
data dictionary.

The FAX number on a case.

The prefix for the alternate phone number. In the US, this is the area code. The required format for a US area code is three characters in 
parentheses, such as (303). If you require an alternate format to accommodate non-US area codes, you must change the data display rules in 
the data dictionary.

An 8-digit number that uniquely identifies an asset.

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.

The components that make an equipment number or components associated with a customer site.

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 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 identifies a lot or a serial number. A lot is a group of items with similar characteristics.

The operating environment of the user. Some examples include Windows 95, Windows NT, UNIX or AS/400.

The address book number for the lessor, renter, or lending institution.

The original document number.  This can be a voucher, an invoice, unapplied cash, a journal entry number, etc.  Matching document 
numbers are also used to identify related documents in the Accounts Receivable and Accounts Payable systems.  See matching document 
(DOCM).  This document number (DOCO) is always the original document number, and the matching document number (DOCM) is the check, 
adjustment, or credit to be applied against the original document. For example: A/P Automated/Manual Payment: Original (DOCO) - Voucher; 
Matching Document (DOCM) - Payment  A/R Original Invoice: Original (DOCO) - Invoice  Receipt Application: Original (DOCO) - Invoice; Matching 
Document (DOCM) - Receipt Credit Memo/Adjustment: Original (DOCO) - Invoice; Matching Document (DOCM) -Credit Memo  Unapplied 
Case: Original (DOCO) - Receipt

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.

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

This field is not updated by the receipt applications; it is always populated with the value zero. 

The change number of the contract. The change order number of the base contract is always initialized to 000. Each time you enter a 
change order for a contract, the system automatically increases the change order number by one. For example, the base contract is the change 
order number 000, the first change order is 001, the second is 002, and so on.

The original document number. This can be a voucher, an invoice, unapplied cash, a journal entry number, and so on Matching document 
numbers are also used to identify related documents in the Accounts Receivable and Accounts Payable systems. The document number 
(DOC) is always the original document number. The matching document number (DOCM) is the check, adjustment, or credit to be applied 
against the original document.

This code defines the order type. It is verified in user defined codes (40/OT). Reserved document types have been defined for voucher 
entry, invoice entry, receipts entry, and time sheet entry.  Because the offsetting entries for document types are created automatically during the 
post program, they will not be self-balancing on original entry. The reserved document types are:    PR Purchase Requisition Orders    PQ 
Purchase Quote    PO Purchase Order    PD Purchase Order - Direct Ship    PB Purchase Order - Blanket    SQ Sales Quote    SO Sales Order    
SD Sales Order - Direct Ship    SB Sales Order - Blanket 

A number that is used in conjunction with the values in the ODOC and ODCT fields to identify a transaction.

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.

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 

A number that, with the document number, document type and G/L date, uniquely identifies an original document, such as invoice, voucher, 
or journal entry. If you use the Next Numbers by Company/Fiscal Year feature, the Automatic Next Numbers program (X0010) uses the 
document company to retrieve the correct next number for that company. If two or more original documents have the same document number and 
document type, you can use the document company to locate the desired document.

The number of the matching document, such as a receipt, payment, adjustment,or credit. You apply a matching document (DOCM) against 
an original document (DOC), such as an invoice or voucher.

Within Auto Bank Statement process, a document type is needed for the following:       1) Document Type is needed for creating Variance 
Journal Entries for payments, receipts, and journal entries when running the Auto Bank Statement Process (R09616).  If Document Type on the 
Payment Clear tab is left blank, it will default to PN.  If Document Type on the Receipt Clear tab is left blank, it will default to RC.  If Document 
Type on the Journal Entry Reconcile tab is left blank, it will default to JE.      2) Document Type is needed for creating Journal Entries on the 
Journal Entry Create tab, and the Draft Paid tab.  For both of these, it will default to JE if left blank. 

A number that, along with A/P Model Document Type (DTAP) and A/P Model Document Number (DCAP), uniquely identifies the model 
journal entry to use for a particular supplier.

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 that allows the end user to indicate that the fee for a service is waived.

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.

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 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 (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 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 code that controls how the system processes lines on a transaction. It controls the systems with which the transaction interfaces, such as 
General Ledger, Job Cost, Accounts Payable, Accounts Receivable, and Inventory Management. It also specifies the conditions under 
which a line prints on reports, and it is included in calculations. Codes include the following: S Stock item   J Job cost   N Nonstock item   F Freight  
T Text information   M Miscellaneous charges and credits   W Work order

The guaranteed time during which service will be completed, as provided by a service contract, from the time that a provider logs a 
maintenance request or work order. This unit of time relates to the service type in the Service Contract Services table (F1725). Enter the response 
time in hours.

The number of the business unit in which the employee generally resides.

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 number linking a claim that an end user of a product submits. Claim numbers are often found on pre-printed forms.

A number that identifies a customer issue.

A value that specifies the total amount of the invoice or voucher pay item. The gross amount might include the tax amount, depending on 
the tax explanation code. The system does not decrease the gross amount when payments are applied. When you void a transaction, the 
system clears the gross amount field.

The foreign currency amount entered on the transaction. If the Multi-Currency Conversion option on the General Accounting constants is set 
to Y, the foreign amount is multiplied by the exchange rate to arrive at the domestic amount. If the Multi-Currency Conversion option is set to Z, 
the foreign amount is divided by the exchange rate.

The processing mode used in Purchase Order Consolidator to signify when specific orders are being processed.

A code that identifies the currency of a transaction. 

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

The estimated hours that are budgeted for this work order.

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

The unpaid foreign amount of a transaction.

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

A user defined code (40/AS) that 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 case, the system 
copies the schedule attached to the sold-to address into the order. You can override this schedule at the header level.

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.

Identifies a separate entity within a business for which you wish to track costs, for example, a warehouse location, job, project, work center, 
or branch/plant. The business unit field is alphanumeric. You can assign a business unit to a voucher, invoice, fixed asset, and so forth, for 
responsibility reporting.  The system provides reports of open A/P and A/R by business unit, for example, to track equipment by responsible 
department. Business Unit Security can prevent you from inquiring on business units for which you have no authority.

A code that identifies a specific organization, fund, or other reporting entity. The company code must already exist in the Company 
Constants table (F0010) and must identify a reporting entity that has a complete balance sheet. At this level, you can have intercompany 
transactions. Note: You can use company 00000 for default values such as dates and automatic accounting instructions. You cannot use company 00000 
for transaction entries.

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

The date that an address, item, transaction, or table record becomes active.  The meaning of this field differs, depending on the program.  
For example, the effective date could represent the following:    o When a change of address becomes effective.   o When a lease becomes 
effective.   o When a price becomes effective.   o When the currency exchange rate becomes effective.   o When a tax rate becomes effective. 

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

The date when an asset was removed or returned from a particular location.

The date a job is executed

The time, noted in hours, minutes, and seconds, when the call was initially returned.

The date the service provider arrived at the customer site.

The time that the service provider arrived at the customer site.

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

The time requested for delivery. Enter the time using the 24-hour time format (HHMMSS). For example, enter 6:00 a.m. as 060000, and enter 
7:00 p.m. as 190000.

The calendar date that an operation or rate is scheduled to begin.

The calendar date that an activity or rate is scheduled to end. This date is calculated by the constraints-based planning system.

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 date on which this transaction takes effect. The effective date is used generically. It can be the date of the next raise, a lease effective 
date, a price or cost effective date, a currency effective date, a tax rate effective date, a change in well status, or any other date that is 
appropriate.

A user defined name or remark.

The total elapsed hours for a particular well test.

The number days from the time the call is received until the time it closes.

The number of days between when a call was received, and when it was initially returned.

The length of time (stored in minutes as an integer) that was committed to the customer.  This length of time is used to set due dates/times 
and escalation dates/times.

The commitment date that the system calculates for returning the maintenance request or work order.

The duration specified in minutes, that were committed to the customer. For example:  A commitment to call back in 3 hours would have a 
commit time entry of 180 (minutes).

The status code used to track our commitment to the customer or an escalation.

The status code used to track our commitment to the customer or an escalation.

The date to escalate the customer call.

The time to escalate the customer call.

User defined code associated with the team a customer issue is assigned to.

User defined reporting code for assigning customer issues.

User defined reporting code used when assigning customer issues.

User defined reporting code used when assigning customer issues.

User defined category code used when assigning customer issues.

User defined category code used when assigning customer issues.

User defined category codes used when assigning customer issues.

User defined reporting code used when assigning customer issues.

User defined reporting code used when assigning customer issues.

User defined reporting code used when assigning customer issues.

A user defined reporting code for equipment.

A user defined reporting code for equipment.

A user defined reporting code for equipment.

A user defined reporting code for equipment.

A user defined reporting code for equipment.

A user defined reporting code for equipment. Enter a value from UDC 17/B6.

A user defined reporting code for equipment.

A user defined reporting code for equipment.

A user defined reporting code for equipment.

A user defined reporting code for equipment.

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.

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

A date that indicates one of the following:     o When a component part is no longer in effect on a bill of material     o When a routing step is no 
longer in effect as a sequence on the routing for an item     o When a rate schedule is no longer active The default is December 31 of the 
default year defined in the Data Dictionary for Century Change Year. You can enter future effective dates so that the system plans for upcoming 
changes. Items that are no longer effective in the future can still be recorded and recognized in Product Costing, Shop Floor Management, 
and Capacity Requirements Planning. The Material Requirements Planning system determines valid components by effectivity dates, not by 
the bill of material revision level. Some forms display data based on the effectivity dates you enter.

The address book number of the user who created this record.

The code that identifies a user profile.

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.

The code that identifies the work station ID that executed a particular job.

A user defined code (00/TY) that indicates the classification of a work order or engineering change order. You can use work order type as a 
selection criterion for work order approvals.

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.

A number (exchange rate) that a foreign currency amount is multiplied by to calculate a domestic currency amount.  The number in this field 
can have a maximum of seven decimal positions. If more are entered, the system adjusts to the nearest seven decimal positions. 

The system uses the Price Effective Date to determine the base price and all advanced price adjustments.  The value loaded in this date 
is stored in the System Constants File (F4009).

In general, this field displays the total billable consumption amount billed for a utility. However, use of this fields varies in the Bill Calculation 
Routine and on the Bill Calculations Detail report (R19800). Depending on the type of charge calculated (the Bill Item Rate Basis), the value in 
this field multiplied by the billing rate produces the gross charge amount. The following list shows charge types and corresponding values 
that billable consumption represents:    B (finance charge) - The account's past due amount, on which the finance charge is based.    C 
(consumption) - The total billable units.    E (amount per billing period) - For bill calculation type 1 (the default), the value displayed represents the 
number of days in the billing period. For bill calculation type 2 (set up in UCIS system constants), the value displayed represents the 
billing-tenths of-a-month.    F (amount per on-cycle bill) - The same as for rate basis E.    L (meter size based) - The number of days in the billing period 
applicable to the meter's rate. This value should match the total length of the billing period unless a meter exchange requires proration.    M 
(amount per meter per on-cycle) - For bill calculation type 1 (the default), the value displayed represents the number of days in the billing period 
applicable to that rate. For bill calculation type 2         (set up in UCIS system constants), the value displayed represents the product of the 
number of meters multiplied by the billing-tenths-o         -a-month.    T (tiered consumption rates) - For bill calculation type 1 (the default), the value 
displayed represents either the amount of total billable units applicable to that tier (full-period billings only), or the average daily usage 
(partial-period billings only). For bill calculation type 2 (set up in UCIS system constants), the value displayed represents the prorated amount of 
the total billable units applicable to that tier's rate, based on billing-tenths-of-a-month.    X (surcharge) - The total amount of charges subject to 
this surcharge. You can use 7 for B, 1 for C, 3 for E, 8 for F, 4 for L, 5 for M, 6 for T, and 9 for X.

A user defined code (00/UM) that identifies the unit of measurement for an amount or quantity. For example, it can represent a barrel, box, 
cubic meter, liter, hour, and so on.

The monetary amount charged to the customer regardless of how many hours were spent or how many parts were used in performing the 
service. The monetary amount is expressed in the currency that is set up for the company initiating the transaction.

The monetary amount charged to the customer regardless of how many hours were spent or how many parts were used in performing the 
service. The monetary amount is expressed in the currency that is set up for the customer.

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 flag indicating that an internal business unit should be charged instead of the customer.  In order for this to occur, the Call (or Service 
Order) must be marked as billable.

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 goodwill accounting transaction.

A combination of service order type and coverage type used to define service support to which the customer is contractually entitled. A 
service package also contains response time and coverage group.

The address number of an alternate location to which the owner wants the invoice (application) sent.

User defined address book number.  This will be verified against Address Book.

An alphanumeric value used as a cross-reference or secondary reference number. Typically, this is the customer number, supplier 
number, or job number.

The minimum number of hours to charge the customer.  If the billable number of hours is less than the minimum number of hours, then the 
system charges the customer for the minimum number of hours instead of the billable number of hours.

The minimum monetary amount to charge the customer. If the billable amount is less than the minimum amount, the system charges the 
customer for the minimum amount instead of the billable amount. This monetary amount is expressed in the currency of the customer.

On the Item Price Category Revisions, a $ indicates that the numeric type is an added amount, a % indicates the factor is a multiplier.

Takeoff Pricing file discount percentage

The amount of the discount available, as opposed to the amount of the discount actually taken.  The discount calculated is based on the 
invoice amount rather than the revenue amount.

The foreign currency amount of the discount available, as opposed to the amount of the discount actually taken.  The discount calculated is 
based on the foreign invoice amount.

The tax amount in the invoice.  This can be either the sales, use or VAT tax.

The tax amount on the invoice in foreign currency.  This can be either the sales, use or VAT tax.

The portion of the tax amount calculated for this entry that is not automatically generated by the post program.

The portion of the tax amount calculated for this entry that is not automatically generated by the post program.

The monetary amount the customer has been credited for this order. The monetary amount is expressed in the currency that is set up for the 
company initiating the transaction.

The monetary amount of tax credited to the customer for this order. The monetary amount is expressed in the currency that is set up for the 
company initiating the transaction.

The monetary amount of tax credited to the customer for this order. The monetary amount is expressed in the currency that is set up for the 
customer.

The date when a transaction, contract, obligation, preference, or policy rule becomes effective.

A code that specifies the terms of payment, including the percentage of discount available if the invoice is paid by the discount due date. 
Use a blank code to indicate the most frequently-used payment term. You define each type of payment term on the Payment Terms Revisions 
form. Examples of payment terms include: Blank Net 15 001      1/10 net 30 002      2/10 net 30 003      Due on the 10th day of every month 006     
Due upon receipt  This code prints on customer invoices.

The user defined code (00/PY) that specifies how payments are made by the customer. For example: C Check   D Draft   T Electronic funds 
transfer  

A code that indicates whether the item is subject to sales tax when you sell it. The system calculates tax on the item only if the customer is 
also taxable.

A code that identifies a tax or geographic area that has common tax rates and tax authorities. The system validates the code you enter 
against the Tax Areas table (F4008). The system uses the tax rate area in conjunction with the tax explanation code and tax rules to calculate tax 
and G/L distribution amounts when you create an invoice or voucher.

A hard-coded user defined code (00/EX) that controls the algorithm that the system uses to calculate tax and G/L distribution amounts. The 
system uses the tax explanation code in conjunction with the tax rate area and tax rules to determine how the tax is calculated. Each 
transaction pay item can be defined with a different tax explanation code.

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

A code that identifies the Inter-Process Communication ID.

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.

Number of Days in Future to Query for Responses Due. 

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.

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

General purpose ID variable.

Number of Days in Future to Query for Responses Due. 

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

Number of Days in Future to Query for Responses Due. 

Number of Days in Future to Query for Responses Due. 

Number of Days in Future to Query for Responses Due. 

Number of Days in Future to Query for Responses Due. 

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

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

General purpose ID variable.

The minimum monetary amount to charge the customer. If the billable amount is less than the minimum amount, the system charges the 
customer for the minimum amount instead of the billable amount. This monetary amount is expressed in the currency of the company.

Number of Days in Future to Query for Responses Due. 

The address number (F0101) of the partner associated with the lead.

The line number identifier from the Who's Who (F0111) representative of Contacts for a Partner.

Contact associated with a Partner.

A user-defined code (00/WS) that indicates the approval status.

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.

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

The time that specifies when the program executed the last update to this record.

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.

A code that specifies the type of case.

A code that specifies the source of a case. Valid values are: Blank  No source W Warranty  R Response line

The values that indicate the severity of the customer issue.

A code that specifies the status of a case.

A description, remark, name, or address.

A description of the customer issue.

A key identification number used internally to identify a composite key structure.  The actual key items must be stored in another file and 
given this serial number.  This is to avoid repeating a very large key structure with repeating data items.

A code that specifies multiple callbacks for a maintenance request. Enter a value from UDC 17/CB.

The identification code or number that was given to the customer by the Automated Voice Response Unit (press 1 to place and order, 
press 2 to request literature, etc.). This identification code or number can be used to retrieve the complete path the customer took through the 
VRU.

The underlying reason for the customer issue.

The number of open tasks associated with this call.

Choose the time zone for which you want to view the date and time.

Unique name identifying a daylight savings rule. Use daylight savings rules to adjust time for a geographic and political locale.

The geographic region of the customer.

A user defined code (01/LP) that specifies the language to use on forms and printed reports. Before you specify a language, a code for that 
language must exist at either the system level or in your user preferences.

The number of the parent case for a case.

The address number of the case provider group. To resolve customer problems, the system or a person can assign case to provider 
groups. A provider group might be that of a specific service person, or it might be a group that is used to monitor and assign requests to the 
provider groups of service personnel.

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

A number without the prefix or special characters, such as hyphens or periods, that makes up the telephone number for an entity. You can 
use any applicable telephone number format for a country. This field is used in conjunction with the Prefix field (AR1), where you enter the first 
segment of the telephone number, which is called the area code in the United States. When you search for an address using a phone 
number, you must enter the number exactly as it is set up in the Address Book system, including any special characters.

Client number in SAR records which corresponds to Address Book record.

This field is used to identify the line ID number for a Who's Who record.

The first segment of a telephone number. In the United States, the prefix is the three-digit area code.

The phone number of the individual who is sending the message.

The name of the caller, customer, or other contact.

A 40-character field that you can use to enter text.

The prefix (in the U.S., the area code) for the fax phone number. The required format for the U.S. area codes is three characters in 
parentheses, for example (303). If you require an alternate format to accommodate non-U.S. area codes, you must change the data display rules in the 
data dictionary.

The FAX number on a case.

The prefix for the alternate phone number. In the US, this is the area code. The required format for a US area code is three characters in 
parentheses, such as (303). If you require an alternate format to accommodate non-US area codes, you must change the data display rules in 
the data dictionary.

A user defined code (00/CN) that identifies a country. The country code has no effect on currency conversion. The Address Book system 
uses the country code for data selection and address formatting.

The address number of the person reporting a customer issue.

This field is used to identify the Who's Who line number for call contact 1.

The prefix for telephone number 2. The default format for the Phone Prefix data dictionary item is set to the United States prefix (area code). 
This format is three characters enclosed in parentheses. For example, (303). If you require an alternate format to accommodate a non-United 
States prefix, you must change the data display rules in the data dictionary.

Phone number of Customer Issue additional contact.

The name of the caller, customer, or other contact.

The email address on the case.

The prefix (in the U.S., the area code) for the fax phone number. The required format for the U.S. area codes is three characters in 
parentheses for example (303). If you require an alternate format to accommodate non-U.S. area codes, you must change the data display rules in the 
data dictionary.

The FAX number on a case.

The prefix for the alternate phone number. In the US, this is the area code. The required format for a US area code is three characters in 
parentheses, such as (303). If you require an alternate format to accommodate non-US area codes, you must change the data display rules in 
the data dictionary.

Additional contact address number for customer issue.

This field is used to identify the Who's Who line number for call contact 2.

The prefix for telephone number 3. The default format for the Phone Prefix data dictionary item is set to the United States prefix (area code). 
This format is three characters enclosed in parentheses. For example, (303). If you require an alternate format to accommodate a non-United 
States prefix, you must change the data display rules in the data dictionary.

Phone number of Customer Issue additonal contact.

The email address on the case.

The prefix (in the U.S., the area code) for the fax phone number. The required format for the U.S. area codes is three characters in 
parentheses, for example (303). If you require an alternate format to accommodate non-U.S. area codes, you must change the data display rules in the 
data dictionary.

The FAX number on a case.

The prefix for the alternate phone number. In the US, this is the area code. The required format for a US area code is three characters in 
parentheses, such as (303). If you require an alternate format to accommodate non-US area codes, you must change the data display rules in 
the data dictionary.

Additional contact address number for customer issue.

This field is used to identify the Who's Who line number for call contact 3.

The prefix for telephone number 4. The default format for the Phone Prefix data dictionary item is set to the United States prefix (area code). 
This format is three characters enclosed in parentheses. For example, (303). If you require an alternate format to accommodate a non-United 
States prefix, you must change the data display rules in the data dictionary.

The name of the caller, customer, or other contact.

The alpha name of the contact.

The email address on the case.

The prefix (in the U.S., the area code) for the fax phone number. The required format for the U.S. area codes is three characters in 
parentheses, for example (303). If you require an alternate format to accommodate non-U.S. area codes, you must change the data display rules in the 
data dictionary.

The FAX number on a case.

The prefix for the alternate phone number. In the US, this is the area code. The required format for a US area code is three characters in 
parentheses, such as (303). If you require an alternate format to accommodate non-US area codes, you must change the data display rules in 
the data dictionary.

An 8-digit number that uniquely identifies an asset.

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.

The components that make an equipment number or components associated with a customer site.

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 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 identifies a lot or a serial number. A lot is a group of items with similar characteristics.

The operating environment of the user. Some examples include Windows 95, Windows NT, UNIX or AS/400.

The address book number for the lessor, renter, or lending institution.

The original document number.  This can be a voucher, an invoice, unapplied cash, a journal entry number, etc.  Matching document 
numbers are also used to identify related documents in the Accounts Receivable and Accounts Payable systems.  See matching document 
(DOCM).  This document number (DOCO) is always the original document number, and the matching document number (DOCM) is the check, 
adjustment, or credit to be applied against the original document. For example: A/P Automated/Manual Payment: Original (DOCO) - Voucher; 
Matching Document (DOCM) - Payment  A/R Original Invoice: Original (DOCO) - Invoice  Receipt Application: Original (DOCO) - Invoice; Matching 
Document (DOCM) - Receipt Credit Memo/Adjustment: Original (DOCO) - Invoice; Matching Document (DOCM) -Credit Memo  Unapplied 
Case: Original (DOCO) - Receipt

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.

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

This field is not updated by the receipt applications; it is always populated with the value zero. 

The change number of the contract. The change order number of the base contract is always initialized to 000. Each time you enter a 
change order for a contract, the system automatically increases the change order number by one. For example, the base contract is the change 
order number 000, the first change order is 001, the second is 002, and so on.

The original document number. This can be a voucher, an invoice, unapplied cash, a journal entry number, and so on Matching document 
numbers are also used to identify related documents in the Accounts Receivable and Accounts Payable systems. The document number 
(DOC) is always the original document number. The matching document number (DOCM) is the check, adjustment, or credit to be applied 
against the original document.

This code defines the order type. It is verified in user defined codes (40/OT). Reserved document types have been defined for voucher 
entry, invoice entry, receipts entry, and time sheet entry.  Because the offsetting entries for document types are created automatically during the 
post program, they will not be self-balancing on original entry. The reserved document types are:    PR Purchase Requisition Orders    PQ 
Purchase Quote    PO Purchase Order    PD Purchase Order - Direct Ship    PB Purchase Order - Blanket    SQ Sales Quote    SO Sales Order    
SD Sales Order - Direct Ship    SB Sales Order - Blanket 

A number that is used in conjunction with the values in the ODOC and ODCT fields to identify a transaction.

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.

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 

A number that, with the document number, document type and G/L date, uniquely identifies an original document, such as invoice, voucher, 
or journal entry. If you use the Next Numbers by Company/Fiscal Year feature, the Automatic Next Numbers program (X0010) uses the 
document company to retrieve the correct next number for that company. If two or more original documents have the same document number and 
document type, you can use the document company to locate the desired document.

The number of the matching document, such as a receipt, payment, adjustment,or credit. You apply a matching document (DOCM) against 
an original document (DOC), such as an invoice or voucher.

Within Auto Bank Statement process, a document type is needed for the following:       1) Document Type is needed for creating Variance 
Journal Entries for payments, receipts, and journal entries when running the Auto Bank Statement Process (R09616).  If Document Type on the 
Payment Clear tab is left blank, it will default to PN.  If Document Type on the Receipt Clear tab is left blank, it will default to RC.  If Document 
Type on the Journal Entry Reconcile tab is left blank, it will default to JE.      2) Document Type is needed for creating Journal Entries on the 
Journal Entry Create tab, and the Draft Paid tab.  For both of these, it will default to JE if left blank. 

A number that, along with A/P Model Document Type (DTAP) and A/P Model Document Number (DCAP), uniquely identifies the model 
journal entry to use for a particular supplier.

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 that allows the end user to indicate that the fee for a service is waived.

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.

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 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 (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 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 code that controls how the system processes lines on a transaction. It controls the systems with which the transaction interfaces, such as 
General Ledger, Job Cost, Accounts Payable, Accounts Receivable, and Inventory Management. It also specifies the conditions under 
which a line prints on reports, and it is included in calculations. Codes include the following: S Stock item   J Job cost   N Nonstock item   F Freight  
T Text information   M Miscellaneous charges and credits   W Work order

The guaranteed time during which service will be completed, as provided by a service contract, from the time that a provider logs a 
maintenance request or work order. This unit of time relates to the service type in the Service Contract Services table (F1725). Enter the response 
time in hours.

The number of the business unit in which the employee generally resides.

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 number linking a claim that an end user of a product submits. Claim numbers are often found on pre-printed forms.

A number that identifies a customer issue.

A value that specifies the total amount of the invoice or voucher pay item. The gross amount might include the tax amount, depending on 
the tax explanation code. The system does not decrease the gross amount when payments are applied. When you void a transaction, the 
system clears the gross amount field.

The foreign currency amount entered on the transaction. If the Multi-Currency Conversion option on the General Accounting constants is set 
to Y, the foreign amount is multiplied by the exchange rate to arrive at the domestic amount. If the Multi-Currency Conversion option is set to Z, 
the foreign amount is divided by the exchange rate.

The processing mode used in Purchase Order Consolidator to signify when specific orders are being processed.

A code that identifies the currency of a transaction. 

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

The estimated hours that are budgeted for this work order.

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

The unpaid foreign amount of a transaction.

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

A user defined code (40/AS) that 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 case, the system 
copies the schedule attached to the sold-to address into the order. You can override this schedule at the header level.

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.

Identifies a separate entity within a business for which you wish to track costs, for example, a warehouse location, job, project, work center, 
or branch/plant. The business unit field is alphanumeric. You can assign a business unit to a voucher, invoice, fixed asset, and so forth, for 
responsibility reporting.  The system provides reports of open A/P and A/R by business unit, for example, to track equipment by responsible 
department. Business Unit Security can prevent you from inquiring on business units for which you have no authority.

A code that identifies a specific organization, fund, or other reporting entity. The company code must already exist in the Company 
Constants table (F0010) and must identify a reporting entity that has a complete balance sheet. At this level, you can have intercompany 
transactions. Note: You can use company 00000 for default values such as dates and automatic accounting instructions. You cannot use company 00000 
for transaction entries.

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

The date that an address, item, transaction, or table record becomes active.  The meaning of this field differs, depending on the program.  
For example, the effective date could represent the following:    o When a change of address becomes effective.   o When a lease becomes 
effective.   o When a price becomes effective.   o When the currency exchange rate becomes effective.   o When a tax rate becomes effective. 

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

The date when an asset was removed or returned from a particular location.

The date a job is executed

The time, noted in hours, minutes, and seconds, when the call was initially returned.

The date the service provider arrived at the customer site.

The time that the service provider arrived at the customer site.

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

The time requested for delivery. Enter the time using the 24-hour time format (HHMMSS). For example, enter 6:00 a.m. as 060000, and enter 
7:00 p.m. as 190000.

The calendar date that an operation or rate is scheduled to begin.

The calendar date that an activity or rate is scheduled to end. This date is calculated by the constraints-based planning system.

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 date on which this transaction takes effect. The effective date is used generically. It can be the date of the next raise, a lease effective 
date, a price or cost effective date, a currency effective date, a tax rate effective date, a change in well status, or any other date that is 
appropriate.

A user defined name or remark.

The total elapsed hours for a particular well test.

The number days from the time the call is received until the time it closes.

The number of days between when a call was received, and when it was initially returned.

The length of time (stored in minutes as an integer) that was committed to the customer.  This length of time is used to set due dates/times 
and escalation dates/times.

The commitment date that the system calculates for returning the maintenance request or work order.

The duration specified in minutes, that were committed to the customer. For example:  A commitment to call back in 3 hours would have a 
commit time entry of 180 (minutes).

The status code used to track our commitment to the customer or an escalation.

The status code used to track our commitment to the customer or an escalation.

The date to escalate the customer call.

The time to escalate the customer call.

User defined code associated with the team a customer issue is assigned to.

User defined reporting code for assigning customer issues.

User defined reporting code used when assigning customer issues.

User defined reporting code used when assigning customer issues.

User defined category code used when assigning customer issues.

User defined category code used when assigning customer issues.

User defined category codes used when assigning customer issues.

User defined reporting code used when assigning customer issues.

User defined reporting code used when assigning customer issues.

User defined reporting code used when assigning customer issues.

A user defined reporting code for equipment.

A user defined reporting code for equipment.

A user defined reporting code for equipment.

A user defined reporting code for equipment.

A user defined reporting code for equipment.

A user defined reporting code for equipment. Enter a value from UDC 17/B6.

A user defined reporting code for equipment.

A user defined reporting code for equipment.

A user defined reporting code for equipment.

A user defined reporting code for equipment.

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.

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

A date that indicates one of the following:     o When a component part is no longer in effect on a bill of material     o When a routing step is no 
longer in effect as a sequence on the routing for an item     o When a rate schedule is no longer active The default is December 31 of the 
default year defined in the Data Dictionary for Century Change Year. You can enter future effective dates so that the system plans for upcoming 
changes. Items that are no longer effective in the future can still be recorded and recognized in Product Costing, Shop Floor Management, 
and Capacity Requirements Planning. The Material Requirements Planning system determines valid components by effectivity dates, not by 
the bill of material revision level. Some forms display data based on the effectivity dates you enter.

The address book number of the user who created this record.

The code that identifies a user profile.

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.

The code that identifies the work station ID that executed a particular job.

A user defined code (00/TY) that indicates the classification of a work order or engineering change order. You can use work order type as a 
selection criterion for work order approvals.

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.

A number (exchange rate) that a foreign currency amount is multiplied by to calculate a domestic currency amount.  The number in this field 
can have a maximum of seven decimal positions. If more are entered, the system adjusts to the nearest seven decimal positions. 

The system uses the Price Effective Date to determine the base price and all advanced price adjustments.  The value loaded in this date 
is stored in the System Constants File (F4009).

In general, this field displays the total billable consumption amount billed for a utility. However, use of this fields varies in the Bill Calculation 
Routine and on the Bill Calculations Detail report (R19800). Depending on the type of charge calculated (the Bill Item Rate Basis), the value in 
this field multiplied by the billing rate produces the gross charge amount. The following list shows charge types and corresponding values 
that billable consumption represents:    B (finance charge) - The account's past due amount, on which the finance charge is based.    C 
(consumption) - The total billable units.    E (amount per billing period) - For bill calculation type 1 (the default), the value displayed represents the 
number of days in the billing period. For bill calculation type 2 (set up in UCIS system constants), the value displayed represents the 
billing-tenths of-a-month.    F (amount per on-cycle bill) - The same as for rate basis E.    L (meter size based) - The number of days in the billing period 
applicable to the meter's rate. This value should match the total length of the billing period unless a meter exchange requires proration.    M 
(amount per meter per on-cycle) - For bill calculation type 1 (the default), the value displayed represents the number of days in the billing period 
applicable to that rate. For bill calculation type 2         (set up in UCIS system constants), the value displayed represents the product of the 
number of meters multiplied by the billing-tenths-o         -a-month.    T (tiered consumption rates) - For bill calculation type 1 (the default), the value 
displayed represents either the amount of total billable units applicable to that tier (full-period billings only), or the average daily usage 
(partial-period billings only). For bill calculation type 2 (set up in UCIS system constants), the value displayed represents the prorated amount of 
the total billable units applicable to that tier's rate, based on billing-tenths-of-a-month.    X (surcharge) - The total amount of charges subject to 
this surcharge. You can use 7 for B, 1 for C, 3 for E, 8 for F, 4 for L, 5 for M, 6 for T, and 9 for X.

A user defined code (00/UM) that identifies the unit of measurement for an amount or quantity. For example, it can represent a barrel, box, 
cubic meter, liter, hour, and so on.

The monetary amount charged to the customer regardless of how many hours were spent or how many parts were used in performing the 
service. The monetary amount is expressed in the currency that is set up for the company initiating the transaction.

The monetary amount charged to the customer regardless of how many hours were spent or how many parts were used in performing the 
service. The monetary amount is expressed in the currency that is set up for the customer.

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 flag indicating that an internal business unit should be charged instead of the customer.  In order for this to occur, the Call (or Service 
Order) must be marked as billable.

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 goodwill accounting transaction.

A combination of service order type and coverage type used to define service support to which the customer is contractually entitled. A 
service package also contains response time and coverage group.

The address number of an alternate location to which the owner wants the invoice (application) sent.

User defined address book number.  This will be verified against Address Book.

An alphanumeric value used as a cross-reference or secondary reference number. Typically, this is the customer number, supplier 
number, or job number.

The minimum number of hours to charge the customer.  If the billable number of hours is less than the minimum number of hours, then the 
system charges the customer for the minimum number of hours instead of the billable number of hours.

The minimum monetary amount to charge the customer. If the billable amount is less than the minimum amount, the system charges the 
customer for the minimum amount instead of the billable amount. This monetary amount is expressed in the currency of the customer.

On the Item Price Category Revisions, a $ indicates that the numeric type is an added amount, a % indicates the factor is a multiplier.

Takeoff Pricing file discount percentage

The amount of the discount available, as opposed to the amount of the discount actually taken.  The discount calculated is based on the 
invoice amount rather than the revenue amount.

The foreign currency amount of the discount available, as opposed to the amount of the discount actually taken.  The discount calculated is 
based on the foreign invoice amount.

The tax amount in the invoice.  This can be either the sales, use or VAT tax.

The tax amount on the invoice in foreign currency.  This can be either the sales, use or VAT tax.

The portion of the tax amount calculated for this entry that is not automatically generated by the post program.

The portion of the tax amount calculated for this entry that is not automatically generated by the post program.

The monetary amount the customer has been credited for this order. The monetary amount is expressed in the currency that is set up for the 
company initiating the transaction.

The monetary amount of tax credited to the customer for this order. The monetary amount is expressed in the currency that is set up for the 
company initiating the transaction.

The monetary amount of tax credited to the customer for this order. The monetary amount is expressed in the currency that is set up for the 
customer.

The date when a transaction, contract, obligation, preference, or policy rule becomes effective.

A code that specifies the terms of payment, including the percentage of discount available if the invoice is paid by the discount due date. 
Use a blank code to indicate the most frequently-used payment term. You define each type of payment term on the Payment Terms Revisions 
form. Examples of payment terms include: Blank Net 15 001      1/10 net 30 002      2/10 net 30 003      Due on the 10th day of every month 006     
Due upon receipt  This code prints on customer invoices.

The user defined code (00/PY) that specifies how payments are made by the customer. For example: C Check   D Draft   T Electronic funds 
transfer  

A code that indicates whether the item is subject to sales tax when you sell it. The system calculates tax on the item only if the customer is 
also taxable.

A code that identifies a tax or geographic area that has common tax rates and tax authorities. The system validates the code you enter 
against the Tax Areas table (F4008). The system uses the tax rate area in conjunction with the tax explanation code and tax rules to calculate tax 
and G/L distribution amounts when you create an invoice or voucher.

A hard-coded user defined code (00/EX) that controls the algorithm that the system uses to calculate tax and G/L distribution amounts. The 
system uses the tax explanation code in conjunction with the tax rate area and tax rules to determine how the tax is calculated. Each 
transaction pay item can be defined with a different tax explanation code.

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

A code that identifies the Inter-Process Communication ID.

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.

Number of Days in Future to Query for Responses Due. 

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.

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

General purpose ID variable.

Number of Days in Future to Query for Responses Due. 

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

Number of Days in Future to Query for Responses Due. 

Number of Days in Future to Query for Responses Due. 

Number of Days in Future to Query for Responses Due. 

Number of Days in Future to Query for Responses Due. 

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

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

General purpose ID variable.

The minimum monetary amount to charge the customer. If the billable amount is less than the minimum amount, the system charges the 
customer for the minimum amount instead of the billable amount. This monetary amount is expressed in the currency of the company.

Number of Days in Future to Query for Responses Due. 

The address number (F0101) of the partner associated with the lead.

The line number identifier from the Who's Who (F0111) representative of Contacts for a Partner.

Contact associated with a Partner.