[Function Specs |http://www.mojofat.com/tutorial/] is a document which a functional consultant prepares to be given to Abaper.

This Document contains details like Tables & fields name, Table joints, Logic for development, along with test case in sand box / test server to verify the development. The format of Functional Specification varies with the client. Please check with your client in regards to the format. But almost all the fomats have the below details. Format for Functional Specs: Document Control Change History Issue No Date Name Change Initial Draft Authorizations Role Name Signed Date Business Process Lead (customer)

Functional Analyst (specification author)

Technical Lead

Developer (if known)

Select program type below and then use menu option tools > unprotect to open other fields for input Type

Table of Contents Document Control 1 Overview. 3 1.1 Short Description. 3 1.2 Business Process. 3 1.3 Terminology. 3 1.4 New Custom Objects Required. 3 1.5 Impacted SAP Transactions/Tables. 4 Process Decomposition. 5 2.1 Process Flow. 5 2.2 New Tables/Structures Required. 5 2.3 Sub-Process Description. 5 2.4 Error Handling. 5 2.5 Security Considerations. 5 2.6 Database Considerations. 5 2.7 Conversion Implications. 5 2.8 Batch Processing. 6 2.9 Functional Test Requirements. 6

Overview 1.1 Short Description

1.2 Business Process

1.3 Terminology

1.4 New Custom Objects Required Include all new tables, key new fields/domains, new lock objects, new match-codes, new transaction codes, new authorization objects, new function groups, reports and module pools (transaction programs). Don't specify all includes, function modules, routines etc. here. Type (table, transaction etc.) Description Naming convention

1.5 Impacted SAP Transactions/Tables List SAP objects updated/impacted by this specification (do not include read only impacts) Object(s) Type (table, transaction etc.) Description of Impact

Process Decomposition 2.1 Process Flow

2.2 New Tables/Structures Required Specify new tables and structures required. If appropriate, you may defer detailed field list/specification to the technical specification (e.g. for secondary tables and structures). Table id

Description

Type Master, transaction, customizing, staging Expected size

Maint. dialog None, SM30, custom Fields Key Domain/data element names Domain format (if new) Description

2.3 Sub-Process Description

. 2.4 Error Handling Specify what to do if a condition passes AND fails (e.g. - what happens if a customer record is found, or is not found). Specify messages and type. Specify any special error logging or table storage, including use of standard application log where appropriate. Field Validation Message type/no. Message text

2.5 Security Considerations 2.6 Database Considerations 2.7 Conversion Implications 2.8 Batch Processing 2.9 Functional Test Requirements Consider all the conditions that need testing for this enhancement and

document below. For each logic branch in theory both (or more) conditions of the branch should be tested. For each scenario that could impact program execution, all situations must be tested. No. Test condition Expected result Data set-up reqt. Dependencies