INSTALLATION
Memory Inspector
Neue Anfragen werden strikt nach dem Prinzip der Priorität bearbeitet. Im bisherigen Lastverteilungskonzept läuft eine Anfrage so lange, bis sie ihre Arbeit getan hat und ausgerollt werden kann. Bei RFC- und HTTP-Anfragen kommt es auch zum Roll-out, wenn die Anfrage an den Empfänger geschickt und auf Antwort gewartet wird. Mit dem neuen Lastverteilungskonzept sind auch Unterbrechungen von Anfragen möglich, wenn Workprozesse für höher priorisierte Anfragen benötigt werden. Die Unterbrechung von Anfragen gilt für Anfragen, die im Dialog-Workprozess laufen. Anfragen in Hintergrund-, Verbuchungs- und Spool-Workprozessen werden nicht unterbrochen.
Der Hauptnutzen der Umsetzung der angeführten Empfehlungen liegt in der Schaffung und Dokumentation der Innovationskraft der SAP-Basis. Durch konsequentes Forschen und Testen wird der SAP-Basis ermöglicht, ihre Rolle als Innovationstreiber einzunehmen. Ebenso wird dadurch ein attraktives und spannendes Arbeitsumfeld für die Mitarbeiter geschaffen. Durch eine rechtzeitige Miteinbeziehung in Projekte wird der Projekterfolg gefördert und mittel- und langfristig zum Unternehmenserfolg beigetragen. Eine mögliche Konsequenz bei permanenter Überbeanspruchung der Mitarbeiter ist die Neuorientierung von Mitarbeitern und der damit einhergehende Wissensverlust. Ebenso kann dies dazu führen, dass die komplette Basistätigkeit durch externe Partner durchgeführt wird, zu denen dann ein Abhängigkeitsverhältnis entsteht.
Verarbeitung durch Dialog- oder Onlinebenutzer
Diese Variante bietet sich an, wenn mehrere Transaktionen gleichzeitig auf ihre bestehende Zuordnung zu einem bestimmten Nutzer hin geprüft werden sollen. Bei dieser Variante müssen zunächst sämtliche Rollen ermittelt werden, die dem betreffenden Nutzer bereits zugeordnet wurden. Dies erfolgt in der Transaktion SE16N über Eingabe der Tabelle AGR_USERS. Außerdem lässt sich in diesem Bild die Begrenzung der maximalen Trefferzahl aufheben. Hier muss nun der betreffende Nutzer eingetragen werden. Außerdem sollte die Ausgabe lediglich auf die Rollen beschränkt werden. Nach dem Ausführen der Anfrage werden nun sämtliche Rollen, die dem vorher eingegebenen Nutzer zugeordnet sind, angezeigt. Diese werden nun komplett markiert und kopiert. Anschließend wird in der Transaktion SE16N wieder ein Schritt zurück gegangen und diesmal die Tabelle AGR_1251 gewählt. Hier werden nun sämtliche Rollen, die zuvor kopiert wurden, eingefügt. Zusätzlich wird nach dem Objekt S_TCODE und den Transaktionen, nach deren Zuordnung gesucht werden soll, gefiltert. Achtung: Bei der Eingabe der Transaktionscodes ist auf Groß- und Kleinschreibung zu achten! An dieser Stelle kann außerdem die Ausgabe auf die Rollen und Objektwerte (das sind in diesem Fall die Transaktionen) beschränkt werden. Nach dem Ausführen der Anfrage werden von den eingegebenen Transaktionen nun diejenigen angezeigt, die der Nutzer bereits ausführen kann. Zusätzlich ist ersichtlich, durch welche Rolle die Transaktion zugeordnet wurde. Abschließend ist festzustellen, dass sich die SUIM zur Ermittlung bestimmter Transaktionen mit Nutzerzuordnung nur bedingt eignet. Zwar lässt die Suche über das Berechtigungsobjekt S_TCODE auch die Betrachtung mehrerer Transaktionen zu. Da im Ergebnis allerdings die Zuordnung von betrachteten Transaktionen zu Rollen fehlt, lässt sich die Transaktion SUIM nur dafür sinnvoll nutzen, eine einzige Transaktion auf ihre bestehende Zuordnung zu einem bestimmten Nutzer hin zu überprüfen.
Innerhalb dieses Schrittes findet die Wahl einer Preisstrategie statt. Es gilt, bei der gewählten Strategie das Preis-Leistungs-Verhältnis im Blick zu behalten. Ebenso ist die Auswahl zu begründen. Fortführend wird der Preis für die Dienstleistung festgelegt, wie auch formale Entscheidungen hinsichtlich Verrechnungsmodellen und Nachlässen getroffen werden. Für die SAP-Basis spielt dieser Schritt eine weniger wichtige Rolle. Zwar ist es notwendig, im Sinne der Wertschätzung und Verrechnung die zu definierenden IT-Produkte mit einem Preis zu versehen, jedoch muss dafür kein aufwendiges Preissystem abgebildet werden. SCHRITT 8: MARKTKOMMUNIKATION Der Schritt der Marktkommunikation beschreibt die Art und Weise, wie die jeweilige Dienstleistung beworben und wie diesbezüglich mit den Kunden kommuniziert werden soll. Es geht um die geplanten Kommunikationswerkzeuge, die den Ort der Kommunikation beschreiben, die Kommunikationsmittel, die beschreiben, womit geworben werden soll, und die Inhalte. Diese leiten sich in der Regel aus der zu bewerbenden Zielgruppe ab. Für die SAP-Basis stellen die Inhalte ein wesentliches Merkmal der Marktkommunikation dar. D.h., in Abhängigkeit mit der Zielgruppe müssen Informationen erstellt und kommuniziert werden. SCHRITT 9: INTERNE KOMMUNIKATION Die interne Kommunikation beschreibt, wie die zuvor genannten Aspekte ebenfalls nach innen, dh in Richtung der eigenen Mitarbeiter erfolgreich kommuniziert werden können.
Mit "Shortcut for SAP Systems" werden Aufgaben im Bereich der SAP Basis vereinfacht und fehlende Funktionen des Standards ergänzt.
EIN POSITIVER ASPEKT DER STANDARDISIERUNG UND AUTOMATISIERUNG IST DIE ERHÖHUNG DER QUALITÄT VON AUFGABEN, DA MANUELLE FEHLER NAHEZU AUSGESCHLOSSEN WERDEN KÖNNEN.
Die SAP-Basis ist das Fundament eines jeden SAP-Systems. Viele nützliche Informationen dazu finden Sie auf dieser Seite: www.sap-corner.de.
Wird der technische Betrieb bei der Entscheidung nicht genügend gewürdigt, besteht ein erhebliches Geschäftsrisiko.