The global and independent platform for the SAP community.

Modify your S/4

With Hana and S/4, a new programming model is coming to the Abap world. SAP users who are considering the cloud should revise customer-specific developments in good time.
Matthias Kneissl, Q-Partners
April 3, 2016
2016
avatar
This text has been automatically translated from German to English.

With Hana and S/4 in particular, a lot is also changing in classic Abap development. The first step is to pay particular attention to which operating form is being discussed. A distinction must be made here between the classic on-premise solution and the cloud solution.

Both forms of operation can be combined with each other. While the classic Abap world is still accessible to SAP users in the on-premise solution, there are definitely some restrictions in the cloud environment.

Almost every SAP user has built various modifications into their SAP system to individualize their processes and set themselves apart from the competition. Whether all these modifications were really necessary remains to be seen. Nevertheless, some of them are certainly valid, otherwise time and money would have been invested in them for a reason.

The requirements change in the cloud environment. With S/4, classic modifications and changes to the code are only possible in the on-premise solution. It can be assumed that future releases will also restrict the way in which we modify today.

No modifications are possible in the cloud environment. This means that the current range of functions must either be returned to the standard or implemented differently before a user can operate their SAP systems in the cloud.

SAP distinguishes here between a key user extension and a managed extension. The key user extension enables minor adjustments to the business process in the form of customer-specific fields and minor code adjustments.

These extensions cannot be compared with today's Abap Workbench, but rather with a very limited tool.

This can be compared to the CRM or Solution Manager interfaces, where new field content can also be created via configuration. Of course, this is not the great freedom that SAP users are used to.

Managed extensibility is available for customizations that cannot be implemented technically. SAP provides users with a development system hosted in the cloud for this purpose.

Extensions can then be implemented on this system. However, this supposed freedom is also restricted. It must be ensured that the implementation does not violate the cloud operating mode.

SAP ensures this by not allowing modifications. Access to SAP objects is also not permitted via a defined interface. This is comparable to the BAPIs released today. A combination of an on-premise solution with a cloud solution on which certain extensions run is conceivable, but requires a certain amount of expertise.

It is certainly conceivable that Fiori applications could be operated in the cloud and therefore be scalable and highly available. At the same time, however, these applications also require gateway services in the ERP backend system.

SAP recommends the development of gateway services for this purpose. Of course, this architecture can only be implemented in a hybrid scenario. Forms are always at the top of the list of customer-specific objects.

SAP solves this in the cloud with a clear commitment to Adobe Lifecycle Designer. All forms or e-mail templates are therefore implemented on the basis of Adobe Forms. Unlike in the traditional world, no print programs are used for data preparation, but NetWeaver Gateway.

OData services, which are used to retrieve and process the relevant information, are therefore the basis for form preparation. It is therefore clear that some things will change fundamentally with S/4.

Migrating an ERP or CRM system from any database to Hana does not yet change the programming model. Nevertheless - in order to benefit from the speed - the customer-specific programs must be checked and adapted if necessary.

With the changeover to S/4, the programming model will change significantly more. OData Services (NetWeaver Gateway), Fiori and SAPUI5 as well as object-oriented developments are the relevant technologies.

Even the forms system, which is often still based on SAPScript or Smartforms, is therefore definitely an old-timer. For a transition towards Hana, IT managers should start analysing modifications early on, bring about standardization and use the new technologies sensibly.

avatar
Matthias Kneissl, Q-Partners

Managing Director at Q-Partners Consulting und Management GmbH


Write a comment

Working on the SAP basis is crucial for successful S/4 conversion. 

This gives the Competence Center strategic importance for existing SAP customers. Regardless of the S/4 Hana operating model, topics such as Automation, Monitoring, Security, Application Lifecycle Management and Data Management the basis for S/4 operations.

For the second time, E3 magazine is organizing a summit for the SAP community in Salzburg to provide comprehensive information on all aspects of S/4 Hana groundwork. All information about the event can be found here:

SAP Competence Center Summit 2024

Venue

Event Room, FourSide Hotel Salzburg,
At the exhibition center 2,
A-5020 Salzburg

Event date

June 5 and 6, 2024

Regular ticket:

€ 590 excl. VAT

Venue

Event Room, Hotel Hilton Heidelberg,
Kurfürstenanlage 1,
69115 Heidelberg

Event date

28 and 29 February 2024

Tickets

Regular ticket
EUR 590 excl. VAT
The organizer is the E3 magazine of the publishing house B4Bmedia.net AG. The presentations will be accompanied by an exhibition of selected SAP partners. The ticket price includes the attendance of all lectures of the Steampunk and BTP Summit 2024, the visit of the exhibition area, the participation in the evening event as well as the catering during the official program. The lecture program and the list of exhibitors and sponsors (SAP partners) will be published on this website in due time.