A six-character number that identifies a nota fiscal. The number consists of the nota fiscal number and the nota fiscal series.  

A two-character number that along with the nota fiscal number, identifies a nota fiscal. The Nota Fiscal Series field is the second key that the 
system uses to access a specific nota fiscal.

The number that the system will assign next. The system can use next numbers for voucher numbers, invoice numbers, journal entry 
numbers, employee numbers, address numbers, contract numbers, and sequential W-2s. You must use the next number types already 
established unless you provide custom programming.

A user defined code (00/DT) that identifies the origin and purpose of the transaction.  PeopleSoft reserves several prefixes for document 
types, such as, vouchers, invoices, receipts, and timesheets. The reserved document type prefixes for codes are: P Accounts payable 
documents R Accounts receivable documents  T Time and Pay documents I Inventory documents  O Purchase order documents  S Sales order 
documents 

This field is a unique number used to identify a record in a file.

The number of units multiplied by the unit price.

The quantity of units affected by this transaction.

The weight of one unit of an item, expressed in the primary unit of measure.

A complementary expense to your customer. The system prorates this expense amount among each of the notas fiscais listed and adds 
the prorated amount to the ICMS taxable amount for each document.

The insurance amount that you charge the client as complementary expense. This amount must be included on the nota fiscal.

The amount of the total financial expenses that is printed on the nota fiscal.

General purpose ID variable.

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

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

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 value that is hard-coded in the originating programs and passed to the Accounts Payable system. In Accounts Receivable, the document 
type on the purchase order issued by the customer can be entered directly into the Accounts Receivable Ledger (F03B11)

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

In the A/R and A/P systems, a code that corresponds to the pay item. In the Sales Order and Procurement systems, this code identifies 
multiple transactions for an original order. For purchase orders, the code is always 000. For sales orders with multiple partial receipts against an 
order, the first receiver used to record receipt has a suffix of 000, the next has a suffix of 001, the next 002, and so on.

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

A user defined code (system 40/type AT) indicating the next step in the order flow of the line type.

A code (system 40/type AT) specifying the last step in the processing cycle that this order line has successfully completed.

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

A code that determines the trade account that the system uses as the offset when you post invoices or vouchers. The system concatenates 
the value that you enter to the AAI item RC (for Accounts Receivable) or PC (for Accounts Payable) to locate the trade account. For 
example, if you enter TRAD, the system searches for the AAI item RCTRAD (for receivables) or PCTRAD (for payables).  You can assign up to four 
alphanumeric characters to represent the G/L offset or you can assign the three-character currency code (if you enter transactions in a 
multicurrency environment). You must, however, set up the corresponding AAI item for the system to use; otherwise, the system ignores the G/L 
offset and uses the account that is set up for PC or RC for the company specified.  If you set up a default value in the G/L Offset field of the 
customer or supplier record, the system uses the value during transaction entry unless you override it.  Note: Do not use code 9999. It is reserved for 
the post program and indicates that offsets should not be created.

A code, attached to each purchase-order detail record or receipt record, that indicates whether a voucher exists and whether the voucher 
or receipt record has been reversed. Valid values are: 1 No voucher exists. 2 A voucher exists. 3 The voucher has been reversed. 4 The receipt 
record has been reversed. Note: Record types 3 and 4 are audit records only; you cannot access these record types for the Voucher Match 
program (P4314) or the PO Receipts program (P4312).

A number representing the number of lines on either a purchase or sales order. or The number of receivers recorded during the receipts 
process.  This field will be used in Voucher Matching.

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 number that identifies the item. The system provides three separate item numbers plus an extensive cross-reference capability to 
alternative item numbers. The three types of item numbers are: Item Number (short) An 8-digit, computer-assigned item number. 2nd Item Number A 
25-digit, user defined, alphanumeric item number. 3rd Item Number  Another 25-digit, user defined, alphanumeric item number. In addition to 
these three basic item numbers, the system provides an extensive cross-reference search capability. You can define numerous 
cross-references to alternative part numbers. For example, you can define substitute item numbers, replacements, bar codes, customer numbers, or 
supplier numbers.

The list or base price to be charged for one unit of this item. In sales order entry, all prices must be set up in the Item Base Price File table 
(F4106).

An alphanumeric code that identifies a separate entity within a business for which you want to track costs. For example, a business unit 
might be a warehouse location, job, project, work center, branch, or plant. You can assign a business unit to a document, entity, or person for 
purposes of responsibility reporting. For example, the system provides reports of open accounts payable and accounts receivable by 
business unit to track equipment by responsible department. Business unit security might prevent you from viewing information about business units 
for which you have no authority.

A 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 value that identifies an account in the general ledger. Use one of the following formats to enter account numbers:   o  Standard account 
number (business unit.object.subsidiary or flex format).   o  Third G/L number (maximum of 25 digits).   o  Account ID number. The number is eight 
digits long.       o  Speed code, which is a two-character code that you concatenate to the AAI item SP. You can then enter the code instead of 
an account number. The first character of the account number indicates its format. You define the account format in the General Accounting 
constants. 

A number that identifies a lot or a serial number. A lot is a group of items with similar characteristics.

The storage location from which goods will be moved.

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

The ICMS tax amount that is printed on the nota fiscal.

A code that identifies the purpose for which the merchandise was purchased. You define purchase use codes in the Purchase Use UDC 
table (76/PU). When you define purchase use codes, use the special handling code to specify the following tax information: For ICMS 
tax: 0 ICMS tax is nonrecoverable 1 ICMS tax is 100 percent recoverable  For IPI tax: 0 IPI tax is nonrecoverable 1 IPI tax is 50 or 100 percent recoverable, 
depending on the status of the ship-to and ship-from taxpayer

A complementary expense to your customer. The system prorates this expense amount among each of the notas fiscais listed and adds 
the prorated amount to the ICMS taxable amount for each document.

A complementary expense to your customer. The system prorates this expense amount among each of the notas fiscais listed and adds 
the prorated amount to the ICMS taxable amount for each document.

General purpose ID variable.

A six-character number that identifies a nota fiscal. The number consists of the nota fiscal number and the nota fiscal series.  

A two-character number that along with the nota fiscal number, identifies a nota fiscal. The Nota Fiscal Series field is the second key that the 
system uses to access a specific nota fiscal.

The number that the system will assign next. The system can use next numbers for voucher numbers, invoice numbers, journal entry 
numbers, employee numbers, address numbers, contract numbers, and sequential W-2s. You must use the next number types already 
established unless you provide custom programming.

A user defined code (00/DT) that identifies the origin and purpose of the transaction.  PeopleSoft reserves several prefixes for document 
types, such as, vouchers, invoices, receipts, and timesheets. The reserved document type prefixes for codes are: P Accounts payable 
documents R Accounts receivable documents  T Time and Pay documents I Inventory documents  O Purchase order documents  S Sales order 
documents 

This field is a unique number used to identify a record in a file.

The number of units multiplied by the unit price.

The quantity of units affected by this transaction.

The weight of one unit of an item, expressed in the primary unit of measure.

A complementary expense to your customer. The system prorates this expense amount among each of the notas fiscais listed and adds 
the prorated amount to the ICMS taxable amount for each document.

The insurance amount that you charge the client as complementary expense. This amount must be included on the nota fiscal.

The amount of the total financial expenses that is printed on the nota fiscal.

General purpose ID variable.

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

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

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 value that is hard-coded in the originating programs and passed to the Accounts Payable system. In Accounts Receivable, the document 
type on the purchase order issued by the customer can be entered directly into the Accounts Receivable Ledger (F03B11)

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

In the A/R and A/P systems, a code that corresponds to the pay item. In the Sales Order and Procurement systems, this code identifies 
multiple transactions for an original order. For purchase orders, the code is always 000. For sales orders with multiple partial receipts against an 
order, the first receiver used to record receipt has a suffix of 000, the next has a suffix of 001, the next 002, and so on.

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

A user defined code (system 40/type AT) indicating the next step in the order flow of the line type.

A code (system 40/type AT) specifying the last step in the processing cycle that this order line has successfully completed.

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

A code that determines the trade account that the system uses as the offset when you post invoices or vouchers. The system concatenates 
the value that you enter to the AAI item RC (for Accounts Receivable) or PC (for Accounts Payable) to locate the trade account. For 
example, if you enter TRAD, the system searches for the AAI item RCTRAD (for receivables) or PCTRAD (for payables).  You can assign up to four 
alphanumeric characters to represent the G/L offset or you can assign the three-character currency code (if you enter transactions in a 
multicurrency environment). You must, however, set up the corresponding AAI item for the system to use; otherwise, the system ignores the G/L 
offset and uses the account that is set up for PC or RC for the company specified.  If you set up a default value in the G/L Offset field of the 
customer or supplier record, the system uses the value during transaction entry unless you override it.  Note: Do not use code 9999. It is reserved for 
the post program and indicates that offsets should not be created.

A code, attached to each purchase-order detail record or receipt record, that indicates whether a voucher exists and whether the voucher 
or receipt record has been reversed. Valid values are: 1 No voucher exists. 2 A voucher exists. 3 The voucher has been reversed. 4 The receipt 
record has been reversed. Note: Record types 3 and 4 are audit records only; you cannot access these record types for the Voucher Match 
program (P4314) or the PO Receipts program (P4312).

A number representing the number of lines on either a purchase or sales order. or The number of receivers recorded during the receipts 
process.  This field will be used in Voucher Matching.

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 number that identifies the item. The system provides three separate item numbers plus an extensive cross-reference capability to 
alternative item numbers. The three types of item numbers are: Item Number (short) An 8-digit, computer-assigned item number. 2nd Item Number A 
25-digit, user defined, alphanumeric item number. 3rd Item Number  Another 25-digit, user defined, alphanumeric item number. In addition to 
these three basic item numbers, the system provides an extensive cross-reference search capability. You can define numerous 
cross-references to alternative part numbers. For example, you can define substitute item numbers, replacements, bar codes, customer numbers, or 
supplier numbers.

The list or base price to be charged for one unit of this item. In sales order entry, all prices must be set up in the Item Base Price File table 
(F4106).

An alphanumeric code that identifies a separate entity within a business for which you want to track costs. For example, a business unit 
might be a warehouse location, job, project, work center, branch, or plant. You can assign a business unit to a document, entity, or person for 
purposes of responsibility reporting. For example, the system provides reports of open accounts payable and accounts receivable by 
business unit to track equipment by responsible department. Business unit security might prevent you from viewing information about business units 
for which you have no authority.

A 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 value that identifies an account in the general ledger. Use one of the following formats to enter account numbers:   o  Standard account 
number (business unit.object.subsidiary or flex format).   o  Third G/L number (maximum of 25 digits).   o  Account ID number. The number is eight 
digits long.       o  Speed code, which is a two-character code that you concatenate to the AAI item SP. You can then enter the code instead of 
an account number. The first character of the account number indicates its format. You define the account format in the General Accounting 
constants. 

A number that identifies a lot or a serial number. A lot is a group of items with similar characteristics.

The storage location from which goods will be moved.

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

The ICMS tax amount that is printed on the nota fiscal.

A code that identifies the purpose for which the merchandise was purchased. You define purchase use codes in the Purchase Use UDC 
table (76/PU). When you define purchase use codes, use the special handling code to specify the following tax information: For ICMS 
tax: 0 ICMS tax is nonrecoverable 1 ICMS tax is 100 percent recoverable  For IPI tax: 0 IPI tax is nonrecoverable 1 IPI tax is 50 or 100 percent recoverable, 
depending on the status of the ship-to and ship-from taxpayer

A complementary expense to your customer. The system prorates this expense amount among each of the notas fiscais listed and adds 
the prorated amount to the ICMS taxable amount for each document.

A complementary expense to your customer. The system prorates this expense amount among each of the notas fiscais listed and adds 
the prorated amount to the ICMS taxable amount for each document.