Troubleshooting and support in case of occurring problems
Analysis of errors and optimizations
It is possible to specify a trace level for each rule in the ACL file to monitor each communication channel individually. It can be used with SNC without any further configuration. The use of the file is controlled by the gw/acl_file parameter by simply setting it to the appropriate file name. Use of external programmes If an external programme wants to communicate with your SAP system, it must first register at the gateway. The programmes which this is approved are controlled by the reginfo ACL file. This defines rules that allow or prohibit certain programmes. The syntax of the file allows you to define not only the name of the programme, but also the host on which the programme runs and hosts that can use and exit the programme. The gw/reg_info parameter must be set to use this file. In addition, there is the ACL file secinfo, which allows to configure which users can start an external programme. This defines rules that allow certain usernames from the SAP system to use certain external programmes. In addition, you can also define the hosts on which these programmes will run. For example, it is possible to allow a user to run the programme "BSP" on the host "XYZ", but not on the host "ABC". This file is controlled by the gw/sec_info parameter. Using the gateway as a proxy Since the gateway of your SAP system can also serve as a proxy server, the prxyinfo ACLDatei should also be activated via the gw/prxy_info parameter. Suppose you have 3 SAP systems in your network: SRC, TRG and PRX. If SRC cannot communicate directly with TRG, but both with PRX it would be possible to use the gateway of the PRX system as a proxy server, i.e. to communicate via it. So, in order to prevent this from happening to everyone, this property should be urgently restricted. As with the other ACL files, rules are defined which hosts can communicate with which hosts via the gateway. The syntax of the different ACL files may vary depending on the release level. It is therefore advisable to read them in the appropriate SAP documentation before activating the ACL files. You can also find more support for using ACL files in the SAP Community Wiki.
INTRODUCTION A growing number of SAP-based departments are facing major changes and challenges within the SAP product portfolio as well as in their own task environment. These result from influences of digitalisation, digital transformation, new technologies such as cloud computing or big data, but also developments such as customer experience or the Internet of Things. In order to overcome the challenges and to transform the existing SAP basis, recommendations for action are grouped in seven thematic areas. These topics cover the areas of skills and roles (cloud and supplier management, strengthening of the technology architect, focus on project work), marketing and self-understanding (creation of a service catalogue, regular exchange with the CIO, renaming of the SAP basis), new technologies and innovation (test and innovation lab, proactive & regular training), organisation in change (development of the two subject areas close to structure and application-orientated , virtual teams of experts), standardisation and automation (automation of routine tasks, outtasking of rare tasks), "cloudability", outsourcing & outtasking (assessment of usefulness for the cloud, use of appropriate service forms) and IT roadmap (influence of own IT roadmap). By reflecting on the thematic areas, methods and possibilities for implementing the recommendations are presented.
If you want to get more information about SAP basis, visit the website www.sap-corner.de.
DRIVE TASK AUTOMATION
Within this step, a pricing strategy is chosen. The strategy chosen must be based on the value for money. The selection shall also be justified. The price of the service will continue to be determined, as will formal decisions on clearing models and discounts. This step is less important for the SAP basis. While it is necessary to set a price for the IT products to be defined in terms of appreciation and offsetting, it does not require an elaborate pricing system. STEP 8: MARKET COMMUNICATION The step of market communication describes the way in which the respective service is advertised and how it is to be communicated with customers in this regard. It's about the communication tools that are planned, which describe the place of communication, the communication tools that describe what to advertise, and the content. These are usually derived from the target group to be applied for. For the SAP basis, the content is an essential feature of the market communication. That is, depending on the target group, information must be created and communicated. STEP 9: INTERNAL COMMUNICATION Internal communication describes how the above-mentioned aspects can also be successfully communicated internally, i.e. in the direction of one's employees.
Every SAP system evolves over many years. It grows and changes with the company. The more functions are mapped in it and the more data is stored, the greater the importance of and dependence on this central ERP system. There is no such thing as a standard SAP Basis solution. It is developed individually with reference to the company.
"Shortcut for SAP Systems" is a PC application that simplifies or even facilitates many activities in the SAP basis.
However, it does not always make sense to use only automated test scripts.
To store all the information on the subject of SAP - and others - in a knowledge database, Scribble Papers is suitable.
In addition, SAP administrators must of course be particularly well versed in this specialist area and be able to deal confidently with all issues relating to SAP solutions.