F4311GetCSMSInfo

F4311 Get Purchase Order Information (S/WM)

Minor Business Rule

Object Name: N1701030

Parent DLL: CCRIN

Location: Client/Server

Language: NER

Functional Description

Purpose

This NER is used to and retrieve information from the Purchase Order (F4311).


Technical Specification

// 

//     Fetch purchase order number

// 

F4311.Fetch Single



Data Structure

D1701030 - F4311 Get Purchase Order Information (S/WM)

Parameter NameData ItemData TypeReq/OptI/O/Both
szCompanyKeyOrderNoKCOOcharREQNONE

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.

mnDocumentOrderInvoiceEDOCOMATH_NUMERICREQNONE

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.

szOrderTypeDCTOcharREQNONE

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

szOrderSuffixSFXOcharREQNONE

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.

mnLineNumberLNIDMATH_NUMERICREQNONE

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.

jdDateTransactionJulianTRDJJDEDATEOPTNONE

The date that an order was entered into the system. This date determines which effective level the system uses for inventory pricing.

mnIdentifierShortItemITMMATH_NUMERICOPTNONE

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

szIdentifier2ndItemLITMcharOPTNONE

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.

szStatusCodeNextNXTRcharOPTNONE

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

szStatusCodeLastLTTRcharOPTNONE

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

mnUnitsTransactionQtyUORGMATH_NUMERICOPTNONE

The quantity of units affected by this transaction.

mnUnitsLineItemQtyReURECMATH_NUMERICOPTNONE

The original quantity of the order line, plus or minus any changes to that quantity, less all quantities shipped, received and/or vouchered to 
date. This number can also be the actual quantity received.

mnCarrierNumberANCRMATH_NUMERICOPTNONE

The address book number of the carrier, which is specified by the customer or by your organization. You might use this carrier because of 
route requirements or special handling requirements.

mnUnitsOpenQuantityUOPNMATH_NUMERICOPTNONE

The original quantity for the order detail line, plus or minus any changes to that quantity, minus all quantities shipped, received, and 
vouchered to date.

szCostCenterMCUcharOPTNONE

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.

szLocationLOCNcharOPTNONE

The storage location from which goods will be moved.

jdActualDeliveryDateADDJJDEDATEOPTNONE

The date on which the shipment to the customer is confirmed as shipped. During shipment confirmation, the system updates the Sales 
Order Detail table (F4211) with this date.

jdCancelDateCNDJJDEDATEOPTNONE

The date that the order should be canceled if the goods have not been sent to the customer or the goods have not been received from the 
supplier. This is a memo-only field and does not cause the system to perform any type of automatic processing. If a line on a sales order in 
canceled in Sales Order Entry, this field will  be updated with the date the line has been canceled.                         

szLotLOTNcharOPTNONE

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

szLineTypeLNTYcharOPTNONE

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

mnUnitsLineItemQtyRe_2URECMATH_NUMERICOPTNONE

The original quantity of the order line, plus or minus any changes to that quantity, less all quantities shipped, received and/or vouchered to 
date. This number can also be the actual quantity received.

jdDateOriginalPromisdeOPDJJDEDATEOPTNONE

The original promised delivery date for a purchase order.

jdDateRequestedJulianDRQJJDEDATEOPTNONE

The date that an item is scheduled to arrive or that an action is scheduled for completion.

Related Functions

None

Related Tables

None