ADVANTAGES OF SAP GUI

Advantages of SAP GUI

*Single GUI to access to all the SAP Application components like ERP, CRM, SCM, XI, BI and SRM.

*We can login with our logon language i.e. specify the language during logon. Same GUI is allowed to login with different languages.

*GUI is user friendly to create favorites, start up transactions to reduce the dialog steps

Dialog Step: It is mouse click, keyboard stroke (enter), function keys like f1(field help), f4(list of possible values), f7(display), f8(execute), f3(back to earlier screen). each dialog step consumes an average of 600ms.(It is an SAP Standard. Threshold value and 1000ms for ECC6.0 systems)

*GUI is downward compatible to support the all the SAP Application components which are below the current GUI Version.

Example:GUI7.0 may not support the components that are  build on 7.10/7.20/7.30 but SAP GUI 7.0 can handle 7.00,640,620,46D,45A etc.

i.e; higher Version GUI Supports lower version SAP Components GUI should be the latest version in the SAP landscape.

*User parameters are defined for the frequently keyed inputs. The values are populated automatically in that text box based on user logon which reduces the user inputs during run time.

Example: A user belonging to the sales organization, division, plant, sales area should get all the values by default while creating sales order(VA01) etc.

use SU01--> to specify the user parameters with parameter id and value.

user master maintenance

getting a parameter ID: On the screen text element (text box)--->press f1--->click on

technical information--get the parameter id.

similarly press f4 to get the parameter value.

Note: Parameters are user specific only...

*Users can be specified with a role based menu or with a SAP Easy access menu to reduce the GUI load.

*SAP GUI is intelligent to determine the least loaded server when more than one instance (application server) is configured. it gets the information from the message server. SAP uses logon group/server group concept to perform the load balancing.

*It provides access across the low speed connections and displays the screens with out graphics/logo which consume more network traffic. (low speed/ high speed) are used to suppress the GUI.

*It provides command window to navigate to the respective functionality and minimizes dialog steps. SAP is a transaction based/menu based system where transactions reduces the dialog steps and menu based increases the dialog steps but provides the complete functionality based on module.

*SAP provides ergonomically designed GUI to configure GUI font size, colors, logos, and visual design using SAP custom layout etc.

*SAP provides various shortcuts in command window

           .(/n) to navigate to a transaction from existing transaction window

           .(/o) to open a new transaction window

           .(/ex) to exit the screen

           .(/nex) to exit GUI

*GUI entries are controlled by using saplogon.ini/ sapmsg.ini/ saproute.ini/ sapdoccd.ini these files reside in windows directory where we can configure one GUI and copy these files to the other systems easily.

Go to windows directory to display the SAP GUI initialization parameters

*GUI provides default help options (f1 help,f4 help, system help and library help)

*The character set can be changed to suite various language and printers.

*SAP GUI supports digital certificates/single sign on so that user can login without any password (NTLM or Kerberos authentication)

TYPES OF GUI

TYPES OF GUI

SAP Provides 3 types of GUI

GUI FOR WINDOWS

It is used only on windows environment. (SAP specific installation is required)

It is for the windows environment. Support platforms Includes windows 98, windows NT4, Windows 2000 and Windows XP.

It is initiated by using installation executable “setup all”.

It supports 2d/3d, abap development, scripting, bw, crm, srm, and all the SAP components.

GUI FOR JAVA

It is supported all the platforms where JRE (java run time environment is available). It is designed for UNIX environments.(SAP specific installation is required)

Front end requires only a web browser, an ITS is necessary to convert the presentation into HTML.

GUI FOR HTML

It is provide access to the SAP Application Components using internet explorer and Mozilla, Fire FOX etc. (No SAP specific installation is required)

It is used only where java is supporting.

It supports Windows 98, windows NT4, Windows 2000 and

Windows XP

MacOS 9

MacOS x

Linux, HP UX, Solaris, AIX

OS/2.

SAP R/3 ARCHITECTURE

Presentation layer/tier/server:

It is the interface to a user. This is the only layer from where users connect to the SAP system. DIAG (Dynamic Information Action Gateway) is the protocol which is used to communicate b/w user and SAP system. Using this we can have, Our own font settings, Our own languages settings. It is user friendly. With the help of message server which identifies favorite server and logs onto it. It is intelligent server. It is operating system & db independent.

Presentation layer is nothing but SAP GUI: SAP GUI is to facilitate users to log into R/3 system. This logon can be used to all the components of SAP (CRM, APO, BW, XI etc.)

Types of SAP GUI:
1. SAP GUI for Windows.
2. SAP GUI for HTML.
3. SAP GUI for JAVA.

SAP GUI for Windows: It is for the windows environment. Support platforms
Includes windows 98, windws NT4, Windows 2000 and Windows XP.

SAP GUI for HTML: Front end requires only a web browser, an ITS is necessary
to convert the presentation into HTML.

SAP GUI for JAVA: It is used only where java is supporting. It supports Windows 98, windws NT4, Windows 2000 and Windows XP,MacOS 9,MacOS x Linux, HP UX, Solaris, AIXOS/2.

Application layer/tier/server:

It is used to Provides business areas and Configure work process and Reduce traffic on DB.It is used Configure memory areas. and Business logic & presentation logic handled.
It consists of dispatcher, work processes, memory areas, buffer areas and interpreters,

Dispatcher: There will be only one dispatcher per instance. This is used to handle the user requests. Dispatcher receives the users request and keeps them in the queue (dispatcher queue) based on the available free resources, user request will be assigned with work process on FIFO basis. Dispatcher runs by an executable disp+work.exe. This can be monitor by using a command line tool DPMON(It listens on the port 32<sysnr>).
Dispatcher assigns the user request to a dialog work process, so it will distribute request to respected work process.

Dialog process: It is used for handling generation of reports, updating the temporary tables, updating the spool tables, updating the background tables so that update, spool background processes reads those tables for execution. If the request is long running job then it will assigns to its relevant work process.
Dialog work process run time is restricted to 600 sec to 1800 sec based on the
parameter( rdisp/max_wprun_time).

Update work process: This process is used to update the database initially update requests are handled by dialog work process as they couldn't  execute within the specified time, it is called asynchronous update process. If the task has been moved to update work process then first dialog process updates the temporary tables (VBHDR, VBDATA, VBERR, VBMOD) update process reads the temporary tables and update the database.

Enque process: Enqueue process is used to lock and unlock SAP objects. It will update the database and takes the users request. In order to handle this mechanism SAP has defined enqueue and dequeue (unlock) modules. Enqueue process will issue locks tomessage server to all the dialog instances. That is dialog communicates with message server & message server in term talks to enqueue to get the lock. Dialog process communicates with the message server and message server communicates to enqueue. Dialog processes on central instance can communicate with enqueue directly to obtain locks.

Background Process: The long running, time consuming and expensive reports or updates will be used to schedule in the non-dialog mode using the background process. Dialog work process receives the background request & updates background request & updates background job tables. Background work process reads the job tables for every 60 sec & executes them

Message Server: Message server is used to communicate with all the available dispatchers under the port number 3600+sys no. If logon load balance is configured, message server identifies the least loaded server in the logon group. It is run by an executable msg_server.exe. This is also used to communicate with enqueue to issue locks to the work process coming from dialog instance.

Gateway: There will be one gateway work process for each instance. Gateway is used to communicate with external system. It listens on the port 3300+sys no

Spool Process: Spool process is used to output the documents to the printer, fax, email, pager and sms. Dialog process receives the spool request and updates spool tables or stores spool data at OS level. Spool process reads the spool tables or spool data and output to specific device.

Note: All the work process runs with executable disp+work.exe

Memory Areas: In order to define a work process we should have enough resources at the rate of 75mb to 150mb for each work process. When the user request is assigned to a work process, work process requires certain amount of memory to execute the user request.

Eg: Roll memory, extended memory and heap memory
Buffer Areas:
There are two types of buffer areas
1. User related buffer (user specific)
2. R/3 buffer (non-user specific)
User buffers are nothing but user context.

User Context: User context is the area where user logon attributes, parameters, authorizations and earlier accessed content are stored. These are valid until the user session. User logout, buffers are lost.

R/3 buffers: Frequently accessed contexts like programs, tables, fields, currencies, calendar, and measurements are stored in R/3 buffers.
The data which is frequently accessed and rarely changed is eligible for buffering. These buffers are accessed by all the users. These will remain until the restart of the instance. If the instance is restarted, buffers are lost.

Interpreters:
1. ABAP Interpreter: This is used to interpret the ABAP code embedded in the user request
2. Screen Interpreter: This is used to interpret the screens.
3. SQL Interpreter: This is used to interpret SQL Statements in the ABAP program.

Note: Task handler which is a part of work process handles the interpreters.

Dispatcher: It receives user request and assigns work process or keep user request in dispatcher queue.
Task Handler: It is the agent which processes the user request by segregating into screen, ABAP, SQL interpreters.
User Context: The user context is the buffer area where it stores user logon attributes, authorization parameters.

Dispatcher Queue: It is the queue where user exists when work processor is busy. It follows FIFO.

Database Layer/tier:

It is the layer where database is hosted. It has its own memory areas, buffer areas, work processes etc. A central RDBMS realizes the database layer of SAP R/3 systems. Initially SAP database will use open SQL but database client will convert open SQL into native SQL. That is the reason SAP supports different databases.