SAP ADDR_REMARKS_MAINTAIN Function Module for
ADDR_REMARKS_MAINTAIN is a standard addr remarks maintain 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 addr remarks maintain FM, simply by entering the name ADDR_REMARKS_MAINTAIN into the relevant SAP transaction such as SE37 or SE38.
Function Group: SZA0
Program Name: SAPLSZA0
Main Program: SAPLSZA0
Appliation area: S
Release date: N/A
Mode(Normal, Remote etc): Normal Function Module
Update:

Function ADDR_REMARKS_MAINTAIN 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 'ADDR_REMARKS_MAINTAIN'".
EXPORTING
* ADDRNUMBER = "Address Number
* ADDRHANDLE = "Address handle
* CONSNUMBERS_HAVE_CHANGED = "
IMPORTING
RETURNCODE = "Return code: ' '(ok), 'I'nfo, 'W'arning, 'E'rror
TABLES
* REMARKS = "Comments
* IT_REMARKS_FOR_DELETION = "
* COMM_REMARKS = "
* ERROR_TABLE = "Error Message Table
* COMM_REMARKS_OUT = "
EXCEPTIONS
PARAMETER_ERROR = 1 ADDRESS_NOT_EXIST = 2 INTERNAL_ERROR = 3
IMPORTING Parameters details for ADDR_REMARKS_MAINTAIN
ADDRNUMBER - Address Number
Data type: ADDR1_SEL-ADDRNUMBEROptional: Yes
Call by Reference: No ( called with pass by value option)
ADDRHANDLE - Address handle
Data type: ADDR1_SEL-ADDRHANDLEOptional: Yes
Call by Reference: No ( called with pass by value option)
CONSNUMBERS_HAVE_CHANGED -
Data type: SZAD_FIELD-FLAGOptional: Yes
Call by Reference: No ( called with pass by value option)
EXPORTING Parameters details for ADDR_REMARKS_MAINTAIN
RETURNCODE - Return code: ' '(ok), 'I'nfo, 'W'arning, 'E'rror
Data type: SZAD_FIELD-RETURNCODEOptional: No
Call by Reference: No ( called with pass by value option)
TABLES Parameters details for ADDR_REMARKS_MAINTAIN
REMARKS - Comments
Data type: ADDR_REMOptional: Yes
Call by Reference: No ( called with pass by value option)
IT_REMARKS_FOR_DELETION -
Data type: ADDR_REMOptional: Yes
Call by Reference: Yes
COMM_REMARKS -
Data type: ADCOMREMOptional: Yes
Call by Reference: No ( called with pass by value option)
ERROR_TABLE - Error Message Table
Data type: ADDR_ERROROptional: Yes
Call by Reference: No ( called with pass by value option)
COMM_REMARKS_OUT -
Data type: ADCOMREMOptional: Yes
Call by Reference: No ( called with pass by value option)
EXCEPTIONS details
PARAMETER_ERROR - Parameter Error
Data type:Optional: No
Call by Reference: No ( called with pass by value option)
ADDRESS_NOT_EXIST - Address does not exist
Data type:Optional: No
Call by Reference: No ( called with pass by value option)
INTERNAL_ERROR - Serious internal error
Data type:Optional: No
Call by Reference: No ( called with pass by value option)
Copy and paste ABAP code example for ADDR_REMARKS_MAINTAIN 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_remarks | TYPE STANDARD TABLE OF ADDR_REM, " | |||
| lv_addrnumber | TYPE ADDR1_SEL-ADDRNUMBER, " | |||
| lv_returncode | TYPE SZAD_FIELD-RETURNCODE, " | |||
| lv_parameter_error | TYPE SZAD_FIELD, " | |||
| lv_addrhandle | TYPE ADDR1_SEL-ADDRHANDLE, " | |||
| lv_address_not_exist | TYPE ADDR1_SEL, " | |||
| lt_it_remarks_for_deletion | TYPE STANDARD TABLE OF ADDR_REM, " | |||
| lt_comm_remarks | TYPE STANDARD TABLE OF ADCOMREM, " | |||
| lv_internal_error | TYPE ADCOMREM, " | |||
| lv_consnumbers_have_changed | TYPE SZAD_FIELD-FLAG, " | |||
| lt_error_table | TYPE STANDARD TABLE OF ADDR_ERROR, " | |||
| lt_comm_remarks_out | TYPE STANDARD TABLE OF ADCOMREM. " |
|   CALL FUNCTION 'ADDR_REMARKS_MAINTAIN' " |
| EXPORTING | ||
| ADDRNUMBER | = lv_addrnumber | |
| ADDRHANDLE | = lv_addrhandle | |
| CONSNUMBERS_HAVE_CHANGED | = lv_consnumbers_have_changed | |
| IMPORTING | ||
| RETURNCODE | = lv_returncode | |
| TABLES | ||
| REMARKS | = lt_remarks | |
| IT_REMARKS_FOR_DELETION | = lt_it_remarks_for_deletion | |
| COMM_REMARKS | = lt_comm_remarks | |
| ERROR_TABLE | = lt_error_table | |
| COMM_REMARKS_OUT | = lt_comm_remarks_out | |
| EXCEPTIONS | ||
| PARAMETER_ERROR = 1 | ||
| ADDRESS_NOT_EXIST = 2 | ||
| INTERNAL_ERROR = 3 | ||
| . " ADDR_REMARKS_MAINTAIN | ||
ABAP code using 7.40 inline data declarations to call FM ADDR_REMARKS_MAINTAIN
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 ADDRNUMBER FROM ADDR1_SEL INTO @DATA(ld_addrnumber). | ||||
| "SELECT single RETURNCODE FROM SZAD_FIELD INTO @DATA(ld_returncode). | ||||
| "SELECT single ADDRHANDLE FROM ADDR1_SEL INTO @DATA(ld_addrhandle). | ||||
| "SELECT single FLAG FROM SZAD_FIELD INTO @DATA(ld_consnumbers_have_changed). | ||||
Search for further information about these or an SAP related objects