EditRetrieveDeleteBranchQuantity

Edit Retrieve Delete Branch Quantities

Major Business Rule

Object Name: N4101350

Parent DLL: CINV

Location: Client/Server

Language: NER

Data Structure

D4101350 - Edit Retrieve Delete Branch Quantities

Parameter NameData ItemData TypeReq/OptI/O/Both
szBranchPlantMCUcharOPTINPUT

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.

mnIdentifierShortItemITMMATH_NUMERICOPTBOTH

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

cStatusSTAWcharOPTINPUT

A user-defined code (00/WS) that indicates the approval status.

jdEffectiveThruDateEFFTJDEDATEOPTINPUT

A date that indicates one of the following:     o When a component part is no longer in effect on a bill of material     o When a routing step is no 
longer in effect as a sequence on the routing for an item     o When a rate schedule is no longer active The default is December 31 of the 
default year defined in the Data Dictionary for Century Change Year. You can enter future effective dates so that the system plans for upcoming 
changes. Items that are no longer effective in the future can still be recorded and recognized in Product Costing, Shop Floor Management, 
and Capacity Requirements Planning. The Material Requirements Planning system determines valid components by effectivity dates, not by 
the bill of material revision level. Some forms display data based on the effectivity dates you enter.

mnDocumentNumberDOCMATH_NUMERICOPTBOTH

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.

szDocumentTypeDCTcharOPTINPUT

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 

jdEffectiveFromDateEFFFJDEDATEOPTBOTH

A date that indicates one of the following:     o When a component part goes into effect on a bill of material     o When a routing step goes into 
effect as a sequence on the routing for an item     o When a rate schedule is in effect The default is the current system date. You can enter 
future effective dates so that the system plans for upcoming changes. Items that are no longer effective in the future can still be recorded and 
recognized in Product Costing, Shop Floor Management, and Capacity Requirements Planning. The Material Requirements Planning system 
determines valid components by effectivity dates, not by the bill of material revision level. Some forms display data based on the effectivity 
dates you enter.

mnKeyValueSerialNumberSERKMATH_NUMERICOPTBOTH

A key identification number used internally to identify a composite key structure.  The actual key items must be stored in another file and 
given this serial number.  This is to avoid repeating a very large key structure with repeating data items.

cUpdateMasterFileEV01charOPTINPUT

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

cWorkflowEV01charOPTINPUT

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

cInteroperabilityEV01charOPTINPUT

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

cPendingProcessingEV01charOPTINPUT

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

cProcessEditsEV01charOPTINPUT

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

cSuppressErrorMessageSUPPScharOPTINPUT

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.

szErrorMessageIdDTAIcharOPTOUTPUT

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.

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.

szTransactionActionTNACcharREQINPUT

A code that indicates the activity you want to perform on the transaction. In an EDI transaction, this code represents the Transaction Set 
Purpose Code or Change Code.

mnReorderPointInputROPIMATH_NUMERICOPTBOTH

A quantity for an item that specifies when replenishment occurs. Typically,this occurs when the total quantity on hand plus the quantity on 
order fall to, or below a specified quantity. You can enter this quantity or the system can calculate it if there is sufficient sales history.

mnReorderQuantityInputROQIMATH_NUMERICOPTBOTH

The estimated reorder quantity for an item. You can enter this quantity if there is not enough sales history available for the system to 
accurately calculate a reorder quantity.

mnReorderQuantityMaximumRQMXMATH_NUMERICOPTBOTH

The maximum order quantity for an item. You can base the quantity on factors other than usage, such as perishability, storage capacity, 
and so forth.

mnReorderQuantityMinimumRQMNMATH_NUMERICOPTBOTH

The minimum order quantity for an item. You can base the quantity on factors other than usage, such as perishability, storage capacity, and 
so forth.

mnSafetyStockDaysSupplySAFEMATH_NUMERICOPTBOTH

The quantity of stock kept on hand to cover high-side variations in demand.

mnUnitsPerContainerUPCMATH_NUMERICOPTBOTH

The standard quantity of containers that you use in the manufacturing process (typically, in a repetitive manufacturing environment). The 
quantity that you enter determines the number of bar code labels that you will need for shipping. It also modifies order release quantities.

mnQtyOrderMultiplesMULTMATH_NUMERICOPTBOTH

A multiple for rounding up planned order quantities in MPS/MRP. The system rounds up the planned order quantity to the nearest multiple 
you enter in this field.

cErrorsExistERRCcharOPTOUTPUT

This error code indicates if any errors occurred during the creation of the Trip Document Detail (F4914) records by the Delivery Document 
Set Server program (XT4914).

Related Functions

None

Related Tables

None