Abap Study Material

26
INTRODUCTION Enterprise Resource Planning (ERP) System implementation is both an art and science that consists of planning, implementation, and ongoing maintenance. This methodology is designed to automate the drudgery of implementation and provide organized approaches to problem solving by listing, diagramming, and documenting all steps. Structured methodologies help to standardize and systemize ERP implementation and maintenance by approaching them as an engineering discipline rather than as whims of individual software developers. It is essential to understand structured methodologies in the implementation of ERP systems. The basic steps of structured methodologies are: Project Definition and Requirement Analysis. Defining the terms of reference, determining user needs and system constraints, generating a functional specification and a logical model for the best solutions. External Design. Detailing the design for a selected solution, including diagrams relating all programs, subroutines, and data flow. Internal Design. Building, testing, installing, and tuning software. Pre-implementation. Evaluation and acceptance Implementation. Implementing systems. Post-implementation. Evaluation of controls and debugging. When an organization purchases an ERP system, the intent is that the purchased ERP system provides specific functions and benefits. These functions and benefits need to be articulated to ensure that the ERP system performs as desired. This process is called conducting a feasibility analysis. The purpose of the feasibility study is to provide: An analysis of the objectives, requirements, and system concepts. An evaluation of different approaches for reasonably achieving the objectives. Identification of a proposed approach. The feasibility analysis normally covers: Current working practices. These are examined in depth, revealing areas in the business where there is duplication of effort, or where procedures instituted in the distant past are carried out even though there is no longer any need for them. Channels of information. These are examined because the feasibility study is concerned primarily with the input and output information of each internal system. Such a study ignores departmental boundaries and prejudices. When the true information patterns within a business are exposed, it is often possible to reorganize resources so that all relevant data is captured at the point where it can be used for decision. Alternative approaches. Alternative methods of handling or presenting the data should be considered. Cost factors. These must be clearly identified and show definite cost savings or related benefits. Existing costs must be examined and used as a basis for comparison. Since this presentation is likely to be related to the information structure rather than to the departmental organization, the new approach may suggest possible improvements that were hidden under the existing system.

description

abap information

Transcript of Abap Study Material

Page 1: Abap Study Material

INTRODUCTIONEnterprise Resource Planning (ERP) System implementation is both an art and science that consists of planning, implementation, and ongoing maintenance. This methodology is designed to automate the drudgery of implementation and provide organized approaches to problem solving by listing, diagramming, and documenting all steps. Structured methodologies help to standardize and systemize ERP implementation and maintenance by approaching them as an engineering discipline rather than as whims of individual software developers. It is essential to understand structured methodologies in the implementation of ERP systems.

The basic steps of structured methodologies are:

• Project Definition and Requirement Analysis. Defining the terms of reference, determining user needs and system constraints, generating a functional specification and a logical model for the best solutions.

• External Design. Detailing the design for a selected solution, including diagrams relating all programs, subroutines, and data flow.

• Internal Design. Building, testing, installing, and tuning software.

• Pre-implementation. Evaluation and acceptance

• Implementation. Implementing systems.

• Post-implementation. Evaluation of controls and debugging.

When an organization purchases an ERP system, the intent is that the purchased ERP system provides specific functions and benefits. These functions and benefits need to be articulated to ensure that the ERP system performs as desired. This process is called conducting a feasibility analysis. The purpose of the feasibility study is to provide:

• An analysis of the objectives, requirements, and system concepts.

• An evaluation of different approaches for reasonably achieving the objectives.

• Identification of a proposed approach. The feasibility analysis normally covers:

• Current working practices. These are examined in depth, revealing areas in the business where there is duplication of effort, or where procedures instituted in the distant past are carried out even though there is no longer any need for them.

• Channels of information. These are examined because the feasibility study is concerned primarily with the input and output information of each internal system. Such a study ignores departmental boundaries and prejudices. When the true information patterns within a business are exposed, it is often possible to reorganize resources so that all relevant data is captured at the point where it can be used for decision.

• Alternative approaches. Alternative methods of handling or presenting the data should be considered.

• Cost factors. These must be clearly identified and show definite cost savings or related benefits. Existing costs must be examined and used as a basis for comparison. Since this presentation is likely to be related to the information structure rather than to the departmental organization, the new approach may suggest possible improvements that were hidden under the existing system.

• Supporting services offered. The training and the systems and programming assistance that will be available during the installation period.

• Range compatibility. If the workload expands, can the configuration be increased in power without extensive reprogramming?

ERP SYSTEM ARCHITECTURE ERP systems should produce accurate, complete, and authorized information that is supportable and timely. In a computing environment, this is accomplished by a combination of controls in the ERP System, and controls in the environment in which the ERP system operates, including its operating system. Controls are divided into general and application controls. General controls can be further divided into management and environmental controls. Management controls deal with organizations, policies, procedures, planning, and so on. Environmental controls are the operational controls administered through the computer center/computer operations group and the built-in operating system controls. ERP System Architecture

Page 2: Abap Study Material

The ERP marketDuring the last 3-4 years the ERP market witnessed considerable growth rates driven mainly by the Y2K crisis. ERP companies including SAP, PeopleSoft, Oracle and Baan etc have recorded consistent growth in revenues, which were well above the 20% mark.

However, recent trends in the industry indicate a slowdown in the traditional ERP market. The slowdown has been attributed to the Y2K crisis, which is round the corner and the stagnant world economy. Growth rates which were as high as 40% per annum is expected to slowdown considerably to around 15-20%.

However, the market is also witnessing new avenues like the emergence of SMEs (Small and Medium Enterprises – turnover of $50mn to $500mn) as a major ERP spender with significant demand for module specific implementation. As the Fortune 500 market for product license revenue becomes saturated, larger ERP firms are shifting their focus to the middle market. Also, other areas like Supply Chain Management (SCM), Customer Relationship Management (CRM), extended ERP and Web enabled ERP are catching attention.

During the year 1998 the total ERP market is estimated to be around $17.5bn by IDC a growth rate of around 26%yoy. The ERP market is widely spread with the top ten players accounting for almost 48% of the total market the rest of the market is accounted for by the small and regional players.

However, the top end of the market is captured by a few players. SAP, the market leader, accounts for 17% of the total market (1998). Other major players include Baan, Oralce, PeopleSoft etc.

The top 10

$ bn Total market % Share

SAP 2.95 16.86

People Soft 1.00 5.71

Oracle 0.92 5.26

McKesson 0.85 4.86

J D Edwards 0.62 3.54

Misys 0.49 2.80

BaaN 0.48 2.74

GEAC 0.46 2.63

JBA 0.37 2.11

System Software Associates 0.24 1.37

Others 9.12 52.11

Total 17.50 100.00

Source IDC

Figures include 1998 license and maintenance revenues

What is SAP R3? We know that SAP R/3 is software, it particular it is client-server software. This means that the groups/layers that make up a R/3 System are designed to run simultaneously across several separate computer systems. When you install Microsoft Excel on your PC, each component of Excel (printing components, graphing components, word processing components, and etc.) is stored, managed, and processed via the hardware of your PC.

When a company installs SAP’s software each component (or "layer” in R/3’s case) is stored, managed, and processed via the hardware of separate and specialized computer systems. Each of the various layers is capable of calling upon the specialty of any of the other installed layers in order to complete a given task.

Those components/layers that are requesting services are called “clients”, those components/layers that are providing services are called “servers”. Thus the term - “client/server”.

Page 3: Abap Study Material

What Is ABAP?ABAP stands for Advanced Business Application Programming. ABAP is a programming language that was developed by SAP for developing commercial applications in SAP environment.

The development process of ABAP went through the following evolutionary stages: In early days (1970s) ABAP stood for “Allgemeiner Berichts-Aufbereitungs Prozessor”

(Generic Report Generation Processor). That time ABAP was implemented as a macro assembler under R/2 and exclusively used for creating reports.

In mid 1980s, ABAP had become an interpreted language and was powerful enough to be used to create business application programs, in particular to program dialog-controlled transactions.

In early 1990s, the SAP R/3 system was born and ABAP become ABAP/4, that ABAP 4GL (4th Generation Programming Language). It now formed the technical and software basis of the entire SAP System. Apart from system core which is written in C, all SAP application modules, R/3 Basis System and the development environment were now created in ABAP/4.

At the end of 1990s, ABAP is extended with object oriented programming constructs and from this point on, the language was known as ABAP Objects.

In the beginning of 2000s ABAP programs were made Unicode-Compatible in order to support the internationalization of the SAP System.

With SAP technology platform under the name “SAP NetWeaver”, ABAP become the programming interface of the SAP NetWeaver Application Server ABAP (AS ABAP).

PackagesPackages are used to organize development objects (programs, tables, screens, BAPIs, function modules, types, and so on) and handle their connection to the ABAP software logistics (Change and Transport System). All objects that can be changed using ABAP Workbench (Repository Objects) are part of package. Every AS ABAP contains a predefined package named $TMP. $TMP package is used for local practice and test programs. Every package starting with $ character is considered local and can’t be transported to other SAP system.

Change and Transport System (CTS)The SAP NetWeaver repository is the central place where development components in the ABAP Workbench are stored. These components include all of the: process models, data models, business object models, business objects, and all data and their relationships. The repository also includes the ABAP Dictionary.

The CTS is the central tool for managing changes to repository objects that you make in the ABAP Workbench. The CTS records all changes in transport/change requests. When you have finished your work in ABAP Workbench, or have reached a certain stage, you can release the request. The change request is then used to copy the changes from this client to other clients or systems. This automatic procedure is known as a transport. Transports of changes by the CTS allow you to develop in one environment, test your development work in a test environment, and then, if the tests are successful, use it productively. This makes sure that productive operations are not placed at risk by faulty settings or program errors.

CTS enable you to define transport layer as an attribute of a package. The transport layer refers to the transport path a package should take in a system landscape. The usual landscape has a least three layers:

The transport layer by itself does not transport anything. You need a transport/change request to get something transported.

Page 4: Abap Study Material

ABAP Workbench ToolsAs an ABAP guy you would spend most of your time on the ABAP workbench. So it’s important for you to know about the tools of ABAP workbench.

The ABAP Workbench is a collection of tools used to develop, test and run ABAP programs. It is a Programming environment GUI in SAP to develop different business applications using ABAP language.

ABAP Workbench Tools - Quick GuideTool InformationObject Navigator Transaction SE80; Used to navigate around the workbench. ABAP Editor Transaction SE38; Here you can create or modify ABAP code and other

implementationsFunction Builder Transaction SE37; use to create, test, and administer function modules.Class Builder Transaction SE24; for building Class objectsScreen Painter Transaction SE51; use to design and manage screens and their elements used

as Programming interfaces.Menu Painter Transaction SE41; for developing the Custom User Accessible menus on your

screen interfacesMessage Maintenance

Transaction SE91; for creating standard output messages used within your program

ABAP Dictionary Transaction SE11; used to create and manage data definitions (tables, structures, views) without redundancies.

Object NavigatorObject Navigator is the central point of entry into ABAP workbench as you can access any object of SAP system through it. In SAP all the Development objects are properly arranged together in an object list under some category such as packages, global class, programs etc. The transaction code to Open Object navigator is SE80.

Components of Object Navigator Interface

We can choose browsers from Object Navigation area list. The various browsers are:-

MIME Repository- Multipurpose Internet Mail Exchange Files Repository-  It displays all the directories with the MIME files which were imported into current system.

Repository Browser - It displays repository objects (Please note that all ABAP programs are Objects to SAP) in the form of object list which are organized by selection categories like programs, packages, classes etc. This is the default displayed browser by object navigator.

Page 5: Abap Study Material

Repository Information System- Unlike Repository browser it displays all the available objects from information system without any search category.

Tag Browser displays all the TAGs for web-apps.

Transport Organizer- It displays the Transport request sent to it by user based on the request or task number.

Test Repository-  Displays results of the test cases after testing repository objects.

Object Navigator facilitates users to perform the following tasks: 

1. Select a browser and navigate in the object list.2. Use the tools for development objects. 3. Navigate from one window to another window.4. Perform syntax checks in the integrated window.5. Open an object in a new session using an Additional dialog box.

ABAP EditorSAP has provided Transaction SE38 for ABAP editor. All the reports and includes and other programs are created/edited using this transaction. ABAPers spend most of their time in the ABAP editor.

Function BuilderTransaction SE37 is used for accessing function modules. Through this we can access all the SAP standard function modules and we can also create our own 'Z' function modules.

Class BuilderSimilarly to the function Builder is the class builder which is used for ABAP objects programming. We can access all the SAP standard classes and can as well create our classes using class builder. Transaction code SE24 is used for this purpose.

Screen PainterScreen Painter is mainly used for either creating forms or Dialog Programs. Screen Painter provides us with various tools like Text I/P O/P, box, table wizards etc which could be used to create our own GUI screens for programs. Screen painter is accessible via transaction code SE51.

Menu PainterMenu Painter is used to design the user interfaces for the programs. Using Menu Painter we can customize the user menu. By default the SAP provides the user with all the available options for all the 'Z' programs we create. Now to change this or limit the user options we create our pf_status using transaction SE41 (Menu Painter) ans set the same PF_STATUS in our program.

Message MaintenanceMessages helps SAP system to communicate with the user. Messages of types Information-I, Error-E, Warning-W, Success-S could be displayed using message classes. To create a message class could be done at transaction- SE91. Then we could use the message class in our reports/Programs.

ABAP DictionaryABAP Dictionary is one of the important tools of ABAP Workbench. It is used to create and manage data definitions without redundancies. ABAP Dictionary always provides the updated information of an object to all the system components. The presence and role of ABAP Dictionary ensures that data stored in an SAP system is consistent and secure. ABAP dictionary could be accessed via transaction SE11.

Page 6: Abap Study Material

Function Group

Function group can be defined it as collection of Function modules. This Function groups are presents in the Packages where we can create in the SE38. So,that all packages are consists in the Function Groups.All function groups are consists Function Modules.

Function groups act as containers for function modules that logically belong together. You create function groups and function modules in the ABAP Workbench using the Function Builder.

Create Function Group

Go to SE37. Create a function group to hold all our function modules.In SE37, navigate to Goto>> Function Groups >> Create Group.

Page 7: Abap Study Material

Function Modules

Function modules are procedures that are defined in special ABAP programs only, so-called function groups, but can be called from all ABAP programs. Function groups act as containers for function modules that logically belong together. You create function groups and function modules in the ABAP Workbench using the Function Builder.

Function modules allow you to encapsulate and reuse global functions in the SAP System. They are managed in a central function library. The SAP System contains several predefined functions modules that can be called from any ABAP program. Function modules also play an important role during updating  and in interaction between different SAP systems, or between SAP systems and remote systems through remote communications.

A program module that has a clearly defined interface and can be used in several programs. The function module library manages all function modules and provides search facilities in the development environment.

Use of function module in ABAP programs.

Page 8: Abap Study Material

Acronym Definition

ABAP Advanced Business Application Programming

ALD Adobe LiveCycle Designer Adobe software for creating programmable PDF forms, embedded in SAP transactions

ALE Application Link Enabling

ALV SAP List Viewer The old name was ABAP List Viewer

APO Advanced Planner and Optimizer

AS Application Server

ASAP Accelerated SAP Methodology for Implementation

ASCII American Standard Code for Information Interchange

AUnit ABAP Unit

BAdI Business Add In

BAPI Business Application Programming Interface

BDC Batch Data Communication Also known as BTCI

BEx Business Explorer

BI Business Intelligence

BOM Bill of Material

BOR Business Object Repository

BSP Business Server Page

BTE Business Transaction Events

BW Business Warehouse Old name of BI

CRM Customer Relationship Management

CTS Correction and Transport system

CUA Central User Administration

DDIC Data Dictionary

DDL Data Definition Language

DML Data Manipulation Language

eCATT Extended CATT

ECC Enterprise Core Component

EDI Electronic Data Interchange

EP Enterprise Portal

ERP Enterprise Resource Planning

FS Functional Specifications

GUI Graphical User Interface

HCM Human Capital Management

HR Human Resources

IDES Internet Demonstration and Evaluation System

IDoc Intermediate Document

IMG Implementation Guide

IS Industry specifications (or, Industry specific)

Page 9: Abap Study Material

ISO International Organization for Standardization

ITS Internet Transaction Server

JAS Java Application Server

LDB Logical Database

LSMW Legacy System Migration Workbench

LUW Logical Unit Of Work

MDM Master Data Management

NW NetWeaver

NWA Netweaver Administrator

NWDI NetWeaver Development Infrastructure

NWDS NetWeaver Developer Studio

OSS Online Support System

PAI Process After Input

PBO Process Before Output

PI Process Integration

POH Process on Help Request

POV Process on Value Request

R/2 Real Time 2 Tier

R/3 Real Time 3 Tier

RFC Remote Function Call

SAP B1 SAP Business One

SAP Systems, Applications and Products in Data Processing

TMS Transport Management System

WAS Web Application Server

WD Web Dynpro

WD4A Web Dynpro for ABAP

WD4J Web Dynpro for Java

WF WorkFlow

XI Exchange Infrastructure

The message typeE ErrorW WarningI InformationA abnormal terminationS successX Exit

Page 10: Abap Study Material

SAP SD Process Flow1. Inquiry (VA11)

2. Quotation / Contracts / Scheduling Agreements (VA21)

3. Sales Order (VA01)

4. Delivery

a) Create Delivery (VL01N)

b) Picking (LT03)

c) Picking Confirmation (LT12)

d) Packing (Optional in VL02N)

e) Post Goods issue (VL02N)

5. Billing(=Invoice) (VF01)

6. Post Incoming Payment (F-28)

ExplanationInquiry - - Customer enquires about the Products, services that were sold by a company.

Quotation - Company Gives a Quotation for the products and Services to a Customer 

Sales Order - Customer gives a Purchase order to the company agaionst which a Sales order will beraised to Customer in SAP.Enquiry, Quotation, Sales Order are differentiated based on Doc.Type(VBTYP field) in VBAK,VBAPTables( for Enquiry VBTYP = A, for Quotation 'B' & for Order it is 'C'.)

Delivery - (Picking, Packing, Post Goods Issue and Shipment)Company sends the material after picking it from warehouse and Packing it in a Handling Unit(box)and Issues the goods

Billing - Also company bills to the customer for those deliveries, And in FI against this billingAccounting doc is created.

Functional Tcodes

Create Change Display List/Report Tables

Material MM01 MM02 MM03 MARA, MAKT, MARC

Customer XD01 XD02 XD03 KNA1, KNB1

Inquiry VA11 VA12 VA13 VA15 VBAK, VBAP (VBTYP=’A’)

Quotation VA21 VA22 VA23 VA25 VBAK, VBAP (VBTYP=’B’)

Sales Order VA01 VA02 VA03 VA05 VBAK, VBAP, VBUK, VBUP, VBFA, (VBTYP=’C’)

Delivery VL01N VL02N VL03N VL04/ LIKP, LIPS, VBUK, VBUP, VBFA

Goods Issue

VL02N MKPF, MSEG

Shipping VT01N VT02N VT03N VTTK, VTTP

Billing Document

VF01 VF02 VF03 VF04/VF05 VBRK, VBRP, VBUK, VBUP, VBFA

INVOICE VF21 VF22 VF23 VBRK, VBRP, BKPF, BSEG

Page 11: Abap Study Material

SAMPLE RESUMEYour Name E-mail ID:

Mobile No.:

SAP ABAP Technical Consultant

Career Objective:Seeking for an environment where I can implement my knowledge to its optimum level as well as learn simultaneously, and to benefit the society while proving myself as a vital asset to the organization.

Technical Skills:ERP : SAP R/3 ECC 6.0Languages : ABAP/4, Core Java, C, C+,PHP(Core),CSS,HTML,DHTMLDatabase : MySql, OracleOperating System : DOS, Windows XP, 7Packages : Office XP, Office 2007, Photoshop, FlashAwareness : Hardware & Networking with its applications

SAP ABAP/4 Skills: Reporting: Knowledge of ABAP Reporting: ALV, Interactive, Classical. Data Dictionary: worked on Data Dictionary objects (Tables, Structures, Views, Type-Pools,

Search Helps, Lock objects, Data elements and Domains). Modularization Techniques: Subroutines, Function Modules, Modules, Macros, Includes. Dialog Programming: Interfaces to custom data repositories and reference tables using Screen

Painter, Flow Logic - with PBO, PAI and Transaction Codes, Screen and Menu Painter. SMARTFORMS: SMARTFORMS, SMARTSTYLES. Developer Tools: using ABAP/4 ABAP/4 debugger (Classic/New), Runtime Analysis, Code

Inspector, Extended program check, Performance Tuning, SQVI. BDC: Knowledge on Batch Processing Environment of transferring data from Legacy System to

R/3 System. Enhancement: basic knowledge of BADI’s, UserExits. Distribution Technologies: knowledge on RFC, ALE, IDOCS and BAPI.

Academic Qualifications:EXAM/DEGREE YEAR UNIVERSITY / BOARD %AGEMBA

B.E. (IT)

12th M.P. Board

10th M.P. Board

Training:-SAP ABAP/42 Month Career Graph, Indore (From to )

Personal Skills: Comprehensive problem solving abilities.

Personal Profile:Father Name :Date of Birth :Gender : Nationality : IndianPassport No. : Language known :Hobbies :Permanent Address :Declaration:

Page 12: Abap Study Material

I hereby declare that above information is correct to the best of my knowledge and belief.

Place:_________ your name

Page 13: Abap Study Material

ABAP Quick Reference Guide For Commands

APPEND Appends a line or multiple lines to the end of an index table.Syntax: APPEND <line>|LINES OF <jtab> TO <itab>

[ASSIGNING <FS> | REFERENCE INTO <dref>].ASSIGN Assigns a field to a field symbol.Syntax: ASSIGN <f> [INCREMENT <n>] TO <FS>AT for event blocks Event keywords for defining event blocks for screenevents.Syntax: AT SELECTION-SCREEN...

AT LINE-SELECTION.AT USER-COMMAND.AT PFn.

AT for group change Change of group when processing loops ofextracts and internal tables.Syntax: AT NEW <f>.

AT END OF <f>.AT FIRST.AT LAST.AT <fg>.

BREAK-POINT Calls the Debugger.Syntax: BREAK-POINT.CALL FUNCTION Calls the function modules.Syntax: CALL FUNCTION <func> [EXPORTING ... fi = a i... ]

[IMPORTING ... fi = a i... ][CHANGING ... fi = a i... ][TABLES ... fi = a i... ][EXCEPTIONS... ei = r i... ][DESTINATION <dest>][IN UPDATE TASK]

CALL SCREEN Calls a screen sequence.Syntax: CALL SCREEN <scr>

[STARTING AT <X1> <Y1>][ENDING AT <X2> <Y2>].

CALL TRANSACTION Call a transaction.Syntax: CALL TRANSACTION <tcod>

[AND SKIP FIRST SCREEN][USING <itab>].

CASE Conditional branch.Syntax: CASE <f>.CHECK Conditionally leaves a loop or processing block.Syntax: CHECK <logexp>.CLEAR Sets a variable to its initial value.

Syntax: CLEAR <f>.COLLECT Aggregates lines and then adds them to an internal table.Syntax: COLLECT <line> INTO <itab>

[ASSIGNING <FS> | REFERENCE INTO <dref>].COMMITCloses a SAP LUW.Syntax: COMMIT WORK [AND WAIT]CONCATENATE Concatenates (chains) several strings to a string.Syntax: CONCATENATE <c1>... <cn> INTO <c> [ SEPARATED BY <s> ]

[IN BYTE MODE|IN CHARACTER MODE].CONDENSE Removes spaces from a stringSyntax: CONDENSE <c> [NO-GAPS].CONSTANTS Declares constant data objects.Syntax: CONSTANTS <c>... VALUE [<val> | IS INITIAL]...CONTINUE Ends a loop pass.Syntax: CONTINUE.CONTROLS Defines a control.Syntax: CONTROLS <ctrl> TYPE <ctrl_type>.

DATA with Reference to Known Data Types Declaresvariables with a previously-declared data typeSyntax: DATA <f>... [TYPE <type>|LIKE <obj>]... [VALUE <val>].

DATA: BEGIN OF <structure>,...<fi>...,...END OF <structure>.

DEFINE Defines a macro.Syntax: DEFINE <macro>.DELETE for Database Table Entries Deletes entries fromdatabase tables.Syntax: DELETE FROM <dbtab> WHERE <cond>.

DELETE <dbtab> FROM <wa>.DELETE <dbtab> FROM TABLE <itab>.

DELETE for Lines from an Internal Table Deletes lines frominternal tables of any type.Syntax: DELETE TABLE <itab> FROM <wa>.

DELETE TABLE <itab> WITH TABLE KEY <k1> = <f 1>... <k n> = <f

Page 14: Abap Study Material

n>.DELETE <itab> WHERE <cond>.DELETE ADJACENT DUPLICATE

ENTRIES FROM <itab>[COMPARING... ].

DELETE for Lines from Index Tables Deletes entries from index tables.Syntax: DELETE <itab> [INDEX <idx>].

DELETE <itab> [FROM <n1>] [TO <n 2>] [WHERE <cond>].DESCRIBE TABLE Describes the attributes of an internal table.Syntax: DESCRIBE TABLE [LINES <l>] [OCCURS<n>] [KIND <k>].DO Introduces a loop.Syntax: DO [<n> TIMES] [VARYING <f> FROM <f1> NEXT <f2>].ELSE Introduces a statement block in an IF control structure.Syntax: ELSE.ELSEIF Introduces a statement block in an IF control structure.Syntax: ELSEIF <logexp>.END-OF-DEFINITION Closes a macro definition.Syntax: END-OF-DEFINITION.END-OF-PAGE Event keywords for defining event blocks for list events.Syntax: END-OF-PAGE.END-OF-SELECTION Event keywords for defining event blocks forreporting events.Syntax: END-OF-SELECTION.ENDAT Closes a statement block in control level processing.Syntax: ENDAT.ENDCASE Closes a CASE control structure.Syntax: ENDCASE.ENDDO Closes a DO loop.Syntax: ENDDO.ENDFORM Closes a subroutine.Syntax: ENDFORM.ENDFUNCTION Closes a function module.Syntax: ENDFUNCTION.ENDIF Closes an IF control structure.Syntax: ENDIF.ENDLOOP Closes a LOOP.Syntax: ENDLOOP.ENDMODULE Closes a dialog module.Syntax: ENDMODULE.ENDON Closes a conditional statement block.Syntax: ENDON.ENDSELECT Closes a SELECT loop.

Syntax: ENDSELECT.ENDWHILE Closes a WHILE loop.Syntax: ENDWHILE.EXEC SQL Introduces a Native SQL statement.Syntax: EXEC SQL [PERFORMING <form>].EXIT Leaves a loop or processing block.Syntax: EXIT.FIELD-SYMBOLS Declares field symbols.Syntax: FIELD-SYMBOLS <FS> [<type>|STRUCTURE <s> DEFAULT <wa>].FORM Defines a subroutine.Syntax: FORM <subr> [USING ... [VALUE(]<pi>[)] [TYPE <t>|LIKE <f>]... ]

[CHANGING... [VALUE(]<pi>[)] [TYPE <t>|LIKE <f>]... ].FORMAT Sets formatting options for list output.Syntax: FORMAT... <optioni> [ON|OFF]...FREE Release space in memory.Syntax: FREE <itab>.FUNCTION Defines a function module.Syntax: FUNCTION <func>.GET PARAMETER Gets an SPA/GPA parametersSyntax: GET PARAMETER ID <pid> FIELD <f>.HIDE Stores information about list lines.Syntax: HIDE <f>.IF Conditional branch.Introduces a new branch.Syntax: IF <logexp>.INCLUDE Inserts an include program in another program.Syntax: INCLUDE <incl>.INCLUDE TYPE|STRUCTURE Includes a structure within another.Syntax: INCLUDE TYPE <t>|STRUCTURE <s> [AS <name> INITIALIZATION Event keywords for defining event blocks for reportingevents.Syntax: INITIALIZATION.INSERT for Database Tables Inserts entries from database tables.Syntax: INSERT <dbtab> FROM <wa>.

INSERT <dbtab> FROM TABLE <itab> [ACCEPTING DUPLICATE KEYS].INSERT for any Internal Table Inserts lines from internal tables of any type.Syntax: INSERT <line>|LINES OF <jtab> [FROM <n1>] [TO <n 2>] INTO TABLE <itab>INSERT for Index Tables Inserts entries in index tables.

Page 15: Abap Study Material

Syntax: INSERT <line>|LINES OF <jtab> [FROM <n1>] [TO <n 2>]

INTO <itab> [INDEX <idx>]LEAVE for Screens Leaves a screen.Syntax: LEAVE SCREEN.

LEAVE TO SCREEN <scr>.LEAVE for Programs Leaves an ABAP program.Syntax: LEAVE [PROGRAM].

LEAVE TO TRANSACTION <tcod> [AND SKIP FIRST SCREEN].LOOP THROUGH internal tables Starts a loop through an extract dataset.Syntax: LOOP AT <itab> INTO <wa> WHERE <logexp>.

LOOP AT <itab> TRANSPORTING NO FIELDS WHERE <logexp>.LOOP Through Screen Fields Starts a loop through the table SCREEN.Syntax: LOOP AT SCREEN...MESSAGE Displays a message.Syntax: MESSAGE <xnnn> [WITH <f1>... <f4>] [RAISING <except>].

MESSAGE ID <mid> TYPE <x> NUMBER <nnn>.

MESSAGE <xnnn>(<mid>).MESSAGE <msg> TYPE <x>

MODIFY for Database Tables Inserts or changes lines in database tables.Syntax: MODIFY <dbtab> FROM <wa>.

MODIFY <dbtab> FROM TABLE <itab>.MODIFY for any Internal Table Changes the content of lines in internal tables of any type.Syntax: MODIFY TABLE <itab> FROM <wa> [TRANSPORTING <f1> <f

MODIFY <itab> FROM <wa> TRANSPORTING <f1> <f 2>...WHERE <logexp>.MODIFY SCREEN Changes the SCREEN table.Syntax: MODIFY SCREEN...MODULE Introduces a dialog module.Syntax: MODULE <mod> OUTPUT |[INPUT].MOVE Assigns values.Syntax: MOVE <f1> TO <f2>.MOVE-CORRESPONDING Assigns values between identically-named components of structures.Syntax: MOVE-CORRESPONDING <struc1> TO <struc2>.NEW-LINE Inserts a line break in a list.Syntax: NEW-LINE [NO-SCROLLING|SCROLLING].NEW-PAGE Inserts a page break in a list.

Syntax: NEW-PAGE [NO-TITLE|WITH-TITLE]

[NO-HEADING|WITH-HEADING][LINE-COUNT] [LINE-SIZE][PRINT ON|OFF].

ON CHANGE Introduces a new branch.Syntax: ON CHANGE OF <f> [OR <f1> OR <f2>...].PARAMETERS Declares parameters for a selection screen.Syntax: PARAMETERS <p>[(<length>)] [TYPE <type>|LIKE <obj>]

[DECIMALS <d>] [DEFAULT <f>][MEMORY ID <pid>] [LOWER CASE][OBLIGATORY][VALUE CHECK][AS CHECKBOX][RADIOBUTTON GROUP <radi>][NO-DISPLAY][MODIF ID <key>].

PERFORM Calls a subroutine.Syntax: PERFORM <subr>

| <subr>(<prog>) [IF FOUND]|(<fsubr>)[IN PROGRAM (<fprog>)][IF

FOUND][USING ... <pi>... ][CHANGING... <pi>... ]

PROGRAM Introduces a program.Syntax: PROGRAM <prog>...RANGES Declares a RANGES table.Syntax: RANGES <rangetab> FOR <f>.READ for any Internal Table Reads a line of an internal table.Syntax: READ TABLE <itab> FROM <wa>

|WITH TABLE KEY <k1> = <f1>... <kn> = <fn>

|WITH KEY = <f>|WITH KEY <k1> = <f1>... <kn> = <fn> [TRANSPORTING <f1> <f2>... |ALL

FIELDS|NO FIELDS]REFRESH Initializes an internal table.Syntax: REFRESH <itab>.REPORT Introduces a program.Syntax: REPORT <rep> [MESSAGE-ID <mid>]

[NO STANDARD PAGE HEADING][LINE-SIZE <col>][LINE-COUNT <n>(<m>)][DEFINING DATABASE <ldb>].

ROLLBACK Undoes the changes in a SAP LUW.

Page 16: Abap Study Material

Syntax: ROLLBACK WORK.SELECT Reads data from the database.Syntax: SELECT <result> INTO <target>

FROM <source>[WHERE <condition>]

[ GROUP BY <fields>][HAVING <cond>][ORDER BY <fields>].SELECT clauseDefines the structure of the selection.

Syntax: SELECT [SINGLE]|[DISTINCT]* | <si> [AS <a i>]... <agg>( [DISTINCT]

<s j>) [AS <a j>]...INTO clause

Defines the target area into which the selection from the SELECT clause is written.Syntax: ... INTO [CORRESPONDING FIELDS OF] <wa>| INTO|APPENDING [CORRESPONDING FIELDS OF] TABLE <itab>[PACKAGE SIZE <n>]| INTO (<f1>, <f 2>,...)FROM clauseThe FROM clause determines the database tables from which the data specifiedin the SELECT clause is read.Syntax: ... FROM [<tab> [INNER]|LEFT [OUTER] JOIN] <dbtab> [AS

<alias>][ON <cond>][CLIENT SPECIFIED][BYPASSING BUFFER][UP TO <n> ROWS]

WHERE clauseRestricts the number of lines selected.Syntax: ... [FOR ALL ENTRIES IN <itab>] WHERE <cond>GROUP BY clauseGroups lines in the selection.Syntax: ... GROUP BY <s1> <s 2>HAVING clauseRestricts the number of line groups selected.Syntax: ... HAVING <cond>ORDER BY clauseSorts the lines of the selection.Syntax: ... ORDER BY PRIMARY KEY |... <si>

[ASCENDING|DESCENDING]...SELECT-OPTIONS Declares selection criteria for a selection screen.

Syntax: SELECT-OPTIONS <sel> FOR <f>

[DEFAULT <g> [to <h>] [OPTION <op>] SIGN <s>]

[MEMORY ID <pid>][LOWER CASE] [OBLIGATORY][NO-DISPLAY][MODIF ID <key>][NO-EXTENSION][NO INTERVALS][NO DATABASE SELECTION].

SELECTION-SCREEN for Selection Screen FormattingFormats selection screensSyntax: SELECTION-SCREEN SKIP [<n>].

SELECTION-SCREEN COMMENT [/]<pos(len)> <comm> [FOR FIELD <f>]

[MODIF ID <key>].SELECTION-SCREEN BEGIN OF LINE....SELECTION-SCREEN END OF LINE.SELECTION-SCREEN BEGIN OF

BLOCK <block>[WITH FRAME [TITLE <titel>]][NO INTERVALS]....SELECTION-SCREEN END OF BLOCK

<block>.SET PARAMETER Sets an SPA/GPA parametersSyntax: SET PARAMETER ID <pid> FIELD <f>.SET PF-STATUS Sets the GUI statusSyntax: SET PF-STATUS <stat> [EXCLUDING <f>|<itab>]SET SCREEN Sets the next screen.Syntax: SET SCREEN <scr>.SET TITLEBAR Sets the screen title.Syntax: SET TITLEBAR <tit>.SHIFT Shifts strings.Syntax: SHIFT <c> [BY <n> PLACES] SORT for Internal Tables Sorts internal tables.Syntax: SORT <itab> [ASCENDING|DESCENDING] [AS TEXT] [STABLE]

... BY <fi> [ASCENDING|DESCENDING] [AS TEXT]...SPLIT Splits a string.Syntax: SPLIT <c> AT <del> INTO <c1>... <cn> INTO TABLE <itab>

[IN BYTE MODE|IN CHARACTER MODE].

Page 17: Abap Study Material

START-OF-SELECTION Event keywords for defining event blocks for reporting events.Syntax: START-OF-SELECTION.STOP Leaves a reporting event.Syntax: STOP.TABLES Declares an interface work area.Syntax: TABLES <dbtab>.TOP-OF-PAGE Event keywords for defining event blocks for list events.Syntax: TOP-OF-PAGE [DURING LINE-SELECTION].TRANSLATE Converts characters to strings.Syntax: TRANSLATE <c> TO UPPER|LOWER CASE|USING <r>.TYPE-POOL Introduces a type group.Syntax: TYPE-POOL <tpool>.TYPE-POOLS Declares the types and constants of a type group to a program.Syntax: TYPE-POOLS <tpool>.TYPES for Single Field Types Defines a single field type.Syntax: TYPES <t>[(<length>)] [TYPE <type>|LIKE <obj>] [DECIMALS <dec>].TYPES for Complex Types Defines complex types.Syntax: TYPES: BEGIN OF <structure>,

...<ti>...,...END OF <structure>.

ULINE Places horizontal lines in the display list.Syntax: ULINE [AT [/][<pos>][(<len>)]].UPDATE Changes entries in database tables.Syntax: UPDATE <dbtab> SET <si> = <f>

|<si> = <s i> + <f>|<si> = <s i> - <f> [WHERE <cond>].UPDATE <dbtab> FROM <wa>.UPDATE <dbtab> FROM TABLE <itab>.

WHEN Introduces a statement block in a CASE control structure.Syntax: WHEN <f1> [OR <f 2> OR...] | OTHERS.WHILE Introduces a loop.Syntax: WHILE <logexp> [VARY <f> FROM <f1> NEXT <f2>].WRITE Displays lists.Syntax: WRITE [AT [/][<pos>][(<len>)]] <f> [AS

CHECKBOX|SYMBOL|ICON|LINE][QUICKINFO <g>].[<format>]

WRITE TO Assigns string values.Syntax: WRITE <f1> TO <f2> [<format>].

Development Transaction CodesICON Display Icons

SE11 ABAP Dictionary

SE12 ABAP/4 Dictionary Display

SE13 Maintain Technical Settings

SE14 Utilities for Dictionary Tables

SE15 ABAP/4 Repository Info System

SE17 General Table Display

SE18 Business Add-Ins: Definitions

SE19 Business Add-Ins: Implementations

SE24 Class Builder

SE30 ABAP Objects Runtime Analysis

SE32 ABAP Text Element Maintenance

SE36 Logical databases

SE37 ABAP Function Modules

SE38 ABAP Editor

SE39 Split screen Editor: Pgm Compare

SE41 Menu Painter

SE51 Screen Painter

SE71 to SE78 SAPscript

SE80 Object Navigator

SE84 R/3 Repository Information System

SE91 Message Maintenance

SE93 Maintain Transaction Codes

SMARTFORMS SAP Smart Forms

SMARTFORM_CODE SAP Smart Forms: Target coding

SMARTFORM_TRACE SAP Smart Forms: Trace

SMARTSTYLES SAP Smart Styles

Frequent General Transaction CategoriesAL System Monitoring

BD EDI & ALE

CO Production Planning

DB Database

FB Vendors

IW Plant Maintenance

OL Config Related

OS Operating System Monitor

PA HR

RZ CCMS Monitoring

Page 18: Abap Study Material

SA System Administration

SE Development

SM System Maintenance

SO SAPOffice

SP Spool

ST Performance and Tuning

SU Security

SW Workflow

VA Sales

WE EDI

Useful System fieldsABCDE Constant: Alphabet (A,B,C,...)

BATCH Background active (X)

CPAGE Current page number

CPROG Runtime: Main program

CUCOL Cursor position (column)

CUROW Cursor position (line)

DATAR Flag: Data received

DATLO Local date for user

DATUM System: Date

DBCNT Number of elements in edited dataset with DB operations

DBNAM Logical database for ABAP/4 program

DBSYS System: Database system

DYNNR Number of current screen

FDPOS Location of a string

HOST Host

INDEX Number of loop passes

LANGU SAP logon language key

LILLI Number of current list line

LINCT Number of list lines

LINNO Current line for list creation

LINSZ Line size of list

LISEL Interact.: Selected line

LISTI Number of current list line

LSIND Number of secondary list

MANDT Client number from SAP logon

MSGID Message ID

MSGLI Interact.: Message line (line 23)

MSGNO Message number

MSGTY Message type (E,I.W,...)

MSGV1 Message variable

MSGV2 Message variable

MSGV3 Message variable

MSGV4 Message variable

OPSYS System: Operating system

PAGNO Runtime: Current page in list

PDEST Print: Output device

REPID Program: Name of ABAP/4 program

SAPRL System: SAP Release

STEPL Number of LOOP line at screen step

SUBRC Return value after specific ABAP/4 statements

SYSID System: SAP System ID

TABIX Runtime: Current line of an itab

TCODE Session: Current transaction code

TFILL Current number of entries in itab

TIMLO Local time for user

TITLE Title of ABAP/4 program

TLENG Line width of an internal table

UCOMM Command field function entry

ULINE Constant: Underline (---------...)

UNAME Session: SAP user from SAP logon

UZEIT System: Time

VLINE Constant: Vertical bar