F41UI001UpdateExpirationDate

F41UI001 - Update Expiration Date

Minor Business Rule

Object Name: B4100950

Parent DLL: COPBASE

Location: Client/Server

Language: C

Functional Description

Purpose
Update the Cache F41UI001

Setup Notes and Prerequisites

Must send in key to cache (CTID,JOBS,LNID,NLIN)

Special Logic



Technical Specification

Parameters
Data Item     Data Structure Description     I/O     Required     Notes
CTID          Computer ID                     I          Y        Cache key
JOBS          Job Number                      I          Y        Cache key

LNID          Line ID                         I          Y        Cache key

NLIN          No. of Lines On Order           I          Y        Cache key

MMEJ          Oldest/Newest Expiration Date   I          Y        

SUPPS         Suppress Error Messages         I          N

DTAI          Error Message ID                O          N


Related Tables

Related Business Functions


Processing

Retrieve record in cache, based on key.
If found, update cache.



^

Data Structure

D4100950 - F41UI001 - Update Expiration Date

Parameters
Data Item     Data Structure Description     I/O     Required     Notes
CTID          Computer ID                     I          Y        Cache key
JOBS          Job Number                      I          Y        Cache key

LNID          Line ID                         I          Y        Cache key

NLIN          No. of Lines On Order           I          Y        Cache key

MMEJ          Oldest/Newest Expiration Date   I          Y        

SUPPS         Suppress Error Messages         I          N

DTAI          Error Message ID                O          N



^

Parameter NameData ItemData TypeReq/OptI/O/Both
szComputerIDCTIDcharNONENONE

Parameters
Data Item     Data Structure Description     I/O     Required     Notes
CTID          Computer ID                     I          Y        Cache key

^

mnJobNumberJOBSMATH_NUMERICNONENONE

Parameters
Data Item     Data Structure Description     I/O     Required     Notes
JOBS          Job Number                      I          Y        Cache key

^

mnLineNumberLNIDMATH_NUMERICNONENONE

Parameters
Data Item     Data Structure Description     I/O     Required     Notes
LNID          Line ID                         I          Y        Cache key

^

mnNoOfLinesOnOrderNLINMATH_NUMERICNONENONE

Parameters
Data Item     Data Structure Description     I/O     Required     Notes
NLIN          No. of Lines On Order           I          Y        Cache key

^

jdDaterExpirationMMEJJDEDATENONENONE

The date on which a lot of items expires. The system automatically enters this date if you have specified the shelf life days for the item on 
Item Master Information or Item Branch/Plant Information. The system calculates the expiration date by adding the number of shelf life days to 
the date that you receive the item. You can commit inventory based on the lot expiration date for items. You choose how the system commits 
inventory for an item on Item Master Information or Item Branch/Plant Information.

cSuppressErrorMessageSUPPScharNONENONE

A flag indicating whether or not runtime error messaging will occur when an error message is issued from a business function.        0 = allow 
runtime error message handling.        1 = suppress runtime error message handling.

szErrorMessageIDDTAIcharNONENONE

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.

jdBasedOnDateBODJJDEDATEOPTNONE

The date that the system uses in conjunction with the shelf life days to calculate the lot expiration date. You can enter this date during 
inventory completions. In addition to calculating the lot expiration date, the system uses the date that you enter in this field to calculate the following 
lot dates:   o Sell By Date   o Best Before Date   o Lot Effectivity Date   o User Lot Date 1   o User Lot Date 2   o User Lot Date 3   o User Lot Date 
4   o User Lot Date 5

jdOnHandDateOHDJJDEDATEOPTNONE

The date when a lot is considered to be on hand in a branch/plant. The system determines the on-hand date by using the transaction date 
upon which the first inventory for a particular lot is determined to be on hand. The system automatically assigns this date to the Lot Master 
table (F4108).

jdLotEffectivityDateDLEJJDEDATEOPTNONE

The date on which a lot becomes available. The system uses this date for availability and commitment processing to indicate that the lot is 
available on or after the date that you specify. You must complete this field when inventory first becomes an on-hand quantity for the lot. If you 
leave this field blank, the system calculates the effective date of the lot by using the value for Effective Days in the Item Branch File table 
(F4102) or the current date if the value for Effective Days is zero.

jdSellByDateSBDJJDEDATEOPTNONE

The date by which a lot should be completely sold. The system uses this date as a "through" date for commitment processing. The system 
calculates the sell by date using the value in the Sell By Days field, which is contained in the Item Branch File table (F4102), when inventory 
becomes available on-hand.

jdBestBeforeDateBBDJJDEDATEOPTNONE

The last date on which the products in a lot should be consumed. The system calculates the date by retrieving the value from the Best 
Before Days field in the Item Master program (P4101). You can also use this date as a "through" date for commitment processing. You can 
commit a lot by this date by using the Commitment Date Method field in the Item Branch program (P41026).

jdUserLotDate1U1DJJDEDATEOPTNONE

A date that the system can use as a through date for commitment processing. The system stores this date in the Lot Master table (F4108). If 
you leave this field blank, the system can calculate the date by using the value for the User Lot Date 1 Default Days field, which is stored in 
the Item Branch File table (F4102).

jdUserLotDate2U2DJJDEDATEOPTNONE

A user-defined date that can be used for commitment purposes and is stored in the Lot Master table (F4108). Similar to the Lot Expiration 
Date, User Lot Date 2 is a through date for commitment processing. The User Lot Date 2 commitment option is available in the Commitment 
Date Method in the Item Branch table (F4102). The system uses the User Lot Date 2 Default Days from the Item Branch table (F4102) to 
calculate User Lot Date 2 when inventory first goes on hand.

jdUserLotDate3U3DJJDEDATEOPTNONE

A user-defined date that can be used for commitment purposes and is stored in the Lot Master table (F4108). Similar to Lot Expiration Date, 
User Lot Date 3 is a through date for commitment processing. The User Lot Date commitment option is available in the Commitment Date 
Method in the Item Branch table (F4102). The system uses the User Lot Date 3 Default Days from the Item Branch table (F4102) to calculate User 
Lot Date 3 when inventory first goes on hand.   

jdUserLotDate4U4DJJDEDATEOPTNONE

A user-defined date that can be used for commitment purposes and is stored in the Lot Master table (F4108). Similar to Lot Expiration Date, 
User Lot Date 4 is a through date for commitment processing.   The User Lot Date commitment option is available in the Commitment Date 
Method in the Item Branch table (F4102). The system uses the User Lot Date 4 Default Days from the Item Branch table (F4102) to calculate 
User Lot Date 4 when inventory first goes on hand.

jdUserLotDate5U5DJJDEDATEOPTNONE

A user-defined date that can be used for commitment purposes and is stored in the Lot Master table (F4108). Similar to Lot Expiration Date, 
User Lot Date 5 is a through date for commitment processing.   The User Lot Date 5 commitment option is available in the Commitment Date 
Method in the Item Branch table (F4102). The system uses the User Lot Date 5 Default Days from the Item Branch table (F4102) to calculate 
User Lot Date 5 when inventory first goes on hand.

cModeEV01charOPTNONE

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

mnCostWorkOrderDOC1MATH_NUMERICOPTNONE

The document number associated with a given document type.

Related Functions

None

Related Tables

None
F41UI001UpdateWMSLineNumber

F41UI001UpdateWMSLineNumber

F41UI001 - Update Expiration Date

Minor Business Rule

Object Name: B4100950

Parent DLL: COPBASE

Location: Client/Server

Language: C

Data Structure

D4100950B - F41UI001 - Update WMS Line Number

Parameter NameData ItemData TypeReq/OptI/O/Both
mnJobNumberJOBSMATH_NUMERICOPTNONE

The job number (work station ID) which executed the particular job.

szComputerIDCTIDcharOPTNONE

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.

mnNoOfLinesOnOrderNLINMATH_NUMERICOPTNONE

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.

szDocumentTypeDCTcharOPTNONE

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 

mnDocVoucherInvoiceEDOCMATH_NUMERICOPTNONE

A number that identifies the original document, such as a voucher, invoice, or journal entry. On entry forms, you can assign the document 
number or let the system assign it using the Next Numbers program (P0002). Matching document numbers (DOCM) identify related documents 
in the Accounts Receivable and Accounts Payable systems. Examples of original and matching documents are: Accounts Payable     o 
Original document - voucher     o Matching document - payment  Accounts Receivable     o Original document - invoice     o Matching document - 
receipt  Note: In the Accounts Receivable system, the following transactions simultaneously generate original and matching documents: 
deductions, unapplied receipts, chargebacks, and drafts.

szCompanyKeyKCOcharOPTNONE

A number that, with the document number, document type and G/L date, uniquely identifies an original document, such as invoice, voucher, 
or journal entry. If you use the Next Numbers by Company/Fiscal Year feature, the Automatic Next Numbers program (X0010) uses the 
document company to retrieve the correct next number for that company. If two or more original documents have the same document number and 
document type, you can use the document company to locate the desired document.

szSuffixSFXcharOPTNONE

A number that identifies the pay item for a voucher or an invoice. The system assigns the pay item number. If the voucher or invoice has 
multiple pay items, the numbers are sequential.

cSuppressErrorMessageSUPPScharOPTNONE

A flag indicating whether or not runtime error messaging will occur when an error message is issued from a business function.        0 = allow 
runtime error message handling.        1 = suppress runtime error message handling.

szErrorMessageIDDTAIcharOPTNONE

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.

mnWMSLineNumberLDSQMATH_NUMERICOPTNONE

The sequence number that identifies a record in the Location Detail table (F4602). The system uses this number to distinguish between the 
diffferent pallets, cases, and so forth, for the same item in the same location.

Related Functions

None

Related Tables

None