Enterprise Resource Planning Blogs by Members
Gain new perspectives and knowledge about enterprise resource planning in blog posts from community members. Share your own comments and ERP insights today!
cancel
Showing results for 
Search instead for 
Did you mean: 
scj1234
Participant
1,235
This blog is targeted to ABAP technical team working on S4 HANA conversion Projects.

Please also visit my previous blogs on custom code remediation.

Why and How to adopt ABAP Custom code on HANA Database? | SAP Blogs

Handling of SELECT statements on simplified tables during S/4 HANA conversion | SAP Blogs

How to Handle Amount Field Length Extension scenarios in S4 HANA conversion? | SAP Blogs

Handling of Material Field Length Extension scenarios in S4 HANA conversion | SAP Blogs

This blog is the continuation of series of my blogs on handling of various code remediation scenarios which come across during HANA DB migrations and S/4 HANA Conversion.

During Code remediation phase of S/4 HANA conversion project, technical teams often come across ATC issues for Amount and Material Extension scenarios. In my previous blogs I have covered details on "How to handle Field Length Extension issues for Amount and Material".

In this blog I am going to cover "How to handle the impact of Field Length Extension check on Amount, Material and other parameters of remote enabled function modules (RFC)".

Consider a scenario where customer has custom remote function module Z_MAT_AMT_VALUES with parameters as Material and Amount data elements, created in system A. This Function module was called from another SAP system B (ECC system). The name of calling program from system B is Z_GET_MAT_AMT_DATA.

System A was converted to S/4 HANA without adoption of extended field length for Material and Amount. An ATC check was executed on RFC FM Z_MAT_AMT_VALUES in converted system shows following two types of errors (FUNPAR and FUNPAR_CMP).


Screenshot 1: Result of ATC check


1. FUNPAR_CMP:

This ATC message code covers the FLE impact check where Material                                                  and Amount data elements are used in structure (Tables tab of RFC FM) parameter of Remote Function Module.

2 FUNPAR:

This ATC message code covers the FLE impact check where Material                                                  and Amount data elements are used as variable parameter of Remote Function Module.

Let us see both the cases.

In system A and B Internal table I_MATDATA has the TYPE of custom structure ZBUSDATA.


Screenshot 2: Remote Enabled Function Module


In system B RFC calling program Z_GET_MAT_AMT_DATA was created as below.
DATA : lv_bukrs    TYPE bukrs,
lv_mwskz TYPE mwskz,
lv_waers TYPE waers,
lv_wrbtr TYPE wrbtr,
lv_matnr TYPE char18,
lv_dmbtr TYPE bseg-dmbtr,
lv_objknr TYPE caufvdb-obknr,
lv_sgt_rcat TYPE eban-sgt_rcat,
it_matdata TYPE STANDARD TABLE OF zbusdata,
lw_matdata TYPE zbusdata.

lv_wrbtr = '000000049876.23'.
lv_dmbtr = '000000049876.23'.
lv_matnr = '123340849090909098'.
lv_objknr = '12345'.
lv_sgt_rcat = 'WER12345'.

lw_matdata-material_1 = '123340849090909098'.
lw_matdata-material_2 = '123340849090909098'.
lw_matdata-value1 = '1111111111111111111112'.
lw_matdata-value2 = '1111111111111111111113'.
lw_matdata-amount = '000000049876.23'.

APPEND lw_matdata TO it_matdata.

START-OF-SELECTION.

CALL FUNCTION 'Z_MAT_AMT_VALUES' DESTINATION 'S19CLNT200'
EXPORTING
i_waers = 'USD'
i_wrbtr = lv_wrbtr
i_matnr = lv_matnr
i_dmbtr = lv_dmbtr
i_objknr = lv_objknr
i_sgt_rcat = lv_sgt_rcat
TABLES
i_matdata = it_matdata.

IF sy-subrc = 0.
ENDIF.

Parameter definitions in RFC is as below.


Screenshot 3_1: RFC Import parameters



Screenshot 3_2: Definition of Table Parameter


Below is screen shot of the values passed with internal table IT_MATDATA from calling program in system B.


                              Screenshot 4: Values passed from calling program to RFC.

As you see below the values which were passed from program to RFC were corrupted since field length of RFC parameters were not adjusted


Screenshot 5: Material and Amount field values corrupted in receiving system A


Data gets corrupted during RFC call since the field lengths of Material and Amount variables were not adjusted in RFC.

RFC import and Tables parameters were adjusted in converted system as below.


Screenshot 6: Adjustment of RFC Import parameters



Screenshot 7: Structure ZBUSDATA adjusted.


After doing above changes data was passed to RFC without getting corrupted. See the screenshot below.


Screenshot 8: Data passed to RFC variable parameters.



Screenshot 9: Data passed to RFC structure parameters.


Please note that in the screenshot 6, only AMOUNT variable types were adjusted and not the Material, which is of type CHAR. Whereas in Screenshot 7 both Amount and Material types were adjusted.

Summary:

  1. After S/4 HANA conversion, custom RFC parameters (Import and Tables) need to be adjusted.

  2. Impacted data elements of import parameters except TYPE CHAR need to be replaced with compatible ones. (FUNPAR scenario)

  3. All Impacted data elements of Table parameters need to be replaced with compatible ones. (FUNPAR_CMP scenario)

Labels in this area