Documente Academic
Documente Profesional
Documente Cultură
Note: As this is a case study that simulates a real life development object, some fields will be marked as
TBD and highlighted in Blue. These fields should be having real values, in customer development
specifications.
Author: Gautam
Document Control
GAP ID TBD
Document History
Table of Contents
1. GENERAL INFORMATION..............................................................................................................4
2. BUSINESS NEEDS & REQUIREMENTS..........................................................................................5
3. ISSUES......................................................................................................................................6
4. SAP SCRIPT/FORMS..................................................................................................................7
4.1 CURRENT FUNCTIONALITY..........................................................................................................7
4.2 PRINTING EXISTING SOLUTION....................................................................................................7
4.3 DESIRED FUNCTIONALITY...........................................................................................................7
4.4 CUSTOMIZING REQUIREMENTS....................................................................................................7
5. FORM LAYOUT...........................................................................................................................8
6. TECHNICAL DETAILS...................................................................................................................9
LAYOUT WINDOWS......................................................................................................................9
FIELD MAPPING..........................................................................................................................9
7. STANDARDS TEXTS/TEXT MODULES..........................................................................................11
8. TRANSLATION...........................................................................................................................11
9. LAYOUT DETAIL........................................................................................................................11
10. CUSTOM TABLES/STRUCTURE IN SAP......................................................................................12
11. ASSUMPTIONS..........................................................................................................................13
12. ERROR HANDLING....................................................................................................................13
13. LANGUAGE OF TEXTS...............................................................................................................13
14. TESTING SCENARIOS................................................................................................................13
1. General Information
AREA (SAP SYSTEM MM Date: 30-Nov-2006
COMPONENTS):
Short description: Purchase Order Summary
REQUESTED BY: TBD Tel no: TBD
Technical information:
Sapcript Smartform Subroutine pool
1. Layout created using:
Text Elements Standard Texts
Text Id Print Program
Legal requirements not fulfilled
General information:
Lack of essential business information
1. Results if no conversions
Lack of functions compared to legacy system
are created:
Others (Specify):
DURATION OF DEVELOPMENT
WORK 5 days (Coding+Testing)
(IN MAN-DAYS):
Is there an alternative in the
Yes No
standard system?
Description of alternative:
Reasons why alternative is Performance problems Complexity
not acceptable: Others (Specify) :
Power India Limited, the flagship company of the Oscar group is the market leader in the
storage battery industry. It manufactures wide range of batteries from 2 Ah capacities to 10500
Ah to cover the broadest spectrum of applications.
The SAP Implementation at Power India Limited (PIL) will achieve the following:
1. Standardize and streamline the business process
2. Establishing an Integrated information repository
3. Improvement in the area of Planning
4. Complete visibility of stock
PIL needs to issue the PO to the appropriate vendor and to hand it over to their representative.
The MM clerk takes the print out of the PO and hands it over to the representative, the process
happens in presence of the representative so as to make minor adjustment in order to make the
process fast and effective. Assuming that the MM clerk knows the PO number whose printout is to be
taken.
3. Issues
None
4. SAP Script/Forms
4.1 Current Functionality
Output type
Program Name
Layout Form Name
IMG path to access output type
and layout set assignment
Type of solution (Standard R/3,
custom ABAP)
Output type(s):
Form Types:
Transmission medium:
Legal requirements:
Type of printer:
Paper Size:
Orientation: Portrait/Landscape:
Special stationary to be used:
Output type
Program Name
Layout Form Names
Development system
5. Form Layout
Refer to the following for an output samples for Window mapping, Label Description and Field
mapping.
Layout.xls
Selection Screen:
Selection Logic:
Get all fields (*) of DB table EKKO based on the selection screen Purchase Order number
(EBELN), it becomes the interface structure “it_ekko” for the smartform(refered later in the
specification).
Similarly get all the item data from the DB table EKPO based on PO number (EBELN), it
becomes the interface table “it_ekpo” for the smartform(refered later in the specification).
6. Technical Details
Layout windows
Field Mapping
The MM Clerk enters the PO number in transaction ‘YPOSUMM’ and the Print Out is generated.
8. Translation
9. Layout Detail
Not Applicable
Table Name
Short text
Size category
Table maintenance
allowed
Data class
Buffering
Table maintenance
generator
Authorization Group
Field Data Domain Type Length Check Key Foreign Description
Name Element Table- Field Key
Field
Comments
11. Assumptions
The Purchase order is already created in the system and the MM clerk knows the PO number.
No Error Handling.
English
Normal Functionality - test cases that ensure the report functions as it should.
ID Description
1 PO number given then we get the PO summary output in the spool request.
2
3
4
Exception - special logic or exceptions (e.g. report shold exclude certain specific condition)
5
6
Error Handling - functionality in case of errors (e.g. Error Message or Error Log )
7 If the purchase order number is wrong, there should not be any printout.
8