SAP GRPC_API_PERSON_RETRIEVE Function Module for Get person info
GRPC_API_PERSON_RETRIEVE is a standard grpc api person retrieve SAP function module available within SAP R/3 or S/4 Hana systems, depending on your version and release level. It is used for Get person info 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 grpc api person retrieve FM, simply by entering the name GRPC_API_PERSON_RETRIEVE into the relevant SAP transaction such as SE37 or SE38.
Function Group: GRPC_API_PERSON
Program Name: SAPLGRPC_API_PERSON
Main Program: SAPLGRPC_API_PERSON
Appliation area:
Release date: N/A
Mode(Normal, Remote etc): Remote-Enabled
Update:

Function GRPC_API_PERSON_RETRIEVE 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 'GRPC_API_PERSON_RETRIEVE'"Get person info.
EXPORTING
* I_SESSION_ID = "GRPC unique session ID
* I_PERSON_ID = "GRPC ID of the individual object
* I_UNAME = "User Name
IMPORTING
ES_PERSON_DATA = "Process-process step data for API service
E_RETURN_CODE = "Natural number
TABLES
* ET_MESSAGE = "Table with BAPI Return Information
IMPORTING Parameters details for GRPC_API_PERSON_RETRIEVE
I_SESSION_ID - GRPC unique session ID
Data type: GRPC_API_SESSION_IDOptional: Yes
Call by Reference: No ( called with pass by value option)
I_PERSON_ID - GRPC ID of the individual object
Data type: OBJEKTIDOptional: Yes
Call by Reference: No ( called with pass by value option)
I_UNAME - User Name
Data type: SYUNAMEOptional: Yes
Call by Reference: No ( called with pass by value option)
EXPORTING Parameters details for GRPC_API_PERSON_RETRIEVE
ES_PERSON_DATA - Process-process step data for API service
Data type: GRPC_S_API_PERSON_DATAOptional: No
Call by Reference: No ( called with pass by value option)
E_RETURN_CODE - Natural number
Data type: INT4Optional: No
Call by Reference: No ( called with pass by value option)
TABLES Parameters details for GRPC_API_PERSON_RETRIEVE
ET_MESSAGE - Table with BAPI Return Information
Data type: BAPIRETTABOptional: Yes
Call by Reference: Yes
Copy and paste ABAP code example for GRPC_API_PERSON_RETRIEVE 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_et_message | TYPE STANDARD TABLE OF BAPIRETTAB, " | |||
| lv_i_session_id | TYPE GRPC_API_SESSION_ID, " | |||
| lv_es_person_data | TYPE GRPC_S_API_PERSON_DATA, " | |||
| lv_i_person_id | TYPE OBJEKTID, " | |||
| lv_e_return_code | TYPE INT4, " | |||
| lv_i_uname | TYPE SYUNAME. " |
|   CALL FUNCTION 'GRPC_API_PERSON_RETRIEVE' "Get person info |
| EXPORTING | ||
| I_SESSION_ID | = lv_i_session_id | |
| I_PERSON_ID | = lv_i_person_id | |
| I_UNAME | = lv_i_uname | |
| IMPORTING | ||
| ES_PERSON_DATA | = lv_es_person_data | |
| E_RETURN_CODE | = lv_e_return_code | |
| TABLES | ||
| ET_MESSAGE | = lt_et_message | |
| . " GRPC_API_PERSON_RETRIEVE | ||
ABAP code using 7.40 inline data declarations to call FM GRPC_API_PERSON_RETRIEVE
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.Search for further information about these or an SAP related objects