Real Time Questions

We Never Compromise in Quality Do You?

/riends 0 Please 1emember $ this is the nly Area $ 2here the "nterviewer Can estimate your 1eal time Pro#ect 3&perince. !o Please be Careful while givng the Answers for these 4ind of 5uestions.

1. What is SAP R/ Real time !an"s#ape ? !an"s#ape $ is the arrangement for the servers D%&%!'P(%NT )))* Q+A!,TY ))))* PR'D+CT,'N Servers Custom Developments .ransport Custom Developments .ransport Custom Developments

Development

Quality/Testin-

Pro"u#tion/.o)!ive

D%&%!'P(%NT $ is where the consultants do the customization as per the company's requirement and also the Custom Developments by ABAPers. Note $ ABAPers always get access nly to Development !erver for Custom Developments.

Q+A!,TY $ is where the core team members and other members test the customization and the Custom Developments. PR'D+CT,'N $ is where the live data of the company is recorded. Note $ A re/uest 0ill 1lo0 1rom Dev)*Qual)*Pro" an" not 2a#30ar"s. San"2o4 server$ "n the initial stages of any implementation pro#ect$ %ou are given a and bo& server where you do all the configuration'customization as per the companies business process. (. Development Server$ ) nce the BBP*Business Blue Print+ gets signed off$ the configuration is done is development server and saved in wor,bench requests$ to be transported to the Quality/Test server. -. Q+A!,TY $ is where the core team members and other members test the customization and the Custom Developments and .ransport to Production !erver. eMax Technologies, Ameerpet, Hyderabad Ph.No: +91 !" ##9$#$%$

Real Time Questions

We Never Compromise in Quality Do You?

6. Pro"u#tion Server$ .his is the last' most refined client where the user will wor, after pro#ect .' !,&%. Any changes' new development is done is development client and the request is transported to production. These three are lan"s#ape o1 any Company. They or-anise" their o11i#e in these three 0ay. Developer "evelop their pro-ram in Development server an" then transport it to test server. ,n testin- server tester #he#3/test the pro-ram an" then transport it to Pro"u#tion Server. !ater it 0ill "eploy to #lient 1rom pro"u#tion server.

5. What is Si6e o1 Your Team ? .he .eam !ize Can vary from (7 to (77 and -77 etc.. .he .eam !ize $ generally refers to nly the ABAP .eam And the Pro#ect size "ncludes all the teams from each 8odule. Note $ .here is no stringent rules on the team !ize. %ou Can give any 9umber B:. Be C 9/"D39. of the answer. . What is Your Role in the Current Pro7e#t ? .o be fran,$ it depends on your 3&perience. As we already Discussed$ the answers are prepared for the Candidates those appear for the interview with - to 6 %ears f 3&perience. The .eneri# roles 0ith 5 to Years e4perien#e

Analyze /! and Prepare Brief .! Prepare the Detailed .! from the /! or Brief /!. Coding Discussions with /unctional People while Preparing the .! to understand more about the /!. Code 1eview .ransporting the Custom Developments. Note $ "f you are more Confident$ %ou can also Pro#ect yourself as a .eam ;ead for a !mall .eam.

8. What is 9S:9un#tional Spe#i1i#ation; ? /unctional !pecification is the Business 1equirement !pecification Document which is Prepared by the /unctional Consultant. eMax Technologies, Ameerpet, Hyderabad Ph.No: +91 !" ##9$#$%$

Real Time Questions

We Never Compromise in Quality Do You?

.his is also Called as <AP *.he <AP Between the Current rganization=s 1equirement and the !olutions available in !AP+ . .his Can be Prepared nly after discussing 2ith end users and understand their requirements and Document the 3nd users'Client requirements. Note $ "t is !imply a 8! word Document which Carries the Client=s requirement. <. What is TS:Te#hni#al Spe#i1i#ation; ? "s a Document $ Prepared by the .echnical Consultant *ABAPer+. .his Contains all the technical details such as the technical solution for the 1equirement. .he Detailed .echnical !pecification Contains all the details such as !tarting from Designing !election !creen$ Declarations$ all the /unction 8odules used and the Processing ;ogic to meet the Customer requirements$ :nit .est Cases etc. =. What are Delivery Do#uments to 2e prepare" to Deliver the Custom Development ? Note $ /! is the "nitial Document to start the Process. !ist '1 Delivery Do#uments $ o Brief and Detailed .echnical !pecification. o :.P *:nit .est Plan+ o Document which provides the .ransport request Details. And %ou can have 8ore documents which really depends on the .he Pro#ect. >. ?o0 to Transport your '27e#t:Custom Development; 9rom the Current %nvironment to the 'ther %nvironment ? Note $ .o .ransport the Custom Development from ne 3nvironment*D3>+ to another 3nvironment*.3!.+ $ the b#ect should be 3ligible for transport. %li-i2ilty1 $ .he b#ect should be transportable b#ect:Not !o#al '27e#t;$ i.e. it should not be saved in Development Class'Pac,age ?.8P:!o#al '27e#t;. %li-i2ilty5 $ 3ach Development should be lin,ed with one .ransport 1equest 9o. eMax Technologies, Ameerpet, Hyderabad Ph.No: +91 !" ##9$#$%$

Real Time Questions

We Never Compromise in Quality Do You?

And 3ach 1equest 9o has one .as, 9o $ 2hich Actually carry the Custom Developments. Note1 $ .o .ransport the Developments$ 2e need to release the Corresponding .as, and 1equest.*.as, !hould be 1eleased Before the 1equest+ and .he copy of the development will be migrated as per the Configuration*1outings + Defined in .8!*.ransport 8anagement !ystem+. Note 5$ Release Pro#e"ure $ 3&ecute !37@ )A 1ight Clic, on the .as, and Clic, n Release Dire#tly ption And repeat the same for Transport Re/uest No Also. @. What is Namin- Stan"ar"s an" ho0 it helps in Custom Development ? 9aming !tandards Contains the rules to Provide the 9ames /or all the Custom Developments and the Declarations etc. %4$ Custom Program 9ames$ Custom .able 9ames$ Custom Data 3lements $ Domain 9ames$ /unctional 8odule 9ames etc. Note $ This is the 9irst Do#ument you re#eive 0hen You 7oin in any Pro7e#t. '27e#tive $ .he purpose of this document is to articulate a common set of standards and procedures for naming$ development$ and documentation of custom solutions with the goal of ma&imizing the quality$ value and maintainability of each custom solution. SAP 'AB%CT NA(,N. C'N&%NT,'NS 9+NDA(%NTA! R+!%S As of 1elease B.7$ !AP customers and partners can obtain their own namespace for their customer developments$ which are to be delivered to independent third parties. .hus naming conflicts can be avoided during the delivery. Development Namespa#es Stan"ar" SAP Partner/Customer

eMax Technologies, Ameerpet, Hyderabad Ph.No: +91 !" ##9$#$%$

Real Time Questions

We Never Compromise in Quality Do You?

A C D$ ( C E %4 $ /%(AC/

Before B.7F GH As of B.7F 'I6 C E digitsA' ) 9or all e(AC Custom Developments.

Re1eren#e:Sour#e; Ta2les 1or all Namin- Conventions$ PR'.RA( TYP%S C D < " / P 9 1 ! . : D Conversion Data 2arehouse <eneral /unctionality' ther "nbound "nterfaces utbound "nterfaces "nbound' utbound "nterfaces Print Program *!AP!cript+ "nclude 1eport !ystem 8aintenance Data Dictionary 8aintenance :ser 3&it'>alidation !ubroutine Pool .emporary$ Demo or .est programs

Wor3 Streams an" Pro#ess Streams ?R (( 9, SD PP AW AP' Juman1esources 8aterials 8anagement /inance !ales Distribution Production Planning Business"nformation2arehouse Adnace Planner K ptimizere etc..

.eneral Namin- Conventions$ Position (CL M )N Des#ription 9ame !pace:/%(AC/; Process'8odule *88'!D'J1+ eMax Technologies, Ameerpet, Hyderabad Ph.No: +91 !" ##9$#$%$

Real Time Questions

We Never Compromise in Quality Do You?

E @ C possible length

Program .ype descriptive te&tO it is recommended to start with an underscore PH= "n general use only Characters$ Digits and underscore *and slash for 9amespace+ for b#ect "dentifiers to avoid problems *for e&ample conflicts with wildcard characters$ codepages etc.+

Note $ "n 1ealtime we receive a Document with all these details$ we need to !imply follow the !ame 2hile Creating the Custom Development b#ects. @. What is the Co"in- Stan"ar"s an" ho0 it helps in Custom Developments? Coding !tandards are the rules to develop the !ource Code. .he b#ective of the Coding !tandards are to Delivery the 5uality !ource Code. Note $ 3ven though each pro#ect has their own Coding !tandards $ all most All the pro#ect follows the !imilar coding !tandards Because it Contains Dos an" DonDts. Pro-ram ,nternal '27e#ts Namin- Conventions "nternal program ob#ects$ such as variables$ have to adhere to the following naming conventions$ regardless if they occur in 1eports$ 8ethods$ 2or,flow$ etc. Pro-ram %lement .ypes Constants >ariable +se <eneral <eneral Counters /lags !ums All others Dynamically created data ob#ects ABAP b#ects ABAP b#ects Dynamic symbol All ,inds of wor, areas Synta4 .%HQ CHQ C9.HQ /;<HQ !:8HQ >HQ D1H H "/H IQA 2AHQ or 13CHQ *or !.1:C.HQ+

Data references b#ect references "nterface references /ield)!ymbols !tructures

eMax Technologies, Ameerpet, Hyderabad Ph.No: +91 !" ##9$#$%$

Real Time Questions

We Never Compromise in Quality Do You?

Pro-ram %lement "nternal tables

1anges ;ocal declaration

+se "nternal tablesF ) !tandard table ) !orted table ) Jashed table Copy of database table <eneral !tatics All others in selection)screens in selection)screens ) 1adio Buttons ) Chec, Bo&es ) Push Buttons ) 1adio Buttons ) Chec, Bo&es ) Controls for tabstrip ) Controls for tablecontrol ) 4 ) /ield interface of / 18 routines ABAP b#ects ABAP b#ects

Synta4 "HQ "!HQ "JHQ %HQ or GHQ( 1HQ !.HQ ;H&&&HQ 444 prefi& *e.g. C9.$ .%$ "$ etc.+ !HQ PHQ 1BHQ CBHQ PBHQ 1BHQ CBHQ .!HQ .CHQ 4HC D3 /PHQ ;C;HQ ;"/HQ

!elect ptions Parameters ther !creen 3lements *Dynrpo+

/ormal parameters ;ocal classes ;ocal interfaces

Note$ The asteris3 in the ta2le a2ove si-ni1ies a "es#riptive name o1 your #hoosin-. Consi"er usin- an un"ers#ore :E; to #onne#t multi)0or" varia2le. (ANDAT'RY AAAP R+!%S Developments will be inspected by 5A after these mandatory rules. %very ob#ect must be chec,ed against this list of rules before it is delivered. .his Process is ensured by the 5A*5uality Analyst+ from DC* ffshore Development Center+. >iolations against this list of 8andatory rules must be analyzed and Documented.

eMax Technologies, Ameerpet, Hyderabad Ph.No: +91 !" ##9$#$%$

Real Time Questions

We Never Compromise in Quality Do You?

Cate-ory Development pro#ess

Rule

'F

:se the #o"e inspe#tor or the e4ten"e" synta4 #he#3 and fi& all errors and warnings. :se available consistency and layout chec, features in the screen painter and menu painter and fi& all errors and warnings. !AP)delivered ob#ects$ including tables$ ABAP programs$ Dynpros$ !AP transactions$ etc. cannot be modified according to the current Program 8odification Policy. Re)usa2ility Program logic$ which is a candidate for reusability has to be made available to other programs by defining them with the function builder or class builder. Pro-ram stru#ture :se the standard pattern for all programs C :se header part of the standard pattern for all other development ob#ects containing ABAP source code. Program logic must be structured$ simple and shortF (. Declaration including class definition *possibly in . P include+ -. 8ain Processing ) 1ead data and store in internal data ob#ects *e.g. int. table+ ) Process data ) utput data 6. !ubroutines ' class implementation *possibly in include+ Don't mi& code and declaration in the processing part. :se pretty printer. 4eep program length to a minimum. 3ach program should handle one discrete problem. !tart each new command or clause on a new line. Do not put multiple commands on the same line. "f a statement continues past one line$ indent all subsequent lines. !,ipped lines and indention should be used to promote clarity between sections of code as well as between definitions and processing. 4eep logical sections together by using empty lines or comment lines. "n every program a default message class must be specified. Data "e#laration <lobal data must be encapsulated in a . P)"nclude in general. .he include name should be the same as the program name with the eMax Technologies, Ameerpet, Hyderabad Ph.No: +91 !" ##9$#$%$

Real Time Questions

We Never Compromise in Quality Do You?

Cate-ory

Rule suffi& PH. P=. 3&ceptions are small programs. Data ob#ects must be declared with an appropriate reference to a DD"C .%P3 or a program internal .%P3. Don't define data ob#ects with the option ;"43. .he .AB;3! statement is not allowed e&cept for a D%9P1 interface. Don't use literals C always use constants. "nternal tables must not have header lines. Also$ don't use the addition CC:1! as it is no longer supported in the ABAP conte&t. :se "9."A; !"G3 instead. nly specify an "9"."A; !"G3 for small internal tables *I B,B of data+ where the number of e&pected rows is ,nown$ otherwise omit this addition. "nternal tables must be defined with the appropriate table type based on usage *JA!J3D$ ! 1.3D$ !.A9DA1D+. /ollow the naming conventions for all internal program ob#ects as per chapter '9aming conventions for program internal ob#ects'. Always ,eep the !AP names. D 9 . RtranslateS. "f you need the same type of data from different tables li,e document numbers for different documents$ prefi& the name with the table name li,eF 2AH>BA4H>B3;9 R!ales rder 9o. 2AH;"4PH>B3;9 RDelivery 9o.

'F

(ulti lan-ua-e #apa2ility :se te&t elements$ selection te&ts and messages to define language specific te&t. Do not use literals or constants for te&ts. Allow translatabilityF (o"ulari6ation 4eep the main program shortF 2or, with reusable$ structured and small / 18! or 83.J D! C 3ven if they are not re)used *"9C;:D3! are not modularization units+. 1epetitive code must be put into a modularization unit. .he choice of modularization unit must ta,e reusability into consideration *reuse library+ :se self)e&planatory 3nglish names for modularization units such as subroutines$ methods$ etc. :se underscores *E+ to connect multi) word modularization unit names. !ubroutine interface parameters *formal parameters+ must be typed. Don't pass an internal table using the .AB;3! addition of the / 18 ' P31/ 18 statement because they have no header line and a header line will automatically be created C use the addition eMax Technologies, Ameerpet, Hyderabad Ph.No: +91 !" ##9$#$%$

Real Time Questions

We Never Compromise in Quality Do You?

Cate-ory

Rule :!"9< or CJA9<"9< instead. Don't use global variables in subroutines. Always pass actual parameters to the subroutine. Do not use unreleased !AP function modules$ which do updates to !AP standard tables. Be aware that !AP function modules not released for e&ternal use can be changed by !AP without further notice. 3&ternal P31/ 18 must 9 . be used. Don't use "9C;:D3 in methods. :se private methods for modularization in BAD"s. Don't use macros as they reduce readability and ma,e debugging more difficult 2hen defining a new function moduleF Don't use the R.AB;3!S section in the function module interface. "nstead use DD"C table types as importing$ e&porting or changing parameters.

'F

Do#umentation 38AD program 3very program ob#ect must begin with a program header. .his header includes all ob#ects containing ABAP source code *e.g. 1eports$ "ncludes$ function modules$ etc.+ Copied programs shall have a reference to the cloned program. Declaration All data ob#ects must be documented. 8odularization All internal modularization units including their interface */ 18!$ units 83.J D!+ must be documented with a short description. !ource code !ource code must be documented every (L)-L linesF Don't repeat the source code in the documentation$ e&plain in business language. 8odifications Document all code modifications *custom programs and !AP programs+F :pdate the change history in the program header and document each change. !ee e&amples in chapter '1ecommendations'. Dependent "f there are ob#ects that are related to the same development$ then ob#ects they should be listed in the header comment$ this is especially relevant for 2or,place developments. /or programs and routines that are called from specific locations$ including user e&its$ the documentation must indicate the calling program or routine. 'perations C 8P:.3 Don't use C 8P:.3 statement as well as RADDS$ RD">"D3S$ etc. to ma,e code more readable D T D U -. "8P 1. :se "8P 1.'3DP 1. . '/1 8 838 1% only if no other 3DP 1. technique is available for data e&change. Always use the addition "D. "t must be documented where data is used *"8P 1.F 2here eMax Technologies, Ameerpet, Hyderabad Ph.No: +91 !" ##9$#$%$

Real Time Questions

We Never Compromise in Quality Do You?

Cate-ory

Rule was data e&ported$ 3DP 1.F 2here will data be imported+. Also$ use a business term for the 8emory "D. /or better readability$ use CA!3 instead of "/$ especially if more than B different values are chec,ed. .o optimize "/ and CA!3 structures$ always test values in order of the li,elihood of each value occurring. Don't use obsolete statements or obsolete variants of statements *see online help for details+ 1uleF Avoid using ABAP language$ which is not supported in the ABAP b#ects conte&t. /ollow the Vgolden rulesV for !5; programmingF 4eep hit)set small :se good *possibly positive+ 2J313 clause Do not use !3;3C. ... CJ3C4 ... *incorporate CJ3C4 into 2J313 clause+ Do not use !3;3C. without 2J313 clause for tables that grow constantly *B!3<$ 84P/$ >BA4$ etc.+ Do not use !3;3C. Q *use !3;3C. f($ f-$ etc. + :se aggregates *!:8$ A><$ etc.+ :pdate only the fields$ which have been changed Do not use !3;3C. ... APP39D ... 39D!3;3C. *:se array operations *e.g. "9. .AB;3+ 9o !3;3C. within loops *load data into int. table and read record with 13AD .AB;3 ... 2".J .AB;3 43% ...+ Do not use :PDA.3$ "9!31.$ etc. within loops *use :PDA.3$ "9!31.$ etc. /1 8 .AB;3 ...+

'F

"/ C CA!3

.eneral bsolete !tatements SQ!

4eep amount of data to be transferred small

4eep number of DB accesses small

eMax Technologies, Ameerpet, Hyderabad Ph.No: +91 !" ##9$#$%$

Real Time Questions

We Never Compromise in Quality Do You?

Cate-ory

Rule 4eep overhead in DB small Avoid unnecessary DB accesses :se of primary or secondary DB inde& appropriately 9o re)reads :se table buffering Don't 1D31 B% *sort data in internal table e.g. by using a ! 1.3D internal table+

'F

Avoid using '!3;3C. W "9. C 113!P 9D"9< /"3;D!' as the associated overhead with 'C 113!P 9D"9< /"3;D!' could be significant. Chec, the return code after every !5; statement 93>31 use native !5;. 93>31 update !AP standard DB tables in custom programs. 2hen creating a program that writes new or updates e&isting records you 8:!. secure that your program handles DB commits at a reasonable frequency. Do not create loc, ob#ects for !AP standard tables Wor3in- 0ith internal ta2les Direct access to an internal table within loops must be optimized by enabling hashed) or binary search *13AD .AB;3 ... 2".J .AB;3 43% or ; P ... 2J313+ %rror ?an"linAll programs must include proper error handling to avoid undesirable terminations. .his means that the return code *!%) !:B1C+ must be chec,ed after every statement in the program that changes it. Always handle all e&ceptions of a function module call. nly if it is ensured$ that the function module actually issues messages$ handle the e&ceptions with the default message statement. therwise handle all e&ceptions with your own error messages. "n dialog programs$ to handle a loc, entry failure$ raise an error message *type 3+ preventing any further progress but leaving the user on the current screen. .he user can ta,e an alternative action or continue to try to loc, the ob#ect. .o minimize the impact on users$ limit retries. eMax Technologies, Ameerpet, Hyderabad Ph.No: +91 !" ##9$#$%$

Real Time Questions

We Never Compromise in Quality Do You?

Cate-ory DD,C

Rule "f no special requirements e&ist for maintenance of custom table contents always create the table maintenance and associate a transaction code.

'F

Dynpro pro-rammin:se Data Dictionary names *short$ medium$ long+ for field te&t on screens where applicable. :se '!A>3H 4HC D3' as the field name when saving the 4 Code field. "t is recommended that you use a bac,up version of the 4 Code field to avoid sending a screen that already has a function code. !creen numbering must follow functionality$ such asF @777 C "nitial screen @(77 C Bloc, ( @((7 C !ub)functionality of Bloc, ( @(-7 C !ub)functionality of Bloc, ( Sele#tion s#reen "esi-n !creen numbering for additional selection screens has to follow rules for regular dynpros. Report output "esi-n "nclude the following information in the output list to give users a clear indication as to what the report consists ofF 3nd):ser 1eportsF selection criteria$ entries found$ requester$ report name$ date'time$ e&ceptions$ parameters$ etc. Conversion'"nterface 1eportsF number of records read$ number of records processed$ number of records written$ date'time$ transactions posted$ etc.

eMax Technologies, Ameerpet, Hyderabad Ph.No: +91 !" ##9$#$%$

Real Time Questions

We Never Compromise in Quality Do You?

Co"in- .ui"elines:Stan"ar"s; $

AAAP Pro-rammin- ?ints an" %4amples $

Cate-ory 2or,ing with internal tablesF /ield)!ymbols ?ints an" re#ommen"ations 2or,ing with field)symbols increases the performance by 67X) L7X when processing internal tablesF DA.AF iHcustomer .%P3 ! 1.3D .AB;3 / tyHcustomer 2".J :9"5:3 43% ,unnr. /"3;D)!%8B ;!F IcustA .%P3 tyHcustomer. ; P A. iHcustomer A!!"<9"9< IcustA. 21".3F ' IcustA)4:991$ IcustA)9A83(. 39D; P. 2or,ing with field)symbols increases the performance when updating internal tables. Also no modify is required. C 9!.A9.!F cH& .%P3 char( >A;:3 'D'. DA.AF iHcustomer .%P3 ! 1.3D .AB;3 / tyHcustomer 2".J :9"5:3 43% ,unnr. /"3;D)!%8B ;!F IcustA .%P3 tyHcustomer. ; P A. iHcustomer A!!"<9"9< IcustA. IcustA)8A143D T cH&. 39D; P. "nternal table types 'vervie0 Table type Usage

eMax Technologies, Ameerpet, Hyderabad Ph.No: +91 !" ##9$#$%$

Real Time Questions

We Never Compromise in Quality Do You?

Cate-ory

?ints an" re#ommen"ations !.A9DA1D 8emory dumpO no sorting$ no reading required$ fill sequentially$ process sequentially$ access time linear ! 1.3D !orted output$ unique'non)unique ,ey possible$ performance optimized read'loop with partial'full ,ey$ access time logarithmic JA!J3D ;oo,)up table$ unique ,ey only$ performance optimized reads with partial'full ,ey$ access time constant Catching a Vshort)dumpV CA.CJ !%!.38)3DC3P." 9! A1".J83."CH311 1! T L. vHres T vHfactHsave T vHfact. vHfact T vHfact C (. D vHfact ."83!. vHres T vHres ' vHfact. VI) C 8P:.3H >31/; 2 vHfact T vHfact C (. 39DD . 39DCA.CJ. "/ sy)subrc T L. 21".3F ' .3D.)77(. 3;!3. 21".3F ' .3D.)77-$ vHfactHsave$ .3D.)776$ vHres. 39D"/. V' verflow0

Catching system) e&ceptions

CA;; /:9C." 9 error handling

Note$ !ist o1 #at#ha2le e4#eptions$ See ?elp. 2hen a function call is inserted into the source code using the pattern button$ then default error handling is copied as followsF "/ sy)subrc IA 7. Q 83!!A<3 "D !%)8!<"D .%P3 !%)8!<.% 9:8B31 !%) 8!<9 Q 2".J !%)8!<>( !%)8!<>- !%)8!<>6 !%)8!<>B. 39D"/.

eMax Technologies, Ameerpet, Hyderabad Ph.No: +91 !" ##9$#$%$

Real Time Questions

We Never Compromise in Quality Do You?

Cate-ory

?ints an" re#ommen"ations 1eplace default message statement with specific error handling. e.g. CA!3 sy)subrc. 2J39 (. 83!!A<3 e77M*'ema&'msgid+ 2".J vHstorage. Q Pac,ing !torage type K does not e&ists 2J39 -. ... 39DCA!3.

Performance optimized !5;

Feep the hit)set small$ Don't access records from the DB to the application server memory$ which is are not used for further processing. DonGt Do

!3;3C. CA11"D C 99"D /1 8 !B 4 "9. 2AH!B 4. CJ3C4F 2AH!B 4)CA11"D T ';J' A9D 2AH!B 4)C 99"D T '7B77'. 39D!3;3C.. Performance optimized !5;

!3;3C. CA11"D C 99"D /1 8 !B 4 "9. 2AH!B 4 2J313 CA11"D T ';J' A9D C 99"D T '7B77'. 39D!3;3C..

Feep amount o1 "ata to 2e trans1erre" small$ Don't transfer data from the DB to the application server memory$ which is not used for further processing DonGt Do

!3;3C. Q /1 8 DD7(; "9. 2AHDD7(; 2J313 D 89A83 ;"43 'CJA1X' eMax Technologies, Ameerpet, Hyderabad Ph.No: +91 !" ##9$#$%$

!3;3C. D 89A83 /1 8 DD7(; "9. 2AHDD7(;) D 89A83 2J313 D 89A83 ;"43

Real Time Questions

We Never Compromise in Quality Do You?

Cate-ory

?ints an" re#ommen"ations A9D A!B; CA; T 'A'. 39D!3;3C..

'CJA1X' A9D A!B; CA; T 'A'. 39D!3;3C..

Performance optimized !5;

Feep num2er o1 DA a##esses small .ransfer data from DB server to application server at once. 8ultiple smaller transports are more e&pensive. DonGt Do

DA.A 2AH.77M .%P3 .77M. !3;3C. Q C;3A1 "H77MYZ. /1 8 .77M !3;3C. Q "9. .AB;3 "H77M. /1 8 .77M "9. 2AH.77M. APP39D 2AH.77M . "H77M. 39D!3;3C.. Performance optimized !5; Feep num2er o1 DA a##esses small Avoid !3;3C. !"9<;3 ... between ; P and 39D; P$ especially for larger tables *A(77 rows+. "t is more efficient to load data from multiple DB tables into internal tables and process them in the application server memory. DonGt Do

DA.AF "H!/;"<J. .%P3 .AB;3 / !/;"<J.$ 2AH!P/;" .%P3 !P/;". /"3;D)!%8B ;!F I!/A .%P3 !/;"<J.. !3;3C. Q /1 8 !/;"<J. eMax Technologies, Ameerpet, Hyderabad Ph.No: +91 !" ##9$#$%$

/"3;D)!%8B ;!F I!/A .%P3 !/;"<J.$ I!PA .%P3 !P/;". !3;3C. Q /1 8 !/;"<J. "9. .AB;3 "H!/;"<J.. !3;3C. Q /1 8 !P/;"

Real Time Questions

We Never Compromise in Quality Do You?

Cate-ory

?ints an" re#ommen"ations "9. .AB;3 "H!/;"<J.. ; P A. "H!/;"<J. A!!"<9"9< I!/A. !3;3C. !"9<;3 Q /1 8 !P/;" "9. 2AH!P/;" 2J313 CA11"D T I!/A)CA11"D A9D C 99"D T I!/A)C 99"D. 39D; P.

"9. .AB;3 "H!P/;" / 1 A;; 39.1"3! "9 "H!/;"<J. 2J313 CA11"D T "H!/;"<J.)CA11"D A9D C 99"D T "H!/;"<J.)C 99"D. ; P A. "H!/;"<J. A!!"<9"9< I!/A. 13AD .AB;3 "H!P/;" A!!"<9"9< I!PA 2".J .AB;3 43% CA11"D T I!/A)CA11"D C 99"D T I!/A) C 99"D. 39D; P.

Performance optimized !5;

Feep num2er o1 DA a##esses small "f possible try to retrieve the data with one SQ! statement *e.g. [ "9$ sub query$ etc.+. Avoid nested select statements. DonGt Do

!3;3C. Q /1 8 !P/;" "9. 2AH!P/;". !3;3C. Q /1 8 !/;"<J. "9. 2AH!/;"<J. 2J313 CA11"D T 2AH!P/;")CA11"D A9D C 99"D T 2AH!P/;")C 99"D. 39D!3;3C.. eMax Technologies, Ameerpet, Hyderabad Ph.No: +91 !" ##9$#$%$

!3;3C. P\CA11"D P\C 99"D !\/;DA.3 "9. .AB;3 "H/;" /1 8 !P/;" A! P "9931 [ "9 !/;"<J. A! / 9 P\CA11"D T /\CA11"D A9D P\C 99"D T /\C 99"D.

Real Time Questions

We Never Compromise in Quality Do You?

Cate-ory

?ints an" re#ommen"ations 39D!3;3C.. Feep overhea" in the DA small Always ta,e advantage of e&isting DB inde&es. :se a good and simple where C clauseF Positive *T$ A$ I$ etc.+. 8a,e sure an inde& can be used from the left to the right. "f no inde& can be used$ then the DB system e&ecutes a full table scan. DonGt Do

Performance optimized !5;

DA.AF 2AH8!< .%P3 .(77. !3;3C. Q /1 8 .(77 :P . ( 1 2! "9. 2AH8!< 2J313 !P1!; T !%) ;A9<: A9D 8!<91 T '@@@' A9D A1B<B H* '>7'. 39D!3;3C.. Performance optimized !5; Avoi" unne#essary DA a##esses

DA.AF 2AH8!< .%P3 .(77. !3;3C. Q /1 8 .(77 :P . ( 1 2! "9. 2AH8!< 2J313 !P1!; T !%) ;A9<: A9D 8!<91 T '@@@' A9D A1B<B T '>7'. 39D!3;3C..

.he access time is accelerated if buffered tables are accessed. .he following statements cannot use !AP table buffer supportF ) B%PA!!"9< B://31 ) 1D31 B% ) !3;3C. D"!."9C. ) [ "9 and !:B5:31"3! ) aggregate functions *e.g. !:8$ A><$ 8"9$ 8AD.+ ) 2J313 ... "! Y9 .Z 9:;; eMax Technologies, Ameerpet, Hyderabad Ph.No: +91 !" ##9$#$%$

Real Time Questions

We Never Compromise in Quality Do You?

Cate-ory

?ints an" re#ommen"ations DonGt Do

!3;3C. D"!."9C. Q /1 8 .(77 "9. .(77H2A 2J313 !P1!; T 'D' A9D A1B<B T '77' A9D 8!<91 T '@@@'. 39D!3;3C.. !5; C 3&istence)chec,

!3;3C. !"9<;3 Q /1 8 .(77 "9. 2AH.(77 2J313 !P1!; T 'D' A9D A1B<B T '77' A9D 8!<91 T '@@@'.

Che#3 DA ta2le 1or e4isten#e o1 ro0s 1or a -iven #on"ition. DonGt Do

!3;3C. !"9<;3 C :9.* Q + /1 8 DD7-; 2J313 8A!.31;A9< T '3'.

DA.AF >H.AB9A83 .%P3 .AB9A83. !3;3C. .AB9A83 "9. >H.AB9A83 /1 8 DD7-; :P . ( 1 2! 2J313 8A!.31;A9< T '3'. 39D!3;3C..

;:2 control

9oteF ur e&ample uses a DB table with (L7777 rows. .he :P . ( 1 2! e&ample is 600 times faster. Che#3 return #o"e a1ter insertsI up"atesI "elete an" mo"i1y. Avoi" impli#it #ommit$ :PDA.3 sflight !3. seatsocc T seatsocc U ( 2J313 carrid T cHlufthansa. eMax Technologies, Ameerpet, Hyderabad Ph.No: +91 !" ##9$#$%$

Real Time Questions

We Never Compromise in Quality Do You?

Cate-ory

?ints an" re#ommen"ations "/ sy)subrc T 7. C 88". 2 14. 83!!A<3 s77@*bcHbor+. Q Change successful 3;!3. 1 ;;BAC4 2 14. 83!!A<3 i77E*bcHbor+. Q 3rror when changing 39D"/. +p"ates are #arrie" out 2y 1un#tion mo"ule in up"ate tas3$ Q ;og >( update module in ;:2 CA;; /:9C." 9 '%H:PDA.3H!/;"<J.' "9 :PDA.3 .A!4 3DP 1."9< imHsflight T waHsflight. Q !tart update tas, C 88". 2 14. /:9C." 9 yHupdateHsflight. QV))))))))))))))))))))))))))))))))))))))))))))))))))))))))))QVQV:pdate function moduleF QV QVQV;ocal interfaceF QV "8P 1."9< QV >A;:3*"8H!/;"<J.+ .%P3 !/;"<J. QV)))))))))))))))))))))))))))))))))))))))))))))))))))))))))) :PDA.3 sflight /1 8 imHsflight. "/ sy )subrc IA 7. 83!!A<3 a77E*bcHbor+. V I)) 1 ;;BAC4 if called in V update tas, Q 3rror when changing 39D"/. 39D/:9C." 9.

;:2 control

;:2 control

2hen creating a program that writes new or updates e&isting records you 8:!. secure that your program handles DB commits eMax Technologies, Ameerpet, Hyderabad Ph.No: +91 !" ##9$#$%$

Real Time Questions

We Never Compromise in Quality Do You?

Cate-ory

?ints an" re#ommen"ations at a reasonable frequency. As a general rule$ you should do a commit every (777 or (7 777 records. "f your program is running for a long period of time without doing a commit$ the database and eventually the whole system will be deadloc,ed. !hutting down the system is the only option left to terminate the e&ecution as your program consumes all resources. 1egarding commit be aware of the enqueue ' dequeue logic for table loc,s and ensure that only consistent data is updated with commit wor,0 2hen performing calculations in ABAP$ the amount of CP: time used depends on the data type. "n very simple termsI ,nte-ers :type ,; are the 1astestI 9loatin- Points :type 9; re/uire more time$ an" Pa#3e" :type P; are the most e4pensive. 9ormally$ Pac,ed number arithmetic is used to evaluate arithmetic e&pressions. "f$ however$ the e&pression contains a floating point function$ or there is at least one type / operand$ or the result field is type /$ floating point arithmetic is used instead for the entire e&pression. n the other hand$ if only type " fields or date and time fields occur$ the calculation involves integer operations. !ince floating point arithmetic is relatively fast on !AP hardware platforms$ it should be used when a greater value range is needed and rounding errors can be tolerated. 1ounding errors may occur when converting the e&ternal *decimal+ format to the corresponding internal format *base - or (M+ or vice)versa.

Calculations

perations

Avoi" ('&%)C'RR%SP'ND,N. 0herever possi2le$ 8oving identical structuresF Avoi" 8 >3)C 113!P 9D"9< structH&&& . structHyyy. Aetter structHyyy T structH&&&.

8oving identical internal tables *without header lines+ Re#ommen"ation iHyyy T iH&&&. eMax Technologies, Ameerpet, Hyderabad Ph.No: +91 !" ##9$#$%$

Real Time Questions

We Never Compromise in Quality Do You?

Cate-ory

?ints an" re#ommen"ations 8oving identical internal tables *with header lines+ Re#ommen"ation iHyyyYZ T iH&&&YZ.

CJ3C4

Avoi" C?%CF 0ithin user)e4its Avoi" CJ3C4 sy)subrc T 7. Aetter "/ sy)subrc T 7. P31/ 18 ... 39D"/.

CJ3C4 sy)subrc T 7 is the same as "/ sy)subrc IA 7. 3D".. 39D"/. 9egative result of a CJ3C4 leaves the processing bloc, or modularization unit *e.g. / 18$ /:9C." 9 8 D:;3$ 3>39.+$ unless CJ3C4 is within a loop *; P ... 39D; P$ !3;3C. ... 39D!3;3C.+. 3specially within "9C;:D3 programs$ CJ3C4 may be dangerous. JintF "f it is desired to leave a processing bloc,$ use R%T+RN D3!C1"B3 Che#3in- i1 an internal ta2le is empty DonGt D3!C1"B3 iH&&& ;"93! vHlin. "/ vH;"9 T 7. ... 39D"/. /133 ' C;3A1 ' 13/13!J Do "/ iH&&& "! "9"."A;. 39D"/. Q+ iH&&& has no header line

Deletin- ro0s o1 an internal ta2le "nternal table is no longer used *memory can be released+ Do /133 iH&&&.

eMax Technologies, Ameerpet, Hyderabad Ph.No: +91 !" ##9$#$%$

Real Time Questions

We Never Compromise in Quality Do You?

Cate-ory

?ints an" re#ommen"ations "nternal table is used again DonGt /133 iH&&&.

Do C;3A1 iH&&&. Q+ iH&&& has no header line

.AB;3!

DonGt use the TAA!%S statement *e&cept for Dynpro interface+ 3&ampleF 1eferencing table wor, areas in !3;3C.) P." 9! DonGt Do .AB;3!F 49A(. !3;3C.) P." 9!F !H4:991 / 1 49A() 4:991. DA.AF >H4:991 .%P3 49A() 4:991. !3;3C.) P." 9!F !H4:991 / 1 >H4:991.

C 9!.A9.!

+se sel1 e4plainin- #onstant names DonGt C 9!.A9.!F CHNL(- .%P3 4!CJ; >A;:3 'NL(-'. Do C 9!.A9.!F CHC 9DH.%P3HD"!C :9 . .%P3 4!CJ; >A;:3 'NL(-'.

1A9<3!

+se ran-es 0ithout hea"er lines DonGt 1A9<3!F rHmatnr / 1 8A.91. Do DA.AF 1H8A.91 .%P3 1A9<3 / 8A.91$ 2AH1H8. ;"43 ;"93 / 1H8A.91.

eMax Technologies, Ameerpet, Hyderabad Ph.No: +91 !" ##9$#$%$

Real Time Questions

We Never Compromise in Quality Do You?

Cate-ory

?ints an" re#ommen"ations

13P 1. !tatement

Al0ays "e1ine a messa-e #lass in the R%P'RT statement$ 13P 1. '38AD'1<."!.H.3!.HP1 < 9 !.A9DA1D PA<3 J3AD"9< ;"93)!"G3 (MB ;"93)C :9. ML*-+ (%SSA.%),D /%(AC/R.T,SETSTE(C!SS.

83!!A<3 in function modules

83!!A<3 within !3;3C. ... 39D!3;3C.

83!!A<3 design

:se 83!!A<3 ... 1A"!"9< Ie&ceptionA in /unction modules. .he calling module should handle e&ceptions and process messages. Don't use 83!!A<3 otherwise in 1/C function modules *the message statement has no effect in these circumstances+. "ssuing a 83!!A<3 within !3;3C. ... 39D!3;3C. loops will produce a short)dump. 2hen the data is still needed after the select$ use !3;3C. ... "9. .AB;3 ... and do chec,ing after the select. "f the data is not needed after the select$ do chec,ing within the !3;3C. ... 39D!3;3C. loop but send messages thereafter. "f you define messages the long te&t should help the user to analyze the situation and solve possible problems. Be specific enough. "f a message does not require a long)te&t$ then mar, it as 'self) e&planatory'. /or reasons of translation do never combine te&t)elements to create a sentence. !equence of words in a sentence might be completely different in another language. All form routines should have an initial remar,s section where you describeF 2hat the form routine does "nput'output parameters QK)))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))Q QK /orm <3.H;A!.H1:9DA.3H."83 Q QK)))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))Q Q .his form is to read table GG;1. where last run time and date Q Q of this ABAP program is stored. Q Q))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))Q Q Parameters ' .ablesF Q Q ))A /PH[ B"D [ob name used to run this ABAP Q

Documentation

eMax Technologies, Ameerpet, Hyderabad Ph.No: +91 !" ##9$#$%$

Real Time Questions

We Never Compromise in Quality Do You?

Cate-ory

?ints an" re#ommen"ations Q I)) /PH13P"D ABAP name Q Q))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))Q / 18 <3.H;A!.H1:9DA.3H."83 :!"9< /PH[ B"D .%P3 tyH#obid /PH13P"D .%P3 sy)repid. ... 39D/ 18 R/orm <3.H;A!.H1:9DA.3H."83

Program 8odifications

All program revisions *changes+ must be well documented according to the following rules. 1evisions should be documented at the beginning of the program as in the program template Sin-le line #han-es$ Copy the line and convert the original line to a comment line and note it with the revision number. 8a,e the changes and then also mar, the new line with the revision number. / 18 <3.H;A!.H1:9DA.3H."83 :!"9< /PH[ B"D .%P3 tyH#obid V8 D)77( /PH13P"D .%P3 sy)repid. (ultiple line #han-es$ Add a comment line at the beginning and the end of the bloc, to be changed$ this comment should contain the revision number and !tart'3nd of changes. .he bloc, to be changed should be copied. .he original statements should be commented out$ then changes should be made in the copied bloc, of code. / 18 <3.H;A!.H1:9DA.3H."83 :!"9< Q8 D)77( B3<"9F ID3!C1"P." 9 / CJA9<3A /PH[ B"D .%P3 tyH#obid /PH13P"D .%P3 sy)repid. Q8 D)77( 39D

eMax Technologies, Ameerpet, Hyderabad Ph.No: +91 !" ##9$#$%$

Real Time Questions

We Never Compromise in Quality Do You?

Cate-ory

?ints an" re#ommen"ations 1evision comments during development changes are not helpful. .oo many revision comments ma,e program harder to read. NoteF 8odification numbers have to be unique within a function group or global class. .herefore a list of modifications for the function group must be placed in the top include.

eMax Technologies, Ameerpet, Hyderabad Ph.No: +91 !" ##9$#$%$

Real Time Questions

We Never Compromise in Quality Do You?

1J. What is Co"e Revie0 ? Before we send the source Code for testing $ it should be reviewed /irst to avoid the frequent changes in the !ource Code. Code !hould be reviewed by another !r..eam 8ember. .he b#ective of the !ource Code is to ma,e sure that the Custom Program should follow both 9aming and Coding !tandards. 11. What are the Di11erent Types '1 Pro7e#ts in SAP ? There are three types '1 Pro7e#ts in SAP. a. ,mplementation Pro7e#t 2. +p-ra"ation Pro7e#t #. Support Pro7e#t ,mplementation Pro7e#t $ SAP Pro7e#t 0hi#h starts 1rom the S#rat#h i.e. (ovin- to the SAP So1t0are 1rom the 'l" System. Whi#h Contains all the 2elo0 a#tivities a; Configure the !AP !ystem according to the Client=s rganizational :nit. 2; <ather the requirements from the end users and /i& the <APs*the differences between the Customer requirement and the solution offered in !AP + and Prepare the /unctional !pecification. #; Develop the !olutions either through configure the !ystem or through Custom Developments*Programs+. "; .est the Configuration or Programs. e+ .ransport the Custom Developments to 5uality'.esting !erver. f+ .est custom developments again in the .esting 3nvironment and transport it g+ .ransport it from .esting !erver to Production !erver.*<o);ive+ h+ 3nd :ser .raining. +p-ra"ation Pro7e#t $

"t !tarts $ After Completing the /irst level "mplementation $ for the further Developments and also to Change the Custom Programs to improve the Performance of the Programs and to 8ove from Current !AP >ersion to the ;atest >ersion.

eMax Technologies, Ameerpet, Hyderabad Ph.No: +91 !" ##9$#$%$

Real Time Questions

We Never Compromise in Quality Do You?

A#tivities $ 1; Develop the Custom Developments to meet the new Customer 1equirements. 5; Change the 3&isting Programs to "mprove the Performance of the Custom Programs. ; .esting and .ransportation is required here also. Support Pro7e#t $ Note $ This Phase Starts after Go-Live. .he Pro#ects $ which supports the Client after "mplementation. .his is Post <o)live Activities. A#tivities $ (+ -+ 6+ B+ Provide the -B Q N !upport to the Client'Customer=s Day)to)Day Business. Analyze the .ic,ets'"ssues . !olve the .ic,ets by changing the related Development. .est it and 8igrate it

1J. Whom to you Communi#ate 1or the ,ssues / (ore in1ormation A2out 9un#tional Spe#i1i#ation ? .o the /unctional wner */unctional Consultant + who prepared the /unctional !pecification. 11. When "o you Communi#ate 0ith %n" +sers ? Ans $ "n the "deal Cases$ .he ABAPers 9ever Communicate to the end users from ff) shore. ABAPer ften Communicate with them from nsite .o chec, the technical feasibility of the user requirements . 15. What is .o)!ive A#tivity ? <o);ive is the Activity of transporting custom Developments from .esting 3nvironment to the Production 3nvironment. 1 . What is 9ull !i1e)Cy#le ,mplementation ? 9ull !i1e)Cy#le ,mplementation is I .ransport the Custom Developments from Development to .esting and from .esting to Production.

eMax Technologies, Ameerpet, Hyderabad Ph.No: +91 !" ##9$#$%$

Real Time Questions

We Never Compromise in Quality Do You?

!o that $ in

ne Pro#ect "mplementation $ 2e can 8any /ull);ife Cycle "mplementations.

%4 $ 8igrating all the !D Custom Developments to Production $*Cycle(+ 8igrating all the 88 Custom Developments to Production $ *Cycle-+ 8igrating all the /" Custom Developments to Production *Cycle6+$ etc. 18. What is Chan-e Re/uest ? "t is not the different type of transport request no. And it is not at all a transport request. .he /unctional !pecification for the custom Development is Called 2or, 1equest and if the !pecification is Changed to meet the additional requirements then we call Changed !pecification as Change 1equest. 1<. What is the time re/uire" to Develop a Report ? "t Completely depends on the Comple&ity of the 1eport. "t Can !tart from ( Days to InA Days. "n <eneral $ .he ;ow Comple&ity report ta,es ( to 6 8an Days$ .he medium Comple&ity report ta,es B to N 8an Days$ .he medium Comple&ity report ta,es N to InA 8an Days. 1=. What is 'nsite an" '11shore ? 'nsite $ "s the Client=s Place. !ome /unctional Consultants and !enior .echnical*ABAP+ Consults wor,s here. Role o1 9un#tional Consultants $ a; 9un#tional #onsultants Customize the !AP !ystem i.e. Define the Client=s rganization !tructure in !AP. 2; .he /unctional Consultants Discuss with the 3nd :sers and <ather the requirements and Analyze them and !uggest the already available !olutions in !AP and train them on the same at end of the Pro#ect "mplementation through 3nd :ser .raining. #; /unctional Consultants /i& the <APs *.he Differences Between the Current 1equirements and the !olutions available in !AP$ Because the !AP !olutions may fit to the :ser 1equirements 3&actly. "; Document the Above requirement i.e. /!*/unctional !pecification+.

eMax Technologies, Ameerpet, Hyderabad Ph.No: +91 !" ##9$#$%$

Real Time Questions

We Never Compromise in Quality Do You?

e; .est the Custom Development with /unctional .est Cases and also Prepare the .est Data . 'DC:'11shore Development Center ; $ "s the !oftware rganization which implements !AP for the Clients . %4F !atyam Computers$ "nfosys$ CAP <emini etc.. 1>. What is ,ssue !o- ? Ans $ "t is the Document to ;og all the "ssues SN' 1 ,SS+% D%&!'P&%R R%S'!+T,'N DAT% 5@.J=.J>

And the !ame will be sent to the nsite for 1esolution. 1@. What is 9lo0 o1 Wor3 in your Pro7e#t ? Ans $ "t "ncludes all the area where the ABAPer "nvolves. 1eceive the /unctional !pecification from nsite. 3ither we receive the /! Directly from the .echnical Consultant through 8ail or we need to Download the !ame from the Client=s !ite "f Available. Analyze the /! and Prepare the Brief and Detailed .echnical !pecification. ;og the "ssues in a "ssue ;og. *an 3DC3; Document to 8aintain the the same to the onsite. !end the .! to nsite for >alidation .!tart the Coding !imultaneously. Discuss with nsite people for the "ssues Clarification if the "ssues not resolved in time. *2hen the "ssue is not turned bac, from nsite with !olutions in .ime+. After Completion of the !ource Code$ o !end it for Code 1eview and Prepare the other Delivery Documents 1ewor, after Code review and 5uality Chec, and Complete it. "nform to your team lead about the Completion of the !ame !o that we can as, the nsite People for .esting. 1ewor, After .esting if Any. 1elease the Custom Development *Corresponding 1equest 9o+ . "ssues+ and !end

eMax Technologies, Ameerpet, Hyderabad Ph.No: +91 !" ##9$#$%$

Real Time Questions

We Never Compromise in Quality Do You?

1K. Who is your Team !ea" I Pro7e#t !ea"I Pro7e#t (ana-er ? Ans $ "f Possible$ try to gather the Correct information. "f it is 1eally difficult to gather then give !ome other friends details who can handle the situation effectively. 5J. %4plain the Ti#3ets in Support Pro7e#ts ? Ans $ .he "ssues that ta,es place after <o);ive*!upport+ are Called .ic,ets. .ic,ets come into Picture in !upport Pro#ects nly. Note $The Ti#3ets are "ivi"e" into the 2elo0 types 2ase on their Comple4ity. (. Critical. -. :rgent. 6. Jigh. B. 8edium L. ;ow. .he response times and resolution times again are defined based on the clients requirement and the charges and . 1; 9irst !evel Ti#3etin-$

9ot severe problem. 1outine errors. 8ostly handled by !ervice des, arrangement of the company *if have one+. 3gF a+ !ay Credit limit bloc, in wor,ing on certain documents] b+ Pricing Condition 1ecord not found even though conditions are maintained] c+ :nable to print a delivery document or Pac,ing list] 9ote F "n the Bth phase of A!AP "mplementation 8ethodology* i.e. /inal Preparations for < );">3+ !AP has clearly specified that a !ervice des, needs to be arranged for any sort of "mplementation for better handling of Production errors. !ervice des, lies with in the client. 5; Se#on" !evel Ti#3etin-$

!ome sort of serious problems. .hose Could not be solved by !ervice Des,. !hould be referred to the !ervice Company .

eMax Technologies, Ameerpet, Hyderabad Ph.No: +91 !" ##9$#$%$

Real Time Questions

We Never Compromise in Quality Do You?

3gF a+ Credit 3&posure *especially open values+ doesn't update perfectly to 4944 .able. b+ "nter company Billing is ta,ing a wrong value of the Bill. c+ 9eed a new order type to handle reservation process d+ 9ew product has been added to our selling range. 9eed to include this into !AP. *8aterial 8asters$ Division attachments$ !toc, Jandling etc.+ ; Thir" !evel Ti#3etin-$

Problems could not be solved by both of the above$ are referred to nline !ervice !upport * !!+ of !AP "tself. !AP tries to solve the Problem$ sometimes by providing the perfect !! 9otes$ fits to the error and rarely !AP logs into our !ervers *via remote log) on+for post mortem the problem. *.he 8edical chec,)up client$ connections$ ;ogin id and Passwords stuff are to be provided to !AP whenever they need or at the time of opening !! 8essage.+ .here are lots of !! 9otes on each issue$ !AP .op 9otes and 9otes e&plaining about the process of raising a !! 8essage. !ometimes !AP Charges to the client ' !ervice company depending on the Agreement made at the time of buying ;icense from !AP. 3gF (+ Business .ransaction for the Currency '3:1' is not possible. Chec, !! 9ote ) .his comes at the time of ma,ing Billing. -+ .ransaction 88P") Periods cannot be opened C !ee !! 9ote. .here are many other e&amples on the issue. 8; 9ourth !evel Ti#3etin-$

2here rarely$ problems reach this level. .hose problem needs may be re)engineering of the business process due to change in the Business strategy. :pgradation to new >ersion. 5>; What is %4ten"e" Pro-ram Che#3:%PC; ? Ans Doing an 3PC would ensure the removal of mista,les we tend to overloo, when we do the code) wal,)through or initial testing. .he program$ although syntactically correct may have some unnecessary code$ unused variables eMax Technologies, Ameerpet, Hyderabad Ph.No: +91 !" ##9$#$%$

Real Time Questions

We Never Compromise in Quality Do You?

etc.

%PCI a"vanta-es are 2ith the help of 3PC we can find out the (. Absolete* ut Dated+ stmts -. Authorization chec,s 6. Problematic !tatements B. Any hidden messages through this we can increase the consistency of the program and the performance can also be increased. /or this 3&ecute S% @ then pro-ram then #he#3 %PC Di11eren#e Aet0een %PC an" Co"e ,nspe#tor $ Co"e inspe#tor is the tool that gives you a picture of what could be the pain points in terms of per1orman#e of the program. "t tells you the e&ecution time$ etc$ that determine the performance of the program. SC, Che#3s 1or the 1ollo0in-$ 1;!yntactical chec, 5;!ecurity chec, ;Performance chec, 8;!earch /unction %4ten"e" Pro-ram Chec, give information of the possi2le errors that can cause a short dump of the program during e&ecution li,e Call function inter1a#e errorsI Pro-ram inter1a#e errorsI etc. Also info about the translations and te&ts is given in it %4ten"e" Pro-ram #he#3 1;Any obsololete stmnt used or not 5;!yntactical chec, ;Any unused code in the program li,e routines 5@; What is ASAP (etho"olo-y ? Ans $ .he A!AP solution was developed to ensure the successful$ on)time delivery of a pro#ect. !AP delivers the Accelerated!AP *A!AP+ methodology for pro#ect management and eMax Technologies, Ameerpet, Hyderabad Ph.No: +91 !" ##9$#$%$

Real Time Questions

We Never Compromise in Quality Do You?

system implementation. Developed by !AP to optimize the success of implementing the !AP Business !uite$ A!AP streamlines the implementation by providing templates$ methods$ tools$ and accelerators that have been built on the success of thousands of previous !AP implementations. .he A!AP methodology adheres to a specific road map that addresses the following five general phasesF (. Pro7e#t PreparationI in which the pro#ect team is identified and mobilized$ the pro#ect standards are defined$ and the pro#ect wor, environment is set upO -. AlueprintI in which the business processes are defined and the business blueprint document is designedO 6. Reali6ationI in which the system is configured$ ,nowledge transfer occurs$ e&tensive unit testing is completed$ and data mappings and data requirements for migration are definedO B. 9inal PreparationI in which final integration testing$ stress testing$ and conversion testing are conducted$ and all end users are trainedO and L. .o)!ive an" SupportI in which the data is migrated from the legacy systems$ the new system is activated$ and post)implementation support is provided. A!AP incorporates standard design templates and accelerators covering every functional area within the system$ as well as supporting all implementation processes. 5K. What is Co"e ,nspe#tor ? Ans $ .he Code "nspector *transaction code !C"+ is a tool for chec,ing 1epository ob#ects regarding performance$ security$ synta&$ and adherence to name conventions. :sing the Code "nspector *transaction code SCI+$ you can chec, in"ivi"ual ob#ects or Set '1 '27e#ts for performance$ security$ synta&$ and adherence to name conventions. There are messa-es that are al0ays importantI that al0ays nee" a#tionI li3e$ )A performance error and warning messages regarding missing inde& supportO )A select single statements without fully qualified ,ey )A calling functions with a wrong interface *will lead to runtime errors+ )A submitting programs and calling transactions that do not e&ist )A using obsolete statements *li,e on change+ and functions *li,e eMax Technologies, Ameerpet, Hyderabad Ph.No: +91 !" ##9$#$%$

Real Time Questions

We Never Compromise in Quality Do You?

wsHdownload+ )A subroutines with not typed formal parameters )A bad error handlingF no chec,ing of return codes after !5; statements$ CA;; /:9C." 9 statements etc )A inefficient internal table use *sequential access to internal tables will lead to serious performance problems if the internal table is large and the access is done repeatedly+

J; What is 'SS Note ? Ans $ Problems could not be solved by both of the above$ are referred to nline !ervice !upport * !!+ of !AP "tself. !AP tries to solve the Problem$ sometimes by providing the perfect !! 9otes$ fits to the error and rarely !AP logs into our !ervers *via remote log) on+for post mortem the problem. *.he 8edical chec,)up client$ connections$ ;ogin id and Passwords stuff are to be provided to !AP whenever they need or at the time of opening !! 8essage.+ .here are lots of !! 9otes on each issue$ !AP .op 9otes and 9otes e&plaining about the process of raising a !! 8essage. !ometimes !AP Charges to the client ' !ervice company depending on the Agreement made at the time of buying ;icense from !AP. Note $ We Can #he#3 all the availa2le 'SS Notes throu-h SAP Transa#tion SN'T%.

eMax Technologies, Ameerpet, Hyderabad Ph.No: +91 !" ##9$#$%$