SAP J_1A_GET_GLOBAL_VAR Function Module for NOTRANSL: Get Global Variable
J_1A_GET_GLOBAL_VAR is a standard j 1a get global var SAP function module available within SAP R/3 or S/4 Hana systems, depending on your version and release level. It is used for NOTRANSL: Get Global Variable processing and below is the pattern details for this FM, 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 j 1a get global var FM, simply by entering the name J_1A_GET_GLOBAL_VAR into the relevant SAP transaction such as SE37 or SE38.
Function Group: J1AE
Program Name: SAPLJ1AE
Main Program: SAPLJ1AE
Appliation area:
Release date: N/A
Mode(Normal, Remote etc): Normal Function Module
Update:

Function J_1A_GET_GLOBAL_VAR 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 'J_1A_GET_GLOBAL_VAR'"NOTRANSL: Get Global Variable.
IMPORTING
KWERT = "Condition Value
LIABLE = "
TBL_UPDATE = "
TABLES
* DTYPE = "
EXPORTING Parameters details for J_1A_GET_GLOBAL_VAR
KWERT - Condition Value
Data type: KONV-KWERTOptional: No
Call by Reference: Yes
LIABLE -
Data type: COptional: No
Call by Reference: Yes
TBL_UPDATE -
Data type: COptional: No
Call by Reference: Yes
TABLES Parameters details for J_1A_GET_GLOBAL_VAR
DTYPE -
Data type: J_1AR_DTYPEOptional: Yes
Call by Reference: Yes
Copy and paste ABAP code example for J_1A_GET_GLOBAL_VAR 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: | ||||
| lt_dtype | TYPE STANDARD TABLE OF J_1AR_DTYPE, " | |||
| lv_kwert | TYPE KONV-KWERT, " | |||
| lv_liable | TYPE C, " | |||
| lv_tbl_update | TYPE C. " |
|   CALL FUNCTION 'J_1A_GET_GLOBAL_VAR' "NOTRANSL: Get Global Variable |
| IMPORTING | ||
| KWERT | = lv_kwert | |
| LIABLE | = lv_liable | |
| TBL_UPDATE | = lv_tbl_update | |
| TABLES | ||
| DTYPE | = lt_dtype | |
| . " J_1A_GET_GLOBAL_VAR | ||
ABAP code using 7.40 inline data declarations to call FM J_1A_GET_GLOBAL_VAR
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.| "SELECT single KWERT FROM KONV INTO @DATA(ld_kwert). | ||||
Search for further information about these or an SAP related objects