ReceiptRealtimeEventWrapper

Receipt RealtimeEventNotification

Minor Business Rule

Object Name: B4303410

Parent DLL: CDIST

Location: Client/Server

Language: C

Data Structure

D4303410 - Receipt Realtime Event Notification

Parameter NameData ItemData TypeReq/OptI/O/Both
cReceiptActionACTNcharOPTINPUT

A code that specifies the action that is performed. Valid values are: A Add C Change

cEventActionEV01charOPTINPUT

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

idEventIDGENLNGIDOPTBOTH

General purpose ID variable.

idReceiptPointerGENLNGIDOPTINPUT

General purpose ID variable.

mnOrderNumberDOCOMATH_NUMERICOPTINPUT

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.

szOrderTypeDCTOcharOPTINPUT

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

szOrderCompanyKCOOcharOPTINPUT

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.

szOrderSuffixSFXOcharOPTINPUT

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_NUMERICOPTINPUT

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.

mnReceiptLineNumberNLINMATH_NUMERICOPTINPUT

A number representing the number of lines on either a purchase or sales order. or The number of receivers recorded during the receipts 
process.  This field will be used in Voucher Matching.

cErrorAPIEventReturnEV01charOPTBOTH

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

cErrorStatusEV01charOPTBOTH

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

szEventNameVC10AcharOPTINPUT

This is a generic field used as a work field in Everest.

szEventScopeVC30AcharOPTINPUT

This is a generic field used as a work field in Everest.

szCallingFunctionVC30AcharOPTINPUT

This is a generic field used as a work field in Everest.

cFutureUseFlagEV01charOPTNONE

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

nFutureUseIntegerINT01integerOPTNONE

Number of Days in Future to Query for Responses Due. 

mnFutureUseMathNumericMATH01MATH_NUMERICOPTNONE

- - - Good Performance Low Value. 

szFutureUseStringVC30AcharOPTNONE

This is a generic field used as a work field in Everest.

cMatchTypeMATCcharOPTNONE

A code, attached to each purchase-order detail record or receipt record, that indicates whether a voucher exists and whether the voucher 
or receipt record has been reversed. Valid values are: 1 No voucher exists. 2 A voucher exists. 3 The voucher has been reversed. 4 The receipt 
record has been reversed. Note: Record types 3 and 4 are audit records only; you cannot access these record types for the Voucher Match 
program (P4314) or the PO Receipts program (P4312).

Related Functions

None

Related Tables

None