The name that identifies a system object. J.D. Edwards ERP architecture is object-based. Discrete software objects are the building blocks 
for all applications, and developers can reuse the objects in multiple applications. The Object Librarian tracks each object. Examples of 
system objects include:   o Batch Applications (such as reports)   o Interactive Applications   o Business Views   o Business Functions   o 
Business Functions Data Structures   o Event Rules   o Media Object Data Structures

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

A generic record used with the Auto Payments Write/Reset program (P04572) to hold bank tape records. It is not tied to a specific format for 
any particular country.  

The name that identifies a system object. J.D. Edwards ERP architecture is object-based. Discrete software objects are the building blocks 
for all applications, and developers can reuse the objects in multiple applications. The Object Librarian tracks each object. Examples of 
system objects include:   o Batch Applications (such as reports)   o Interactive Applications   o Business Views   o Business Functions   o 
Business Functions Data Structures   o Event Rules   o Media Object Data Structures

A code that specifies whether the batch is from the Service Billing system or the Contract Billing system. Valid values are: 3 Service 
Billing 4 Contract Billing For Contract Billing Revenue processing, the batch type is always 3.

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

A generic record used with the Auto Payments Write/Reset program (P04572) to hold bank tape records. It is not tied to a specific format for 
any particular country.  

The name that identifies a system object. J.D. Edwards ERP architecture is object-based. Discrete software objects are the building blocks 
for all applications, and developers can reuse the objects in multiple applications. The Object Librarian tracks each object. Examples of 
system objects include:   o Batch Applications (such as reports)   o Interactive Applications   o Business Views   o Business Functions   o 
Business Functions Data Structures   o Event Rules   o Media Object Data Structures

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

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

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

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.

A generic record used with the Auto Payments Write/Reset program (P04572) to hold bank tape records. It is not tied to a specific format for 
any particular country.  

The name that identifies a system object. J.D. Edwards ERP architecture is object-based. Discrete software objects are the building blocks 
for all applications, and developers can reuse the objects in multiple applications. The Object Librarian tracks each object. Examples of 
system objects include:   o Batch Applications (such as reports)   o Interactive Applications   o Business Views   o Business Functions   o 
Business Functions Data Structures   o Event Rules   o Media Object Data Structures

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

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

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

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.

A number that identifies multiple occurrences, such as line numbers on a purchase order or other document. Generally, the system assigns 
this number,but in some cases you can override it.

A generic record used with the Auto Payments Write/Reset program (P04572) to hold bank tape records. It is not tied to a specific format for 
any particular country.  

The name that identifies a system object. J.D. Edwards ERP architecture is object-based. Discrete software objects are the building blocks 
for all applications, and developers can reuse the objects in multiple applications. The Object Librarian tracks each object. Examples of 
system objects include:   o Batch Applications (such as reports)   o Interactive Applications   o Business Views   o Business Functions   o 
Business Functions Data Structures   o Event Rules   o Media Object Data Structures

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

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

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

A generic record used with the Auto Payments Write/Reset program (P04572) to hold bank tape records. It is not tied to a specific format for 
any particular country.  

The name that identifies a system object. J.D. Edwards ERP architecture is object-based. Discrete software objects are the building blocks 
for all applications, and developers can reuse the objects in multiple applications. The Object Librarian tracks each object. Examples of 
system objects include:   o Batch Applications (such as reports)   o Interactive Applications   o Business Views   o Business Functions   o 
Business Functions Data Structures   o Event Rules   o Media Object Data Structures

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 (00/DI) document type for invoice entry. Any document type set up for invoice-only entry should begin with the letter R 
(receivables). The default is RI, RR, or RM. Reserved document types have been defined for vouchers, invoices, receipts, and time sheets. The 
reserved document types are: P_ Accounts Payable Documents R_Accounts Receivable Documents T_ Payroll Documents I_Inventory 
Documents O_ Order Processing Documents  Note: Verify that the default document type for invoices is set up in both UDC 00/DT and UDC 00/DI.

Invoice Document Company.

A generic record used with the Auto Payments Write/Reset program (P04572) to hold bank tape records. It is not tied to a specific format for 
any particular country.  

The name that identifies a system object. J.D. Edwards ERP architecture is object-based. Discrete software objects are the building blocks 
for all applications, and developers can reuse the objects in multiple applications. The Object Librarian tracks each object. Examples of 
system objects include:   o Batch Applications (such as reports)   o Interactive Applications   o Business Views   o Business Functions   o 
Business Functions Data Structures   o Event Rules   o Media Object Data Structures

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 (00/DI) document type for invoice entry. Any document type set up for invoice-only entry should begin with the letter R 
(receivables). The default is RI, RR, or RM. Reserved document types have been defined for vouchers, invoices, receipts, and time sheets. The 
reserved document types are: P_ Accounts Payable Documents R_Accounts Receivable Documents T_ Payroll Documents I_Inventory 
Documents O_ Order Processing Documents  Note: Verify that the default document type for invoices is set up in both UDC 00/DT and UDC 00/DI.

Invoice Document Company.

A number that identifies the pay item for a voucher or an invoice. The system assigns the pay item number. If the voucher or invoice has 
multiple pay items, the numbers are sequential.

A generic record used with the Auto Payments Write/Reset program (P04572) to hold bank tape records. It is not tied to a specific format for 
any particular country.  

The name that identifies a system object. J.D. Edwards ERP architecture is object-based. Discrete software objects are the building blocks 
for all applications, and developers can reuse the objects in multiple applications. The Object Librarian tracks each object. Examples of 
system objects include:   o Batch Applications (such as reports)   o Interactive Applications   o Business Views   o Business Functions   o 
Business Functions Data Structures   o Event Rules   o Media Object Data Structures

A unique number that the system assigns to each billing record. The system assigns the number from the Next Numbers - Automatic table 
(F0002) for system 15, line 2 (Billing Control).

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

A number that provides an audit trail for the billing detail transactions related to the same billing control ID. The system initially assigns 001 
as the sequence number (SBSQ) of the original transaction. If you split a transaction, the system increments the number to the next available 
sequence numbers (SBSQ) for the resulting transactions.

A number that provides an audit trail to the original transaction of a billing detail transaction. The system initially assigns 000 as the parent 
sequence number. The number remains 000 unless you split the transaction. In this case,the sequence number (SBSQ) of the original 
transaction becomes the parent sequence number (PRSQ) for the resulting transactions.

A number you can use to track the changes applied to a billing detail transaction. The system initially assigns 001 as the secondary 
sequence number (SCSQ). Each time you modify the billing detail transaction, the system increases the number by 1.

The split link field ties component records to their base record when a transaction split occurs.

A code that attaches the component record to its base work file record.

A component code identifies a provisional burden that is accounted for at the billing detail transaction level.

A generic record used with the Auto Payments Write/Reset program (P04572) to hold bank tape records. It is not tied to a specific format for 
any particular country.