About OK Code Values in SAP[1]

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, /i2,...    This terminates the session with the number given.
.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