Re-creation of SE11 structures in Gateway system for RFC-BAPI/Code based approach. Required?

[Former Member]

Hi Experts,

Is it good practice to re-create SE11 structures in Gateway system for RFC-BAPI import and export parameters.

My take on this:

If we declare the fields in the Entity, SAP automatically creates the interface corresponding to fields (No Maintainer cost) which we have declared in Entity type.

If we just have the fields in Entity, then we don’t have to add/subtract the fields in SE11 structures, rather just re-generate the SEGW project, SAP will automatically take care of add/subtract the fields in interface.

If we go ahead to create separate structures in data dictionary for each RFC-BAPI and if there is a change in the structure fields, customer needs to maintain entity type + structures in gateway system + code (DPC and MPC).

in a hypothetical case: If in case - if someone adds the field in structure (if we have structure for Entity) and ONLY transfer the code to next environment, then entire project services will not work, till we make sure SE11 structure are moved to next environment. IF we just have the fields in gateway entity, then only add/subtract the fields + activate the service + transport the service is enough.

Please let me know your comments.

Thanks and appreciate all your comments.

Best,

Madhu M V

[EkanshCapgemini · Accepted solution]

Hi Madhusudhan,

As per my experience, there is no harm in using the SEGW generated interfaces for the FMs. We have been using it and have not faced any issues. Whenever there is a requirement to add/remove a field from the gateway service, you have to:

1. Add/Remove the field in import/export/table parameter in your FM.
2. Import the new field in your entity(assuming you created entity based on RFC signatures) in case of addition of fields or remove the property from the entity in case of removal of field.
3. Add - Map the respective method
4. Regenerate the runtime artifacts. This will overwrite the old interface and will have the changes you done in step 1 now.

However the SE11 based approach is followed in Fiori based standard OData services because these services generally do not use BAPI approach. Thus they have to provide an option to developers to extend the structures in order to create a new property in gateway.

Regards,

Ekansh