Design Recommendations for Interfaces
Use
So that BAPIs can be used intuitively, you should follow the design recommendations below:
-
Parameter data should be grouped together according to business criteria.
-
The inbound interface should be clearly structured and intuitive. Parameters should in the first instance be structured in accordance with the application.
-
The interface must not contain any fields that external users would not be able to interpret. You must also try to remove any internal details specific to SAP.
-
You should check whether scalar parameters might be used in the future as (more complex) selection parameters (for example in the definition of ranges).
-
To avoid later changes to the interface, which may be incompatible, parameters should be created as "optional" wherever possible.
-
Whenever possible, search help (F4 help) should be provided for parameters and parameter fields. This enables the client to easily determine all the possible input values for a field by calling the BAPI Helpvalues.GetList.
-
Dependencies between data fields and between parameters must be included in the documentation.
-
All the information supplied with a BAPI should be able to be used easily without having to change any of the data. So export structures should be able to be reused as the input of a different BAPI.
-
All key fields in GetDetail and GetList BAPIs must be displayed as text fields.
-
When you are structuring the interface, you should consider what the BAPI is used for:
-
With BAPIs used for batch processing performance is the most important consideration in the design.
-
BAPIs used for alternative front-ends require a more flexible interface as they tend to be used in more complex processes.
-