F3702VerifyandGetSpecDefinition

F3702 Verify and Get Specification Definition

Minor Business Rule

Object Name: N3700090

Parent DLL: CMFG

Location: Client/Server

Language: NER

1.Functional Description


1.1Purpose

The purpose of this business function is to validate and get specification definition from 

Specifications Definitions Master File (F3702). 


1.2Setup Notes and Prerequisites


1.3Special Logic



2.Technical Specifications



2.4Processing 


VA evt_cFetchFlag"0"

cErrorCode ="0"

szErrorMessageID=" "


If szSpecificationID ? "*"


Open F3702


Fetch Specifications Definitions Master Table (F3701) with following keys:
szSpecificationID=QSQSPC
szSpecificationRevisionLev=QSQREV

szCostCenter=QSMCU


IfFetch is success

szDescriptionLine1'efQSDSC1

jdEffectiveFromDate'efQSEFFF

jdEffectiveThruDate'efQSEFFT

szSpecificationCode1'efQSQSC1

szSpecificationCode2'efQSQSC2

szSpecificationCode3'efQSQSC3

szSpecificationCode4'efQSQSC4

szSpecificationCode5'efQSQSC5

VA evt_cFetchFlag"1"

End If


IfVA evt_cFetchFlag = "0"andszSpecificationRevisionLev  =  " ,*"

andSzCostCenter   ? "*"

Select F3702 with:szSpecificationID=QSQSPC

szCostCenter=QSMCU

FetchNext F3702:szDescriptionLine1'efQSDSC1


IfFetch is success
VA evt_cFetchFlag = "2"

End If


End If


IfVA evt_cFetchFlag = "0"andszCostCenter       =  " ,*"

andszSpecificationRevisionLev   ? "*"

Select F3702 with:szSpecificationID=QSQSPC

szSpecificationRevisionLev=QSQREV

FetchNext F3702:szDescriptionLine1'efQSDSC1


IfFetch is success
VA evt_cFetchFlag = "2"

End If


End If


IfVA evt_cFetchFlag = "0"andszCostCenter=  " ,*"

andszSpecificationRevisionLev=  " ,*"

Select F3702 with:szSpecificationID=QSQSPC

FetchNext F3702:szDescriptionLine1'efQSDSC1


IfFetch is success

VA evt_cFetchFlag = "2"

End If


End If


Close F3702


If VA evt_cFetchFlag = "0"
cErrorCode="1"

szErrorMessageID="038S"


IfcSuppressErrorMessagesFlag ? "1"
Call Set NER Error

"038S"'f0Error Value

szSpecificationID'f0Parameter

End If


End If

End If


Data Structure

D3700090 - F3702 Verify and Get Specification Definition

Parameter NameData ItemData TypeReq/OptI/O/Both
szSpecificationIDQSPCcharOPTNONE

The unique identification for a set of tests which need to be performed together. For example:        F-156 - FDA Specification 156        SP34 - 
Specification 34

szSpecificationRevisionLevQREVcharOPTNONE

An alphanumeric character that represents the number of times a specification has changed. To avoid overlapping revisions, the system 
verifies that the start dates of revisions are greater than the end dates of other revisions.

szCostCenterMCUcharOPTNONE

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.

szDescriptionLine1DSC1charOPTNONE

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

jdEffectiveFromDateEFFFJDEDATEOPTNONE

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.

jdEffectiveThruDateEFFTJDEDATEOPTNONE

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.

szSpecificationCode1QSC1charOPTNONE

One of five reporting codes that can be assigned to each specification defined. Use these codes to categorize specifications into different 
groups. Category codes are user defined (System 37, types S1 through S5). Examples:        Category code S1 - Specification Group        
Category code S2 - FDA Code

szSpecificationCode2QSC2charOPTNONE

One of five reporting codes that can be assigned to each specification defined. Use these codes to categorize specifications into different 
groups. Category codes are user defined (System 37, types S1 through S5). Examples:        Category code S1 - Specification Group         
Category code S2 - FDA Code

szSpecificationCode3QSC3charOPTNONE

One of five reporting codes that can be assigned to each specification defined. Use these codes to categorize specifications into different 
groups. Category codes are user defined (System 37, types S1 through S5). Examples:        Category code S1 - Specification Group         
Category code S2 - FDA Code

szSpecificationCode4QSC4charOPTNONE

One of five reporting codes that can be assigned to each specification defined. Use these codes to categorize specifications into different 
groups. Category codes are user defined (System 37, types S1 through S5). Examples:        Category code S1 - Specification Group         
Category code S2 - FDA Code

szSpecificationCode5QSC5charOPTNONE

One of five reporting codes that can be assigned to each specification defined. Use these codes to categorize specifications into different 
groups. Category codes are user defined (System 37, types S1 through S5). Examples:        Category code S1 - Specification Group         
Category code S2 - FDA Code

cErrorCodeERRcharOPTNONE

The Data Field Error Code field is simply a generic data field to pass an error condition flag.  This field is one of the fields that make up the 
external parameter data structure of the Data Dictionary Server.

cSuppressErrorMessageFlagEV01charOPTNONE

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

szErrorMessageIDDTA1charOPTNONE

A 256 byte field used to hold miscellaneous data.

cStatus9STAWcharOPTNONE

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

mnUniqueKeyIDInternalUKIDMATH_NUMERICOPTNONE

This field is a unique number used to identify a record in a file.

cActionCode2ACTNcharOPTNONE

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

mnQualityTableSequenceNumberQTSNMATH_NUMERICOPTNONE

A control number that uniquely identifies master table records in the Quality Management system. The system automatically generates this 
number.

Related Functions

None

Related Tables

None