Die indirekte Nutzung von SAP ist eine Lizenzverletzung, die auftritt, wenn Software von Drittanbietern unerlaubt mit ... Gesamte Definition ansehen
Erweiterung der SAP-Systemlandschaft
Die 5 häufigsten Fehler beim SAP Testmanagement In diesem Blogbeitrag möchte ich auf die 5 häufigsten Fehler im Bereich SAP Testmanagement eingehen, die nach meiner Erfahrung regelmäßig in diesem Bereich auftreten. Ich hoffe, dass ich Ihnen hiermit eine Hilfestellung geben kann, damit Sie diese Fehler vermeiden können. Kein Testmanagement Ganz simpel. Sie haben komplexe SAP Software im Einsatz oder führen gerade ein neues Modul zugeschnitten auf Ihr Unternehmen ein, der Testprozess spielt jedoch eine untergeordnete Rolle und Tests finden nur sporadisch und unstrukturiert statt? Dann haben Sie bereits den ersten Fehler gemacht. Zur Sicherung einer hohen Softwarequalität, Umgehung von versteckten Fehlerfolgekosten und bewusster Einplanung eines Testzeitraums statt des Risikos von Zeitengpässen sollte eine methodische Vorgehensweise eingeplant werden. Zu großer Testumfang Haben Sie entschieden, Testmanagement einzuführen, muss abgewogen werden, welcher Ressourcenaufwand dafür betrieben wird. Durch einen hohen Testaufwand gerät das Kosten-Nutzen- Verhältnis schnell in den Bereich der Unwirtschaftlichkeit, denn die dafür benötigte Zeit treibt die Kosten in die Höhe. Auf der anderen Seite soll die Testqualität natürlich hoch sein. Deshalb ist eine strukturierte und umfassende Vorgehensweise von hoher Wichtigkeit. Grundsätzlich sollten Sie darauf achten, dass die Kosten für den Testaufwand nicht den Durchschnitt der Fehlerfolgekosten überschreiten.
In der Schulung SAP Berechtigungskonzept wird ein fundamentaler Überblick über das SAP-Berechtigungskonzept vermittelt. Das Ziel ist das Verstehen des Berechtigungs-Konzeptes und die Fähigkeit individuelle Berechtigungsprofile zu definieren. Dabei werden die ausgelieferten Rollen und der Profilgenerator von SAP genutzt.
DBCO Datenbank-Verbindungen
Die Support Packages wurden erfolgreich in ein System (Test- oder Entwicklungssystem) eingespielt. Sie haben den Modifikationsabgleich durchgeführt. Vorgehensweise Laden Sie die Support Packages in das nächste System (Qualitäts- oder Produktivsystem). Dabei müssen Sie die folgenden Fälle unterscheiden: Ihre Systeme haben ein gemeinsames Transportverzeichnis: Releasestand 3.x: Falls die *.ATT-Dateien nicht vorhanden sind, führen Sie RSEPSDOL im Quellsystem aus und dann RSEPSUPL im Zielsystem. Wenn die *.ATT-Dateien vorhanden sind, führen Sie nur RSEPSUPL im Zielsystem aus. Releasestand 4.x: Wählen Sie SPAM Support Package Hochladen im Zielsystem. Ihre Systeme haben kein gemeinsames Transportverzeichnis: Releasestand 3.x: Führen Sie RSEPSDOL im Quellsystem aus, um die *.ATT-Dateien zu erzeugen, falls sie noch nicht vorhanden sind. Übertragen Sie mit ftp alle Dateien mit der Extension *.PAT im Binärmodus und alle mit der Extension *.ATT im ASCII-Modus aus dem Verzeichnis /usr/sap/trans/EPS/in (UNIX und AS/400) bzw. :\usr\sap\trans\EPS\in (Windows NT) des Quellsystems in das Transportverzeichnis des Zielsystems. Führen Sie RSEPSUPL im Zielsystem aus. Releasestand 4.x: Übertragen Sie mit ftp im Binärmodus alle Dateien mit der Extension *.PAT aus dem Verzeichnis /usr/sap/trans/EPS/in (UNIX und AS/400) bzw. :\usr\sap\trans\EPS\in (Windows NT) des Quellsystems in das Transportverzeichnis des Zielsystems. Wählen Sie SPAM Support Package Hochladen im Zielsystem. Spielen Sie die Support Packages wie gewohnt ein. Importieren Sie den Modifikationsabgleich-Transport. Schritte der SPAM Der SAP Patch Manager informiert Sie in der Statuszeile über den Schritt, der gerade ausgeführt wird. Wenn Sie wissen möchten, welche Schritte für welches Szenario ausgeführt werden, dann führen Sie das Programm RSSPAM10 aus.
Nachdem Sie die Serviceverfahren einmal vom SAP Support Portal auf den SAP Solution Manager geladen haben, können Sie diese Services im Prinzip selbst ausführen. Sie können sich aber auch dafür entscheiden, sie von SAP oder den SAP-Servicepartnern als Remote-Service oder als On-Site-Service liefern zu lassen. Sie können also Ihren Bedürfnissen entsprechend entscheiden, ob Sie bestimmtes Know-how in Ihrer Organisation aufbauen oder dieses extern einkaufen wollen. Dies soll kurz am Beispiel des SAP EarlyWatch-Alert-Service erläutert werden. Der SAP EarlyWatch Alert ist seit 1984 als Remote-Service verfügbar. Er wird von SAP und zahlreichen Servicepartnern (darunter die wichtigsten Hardwarepartner der SAP) geleistet. Seit 2001 ist es auch für Mitarbeiter von SAP-Kunden möglich, an einem Training teilzunehmen und sich für den Service SAP EarlyWatch Alert zertifizieren zu lassen, um diesen dann in der eigenen Organisation durchzuführen. Damit steht es also jedem Kunden frei, dieses Know-how bei sich aufzubauen oder, wie bisher, externes Know-how in Anspruch zu nehmen. Über Details der Servicelieferungen informiert Sie Ihr Service und Support-Center.
Etliche Aufgaben der SAP Basis können mit "Shortcut for SAP Systems" einfacher und schneller erledigt werden.
Die Aufgaben umfassen jedoch auch strategische und planerische Aspekte.
Dies passiert beispielhaft durch Kooperationen mit Unternehmen, Lieferanten oder auch Kunden.