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

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.

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

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

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

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

A segment is a code that represents a reporting unit within a company.  A segment is used to define the types of costs incurred and 
allocated.       

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 code that identifies a type of burden.  (e.g., fringe, overhead, etc.)

A code that identifies a group of pools.

A user defined code (system 48S, type RT) that is used to identify the burden rate type to use for the cost amount on burdening 
transactions.

A user defined code (system 48S, type RT) that is used to identify the burden rate type to use for the alternate cost amount on burdening 
transactions.

A user defined code (system 48S, type RT) that is used to identify the burden rate type to use for the invoice amount on burdening 
transactions.

A user defined code (system 48S, type RT) that is used to identify the burden rate type to use for the revenue amount on burdening 
transactions.

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

A code that specifies whether the calculation of the components is based on the units or amounts of the base billing detail transaction. Valid 
values are: 1 Gross amount basis. The number in the Component Rate field is treated as a percentage. The system calculates the 
component amount by multiplying the component rate percentage by the cost, total invoice, or revenue amount from the base billing detail 
transaction. 2 Unit basis. The number in the Component Rate field is treated as a flat rate amount. The system calculates the component amount by 
multiplying the component flat rate amount by the number of units from the base billing detail transaction. 3 Net amount basis. The number in the 
Component Rate field is treated as a percentage. The system calculates the component amount by multiplying the component rate 
percentage by the cost, taxable invoice, or revenue amount from the base billing detail transaction.

A code that specifies whether the calculation of the components is based on the units or amounts of the base billing detail transaction. Valid 
values are: 1 Gross amount basis. The number in the Component Rate field is treated as a percentage. The system calculates the 
component amount by multiplying the component rate percentage by the cost, total invoice, or revenue amount from the base billing detail 
transaction. 2 Unit basis. The number in the Component Rate field is treated as a flat rate amount. The system calculates the component amount by 
multiplying the component flat rate amount by the number of units from the base billing detail transaction. 3 Net amount basis. The number in the 
Component Rate field is treated as a percentage. The system calculates the component amount by multiplying the component rate 
percentage by the cost, taxable invoice, or revenue amount from the base billing detail transaction.

A code that specifies whether the calculation of the components is based on the units or amounts of the base billing detail transaction. Valid 
values are: 1 Gross amount basis. The number in the Component Rate field is treated as a percentage. The system calculates the 
component amount by multiplying the component rate percentage by the cost, total invoice, or revenue amount from the base billing detail 
transaction. 2 Unit basis. The number in the Component Rate field is treated as a flat rate amount. The system calculates the component amount by 
multiplying the component flat rate amount by the number of units from the base billing detail transaction. 3 Net amount basis. The number in the 
Component Rate field is treated as a percentage. The system calculates the component amount by multiplying the component rate 
percentage by the cost, taxable invoice, or revenue amount from the base billing detail transaction.

A code that specifies whether the calculation of the components is based on the units or amounts of the base billing detail transaction. Valid 
values are: 1 Gross amount basis. The number in the Component Rate field is treated as a percentage. The system calculates the 
component amount by multiplying the component rate percentage by the cost, total invoice, or revenue amount from the base billing detail 
transaction. 2 Unit basis. The number in the Component Rate field is treated as a flat rate amount. The system calculates the component amount by 
multiplying the component flat rate amount by the number of units from the base billing detail transaction. 3 Net amount basis. The number in the 
Component Rate field is treated as a percentage. The system calculates the component amount by multiplying the component rate 
percentage by the cost, taxable invoice, or revenue amount from the base billing detail transaction.

The rate that the system applies when it creates the individual component records.  This field can be either a percentage or a flat amount, 
depending on the value entered in the "Component Rate Basis" (UORC) field. If the component rate basis is units, then the component rate is a 
flat amount which is multiplied by the number of units from the base billing detail transaction. If the component rate basis is amount, then the 
component rate is a percentage which is multiplied by the cost, invoice, or revenue amount from the base billing detail transaction.

The rate that the system applies when it creates the individual component records.  This field can be either a percentage or a flat amount, 
depending on the value entered in the "Component Rate Basis" (UORC) field. If the component rate basis is units, then the component rate is a 
flat amount which is multiplied by the number of units from the base billing detail transaction. If the component rate basis is amount, then the 
component rate is a percentage which is multiplied by the cost, invoice, or revenue amount from the base billing detail transaction.

The rate that the system applies when it creates the individual component records.  This field can be either a percentage or a flat amount, 
depending on the value entered in the "Component Rate Basis" (UORC) field. If the component rate basis is units, then the component rate is a 
flat amount which is multiplied by the number of units from the base billing detail transaction. If the component rate basis is amount, then the 
component rate is a percentage which is multiplied by the cost, invoice, or revenue amount from the base billing detail transaction.

The rate that the system applies when it creates the individual component records.  This field can be either a percentage or a flat amount, 
depending on the value entered in the "Component Rate Basis" (UORC) field. If the component rate basis is units, then the component rate is a 
flat amount which is multiplied by the number of units from the base billing detail transaction. If the component rate basis is amount, then the 
component rate is a percentage which is multiplied by the cost, invoice, or revenue amount from the base billing detail transaction.

A code that identifies the currency of a transaction. 

The currency code of the insured amount.

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 user defined code (system 00, type 12) that defines the pool grouping code.  The code is specified in category code 12 on the job.  The 
system retrieves category code 12 from the job during workfile generation and assigns the value to the job pool grouping code on the billing 
workfile transaction.

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 code that identifies a type of burden.  (e.g., fringe, overhead, etc.)

A code that identifies a group of pools.