New Site Address: http://abap.mirrorz.

com

Sap Service
Help Businesses To Take Advantage Of Cloud Dynamics. Find Out More.

OK Code Values
Home 
R/3 note no. 26171
Definitions 
OK Code Values  Direct call of transactions, session handling:
Other Useful Tips 
SAP and ABAP Links Batch
SAP Functions 
SAP Reports  ABAP/4
SAP Tables 
Source Code  Buffer
Transaction Codes 

Site Map (Index)  R/3 note no. 45507

ABAP Keyword Help
R/3 note no. 26171

The design of the R/3 System is such that all programs can be called via menu options. In addition tergonomic
advantages (nneed tlearn transaction codes), this procedure offers greater security, as the menu path tells the user
the work area twhich a program belongs. Use of the command field should be limited texceptions. In particular,
there is nguarantee that the functionality of the command field is fully supported.
Possible entries are listed below. These are only meant for experts (System administrator). Some of them (for
example. "/nex") are dangerous, because they override safety measures. "Normal" users should avoid using the
command field at all. It is often easier tcall a known transaction with "/nxxxx", but this can be achieved just as
simply via a user menu.

Direct call of transactions, session handling:

/nxxxx This terminates the current transaction, and starts transaction xxxx
/n This terminates the transaction. This generally corresponds to pressing F15 to go back.
/nend This termiantes all separate sessions and logs off (corresponds to System ­ Logoff
/nex This terminates all separate sessions and logs off immediately (without any warning!).
/oxxxx This opens a new session and starts transaction xxxx in This session.
/o This lists existing sessions and allows deletion or opening of a new session.
/i This terminates the current session (corresponds to System End
/i1, This terminates the session with the number given.
/i2,...
.xyzw Fast path: 'xyzw' refers to the underlined letters in the menus. This type of navigation is uncommon and
is provided more for emergencies (such as a defective mouse).

Batch

The following commands can be entered in correction mode ('Process in foreground' or 'Display errors only')
when processing a batch input session:
/n This terminates the current batch input transaction and characterizes it as
/bdel This deletes the current batch input transaction.
/bend This terminates batch input processing and sets the session to Failed
/bda This switches from Display errors only to Process in foreground
/bde This switches from Process in foreground to Display errors only

ABAP/4

/h This switches into debugging mode.
/hs This switches into debugging mode and activates the debugging of system functions.

Buffer

WARNING: Resetting buffers can significantly change the performance of the entire system for a long time. It
should therefore only be used where there is a good reason tdso. As of release 3.0B system administator
authorization is required (authorization object (S_ADMI_FCD). The action is noted in the system log.
/$SYNC This resets all buffers of the application server
/$CUA This resets the CUA buffer of the application server
/$TAB This resets the TABLE buffers of the application server
/$NAM This resets the nametab buffer of the application server
/$DYNP This resets the screen buffer of the application server

R/3 note no. 45507

The note summarizes general rules for processing batch input sessions in the foreground.
/*xxxx starts transaction xxxx and skips the first screen. So, it has the same effect as /nxxxx followed by
ENTER.
=xxxx This entry is still possible for compatibility reasons, but is nlonger supported.
%sc Searches character patterns in lists
%pc Downloads lists
%pri Prints lists
Processing batch input sessions in the foreground is a correction mode. The operator was consciously given more
freedom here. You can, for example, branch tother functions and then jump back tthe previous screen, data can
be edited, data records can be deleted from the session and son. As a result, processing of sessions in the
foreground is very sensitive toperating errors. You should therefore always known exactly what you are currently
doing. User errors can, in the worst case scenario, cause data loss. The following points are of special
importance:
The window size of the SAPGUI should be set tthe standard size before processing the session and should not be
changed when you process the session. A resize can alscause various errors when processing batch input sessions
in the foreground! In the background, the batch input automatically assumes the standard size (22 lines, 84
columns).
If the session in the foreground is processed tfind the cause of a termination in the background, only the ENTER
key should be pressed tget from screen tscreen. The point of termination can really only be found this way.
There are some valid OK codes with which batch input processing can be influenced (/n /bend /bdel /bda /bde;
see note 26171).
These OK codes can alsbe reached via the menu (System Services Batch input).
The keys 'Cancel' F12 or 'Back' or 'Exit' F15 in batch input mean: the transaction has been processed successfully
and is deleted (see note 16629). As of Release 3.0F, a dialog box appears with a query before the action is
actually executed. However, the following generally applies: only cancel the batch input prematurely via the OK
code/bend or via the system menu (System Services Batch input Cancel'). The session then appears under
'Incorrect sessions' in the overview.

New Site Address: http://abap.mirrorz.com