CreatePOHeaderTagFileRecords

Create P.O. Header Tag File Records - Brazil - 43

Minor Business Rule

Object Name: B7600480

Parent DLL: CLOC

Location: Client/Server

Language: C

Data Structure

D7600480 - Create P.O. Header Tag File Record - Brazil           - 43

Parameter NameData ItemData TypeReq/OptI/O/Both
mnDocumentOrderDOCOMATH_NUMERICNONENONE

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.

szOrderTypeDCTOcharNONENONE

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

szCompanyKeyOrderNoKCOOcharNONENONE

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.

szOrderSuffixSFXOcharNONENONE

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.

mnCodeTransactionNatureBNOPMATH_NUMERICNONENONE

A three-character code that for tax purposes, identifies a type of transaction. To enter valid values for the Transaction Nature code, use the 
following convention: X.YY X defines the origin of the transaction (inbound or outbound). Valid values for X are: 1 Inbound, inside the 
state. 2 Inbound, other states. 3 Inbound, import. 5 Outbound, inside state. 6 Outbound, other states. 7 Outbound, export. YY defines the transaction as a 
whole, such as a sales transaction. Examples of Transaction Nature codes: 511   In-state sale 611   Out-of-state sale

szSuffixTransactionNatureBSOPcharNONENONE

Complete this two-character field in conjunction with the Transaction Nature code to identify the complementary implications of a type of 
transaction. For example, the suffix might indicate that a certain type of transaction represents a inventory change, or that a transaction is eligible 
for a certain type of tax. Valid values might include: 01 Bonus 02 Demo 03 Sample 04 Return merchandise 05 Back order 06 Donation  Examples of 
Transaction Nature codes with suffixes: 511 01 In-state sale, bonus 511 05 In-state sale, back order

Related Functions

None

Related Tables

F4301 Purchase Order Header
F76431 Purchase Order Header Tag File - Brazil - 43