Application Development and Automation Discussions
Join the discussions or start your own on all things application development, including tools and APIs, programming models, and keeping your skills sharp.
cancel
Showing results for 
Search instead for 
Did you mean: 
Read only

BDC OKCODES

Former Member
0 Likes
1,690

Hi,

Can any one help me in finding out the BDC okcodes.Is there Any Table to get these bdc okcodes

Thanks In Advance

Regards,

Suresh

5 REPLIES 5
Read only

RichHeilman
Developer Advocate
Developer Advocate
0 Likes
1,107

Record the transaction with transaction SHDB. This will give you the OK_CODES and write the BDC code for you.

Regards,

Rich Heilman

Read only

Former Member
0 Likes
1,107

n the screen go to menu System -> Status and double click on the GUI Status!

You'll have all the codes!

cheezr

Read only

Former Member
0 Likes
1,107

Hi suresh,

1. Bdc okcodes

They are hardcoded and very specific

to the individual transactions. !

2. If u want to detect u can do 2 things

a) check from recording

b) just before pressing the button(okcode)

go in debuggin mode /h

and after pressing button,

see the vlaue of sy-ucomm.

3. sy-ucomm will have the code !

regards,

amit m.

Read only

Former Member
0 Likes
1,107

Hi Suresh,

If youi want to see the OK Code attached to a partocular Button, then place the cursor, using tab key, and press F1.It will give the OK code attached to the button.

REgards,

Ravi

Read only

Former Member
0 Likes
1,107

Hi Suresh,

Find some useful information regarding OK-codes.

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, /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 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.

Hope This Info Helps YOU.

<i>Reward Points If It Helps YOU.</i>

Regards,

Raghav