Parameter Name | Data Item | Data Type | Req/Opt | I/O/Both |
mnDocumentOrder | DOCO | MATH_NUMERIC | NONE | NONE |
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. |
szOrderType | DCTO | char | NONE | NONE |
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
|
szCompanyKeyOrderNo | KCOO | char | NONE | NONE |
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. |
szOrderSuffix | SFXO | char | NONE | NONE |
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. |
mnCodeTransactionNature | BNOP | MATH_NUMERIC | NONE | NONE |
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 |
szSuffixTransactionNature | BSOP | char | NONE | NONE |
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 |