Enterprise Resource Planning Blogs by SAP
Get insights and updates about cloud ERP and RISE with SAP, SAP S/4HANA and SAP S/4HANA Cloud, and more enterprise management capabilities with SAP blog posts.
cancel
Showing results for 
Search instead for 
Did you mean: 
sommerudo
Advisor
Advisor
7,979
In this blog I explain how to extend migration objects and provide data to the extension structure of BAPIs.

Scenario


Some BAPIs support extension for customer added fields by table parameters EXTENSIONIN and EXTENSIONOUT in their interface.

In my example I will extend the migration object EQUIPMENT and provide ETM data (Equipment and Tools Management) for the append structures J_3GEQUIA and J_3GEQUZA via EXTERNSIONIN to the function module BAPI_EQUI_CREATE.

The interface of this BAPI has the extension fields:


The parameters are defined like structure BAPIPAREX:


So, you have to provide the name of a structure in field STRUCTURE and the data of all fields of the structure in the fields VALUEPART1, hence the structure must only contain character-like fields:

If you want to read more on the extension concept, you could read https://blogs.sap.com/2014/06/24/bapi-extension-for-customer-added-fields/.

Prerequisites


This blog is based on S/4HANA 1709 FPS2 and should be valid for higher versions as well.

Update on Nov 14 2018

The creation of additional source structures was introduced in LTMOM with S/4HANA 1610 FPS2, hence, this approach does not work in older versions.
(For versions between 1610 FPS2 to 1709 FPS1 I can't tell if it works or not.)


I performed the necessary steps for a file upload project and a staging project. The screenshots are taken from the file-based project.

The BAPI itself does not process the data in the extension fields but a BADI implementation is required. In case of BAPI BAPI_EQUI_CREATE the BADI BADI_EAM_ITOB_BAPI_CUST_FIELDS must be implemented which is not part of this blog.

Extending the Object in Migration Object Modeler


In Migration Cockpit the object EQUIPMENT only has one source structure EQUI as you can see in the view Source Structures in Migration Object Modeler (transaction LTMOM):


Remark

I prefer the technical view which displays the names of fields and structures instead of the descriptions. The view can be switched in the menu Settings à Technical Names On/Off.


The target structure EXTENSIONIN of the BAPI is a table; hence we must add a new source structure below the source structure S_EQUI. The structure EXTENSIONOUT is not required for my example.

Switch to change mode, then right-click on S_EQUI, select Append Structure to Lower Level:


Enter name and description of the additional structure and confirm. I name the structure S_EXTENSIONIN and use description “Extension Fields”:


Now add the required fields:


Remark

Field EQUNR is necessary for the migration cockpit to link the entries in this structure to the equipments in the upper level structure.


The other fields are entered as they are defined in structure EXTENSIONIN of the function module.


Now we need to link the structure to the parent structure S_EQUI by foreign key relationship:


Enter EQUNR in the first line and leave the second line initial:


Confirm and save the changes.

 

In Target Structures we don’t have to change anything.

 

In Structure Mapping we need to map our new structure S_EXTENSIONIN to the structure EXTENSIONIN by drag and drop:


Save the changes.

 

In Field Mapping we need to map the fields of the source structure to the corresponding fields in the target structure by drag and drop:


The field EQUNR is only needed for the link to the structure S_EQUI, so we do not map it to the target structure.

Save the changes.

 

Generate the object:


 

Testing the object


Now you can jump to Migration Cockpit (transaction LTMC) and test your extension:

After you downloaded the new xml template you see a new sheet Extension Fields; the screenshots show some sample data:




Here you fill the equipment number and the name of the extension structure and its values.

 

Debugging the migration object according to note 2630183 shows that the values are correctly passed to the BAPI:


Content of EXTENSIONIN structure:


The BAPI is called per single equipment, hence the table EXTENSIONIN now only contains the two lines for the first equipment in my upload file.

The processing of the data in the BAPI is not described in this blog, as mentioned above; if you need information please look at note 2146575 Customer fields in BAPIs: Technical object.
4 Comments