InboundExtraPurchaseRequest

Inbound Extra Purchase Request

Minor Business Rule

Object Name: N44H9914

Parent DLL: CAEC

Location: Client/Server

Language: NER

Data Structure

D44H9914 - Inbound Extra Purchase Request

Parameter NameData ItemData TypeReq/OptI/O/Both
szProgramIdPIDcharOPTINPUT

The number that identifies the batch or interactive program (batch or interactive object). For example, the number of the Sales Order Entry 
interactive program is P4210, and the number of the Print Invoices batch process report is R42565. The program ID is a variable length value. 
It is assigned according to a structured syntax in the form TSSXXX, where: T The first character of the number is alphabetic and identifies the 
type, such as P for Program, R for Report, and so on. For example, the value P in the number P4210 indicates that the object is a 
program. SS The second and third characters of the number are numeric and identify the system code. For example, the value 42 in the number P4210 
indicates that this program belongs to system 42, which is the Sales Order Processing system. XXX The remaining characters of the numer are 
numeric and identify a unique program or report. For example, the value 10 in the number P4210 indicates that this is the Sales Order Entry 
program.

szWorkStationIdJOBNcharOPTINPUT

The code that identifies the work station ID that executed a particular job.

mnTimeLastUpdatedUPMTMATH_NUMERICOPTINPUT

The time that specifies when the program executed the last update to this record.

jdDateUpdatedUPMJJDEDATEOPTINPUT

The date that specifies the last update to the file record.

szUpdatedByUserUPMBcharOPTINPUT

The User I.D. of the individual who replaced or changed one or more values in this record.  Captured by the subject program automatically.

szOriginalWorkStationIdWRKSTNIDcharOPTINPUT

The identification number of the workstation on which the expense report was entered.

mnTimeCreatedCRTTMATH_NUMERICOPTINPUT

A code that specifies the time when the record was created.

jdDateCreatedCRTJJDEDATEOPTINPUT

A code that indicates the date on which the record was created.

szCreatedByUserCRTUcharOPTINPUT

The address book number of the user who created this record.

cStatusCode5HBST5charOPTINPUT

A code used for transactional posting other than normal posting. For example, generating records for export to another system such as field 
progress reporting.

cStatusCode4HBST4charOPTINPUT

A code used for transactional posting other than normal posting. For example, generating records for export to another system such as field 
progress reporting.

cStatusCode3HBST3charOPTINPUT

A code used for transactional posting other than normal posting. For example, generating records for export to another system such as field 
progress reporting.

cStatusCode2HBST2charOPTINPUT

A code used for transactional posting other than normal posting. For example, generating records for export to another system such as field 
progress reporting.

cStatusCode1HBST1charOPTINPUT

A code used for transactional posting other than normal posting. For example, generating records for export to another system such as field 
progress reporting.

szTestFuture3F3TcharOPTINPUT

Lot Proceed information field.

szTextFuture2F2TcharOPTINPUT

Lot Proceed information field.

szTextFuture1F1TcharOPTINPUT

Lot Proceed information field.

szReportCode5PurchasingPDP5charOPTINPUT

A reporting code that differentiates segments of inventory in ways meaningful to those personnel responsible for the buying function in an 
organization. Depending upon the nature of the inventory, this code might be used to establish attributes such as:     o Color     o Country of origin    
 o Primary content (for example, brass, wood, etc.)     o Seasonality     o Rebate group  J.D. Edwards has predefined reporting code 5 as a 
purchasing code for landed cost rules.

szReportCode4PurchasingPDP4charOPTINPUT

A reporting code to be used to differentiate segments of inventory in ways meaningful to those personnel responsible for the buying 
function in an organization.  Depending upon the nature of the inventory, this code might be used to establish attributes such as:     o Color     o 
Country of Origin     o Primary Content (e.g. brass, cotton, wood, etc.)     o Seasonality     o Rebate Group  JDE has predefined reporting code 4 as a 
purchasing code for master planning family.

szReportCode3PurchasingPDP3charOPTINPUT

A user defined code (41/P3) that differentiates segments of inventory. For example, this code might be used to establish attributes such as:    
 o Color     o Country of origin     o Primary content (for example, brass, wood, etc.)     o Seasonality     o Rebate group  J.D. Edwards has 
predefined reporting code 3 as a purchasing code for supplier rebate codes.

szReportCode2PurchasingPDP2charOPTINPUT

A user defined (41/P2) code that differentiates segments of inventory. For example, this code might be used to establish attributes such as:    
 o Color     o Country of origin     o Primary content (for example, brass, wood, etc.)     o Seasonality     o Rebate group  J.D. Edwards has 
predefined reporting code 2 as a purchasing code for commodity subclass.

szReportCode1PurchasingPDP1charOPTINPUT

A reporting code that differentiates segments of inventory in ways meaningful to those personnel responsible for the buying function in an 
organization. Depending upon the nature of the inventory, this code might be used to establish attributes such as:     o Color     o Country of origin    
 o Primary content (for example, brass, wood, etc.)     o Seasonality     o Rebate group  J.D. Edwards has predefined reporting code 1 as a 
purchasing code for commodity class.

mnBuyerNumberANBYMATH_NUMERICOPTINPUT

The address book number that identifies who is responsible for setting up and maintaining the correct stocking levels for each inventory 
item.

szTaxArea1TXA1charOPTINPUT

A code that identifies a tax or geographic area that has common tax rates and tax authorities. The system validates the code you enter 
against the Tax Areas table (F4008). The system uses the tax rate area in conjunction with the tax explanation code and tax rules to calculate tax 
and G/L distribution amounts when you create an invoice or voucher.

szTaxExplanationCode1EXR1charOPTINPUT

A hard-coded user defined code (00/EX) that controls the algorithm that the system uses to calculate tax and G/L distribution amounts. The 
system uses the tax explanation code in conjunction with the tax rate area and tax rules to determine how the tax is calculated. Each 
transaction pay item can be defined with a different tax explanation code.

cTaxableYN1TXcharOPTINPUT

A code that indicates whether the item is subject to sales tax when you purchase it. The system calculates tax on the item only if the supplier 
is also taxable.

szDescriptionLine2DSC2charOPTINPUT

A second, 30-character description, remark, or explanation.

szDescriptionLine1DSC1charOPTINPUT

Brief information about an item; a remark or an explanation.

szReference2VR02charOPTINPUT

A field available to record reference numbers, such as the supplier's bid document number, quote document, sales order, work order, or 
job number.

szReference1VR01charOPTINPUT

An alphanumeric value used as a cross-reference or secondary reference number. Typically, this is the customer number, supplier 
number, or job number.

szDescriptionDESCcharOPTINPUT

A description, remark, name, or address.

szOriginalDocPayItemOSFXcharOPTINPUT

The number that identifies a specific pay item associated with the document.

mnOriginalLineNumberOGNOMATH_NUMERICOPTINPUT

A number identifying which line on the original order that the current line matches.

szCompanyKeyOriginalOKCOcharOPTINPUT

A number that is used in conjunction with the values in the ODOC and ODCT fields to identify a transaction.

szOriginalOrderTypeOCTOcharOPTINPUT

This code defines the order type. It is verified in user defined codes (40/OT). Reserved document types have been defined for voucher 
entry, invoice entry, receipts entry, and time sheet entry.  Because the offsetting entries for document types are created automatically during the 
post program, they will not be self-balancing on original entry. The reserved document types are:    PR Purchase Requisition Orders    PQ 
Purchase Quote    PO Purchase Order    PD Purchase Order - Direct Ship    PB Purchase Order - Blanket    SQ Sales Quote    SO Sales Order    
SD Sales Order - Direct Ship    SB Sales Order - Blanket 

szOriginalPoSoNumberOORNcharOPTINPUT

The original document number. This can be a voucher, an invoice, unapplied cash, a journal entry number, and so on Matching document 
numbers are also used to identify related documents in the Accounts Receivable and Accounts Payable systems. The document number 
(DOC) is always the original document number. The matching document number (DOCM) is the check, adjustment, or credit to be applied 
against the original document.

szUnitOfMeasureAsInputUOMcharOPTINPUT

A user defined code (00/UM) that indicates the quantity in which to express an inventory item, for example, CS (case) or BX (box).

szIdentifier3rdItemAITMcharOPTINPUT

The system provides three separate item numbers plus an extensive cross-reference capability to alternate item numbers. These item 
numbers are as follows: 1.  Item Number (short) - An 8-digit, computer-assigned item number. 2.  2nd Item Number - The 25-digit, free-form, user 
defined alphanumeric item number. 3.  3rd Item Number - Another 25-digit, free-form, user defined alphanumeric item number.  In addition to 
these three basic item numbers, an extensive cross-reference search capability has been provided (see XRT). Numerous cross references to 
alternate part numbers can be user defined, such as substitute item numbers, replacements, bar codes, customer numbers, or supplier 
numbers.

szIdentifier2ndItemLITMcharOPTINPUT

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.

mnIdentifierShortItemITMMATH_NUMERICOPTINPUT

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

mnAmountExtendedPriceAEXPMATH_NUMERICOPTINPUT

The number of units multiplied by the unit price.

mnPurchasingUnitPricePRRCMATH_NUMERICOPTINPUT

The unit cost of one item, as purchased from the supplier, excluding freight,taxes, discounts, and other factors that might modify the actual 
unit cost you record when you receive the item.

mnUnitsTransactionQtyUORGMATH_NUMERICOPTINPUT

The quantity of units affected by this transaction.

jdDtForGLAndVouch1DGLJDEDATEOPTINPUT

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.

szOptionNumberOPTIONcharOPTINPUT

A specific upgrade not included in the base house price and cost. In the General Accounting and Job Cost systems, this field corresponds 
to the subledger field, for example, Subledger Type X.

szSubsidiarySUBcharOPTINPUT

A subset of an object account. Subsidiary accounts include detailed records of the accounting activity for an object account.

szObjectAccountOBJcharOPTINPUT

The portion of a general ledger account that refers to the division of the Cost Code (for example, labor, materials, and equipment) into 
subcategories. For example, you can divide the Cost Code for labor into regular time, premium time, and burden. Note: If you use a flexible chart of 
accounts and the object account is set to 6 digits, J.D. Edwards recommends that you use all 6 digits. For example, entering 000456 is not 
the same as entering 456 because if you enter 456 the system enters three blank spaces to fill a 6-digit object.

szPhaseNumberCPHASEcharOPTINPUT

A code that indicates the number of a specific phase within a community.

szProjectBusinessUnitOMCUcharOPTINPUT

The business unit from an account number.  The account number business unit is usually found in the data item MCU, however, Distribution 
systems use the field MCU as the branch.

szHomeBuilderLotNumberHBLOTcharOPTINPUT

The specific lot upon which the home will be constructed.

szCommunityHBMCUScharOPTINPUT

A value that specifies a community, project, or subdivision. A community is a distinct grouping of lots which can be grouped together 
through user-defined specifications, for example, product offering, geography, and so on. A subset of the builder's plans and options are typically 
included within a community.

szHomeBuilderAreaHBAREAcharOPTINPUT

A component, typically a company division or geographic region, that is larger than a community. Large homebuilders might have many 
areas within their organizational structure. Smaller, regional builders might operate their entire organization using a single area.

mnAddressNumberAN8MATH_NUMERICOPTINPUT

A number that identifies an entry in the Address Book system, such as employee, applicant, participant, customer, supplier, tenant, or 
location.

mnLineNumberLNIDMATH_NUMERICREQINPUT

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.

szOrderSuffixSFXOcharREQINPUT

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.

szCompanyKeyOrderNoKCOOcharOPTINPUT

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.

szDocumentTypeDCTcharREQINPUT

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 

mnDocumentOrderInvoiceEDOCOMATH_NUMERICREQINPUT

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.

szOriginalProgramIdHBOPIDcharOPTNONE

Related Functions

None

Related Tables

None