Sap Transactions Interview Questions: What Is A Transaction?
Sap Transactions Interview Questions: What Is A Transaction?
Sap Transactions Interview Questions: What Is A Transaction?
What is a transaction? A transaction is dialog program that change data objects in a consistent way.
2.
What are the requirements a dialog program must fulfill? A dialog program must fulfill the following requirements A user friendly user interface. Format and consistency checks for the data entered by the user. Easy correction of input errors. Access to data by storing it in the data bases.
3. What are the basic components of dialog program? Screens (Dynpros) Each dialog in an SAP system is controlled by dynpros. A dynpros consists of a screen
And its flow logic and controls exactly one dialog step. ABAP/4 module Pool. Each dynpro refers to exactly one ABAP/4 dialog program .Such a dialog program is also called a module pool ,since it consists of interactive modules.
4.What is PBO and PAI events? PBO- Process Before Output-It determines the flow logic before displaying the screen. PAI-Process After Input-It determines the flow logic after the display of the screen and after receiving inputs from the User. 5. What is dynpro? What are its components ? A dynpro (Dynamic Program) consists of a screen and its flow logic and controls exactly one dialog steps. The different components of the dynpro are :
Flow Logic: calls of the ABAP/4 modules for a screen . Screen layout: Positions of the text, fields, pushbuttons and so on for a screen Screen Attributes: Number of the screen, number of the subsequent screen, and others Fields attributes: Definition of the attributes of the individual fields on a screen. 6. What is a ABAP/4 module pool? -Each dynpro refers to exactly one ABAP/4 dialog program. Such a dialog program is also called a module pool ,since it consists on interactive modules. 7.Can we use WRITE statements in screen fields? If not how is data transferred from field data to screen fields? -We cannot write field data to the screen using the WRITE statement. The system instead transfers data by comparing screen fields names with ABAP/4 variable names. If both names are the same, it transfers screen fields values to ABAP/4 programs fields and Vice Versa. This happens immediately after displaying the screen. 8.Can we use flow logic control key words in ABAP/4 and vice-versa? The flow control of a dynpro consists of a few statements that syntactically resemble ABAP/4 statements .However ,we cannot use flow control keywords in ABAP/4 and viceversa. 9.What is GUI status? How to create /Edit GUI status? -A GUI status is a subset of the interface elements used for a certain screen. The status comprises those elements that are currently needed by the transaction .The GUI status for a transaction may be composed of the following elements: -Title bar. -Menu bar. -Application tool bar -Push buttons. To create and edit GUI status and GUI title, we use the Menu Painter.
10. How does the interaction between the Dynpro and the ABAP/4 Modules takes place? -A transaction is a collection of screens and ABAP/4 routines, controlled and executed by a Dialog processor. The Dialog processor processes screen after the screen, thereby triggering the appropriate ABAP/4 processing of each screen .For each screen, The system executes the flow logic that contains the corresponding ABAP/4 processing. The controls passes from screen flow logic to ABAP/4 code and back. 11. How does the Dialog handle user requests? when an action is performed ,the system triggers the PROCESS AFTER INPUT (PAI) event. The data passed includes field screen data ,data entered by the user and a function code. A function code is a technical name that has been allocated in a screen Painter or Menu Painter to a menu entry, a push button, the ENTER key or a function Key of a screen. An internal work field(ok-code)in the PAI module evaluates the function code, and the appropriate action is taken.
12. What is to be defined for a push button fields in the screen attributes?
A function code has to be defined in the screen attributes for the push buttons in a screen.
By SY-UCOMM Variable.
The FIELD and CHAIN flow logic statements let you Program Your own checks.FIELD and CHAIN tell the system Which fields you are checking and Whether the System should Perform Checks in the flow logic or call an ABAP/4 Module.
The flowlogic Keyword at EXIT-COMMAND is a special addition to the MODULE statement in the Flow Logic .AT EXIT-COMMAND lets you call a module before the system executes the automatic fields checks.
23. What are the different message types available in the ABAP/4 ?
There are 5 types of message types available. E: ERROR W-WARNING I INFORMATION A-ABNORMAL TERMINATION. S-SUCCESS
24. Of the two next screen attributes the attributes that has more priority is -------------------.
Dynamic.
27. The commands through Which an ABAP/4 Module can branch to or call the next screen are
1.------------,2--------------,3---------------,4------------.
Set screen<scr no>,Call screen<scr no> ,Leave screen, Leave to screen <scr no>.
With SET SCREEN the current screen simply specifies the next screen in the chain , control branches to this next screen as soon as the current screen has been processed .Return from next screen to current screen is not automatic .It does not interrupt processing of the current screen. If we want to branch to the next screen without finishing the current one ,use LEAVE SCREEN.
With CALL SCREEN , the current (calling) chain is suspended , and a next screen (screen chain) is called .The called can then return to the suspended chain with the statement LEAVE SCREEN TO SCREEN 0 .Sometime we might want to let an user call a pop up screen from the main application screen to let him enter secondary information. After they have completed their entries, the users should be able to close the popup and return directly to the place where they left off in the main screen. Here comes CALL SCREEN into picture .This statement lets us insert such a sequence into the current one.
29. Can we specify the next screen number with a variable (*Yes/No)?
Yes
30.
31. -
What is dialog Module? A dialog Module is a callable sequence of screens that does not belong to a particular transaction. Dialog modules have their module pools , and can be called by any transaction.
32.
CALL SCREEN <screen number.> STARTING AT <start column><start line> ENDING AT <end column> <end line>
33. -
What is call mode? In the ABAP/4 WORLD each stackable sequence of screens is a call mode, This is IMP because of the way u return from the given sequence .To terminate a call mode and return to a suspended chain set the next screen to 0 and leave to it: LEAVE TO SCREEN 0 or (SET SCREEN 0 and LEAVE SCREEN) .When u return to the
suspended chain execution resumes with the statement directly following the original CALL SCREEN statement.The original sequence of screens in a transaction (that is , without having stacked any additional call modes),you returned from the transaction altogether.
34. -
The max number of calling modes stacked at one time is? NINE
35.
A LUW(logical unit of work) is the span of time during which any database updates must be performed in an all or nothing manner .Either they are all performed (committed),or they are all thrown away (rolled back).In the ABAP/4 world , LUWs and
This is the set of updates terminated by a database commit. A LUW lasts, at most, from one screen change to the next (because the SAP system triggers database commits automatically at every screen change).
36.
Update transaction (or SAP LUW) This is a set of updates terminated by an ABAP/4 commit. A SAP LUW may last much longer than a database LUW, since most update processing extends over multiple transaction screens. The programmer terminates an update transaction by issuing a COMMIT WORK statement.
37.
What happens if only one of the commands SET SCREEN and LEAVE SCREEN is used without using the other?
If we use SET SCREEN without LEAVE SCREEN, the program finishes processing for the current screen before branching to <scr no>. If we use LEAVE SCREEN without a SET SCREEN before it, the current screen process will be terminated and branch directly to the screen specified as the default next-screen in the screen attributes.
38.
In calling mode, the special screen number 0 (LEAVE TO SCREEN 0) causes the system to jump back to the previous call level. That is, if you have called a screen sequence with CALL SCREEN leaving to screen 0 terminates the sequence and returns to the calling screen. If you have not called a screen sequence, LEAVE TO SCREEN 0 terminates the transaction.
39.
Suppressing of entire screens is possible with this command. This command allows us to perform screen processing in the background. Suppressing screens is useful when we are branching to list-mode from a transaction dialog step.
40.
At runtime, attributes for each screen field are stored in the memory table called SCREEN. We need not declare this table in our program. The system maintains the table for us internally and updates it with every screen change.
41.
What are the fields in the memory table SCREEN? Length Description
Name
NAME GROUP1 GROUP2 GROUP3 GROUP4 ACTIVE REQUIRED INPUT OUTPUT INTENSIFIED INVISIBLE LENGTH DISPLAY_3D VALUE_HELP
30 3 3 3 3 1 1 1 1 1 1 1 1 1
Name of the screen field Field belongs to field group 1 Field belongs to field group 2 Field belongs to field group 3 Field belongs to field group4 Field is visible and ready for input. Field input is mandatory. Field is ready for input. Field is display only. Field is highlighted Field is suppressed. Field output length is reduced. Field is displayed with 3D frames. Field is displayed with value help.
42.
Why grouping of fields is required? What is the max no of modification groups for each field?
If the same attribute need to be changed for several fields at the same time these fields can be grouped together. We can specify up to four modification groups for each field.
43.
What are the attributes of a field that can be activated or deactivated during runtime?
44.
Screen group is a field in the Screen Attributes of a screen. Here we can define a string of up to four characters which is available at the screen runtime in the SY-DNGR field. Rather than maintaining field selection separately for each screen of a program, we can combine logically associated screens together in a screen group.
45.
A subscreen is an independent screen that is displayed in an area of another (main) screen. To use a subscreen we must call it in the flow logic (both PBO and PAI) of the main screen. The CALL SUBSCREEN statement tells the system to execute the PBO and PAI events for the subscreen as part of the PBO or PAI events of the main screen. The flow logic of your main program should look as follows: PROCESS BEFORE OUTPUT. CALL SUBSCREEN <area> INCLUDING <program> <screen>. PROCESS AFTER INPUT. CALL SUBSCREEN <area>. Area is the name of the subscreen area you defined in your main screen. This name can have up to ten characters. Program is the name of the program to which the subscreen belongs and screen is the subscreens number.
46.
What are the restrictions on Subscreens? Subscreens have several restrictions. They cannot: Set their own GUI status Have a named OK code Call another screen Contain an AT EXIT-COMMAND module Support positioning of the cursor.
47.
ABAP/4 offers two mechanisms for displaying and using table data in a screen. These mechanisms are TABLE CONTROLS and STEP LOOPS.
48.
What are the differences between TABLE CONTROLS and STEP LOOPS?
TABLE CONTROLS are simply enhanced STEP LOOPS that display with the look and feel of a table widget in a desktop application. But from a programming standpoint, TABLE CONTROLS and STEP LOOPS are almost exactly the same. One major difference between STEP LOOPS and TABLE CONTROLS is in STEP LOOPS their table rows can span more than one time on the screen. By contrast the rows in a TABLE CONTROLS are always single lines, but can be very long. (Table control rows are scrollable). The structure of table control is different from step loops. A step loop, as a screen object, is simply a series of field rows that appear as a repeating block. A table control, as a screen object consists of: I) table fields (displayed in the screen ) ii) a control structure that governs the table display and what the user can do with it.
49.
FIELD, MODULE, SELECT, VALUES and CHAIN are the dynapro keywords.
50.
Why do we need to code a LOOP statement in both the PBO and PAI events for each table in the screen?
We need to code a LOOP statement in both PBO and PAI events for each table in the screen. This is because the LOOP statement causes the screen fields to be copied back and forth between the ABAP/4 program and the screen field. For this reason, at least an empty LOOP.ENDLOOP must be there.
51.
The field SY-STEPL refers to the index of the screen table row that is currently being processed. The system variable SY-stepl only has a meaning within the confines of LOOP.ENDLOOP processing. Outside the loop, it has no valid value.
52.
Using the syntax controls <table control name> type tableview using screen <scr no>.
53.
Step loops fall into two classes: Static and Dynamic. Static step loops have a fixed size that cannot be changed at runtime. Dynamic step loops are variable in size. If the user re-sizes the window the system automatically increases or decreases the number of step loop blocks displayed. In any given screen you can define any number of static step loops but only a single dynamic one.
54.
55.
Leave to List-processing statement is used to produce a list from a module pool. Leave to list processing statement allows to switch from dialog-mode to list-mode within a dialog program.
56.
A current screen processing terminates when control reaches either a Leave-screen or the end of PAI.
57.
Suppressing entire screens is possible using this command. This command allows us to perform screen processing in the background. The system carries out all PBO and PAI logic, but does not display the screen to the user. Suppressing screens is useful when we are branching to list-mode from a transaction dialog step.
58.
If we dont use Suppress-Dialog to next screen will be displayed but as empty, when the user presses ENTER, the standard list output is displayed.
59.
How the transaction that are programmed by the user can be protected?
60.
61.
A program asks the system to perform a certain task, and then either waits or doesnt wait for the task to finish. In synchronous processing, the program waits: control returns to the
program only when the task has been completed. In asynchronous processing, the program does not wait: the system returns control after merely logging the request for execution.
SAP system configuration includes Dialog tasks and Update tasks. Dialog-task updates are Synchronous updates. Update task updates are Asynchronous updates. What is the difference between Commit-work and Rollback-Work tasks?
Commit-Work statement performs many functions relevant to synchronized execution of tasks. Rollback-work statement cancels: all reuests relevant to synchronized execution of tasks.
66.
What are the different database integrities? Semantic Integrity. Relational Integrity. Primary Key Integrity. Value Set Integrity. Foreign Key integrity and Operational integrity.
67. 68.
69.
70.
71.
72.
What are the events by which we can program help texts and display possible value lists?
73.
What is a matchcode?
A matchcode is an aid to finding records stored in the system whenever an object key is required in an input field but the user only knows other (non-key) information about the object.
74. -
In what ways we can get the context sensitive F1 help on a field? Data element documentation. Data element additional text in screen painter. Using the process on help request event.
75.
A roll area contains the programs runtime context. In addition to the runtime stack and other structures, all local variables and any data known to the program are stored here.
76. -
How does the system handle roll areas for external program components? Transactions run in their own roll areas. Reports run in their own roll areas. Dialog modules run in their own roll areas Function modules run in the roll area of their callers.
77. -
Does the external program run in the same SAP LUW as the caller, or in a separate one? Transactions run with a separate SAP LUW Reports run with a separate SAP LUW. Dialog modules run in the same SAP LUW as the caller Function modules run in the same SAP LUW as the caller. The only exceptions to the above rules are function modules called with IN UPDATE TASK (V2 function only) or IN BACKGROUND TASK (ALE applications). These always run in their own (separate) update transactions.
78.
Function modules are general-purpose library routines that are available system-wide.
79.
In general, function module can have four types of parameters: EXPORTING: for passing data to the called function. IMPORTING: for receiving data returned from the function module. TABLES: for passing internal tables only, by reference (that is, by address). CHANGING: for passing parameters to and from the function.
80.
In contrast to LEAVE TO TRANSACTION, the CALL TRANSACTION statement causes the system to start a new SAP LUW. This second SAP LUW runs parallel to the SAP LUW for the calling transaction.
81.
There are three options for passing selection and parameter data to the report. Using SUBMITWITH Using a report variant. Using a range table.
82.
We can send a report to the printer instead of displaying it on the screen. To do this, use the keywords TO SAP-SPOOL: SUBMIT RSFLFINDTO SAP-SPOOL DESTINATION LT50.
83.
84.
SPA/GPA parameters are field values saved globally in memory. There are two ways to use SPA/GPA parmeters: By setting field attributes in the Screen Painter. By using the SET PARAMETER or GET PARAMETER statements.