Documentation and training
SPAU SPAU selection and start
At the same time, there is a need to return the solutions to the SAP standard. A collaborative approach between departments and IT technology is required to assess IT technical and business benefits. It is also necessary to check whether the adaptation of business processes to avoid modifications to the implementation may be more effective and therefore more cost-effective. This must be evaluated and decided jointly. As a result, we recommend defining and implementing business standards for creating and maintaining solutions.
Do you want to allow an employee access to exactly one view maintenance dialogue, but he should not be able to search for other care views in the SM30? This can be done easily with a parameter transaction. Learn how to create such a transaction step by step here. To create a parameter transaction, navigate to the SE93 first. Here you can create all types of transactions. The following dialogue will open: After pressing the "Create" button, a popup will open, on which you select the radio button "Transaction with parameters (parameter transaction)". In addition, type a short description as usual and confirm. The following dialogue will open: The transaction code must be specified here first. If you want to skip the entry dialogue when invoking the parameter transaction, and there is no way to open tables other than the one you want, make sure to select "Skip Entry Image". Furthermore, the GUI properties of the SM30 should be inherited so that the parameter transaction can be started with the same software. Configuration of the parameters In the lower part of the dialogue you will find a table ready for input. Here you can use the search help (F4).
The SAP Patch Manager offers two scenarios for inserting support packages or queues: Test Scenario Use the test scenario to determine whether conflicts or problems occur (e.g., unreleased repairs) or whether a modification match is necessary before the actual insertion. This scenario allows you to estimate and minimise the time and effort required to load support packages. In this scenario, no data is imported into the system, and you can continue to play in the event of an error without the error being corrected. You must select the test scenario explicitly. Note that once the test scenario has passed, the queue is empty and needs to be redefined. You must also explicitly choose the default scenario.
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.
For administrators, a useful product - "Shortcut for SAP Systems" - is available in the SAP basis area.
In Unicode systems, "alternative" spaces, so-called "wide spaces", can be used in addition to the normal space character (hexadecimal value 20).
The mode is blocked while a Support Package is being introduced.