XPIF44H711PIntegration

XPI to F44H711P Integration

Minor Business Rule

Object Name: N44H0127

Parent DLL: CAEC

Location: Client/Server

Language: NER

Data Structure

D44H0127 - XPI to F44H711P Link

Parameter NameData ItemData TypeReq/OptI/O/Both
cErrorFlagEV01charOPTNONE

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

szErrorMessageDTAIcharOPTNONE

A code that identifies and defines a unit of information. It is an alphanumeric code up to 8 characters long that does not allow blanks or 
special characters such as %, &, or +. You create new data items using system codes 55-59. You cannot change the alias.

szObjectAccountOBJcharOPTNONE

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.

szSubsidiarySUBcharOPTNONE

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

szOptionNumberOPTIONcharOPTNONE

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.

mnAddressNumberAN8MATH_NUMERICOPTNONE

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

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.

szCompanyKeyOriginalOKCOcharOPTNONE

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

szOriginalPoSoNumberOORNcharOPTNONE

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.

szOriginalOrderTypeOCTOcharOPTNONE

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 

szOriginalDocPayItemOSFXcharOPTNONE

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

mnOriginalLineNumberOGNOMATH_NUMERICOPTNONE

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

szCompanyKeyOrderNoKCOOcharOPTNONE

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_NUMERICOPTNONE

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.

szOrderTypeDCTOcharOPTNONE

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

szOrderSuffixSFXOcharOPTNONE

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_NUMERICOPTNONE

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.

szCommunityHBMCUScharOPTNONE

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.

szHomeBuilderLotNumberHBLOTcharOPTNONE

The specific lot upon which the home will be constructed.

szPhaseNumberCPHASEcharOPTNONE

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

szHomeBuilderAreaHBAREAcharOPTNONE

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.

jdDtForGLAndVouch1DGLJDEDATEOPTNONE

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.

szDescriptionDESCcharOPTNONE

A description, remark, name, or address.

szReference1VR01charOPTNONE

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

szReference2VendorVR02charOPTNONE

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

szDescriptionLine1DSC1charOPTNONE

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

szDescriptionLine2DSC2charOPTNONE

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

szReportCode1PurchasingPDP1charOPTNONE

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.

szReportCode2PurchasingPDP2charOPTNONE

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.

szReportCode3PurchasingPDP3charOPTNONE

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.

szReportCode4PurchasingPDP4charOPTNONE

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.

szReportCode5PurchasingPDP5charOPTNONE

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.

szUnitOfMeasureAsInputUOMcharOPTNONE

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

mnUnitsTransactionQtyUORGMATH_NUMERICOPTNONE

The quantity of units affected by this transaction.

mnPurchasingUnitPricePRRCMATH_NUMERICOPTNONE

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.

mnAmountExtendedPriceAEXPMATH_NUMERICOPTNONE

The number of units multiplied by the unit price.

cTaxableYN1TXcharOPTNONE

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.

szTaxExplanationCode1EXR1charOPTNONE

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.

szTaxArea1TXA1charOPTNONE

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.

szPurchasingCostCenterOMCUcharOPTNONE

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.

cStatusCode1HBST1charOPTNONE

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

cStatusCode2HBST2charOPTNONE

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

cStatusCode3HBST3charOPTNONE

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

cStatusCode4HBST4charOPTNONE

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

cStatusCode5HBST5charOPTNONE

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

szCreatedByUserCRTUcharOPTNONE

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

jdDateCreatedCRTJJDEDATEOPTNONE

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

mnTimeCreatedCRTTMATH_NUMERICOPTNONE

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

szOriginalWorkStationIdWRKSTNIDcharOPTNONE

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

szUpdatedByUserUPMBcharOPTNONE

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

jdDateUpdatedUPMJJDEDATEOPTNONE

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

mnTimeLastUpdatedUPMTMATH_NUMERICOPTNONE

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

szWorkStationIdJOBNcharOPTNONE

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

szProgramIdPIDcharOPTNONE

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.

szIdentifier3rdItemAITMcharOPTNONE

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.

szTextFuture1F1TcharOPTNONE

Lot Proceed information field.

szTextFuture2F2TcharOPTNONE

Lot Proceed information field.

szTestFuture3F3TcharOPTNONE

Lot Proceed information field.

mnBuyerNumberANBYMATH_NUMERICOPTNONE

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

szOriginalProgramIdHBOPIDcharOPTNONE

Related Functions

None

Related Tables

None