SAP Basis SU21 Maintenance of authorization objects - SAP Corner

Direkt zum Seiteninhalt
SU21 Maintenance of authorization objects
To inherit SAP permissions with different organisational levels
Once you sent the money person A and once person B. Which miner is right now? The solution is to divide the consensus into time blocks, in which a miner is randomly selected, and then determine which transaction it has selected as the consensus during this block. The transactions are stored in blocks of the chain. Only a limited number of transactions fit into each block. The miner, which solves the last transaction of a block before a new one is generated, also gets a bitcoin as a reward.

After the addition of Java Stack (the applications developed in J2EE, BSP, JSP, etc), the security standard for business processes was increased. Both ABAP and Java stack can be monitored from one platform. Netweaver supports standard protocols such as HTTP, SMTP, XML, SOAP, SSO, WEBDAV, WSDL, WMLSSO, SSL, X.509 and Unicode format (text processing representation).
SAP Basis service on the safe side
The basic operation of SAP Basis includes the operational readiness of the SAP system, management of system changeability, configuration and administration of system profiles, analysis of system failures, operation and monitoring of technical interfaces, scheduling and monitoring of SAP standard jobs, and much more. The optional services as an extension include activities whose execution and frequency depends on the existing system environment and which can be optionally booked (client copies, execution of client transports and homogeneous/heterogeneous system copies, etc.). These include performing release upgrades, installing enhancement packages, adapting new printer types, device drivers or character sets, and much more.

SAP's client concept enables a SAP system to be split into several logical sub-systems - clients. These subsystems can be used independently and in isolation as separate systems. But how should non-client transactions be treated? How can you prevent one client from accessing the other and why should you want to prevent that? In this blog post, I will answer these questions and discuss some negative examples. Why is it important to consider independent transactions separately? Imagine that every one of your employees is allowed to create or change a client in the production system, or worse, both. Creating and modifying a client in the production system is authorised and documented - you wonder what could possibly go wrong? The risk in this case is a loss of integrity of system and data, loss of confidentiality: With each new client, Superuser SAP* lives up to its comprehensive, cross-client rights and the assigned standard password.

Tools such as "Shortcut for SAP Systems" are extremely useful in basic administration.

This means that the values for abap/heap_area_dia, abap/heap_area_nondia, ztta/roll_extension_dia and ztta/roll_extension_nondia can be set dynamically here.

The website www.sap-corner.de offers many useful information about SAP basis.


Half of the puzzle piece consists of information about the coin set, time and public address of the sender or receiver.
SAP Corner
Zurück zum Seiteninhalt