Prerequisites
From installation to ongoing support
Since jobs and backups should run at set times for organizational or technical reasons, automating them is a good idea. In simple, clear system environments, many SAP Basis administrators help themselves with SAP CPS (Central Process Scheduling) and simple ABAP batch jobs that start operations or other jobs. Since the desires and the system environments usually grow continuously, this approach becomes complex and confusing over time and troubleshooting often becomes difficult. As a result, maintainability often falls by the wayside and error-proneness can increase. If different jobs are strung together to form chains, further problems arise.
An SAP HANA system lives on applications. When you develop these applications, you should think about securing them early. Using HTTPS instead of HTTP is one of the basics. In addition, you ensure secure authentication and implement a Secure Software Development Lifecycle to ensure backup in your own developments. In your applications, you better start to check them for risks early on and run this backup process regularly. You can analyse and restrict access to source code later. Create a risk register and address security vulnerabilities in a risk-based manner. The later you discover a risk, the more expensive the fix will be. Further information on SAP Security in addition to the article can be found here. Do you have any further questions or suggestions concerning this topic? Would you like us to go further on the subject? I look forward to your feedback!
Structured work
An understandable and comprehensible strategy enables the SAP basis to derive it as easily as possible to practice and to the resulting requirements and activities. The main task of the SAP basis is to support new business models by implementing the strategy and to show how much technical and financial effort and benefit is generated. It is also the task of the SAP basis to identify the skills and resources necessary for them and to ensure their existence at an early stage.
The Open Innovation Model approach comes into play in the idea creation, evaluation and selection phase, which can also be divided into the three eponymous sub-steps. In a closed innovation model, innovation is created only from the company itself. The Open Innovation Model allows for different sources of idea generation. So it is about opening up the innovation process, as shown in Figure 2, which was presented earlier. The figure shows the company boundaries through the dotted lines and the ideas that can be generated both within and outside the company. The Open Innovation approach can be divided into the three core processes of the Outside-In process, Inside-Out process and Coupled process. The Outside-In process involves knowledge from external sources in idea generation. This happens, for example, through cooperation with companies, suppliers or even customers. The inside-out process supports development, commercialisation, and deployment to markets outside of the organisation itself if there is little chance of success in implementing the idea internally. The Coupled process links the two strategies mentioned above. This is an attempt to generate cooperation successes through joint development and subsequent commercialisation in networks. In terms of the SAP basis, the Outside-In process plays an essential role in generating ideas within the framework of the Open Innovation approach.
Tools such as "Shortcut for SAP Systems" are extremely useful in basic administration.
So if you want to find out more, I have the following 3 tips for you: 1) Our e-book about SAP RFC interfaces 2) Clean up our free webinar about RFC interfaces 3) Blog post about our approach to optimising RFC interfaces As always, I look forward to your feedback and comments directly below these lines!
If you want to get more information about SAP basis, visit the website www.sap-corner.de.
He is considered a reliable and conscientious developer from the IT department.