SAP RSAU_API_GET_PARAM Function Module for
RSAU_API_GET_PARAM is a standard rsau api get param SAP function module available within SAP R/3 or S/4 Hana systems, depending on your version and release level. It is used to perform a specific ABAP function and below is the pattern details, showing its interface including any import and export parameters, exceptions etc. there is also a full "cut and paste" ABAP pattern code example, along with implementation ABAP coding, documentation and contribution comments specific to this or related objects.
See here to view full function module documentation and code listing for rsau api get param FM, simply by entering the name RSAU_API_GET_PARAM into the relevant SAP transaction such as SE37 or SE38.
Function Group: RSAU_LOG
Program Name: SAPLRSAU_LOG
Main Program: SAPLRSAU_LOG
Appliation area:
Release date: N/A
Mode(Normal, Remote etc): Remote-Enabled
Update:

Function RSAU_API_GET_PARAM pattern details
In-order to call this FM within your sap programs, simply using the below ABAP pattern details to trigger the function call...or see the full ABAP code listing at the end of this article. You can simply cut and paste this code into your ABAP progrom as it is, including variable declarations.CALL FUNCTION 'RSAU_API_GET_PARAM'".
EXPORTING
* ID_GET_FROM_KP = 'X' "
* ID_WITH_CONSI_CHK = "
IMPORTING
ED_ACTIV = "
ED_MBYTE_DAY = "
ED_MBYTE_SGL = "
ED_ALIVE_TEST_INTV = "
ED_MRP_IN_DB = "
ED_POD = "
ET_RESULT = "
ED_TARGET = "
ED_DBMODE = "
ED_DB_TAB = "
ED_SLOTS = "
ED_GEN_USER = "
ED_INTEGRITY = "
ED_PEER_ADR = "
ED_MBYTE_FILE = "
IMPORTING Parameters details for RSAU_API_GET_PARAM
ID_GET_FROM_KP -
Data type: BOOLE_DDefault: 'X'
Optional: Yes
Call by Reference: No ( called with pass by value option)
ID_WITH_CONSI_CHK -
Data type: BOOLE_DOptional: Yes
Call by Reference: No ( called with pass by value option)
EXPORTING Parameters details for RSAU_API_GET_PARAM
ED_ACTIV -
Data type: BOOLE_DOptional: No
Call by Reference: No ( called with pass by value option)
ED_MBYTE_DAY -
Data type: INT4Optional: No
Call by Reference: No ( called with pass by value option)
ED_MBYTE_SGL -
Data type: INT4Optional: No
Call by Reference: No ( called with pass by value option)
ED_ALIVE_TEST_INTV -
Data type: INT4Optional: No
Call by Reference: No ( called with pass by value option)
ED_MRP_IN_DB -
Data type: XUTEXTOptional: No
Call by Reference: No ( called with pass by value option)
ED_POD -
Data type: XUTEXTOptional: No
Call by Reference: No ( called with pass by value option)
ET_RESULT -
Data type: BAPIRET2_TOptional: No
Call by Reference: No ( called with pass by value option)
ED_TARGET -
Data type: CHAR01Optional: No
Call by Reference: No ( called with pass by value option)
ED_DBMODE -
Data type: CHAR01Optional: No
Call by Reference: No ( called with pass by value option)
ED_DB_TAB -
Data type: TABNAMEOptional: No
Call by Reference: No ( called with pass by value option)
ED_SLOTS -
Data type: INT4Optional: No
Call by Reference: No ( called with pass by value option)
ED_GEN_USER -
Data type: BOOLE_DOptional: No
Call by Reference: No ( called with pass by value option)
ED_INTEGRITY -
Data type: BOOLE_DOptional: No
Call by Reference: No ( called with pass by value option)
ED_PEER_ADR -
Data type: BOOLE_DOptional: No
Call by Reference: No ( called with pass by value option)
ED_MBYTE_FILE -
Data type: INT4Optional: No
Call by Reference: No ( called with pass by value option)
Copy and paste ABAP code example for RSAU_API_GET_PARAM Function Module
The ABAP code below is a full code listing to execute function module POPUP_TO_CONFIRM including all data declarations. The code uses the original data declarations rather than the latest in-line data DECLARATION SYNTAX but I have included an ABAP code snippet at the end to show how declarations would look using the newer method of declaring data variables on the fly. This will allow you to compare and fully understand the new inline method. Please note some of the newer syntax such as the @DATA is not available until a later 4.70 service pack (SP8), which i why i have stuck to the origianl for this example.| DATA: | ||||
| lv_ed_activ | TYPE BOOLE_D, " | |||
| lv_id_get_from_kp | TYPE BOOLE_D, " 'X' | |||
| lv_ed_mbyte_day | TYPE INT4, " | |||
| lv_ed_mbyte_sgl | TYPE INT4, " | |||
| lv_ed_alive_test_intv | TYPE INT4, " | |||
| lv_ed_mrp_in_db | TYPE XUTEXT, " | |||
| lv_ed_pod | TYPE XUTEXT, " | |||
| lv_et_result | TYPE BAPIRET2_T, " | |||
| lv_ed_target | TYPE CHAR01, " | |||
| lv_id_with_consi_chk | TYPE BOOLE_D, " | |||
| lv_ed_dbmode | TYPE CHAR01, " | |||
| lv_ed_db_tab | TYPE TABNAME, " | |||
| lv_ed_slots | TYPE INT4, " | |||
| lv_ed_gen_user | TYPE BOOLE_D, " | |||
| lv_ed_integrity | TYPE BOOLE_D, " | |||
| lv_ed_peer_adr | TYPE BOOLE_D, " | |||
| lv_ed_mbyte_file | TYPE INT4. " |
|   CALL FUNCTION 'RSAU_API_GET_PARAM' " |
| EXPORTING | ||
| ID_GET_FROM_KP | = lv_id_get_from_kp | |
| ID_WITH_CONSI_CHK | = lv_id_with_consi_chk | |
| IMPORTING | ||
| ED_ACTIV | = lv_ed_activ | |
| ED_MBYTE_DAY | = lv_ed_mbyte_day | |
| ED_MBYTE_SGL | = lv_ed_mbyte_sgl | |
| ED_ALIVE_TEST_INTV | = lv_ed_alive_test_intv | |
| ED_MRP_IN_DB | = lv_ed_mrp_in_db | |
| ED_POD | = lv_ed_pod | |
| ET_RESULT | = lv_et_result | |
| ED_TARGET | = lv_ed_target | |
| ED_DBMODE | = lv_ed_dbmode | |
| ED_DB_TAB | = lv_ed_db_tab | |
| ED_SLOTS | = lv_ed_slots | |
| ED_GEN_USER | = lv_ed_gen_user | |
| ED_INTEGRITY | = lv_ed_integrity | |
| ED_PEER_ADR | = lv_ed_peer_adr | |
| ED_MBYTE_FILE | = lv_ed_mbyte_file | |
| . " RSAU_API_GET_PARAM | ||
ABAP code using 7.40 inline data declarations to call FM RSAU_API_GET_PARAM
The below ABAP code uses the newer in-line data declarations. This allows you to see the coding differences/benefits of the later inline syntax. Please note some of the newer syntax below, such as the @DATA is not available until 4.70 EHP 8.| DATA(ld_id_get_from_kp) | = 'X'. | |||
Search for further information about these or an SAP related objects