Marc O.

Schäfer, Matthias Melich

SAP® Solution Manager

Bonn

Boston

Auf einen Blick
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 A B Konzept des SAP Solution Manager 7.1 ................ Application Lifecycle Management (ALM) ............. Effektiver und effizienter Betrieb ........................... Lösungsdokumentation im  SAP Solution Manager ............................................ 29 57 79 95

Implementierung von Lösungen ............................. 143 Vorlagenmanagement ............................................. 203 Testmanagement .................................................... 231 Verwaltung der Änderungskontrolle ...................... 295 Application Incident Management ........................ 381 Technischer Betrieb ................................................ 443 Betrieb von Geschäftsprozessen ............................ 565 Wartung einer  SAP-Lösungslandschaft .......................................... 615 Unterstützung von Upgrade-Projekten .................. 633 SAP Landscape Transformation .............................. 655 Custom Code Management: effiziente  Verwaltung kundeneigener Entwicklungen ........... 697 Die Autoren ............................................................. 739 Autoren der Kundenerfahrungsberichte ................. 759

Inhalt
Geleitwort des Chief Operating Officer der SAP AG .................. Geleitwort des DSAG-Vorstands für  Operations/Service & Support .................................................. Über dieses Buch ..................................................................... 19 21 23

1

Konzept des SAP Solution Manager 7.1 ................. 29
1.1 1.2 1.3 1.4 Effektive Implementierung von Änderungen –  Projekte im SAP Solution Manager ......................... Effizienter Betrieb – Lösungen im  SAP Solution Manager ............................................ Prozesse im SAP Solution Manager ......................... Vom SAP-zentrierten zum lösungsweiten Einsatz .... 1.4.1 Einfache Nutzung für die  Gesamtkundenlösung ................................ 1.4.2 Offenheit: Integration von Partnerprodukten 1.4.3 Offenheit: SAP Solution Manager für  Nicht-SAP-Software ................................... Höhere Benutzerfreundlichkeit ............................... 1.5.1 Den Überblick behalten mit Management Dashboards .......................... 1.5.2 End-to-End-Monitoring und Alerting ......... 1.5.3 CRM-Benutzeroberfläche  SAP Web Client und Work Center ............. Erweiterung der Nutzungsrechte  bringt Kostenvorteile ..............................................

31 32 33 36 36 38 39 45 45 48 49 52

1.5

1.6

2

Application Lifecycle Management (ALM) .............. 57
2.1 2.2 Phasen und Themenblöcke des  Application Lifecycle Management ......................... Realisierung von Anforderungen mittels  Releases (Major Release) ......................................... 2.2.1 Requirements-Phase .................................. 2.2.2 Design-Phase ............................................ 2.2.3 Build-Phase ............................................... 2.2.4 Test-Phase .................................................

57 63 63 66 67 69

7

Inhalt

2.3

2.2.5 Deploy-Phase ............................................. 74 Realisierung von Anforderungen über  die Wartung (Minor Release) ................................... 75

3

Effektiver und effizienter Betrieb ............................ 79
3.1 3.2 3.3 3.4 3.5 Operations Control Center ...................................... Proaktives Monitoring und das  Arbeiten mit dem Alert-Eingang .............................. Technische Administration ...................................... Betrieb von Geschäftsprozessen am Beispiel  »Überwachen des Tagesabschlusses« ....................... Betrieb von Geschäftsprozessen am Beispiel  »Automatisiertes Business-Exception- Management« ......................................................... Technischer Betrieb am Beispiel »Analyse  komplexer technischer Probleme« ........................... 80 82 86 87

90 92

3.6

4

Lösungsdokumentation im SAP Solution Manager
4.1 Technische Landschaftsdokumentation .................... 4.1.1 Landschaftsdaten, Werkzeuge zur Verwaltung und Prozesse zur Nutzung ....... 4.1.2 Handhabung von Landschaftsdaten ............ 4.1.3 Topologie der Werkzeuge zur Verwaltung von Landschaftsdaten ................................. Assistent zur Lösungsdokumentation ....................... 4.2.1 Dokumentation der Systemlandschaft ........ 4.2.2 Automatische Zuordnung der  Analyseergebnisse zu einer Geschäftsprozessstruktur ............................ 4.2.3 Analyseergebnisse in einem Projekt  aktualisieren oder in eine Lösung  überführen ................................................. Reverse Business Process Documentation ............... Initialer Aufbau einer Business-Blueprint- Struktur mit der Excel-Upload-Schnittstelle ............. Dokumentation der Lösung ..................................... SAP Solution Manager bei Sanofi-Aventis  Deutschland GmbH .................................................

95
97 99 104 117 118 119

4.2

120

4.3 4.4 4.5 4.6

127 127 129 131 137

8

........... 5..................4....................... 5........ Business Blueprint – Soll-Konzept für Ihre Lösung ........ 5....1 Aufbau des Business Blueprint .................... 5....3........................ 5......3 Realisierung von Eigenentwicklungen ...........7 Hinterlegen von Organisationseinheiten .....5..3.....2........ 5..................8 Festlegen der Projektstandards .............5.......... 5................3............ Projektverwaltung als Eckpfeiler der  Projektvorbereitung .2...................4 Business Add-ons zur ASAP-Methode ..........................2 Anlegen eines Einführungsprojekts ............ 5........... 5.....2 Dokumentation des Soll-Konzepts ..............4 Verwalten von Projektmitarbeitern ..4 5...... ASAP-Implementierungsmethode .........3................5 Arbeiten mit der Run-SAP................. 5..1......................3 Struktur der ASAP-Methode ......... 5........4 Arbeiten mit Servicemeldungen .2 144 144 146 148 148 149 149 150 152 153 153 156 156 157 157 158 160 161 161 162 164 164 170 172 173 174 175 176 179 180 182 182 5...........1.2 Grundsätze der Konfiguration ......... 5.... 5.......... 5...3 5..... 5. 5...3...6 5................3.........1 Projektverwaltung ........ 5...........5 5.. Konfiguration der Lösung ..............3................3 Festlegen des Projektumfangs und der Vorgehensweise ..............3 Produktabhängigkeit .......... 5.4 Abschluss des Business Blueprint ......7 9 .........6 Festlegen der projektspezifischen  Meilensteine ...............4.................... Testmanagement . 143 5..............und der  ASAP-Implementierungs-Roadmap ..1 Umfang und Nutzen .....Inhalt 5 Implementierung von Lösungen ...1 Aufbau ................ 5........................ 5............5..............2............1...1 Beschleunigte und prozessorientierte Implemen- tierung durch den SAP-Standard-Content ............................4 Ausblick .........3 Verantwortliche definieren ................................ 5...5.........2............. 5.....................3..1...4.............2. E-Learning-Management – effizienter  Wissenstransfer im Projekt ..... 5..2 Roadmap-Phasen .1 Voraussetzungen der Konfiguration ............................... 5........5 Festlegen der Systemlandschaft ....................4.. 5...... 5.....2 Inhalte ..

.........2 Übernahme von Vorlagenänderungen  (Roll-out) ......1 Vorlagenmanagement im Kontext des Application Lifecycle Management .................. 6........7............2..8.........2...... SAP Productivity Pak by ANCILE Adapter for SAP Solution Manager ............4 10 ......3...................... Reporting für Ihr Einführungsprojekt .2... 5....................... 6.......Inhalt 5...........5 Freigabe und Implementierung von  Vorlagen .... Vorlagenmanagement bei Procter & Gamble ... 6.2 Reporting – Business Blueprint ..............2............8..................................7....8........7 Reporting – Historie ........3 Anlegen von Vorlagen ............. SAP Solution Manager bei der  HARTMANN GRUPPE ..... 6.......1 5................4 Reporting – Lernmaterialien ..............3 Reporting – Konfiguration ........8 5..................... 6...........8............ 6.............. 5....1 Anwendungsbereiche für Vorlagen .......... 5.........1...............3..........7............................. 5............2 6................3 Organisieren und Verteilen von  Lerninhalten .......8......................... 5....8.3 Rückführung lokaler Änderungen in  die Vorlage (Roll-in) .....2...........................................1 Vergleich und Abgleich von Änderungen .............5 Reporting – Test ........................ Vorlagenverwaltung und Lebenszyklus ..1 Reporting Roadmap .... 6....................... Vorlagenmanagement im Detail ..............1.......................6 Reporting – Systemlandschaft ..............................3 6................................ 5.2....................................... 203 204 204 207 207 209 210 212 213 214 217 217 221 223 223 6...........................8.......... 6....2 Methodische Unterstützung durch die  Global ASAP Template Roadmap ..............1 Die unternehmensweite  Prozessbibliothek ....2 183 184 185 188 188 188 191 194 196 196 196 197 6 Vorlagenmanagement .....2 Konzern-Roll-out ............ 6............... 5........4 Business-Blueprint-Definition und Konfigurationsstruktur ........... 6...6 Tipps & Tricks für die Arbeit mit  Vorlagen ...........9 Erstellung von Lernmaterialien ... 203 6. 6............ 5.... 5.3.

....1 Überblick über Testfunktionen und Werkzeuge der Testoption 2 .....................5..2 Ablauf von der Testplanung bis zur  Testdurchführung ...................................3 7..........5.......................................4 Testautomatisierung ...... 272 7................................................. 236 7...............3..........1 Testoption 1 .......... 255 7....2 Übertragung in den Business Blueprint ...............3 Anwendungsfall 3: Enhancement Package –  Business-Function-Analyse .............................4 7....3......................... 259 7........... 269 7.. 241 7........4 Testfälle mit SAP Test Acceleration and  Optimization erstellen .........................3..... 232 Optionen für Testwerkzeuge ...3...... 235 7............1 Überblick über Testfunktionen und Werkzeuge der Testoption 1 ..........3 Erstellen von Testplänen ............. 251 7.............3......3 Testoption 3 ........4 Ergänzende Produkte ...3.........2 Work Center »Testmanagement« ..... 238 7....................... 237 7.............. 250 Testoption 1 ..... 273 7.............................................................Inhalt 7 Testmanagement .. 268 7.... 234 7...............4......1 Anwendungsfall 1: Customizing- Änderungen ..........5 Vorbereitende Schritte .. 245 7...................................... 235 7...........................4.......................... 275 7.1 7.......5 Ausführen der Testfälle unter  Verwendung von SAP Test Acceleration  and Optimization und SAP Quality  Center by HP ....................3 Manuelles Testen .4..................4 Anwendungsfall 4: Optimierung des  Testumfangs für SAP Support Packages  oder SAP Enhancement Packages .................................5......5... 236 Business Process Change Analyzer .............................5......................................................... 251 7... 276 7.........2.......................5 Test-Reporting . 265 Testoption 2 – Testen mit dem  SAP Quality Center by HP . 231 7.2.... 253 7.....5 11 ..............2 Testoption 2 ..2 Anwendungsfall 2: Änderungen von kundeneigenem Code ..4.......... 239 7....2..4.......2................... 236 7..6 Vorteile für den Kunden ..

....... SAP Solution Manager bei Colgate-Palmolive ...... 8..................9 Integration des Change Request Manage- ment mit den anderen Application- Lifecycle-Management-Funktionen .....................6 7.8 Transparenz über Änderungsprozesse .. 7. 7................1.6.......2. 7....6.......6 278 279 280 282 283 283 284 284 286 287 8 Verwaltung der Änderungskontrolle ..1.6.....5..4 Testplanung .....7 Zentrale Änderungskontrolle ....5............ 8.......2...... 8... 7.1 Change Request Management im Detail ......7 Reporting in SAP Solution Manager und SAP Quality Center by HP .Inhalt 7. 8.................2 Anlegen von Business Blueprints und Anforderungsmanagement ..................4 Änderungsantrag (Request for Change) ............2......... integrierter.............2. 8...... 296 297 303 307 308 310 316 317 321 326 332 334 340 8..2 Architektur ................2...... 8....5 Änderungstypen im Change Request  Management im Detail .....2 Zentrale Transportverwaltung mit  Quality Gate Management ........ 8.6..........2...................... 7..6 Änderungsverwaltung mit dem  Change Request Management ........1 Quality Gate Management ....... Change Request Management .....2. 8..........2..3 Projektzyklus und Wartungszyklus ..... 7.....1 Ein automatisierter..2 344 12 ............... 8.....3 Änderungseinfluss-Analyse ........... 295 8....................................................2...................... standardisierter Ansatz ...............................7 Austausch von Fehlermeldungen zwischen  SAP Quality Center by HP und  SAP Solution Manager ........1.........8 Wartung von Testfällen mithilfe von SAP Test Acceleration and Optimization ....5 Vorteile für den Kunden .3 SAP Best Practices im Bereich Transport ............ 7....... Testoption 3 – Integration mit  IBM-Rational-Werkzeugen . 8. 7.............1 Work Center »Change Management« ..6........................... 8..................5... 8........................

..........................6 10 Technischer Betrieb .........1. SAP Solution Manager bei Ferrero  Deutschland MSC GmbH & Co.............2 SAP-IT-Servicemanagement (SAP ITSM) ......1 Technisches Monitoring ..1.......4 Konfigurationsvalidierung .... 9.......4 9.....4................ 443 10.....3 8.... SAP Solution Manager bei Ferrero  Deutschland MSC GmbH & Co..... 9... Incident Management für IT-Dienstleister ..........................6 Stammdaten .......4 8..............1.........3 9.... 8............................................Inhalt 8............. Incident Management mit Help-Desk-Systemen  anderer Anbieter ....5 9..... 8.................................... 9..........1....7 Best-Practice-Funktionen . 8...1..3............. 9............ 8...3 Integrationskonzept ....3 Durchgängige Änderungsanalyse ......... 381 382 384 385 388 398 405 408 414 416 423 428 436 9................. KG ........ 348 348 360 363 365 365 366 367 369 373 9 Application Incident Management ...5 Transportverwaltung ....................4 Anwendungsszenarien .................... 9........1...........3 Verbindungs-Monitoring ..........................................und  Problem-Management-Prozess .............................................................................. 8..................4........................ KG .... Änderungsdiagnose ................1............und  Transportsystem (CTS) ............... 10...4........... 447 448 453 456 13 ..........4.................1........3.......................... SAP Solution Manager bei der itelligence AG .... 9.............1 IT-Servicemanagement nach ITIL . 9.....................................2 Änderungsauswertungen ....1 Incident und Problem Management ............ Incident Management für Softwarepartner ......1 Alert-Eingang ................2 9.1 Änderungen verfolgen ........2 System-Monitoring . 8.................5 Der zentrale Incident..1 SAP-Änderungs..3 SAP Transport Execution  Analysis Service ........ 10............. 8...... 381 9....2 Synchronisation von  Entwicklungssystemen ....3............ 10..1..........1...............

..................................2...............5 Priorisieren nach Altersstruktur der  Daten .....4...7.......2 Architektur . 10.. 10......2..........................8 Diskussionen mit den Fachbereichen .... 10... 10...........7.........1 Einstieg und Navigation ..........2........................................ 10.....8 Anbindung an den Service Desk .......7 Datenvolumenmanagement .............. 10..4.2 Analyse der Datenverteilung ...7..... 10.........2...5 Qualitätssicherung mit Werkzeugen der  Root Cause Analysis .............. 10.............7 Anbindung an die Alert-Infrastruktur ................ 10...........5................ 10.....4............................. 10......Inhalt 10.....5 Technische Administration ......7....5......7...... 10.. 10.......... 10.. 10...................................2.5 Message Monitor ..............5............... 10..............6 Zentrale inhaltsbasierte  Nachrichtensuche ............ 10..2 Overview Monitor ..... 10......................... 10.............5............. 10..........9 Projekt-Reporting ...........3 Werkzeuge in der Root Cause Analysis ....7..3 Component Monitor .....2 Management-Auswertungen .........3 End-User-Experience-Monitoring .....4 Root Cause Analysis im Detail ....2..4...........2......... 10..4 Channel Monitor .......................1 Vorgehensweise zur Root Cause Analysis .......4 End-to-End-Root-Cause-Analysis .. 10..............................................7.......... 10............................... 10.........4...... 10......... 10........................6.... 10. 458 461 462 464 465 466 471 473 473 474 481 483 485 487 489 499 501 502 511 512 513 524 524 539 543 543 544 549 550 552 553 556 558 561 14 ....... 10.................. 10...4 Priorisieren nach Speicherverbrauch .....................2 IT-Kalender .....2 Zentrale Überwachung von SAP NetWeaver  Process Integration .......... 10...... 10....... 10...........................2...........................1 Work Mode Management ...............................6 Priorisieren nach Nutzungshäufigkeit .4 Zentrale Systemadministration ..............7 Auswertung der Daten .............3 Priorisieren von Objekten ................7............3 Benachrichtigungsverwaltung .1 Positionsbestimmung ..........6 Technische Analyse ............1 Technische Auswertungen ...6.......7............... 10...............

................1 Der Maintenance Optimizer ....3 Automatische Umleitung eines  Endanwenders vom Backend-System in das Antragsformular des  SAP Solution Manager ....1.................................1.............2......2 Geschäftprozessüberwachung im  SAP Solution Manager .........4 Job Scheduling Management Health Check 11....1...... 12.2 Maintenance Optimizer für SAP ERP ......1......... 615 12......3.... 11...4...... 11....1 Einführung in die Daten- konsistenzverwaltung .......5 SAP Solution Manager bei der Bayer  MaterialScience ................3 Datenkonsistenzverwaltung ............................. 11..... 12.2..... die den Betrieb der  Geschäftsprozesse unterstützen .1 Werkzeuge.....4 Performance von Geschäftsprozessen .. 11.... 11....1...... 11................ 565 11.........1 Geschäftsprozess..................................1 Performanceoptimierung von Geschäftsprozessen ......4 Geschäftsprozesse mit der Anwendung  Geschäftsprozess-Analyse (Business  Process Analytics) verbessern ..............................2........ 11..... 11..... 616 618 623 625 15 ..1..1 Herausforderungen in der Jobverwaltung ................4...........Inhalt 11 Betrieb von Geschäftsprozessen ................ 11.......... 566 566 569 571 573 576 577 580 588 589 591 591 593 599 600 605 609 12 Wartung einer SAP-Lösungslandschaft .2 Fallbeispiel eines Jobverwaltungsprozesses  im Sinne des SAP-Standards ..............1.........................2 Überblick über die Werkzeuge zur Datenkonsistenzverwaltung ..................2..1 Der Maintenance Optimizer im Detail ....3...... 11.. 11.......... 11..............3 Handhabung der Geschäftsprozessüber- wachung im SAP Solution Manager .2 Jobverwaltung ............. 11......und Schnittstellenüberwachung ...........................2 Performanceoptimierung mit  Self-Services der SAP .... 11. 11......... 12.................3 Unterstützung komplexer Landschaften .......

............... 659 14............................... 659 14........................................5 Berechtigungen und Auswertungen im  Maintenance Optimizer .2..........1...................................... 653 13..............3 Datenqualität und Haftungsausschluss ...3 Custom Development Management Cockpit ........1 Upgrade Dependency Analyzer ................... 12....1..............Inhalt 12..1 Der Greenfield-Ansatz ......und Prozess- komponentenlisten (PCL/SCL) ....3 Einrichtung der Funktion  »Systemempfehlungen« .. 637 13...................7 SAP Upgrade Assessment .........1......2 Systemempfehlungen .......... 651 13........................... 655 14................. 653 13..................9 Methode Near Zero Downtime ............1.6 Wartungszertifikat und Lizenzmanagement 12.......1....8 SAP GoingLive Functional Upgrade Check ..1.............. 12..... 12...............3 Phasen der Durchführung eines  Transformationsprojekts ... 641 13...... 649 13................................2 Das Vorgehen bei SAP-Transformationen ...... 654 14 SAP Landscape Transformation ..... 633 13.................2.....................2 Integration mit anderen Werkzeugen im SAP Solution Manager ................... 650 13..........5 Testmanagement ...6 Endanwenderschulungen ...... 12............................................................4 Maintenance Optimizer .. 635 13..........1. 653 13..2....... 641 13.. 626 627 628 630 631 632 632 13 Unterstützung von Upgrade-Projekten ........................4 Country Legal Changes Packages für  SAP ERP HCM – Lösungen und HR  Support Packages in den Wartungs- vorgang einbinden .....2 Abgrenzung des UDA zum Maintenance  Optimizer und den Szenarien............2 Projektplanung und Projektmanagement  mit der Upgrade Roadmap ............ 12................ 652 13.... 660 16 .1 Mögliche Abhängigkeitsaussagen ......... 640 13........................4 Beispiele für die Nutzung des UDA ........1 Empfehlungen für Ihre Systeme erhalten .................

.3.. 698 17 ...........3 Evaluierung und Vorbereitung eines Transformationsprojekts ...2 Vereinheitlichung und Transformation  von Daten ........... 14.............................5....4 14...........5.............................5............3 Konsolidierung von Systemen und  Reduzierung der IT-Kosten .... Transformationsszenarien ............3.7 14.......4 Kombinieren von  Transformationslösungen ..................... 14......8 Wichtige Hinweise und Empfehlungen  zur technischen Durchführung .................1......... 14.......... 14. 14................ Nutzung von SAP Landscape Transformation ...............4................. 14...4.5 Projekte durchführen ......... 14.1 Arbeiten mit SAP Landscape  Transformation ................6 Analysen ausführen ....................2 Analyse der Systemlandschaft und  Planung des Projekts ....3........5.............6 14...........4 Realisierung eines  Transformationsprojekts .7 Transformationsapplikationen ausführen ...2 Aufbau des Work Centers der  SAP-LT-Software .. 14.............5 14...............Inhalt 14........1 Das Stadt-Modell ................................................und Umstrukturierungsvorhaben .4.........................  Kauf. SAP Solution Manager bei SKW  Stahl-Metallurgie Holding AG ...........5...5..............................5....... 661 661 662 662 663 664 664 669 675 677 678 679 682 683 684 685 686 687 688 692 15 Custom Code Management: effiziente Verwaltung  kundeneigener Entwicklungen ..............1 Transformationslösungen für Verkaufs-.................. 14...5.5 Typische Vorgehensweise bei der  Durchführung eines Mandantentransfers .....1 Identifikation des  Transformationsansatzes ..3.....3..... Ergänzende Services zu  SAP Landscape Transformation ........ 14.... 14.............3 Projekte anlegen ....................... 14.... 14................. 14......... 14.........1 Einführung in Custom Code Management ...... 697 15..................... 697 15......

........................ 765 18 . Custom Code Lifecycle Management –  Verwaltung kundeneigener Entwicklungen ................. 15.............................3 15..............2 Die Anwendung CCLM im Detail .....................................4.......... 739 Autoren der Kundenerfahrungsberichte ............2...........4 15............4 Bibliotheksdefinition .......................1.................... 15.........3 Überwachung und Auswertung der Modifikationen ........................ Custom Code Lifecycle Management bei  Procter & Gamble .. 15........4.........1 Prozess und Architektur ........... Analysen für kundeneigene Entwicklungen ..................................................2 Der Prozess des Custom Code  Management ....................5 Zeit für Verbesserung ..... 700 702 703 707 709 711 712 714 716 726 726 729 730 731 733 734 Anhang .2........ 15....................4.... 15............... 15..4............. 759 Index .2..4 Versionen Ihrer Programme  unterscheiden ...2.................. 15......................1 SAP-Originalobjekte von Klonen  unterscheiden .................................3 Einstellungen ..............................5 15..................................................................................................... 739 A B Die Autoren ....................... 15.....2.........................................5 Objekte in der Bibliothek .......................................2 15...................... 15.... 15..........4.........2..................................6 Reporting ...Inhalt 15...... 15............ Custom Development Management Cockpit ...........2 Verwendungsbereiche der Klone  identifizieren ..

Im Umfeld von Upgrade. B. Kosten zu senken oder die Performance zu steigern. Um über alle Änderungen in der Landschaft einen Überblick zu behalten. dass Änderungen geplant und konsistent durchgeführt werden. Das ITIL-zertifizierte Change Request Management ermöglicht Ihnen die höchste Integration in Ihren Change-Management-Prozess. Mit der Configuration Validation können Sie Konfigurationseinstellungen vergleichen und damit z. des Quality Gate Management. Der SAP Solution Manager unterstützt Sie dabei durch eine Vielzahl von Funktionen. Aufgezeichnet werden Änderungen von Konfigurationen eines Systems von Betriebssystem. des Retrofit sowie der unterstützenden Services und Analysen im Detail erklärt.Die während des Betriebs der Lösung erhobenen Kennzahlen und Daten können Sie dazu verwenden. dass alle Änderungen nachvollziehbar in der Lösung vorgenommen werden und ihr Risiko in Bezug auf Stabilität und Sicherheit jederzeit kontrollierbar ist. Darüber hinaus stellt das Quality Gate Management eine zusätzliche Qualitätskontrolle für Projekte bereit und sichert den korrekten Transport von Änderungen in die Produktivsysteme. die Homogenität der Konfiguration innerhalb der Lösungslandschaft sicherstelFunktionen des SAP Solution Manager 295 . globalen Roll-outs von Vorlagen oder funktionalen Weiterentwicklungen ergeben sich Risiken und Aufwände in der Synchronisation von Entwicklungssystemen. In diesem Kapitel werden der Prozess Verwaltung der Änderungskontrolle erläutert und die Funktionsweisen des Change Request Management. Mit der RetrofitFunktion synchronisieren Sie duale Landschaften vollständig und mit minimalem manuellen Aufwand. Datenbank und Applikationsserver-Parametern über Transportaufträge und Hinweise bis hin zu Support Packages. Wichtig ist. dass alle Änderungen nachvollziehbar in der Lösung vorgenommen werden. Wichtig ist. 8 Verwaltung der Änderungskontrolle Der Prozess Verwaltung der Änderungskontrolle (Change Control Management) stellt sicher. bietet Ihnen die ChangeAnalyse Informationen zum aktuellen Stand und zur Historie der Änderungen an.

einen integrierten und konsistenten Qualitätsprozess im Unternehmen zu etablieren und alle beteiligten Abteilungen darin zu integrieren. 296 . daher erfordert ein Major Release einen kompletten Regressionstest. Änderungen finden zu klar definierten Zeitpunkten statt. 2. Die Zufriedenheit der Endanwender steigt durch frühzeitige Kommunikation und Trainings. Minor Release Das Minor Release ist durch eine wesentlich kürzere Laufzeit zwischen einer und vier Wochen definiert. Daraus können Sie für sich einen entsprechenden Aktionsplan ableiten. Ziel eines solchen Releases ist es. der organisatorische. Major Release Das Major Release ist gekennzeichnet durch eine drei. Kunden entwickeln innerhalb eines Jahres zwei bis vier Releases.1 Quality Gate Management Das Quality Gate Management stellt in Bezug auf eine durchgängige Lösungslandschaft sicher. In der Regel wird dabei zwischen zwei Arten von Releases unterschieden: 1. 8.oder auch werkzeugbezogene Aspekte enthalten kann.und Wartungsprojekten bei Kunden. Hierbei kann der Testumfang auf die Kerngeschäftsprozesse und die bereitgestellten Erweiterungen eingeschränkt werden. Ziel ist es.bis sechsmonatige Laufzeit.8 Verwaltung der Änderungskontrolle len. Ein solches Release beinhaltet alle Arten von Änderungen. die Kerngeschäftsprozesse nachhaltig beeinflussen. prozess. Zusammenarbeit mit dem Release Management Das Quality Gate Management unterstützt das Release Management bei Implementierungs. Fehlerkorrekturen und kleinere funktionale Erweiterungen zu bündeln und zur Verfügung zu stellen. dass die Bereiche Design und Entwicklung sowie die Implementierung eines neuen Service effizient und effektiv in Projekte eingebettet sind. auch solche. Basierend auf den Erfahrungen des SAP-Supports. bietet Ihnen der Guided Self-Service Transport Execution Analysis eine auf Ihre Transportlandschaft abgestimmte Best-Practice-Empfehlung der SAP. Diese Vorgehensweise bietet Ihnen die folgenden Vorteile: Die Häufigkeit der Änderungen im produktiven System  wird reduziert.

Major Release Transportzyklus Änderungskategorien Priorität Testumfang 3-6 Monate Alle Arten von Änderungen inklusive invasiver Eingriffe Normal Kompletter Testumfang Minor Release 1-4 Wochen Fehlerkorrekturen und kleinere Änderungen (inkl. Der Arbeitsaufwand für Transportverwaltung durch Bündelung sinkt. Tägliche Änderungen werden auf Notfallkorrekturen reduziert. Das Risiko von Inkonsistenzen durch fehlende oder in der falschen Reihenfolge eingespielte Transporte verringert sich. Die Darstellung ermöglicht dem Benutzer.1 Release und Deployment Management 8. zu verwalten..1. also das Einspielen in Folgesysteme. SAP Solution Manager Implementierungsprojekt (Major Release) QG Scope QG Build QG Test QG Deploy QG Wartungsprojekt in Zyklen (Minor Release) . Dabei unterstützt das Quality Gate Management sowohl Implementierungs. Build QG Test QG Deploy QG Scope QG Build QG .Quality Gate Management 8..als auch Wartungsprojekte. 297 . sich einen schnellen Überblick über die verschiedenen Softwareentwicklungsprojekte und deren Status zu verschaffen. Reimport von Notfallkorrekturen) Normal Zentrale Prozesse und neue Funktionen Abbildung 8...1 Work Center »Change Management« Das Work Center Change Management im SAP Solution Manager stellt den zentralen Einstiegspunkt dar.1 Für jede Änderung steht die angemessene Testmethode zur Verfügung.1 zeigt das Release Management (Minor und Major Release) und Transport Management. um Projekte für das Quality Gate Management anzulegen bzw. im Überblick. Abbildung 8.

Sie müssen ein SAPSolution-Manager-Projekt anlegen (Transaktion SOLAR_PROJECT_ ADMIN) und die Systemlandschaft in der Transaktion SMSY pflegen (siehe Abschnitt 5. an welchen Projekten Sie mitarbeiten oder beteiligt sind und welcher Rolle Sie zugewiesen sind. die Projektlaufzeiten und deren aktuellen Status zu visualisieren.2 Projektübersicht im Quality-Gate-Kalender Mithilfe der Registerkarte Kalendersicht können Sie sich anhand des Quality-Gate-Kalenders den Status aller aktuell angelegten bzw.3. Hierfür stehen verschiedene Registerkarten innerhalb der Sicht Projekte zur Verfügung (siehe Abbildung 8. welche Aufgaben zu erledigen sind bzw. Vorgehensweise Um ein Projekt innerhalb des Quality Gate Management zu nutzen.oder ein Implementierungsprojekt handeln. Diese Ansicht erlaubt es. Erst danach ist das Projekt in der Auswahlbox sichtbar. Die automatische Aktualisierung sorgt dafür. Abbildung 8. Zusätzlich werden sowohl die Quality Gates als auch die Meilensteine in der Übersicht visualisiert. Mithilfe der Mehrfachselektion von Projekten ermöglicht die Kalendersicht.2). laufenden Projekte sowie deren aktive Phase anzeigen lassen. Über die Sicht Projekte können Sie eine Vielzahl von Informationen visualisieren. eventuelle zeitliche Konflikte frühzeitig zu erkennen und entsprechende Aktionen zu initiieren. Die zu erledigenden Aufgaben können von Ihnen direkt bearbeitet werden.8 Verwaltung der Änderungskontrolle Sichten In der Sicht Überblick sehen Sie. dass Sie immer auf dem aktuellen Datenbestand arbeiten. Dabei kann es sich um ein Wartungs.1). müssen bestimmte Voraussetzungen erfüllt sein. Mithilfe von Favoriten können mehrere Projekte benutzerspezifisch zusammengefasst und dargestellt werden. Nach Auswahl des gewünschten Projekts können 298 .

Die Prüfung wird von Projektverantwortlichen und Experten der entsprechenden Phasen innerhalb einer Sitzung vorgenommen. Ein Meilenstein ist ein Ereignis mit besonderer Bedeutung. Folgende vier Phasen mit den entsprechenden Quality Gates sind im Standard definiert: Scope Build Test Deploy Ein Quality Gate (Q-Gate) ist ein spezieller Meilenstein in einem Projekt. Je nach Ausgang kann das Projekt wie geplant weiterlaufen. Ein Q-Gate beinhaltet eine Prüfung der Ergebnisse der Vorphase. kann aber auch abgebrochen oder verzögert werden. Zusätzlich zu den bestehenden Q-Gates können Sie sogenannte Meilensteine anlegen. Erst nach erfolgreich durchlaufener Q-Gate-Prüfung wird die Importsperre für das nachfolgende System aufgehoben. in dessen erstem Schritt Sie die Startzeitpunkte der einzelnen Phasen festlegen können. ohne dass ein Q-Gate erfolgreich durchlaufen wurde. können Sie ihn zusätzlich mit einer Q-Gate-Prüfung versehen. Die geforderten Ergebnistypen und Anforderungen an diese Phasen können Sie z. Im Projektmanagement sind diese Ereignisse meist Unter.bzw. die einen bestimmten Zeitpunkt in Ihrem Projekt darstellen. Bei Einsatz des Quality Gate Management können keine Transporte in die Folgesysteme eingespielt werden. B. Nach dem Klick auf den Menüpunkt öffnet sich ein Assistent.Quality Gate Management 8. Um die Wichtigkeit eines Meilensteins hervorzuheben. Meilensteine Quality Gate 299 . in Form von Checklisten für ein Q-Gate hochladen. die in besonderer Weise von den Ergebnissen der Vorphase abhängig sind oder in denen besonderes Augenmerk auf technische Abhängigkeiten gelegt werden muss.1 Sie über den Menüpunkt Einrichten Quality Gate Management die noch ausstehenden Konfigurationen vornehmen. In Abbildung 8.3 ist der Ablauf des Quality Gate Management exemplarisch dargestellt. Zwischenziele eines Projekts. Diese Ziele sind an die Fertigstellung eines bedeutenden Projektergebnisses gebunden. Diese Importsperre erlaubt Ihnen ein hohes Maß an Kontrolle über Ihre Projekte und das Transportwesen. Q-Gates befinden sich zwischen denjenigen Phasen im Projekt.

Dadurch wird ein Vier-Augen-Prinzip innerhalb des Projekts und des Prozesses etabliert (Segregation of Duties). wird die Importsperre für das dem Q-Gate zugewiesene System aufgehoben und ein Import in das System ermöglicht. die Sie zuvor in der Systemlandschaftspflege (Transaktion SMSY) angelegt haben. somit ein iteratives Testen zu ermöglichen und trotzdem sein Produktivsystem zu schützen. mit den darin definierten Systemen dargestellt und gegen die Transportwegekonfiguration verifiziert. Nur wenn beide Personen oder Gruppen das Q-Gate als erfolgreich durchlaufen bestätigen. In einem weiteren Schritt erfolgt die Zuordnung der einzelnen QGates zu den Phasen und Systemrollen.8 Verwaltung der Änderungskontrolle Quality-Gate offen Quality-Gate geschlossen Build Quality-Gate Test Quality-Gate-Dokument Entwickler Qualitätsmanager • Resultate dokumentieren • Dokumentation hochladen • Q-Gate bewerten Tester Administrator Quality Steering Board Empfehlungen des QualitätsManagers bestätigen oder zurückweisen Solution-Manager-Projekt mit Quality Gate Management Abbildung 8. B. Im dritten Schritt wird die logische Komponente.3 Ablauf des Quality Gate Management Qualitätsmanager und Qualitätsausschuss Im zweiten Schritt legen Sie den Qualitätsmanager sowie den Qualitätsausschuss fest. Die Transporte mit den unterschiedlichen Entwicklungen können Sie mithilfe des Transportmanagements in das System importieren. 300 . Durch die flexible Zuordnung der Q-Gates ist es z. zwischen dem Entwicklungssystem und dem Qualitätssicherungssystem kein Q-Gate zu setzen. auch möglich.

4).5).1 Nach Abschluss der Konfiguration zeigt der Assistent Ihnen die Projektlandschaft mit den einzelnen Phasen.5 Q-Gate-Dokumentation 301 .4 Projektlandschaft nach Abschluss der Konfiguration Nach dem Sichern der Konfiguration werden die unterschiedlichen Meilensteine und Q-Gates in einem Q-Gate-Kalender angezeigt. Abbildung 8. Q-Gate-Kalender Abbildung 8.Quality Gate Management 8. die in Form von Checklisten und Dokumenten fixiert sind (siehe Abbildung 8. Mit unterschiedlichen Filteroptionen kann die Sicht auf die Projekte benutzerspezifisch angepasst werden. Systemen. Ein Klick auf das durchlaufene Q-Gate zeigt Ihnen die Ergebnisse und Anforderungen. Q-Gates und Meilensteinen (siehe Abbildung 8.

6 Informationen zu Q-Gates Mit einem Klick auf das jeweilige Projekt stehen dem Qualitätsmanager über verschiedene Registerkarten sowohl allgemeine als auch detaillierte Informationen. Über die angebotenen Registerkarten des Work Centers behalten Sie immer den Überblick (siehe Abbildung 8. B. wie z. Build. Abbildung 8. Applikations-Log.6). definierte Projektphasen. Zusätzlich stehen Ihnen verschiedene Informationen und Sichten für Ihre Softwareentwicklungsprojekte zur Verfügung.8 Verwaltung der Änderungskontrolle Der Qualitätsmanager ist für den Übergang der einzelnen Projektphasen verantwortlich (Scope. Test und Deploy).7). 302 . das alle Aktivitäten mit Zeitstempel und Benutzer mitprotokolliert. Die Prüfung hierfür wird durch Projektverantwortliche und Experten für die entsprechenden Phasen innerhalb einer Sitzung vorgenommen. zur Verfügung (siehe Abbildung 8. Anzahl der zum Projekt gehörenden Änderungen und Transportaufträge sowie Informationen zu den Verantwortlichen des Projekts. Log Für die entsprechende Revisionssicherheit sorgt ein Aktions-Log bzw.

Das heißt.7 Projekt mit den Änderungen und den dazugehörigen Transporten 8. Transportkonfiguration  und -risiken 303 . stehen mehr und mehr in einer funktionalen Abhängigkeit. liegt es heute auf den Abhängigkeiten von Objekten in einer Lösungslandschaft. die technisch vollkommen unabhängig voneinander sind. Mit einem Klick auf die Registerkarte Systemlandschaftsgrafik kann sich der Transportverantwortliche nach vorheriger Auswahl des Projekts die definierte Lösungslandschaft grafisch im Detail ansehen (siehe Abbildung 8. Systeme. verteilten Kundenlösungen ist es notwendig. Mit dem Quality Gate Management stellt der SAP Solution Manager im Work Center Change Management eine Administrationsoberfläche für die zentrale Transportverwaltung (siehe Abbildung 8.2 Zentrale Transportverwaltung mit  Quality Gate Management In heutigen heterogenen. im Bezug auf eine durchgängige Lösungslandschaft sicherzustellen. eine zentrale Transportverwaltung für die gesamte Lösungslandschaft zu etablieren.1 Abbildung 8. dass die Implementierung eines neuen Service effizient und effektiv durchgeführt werden kann. Ziel muss es sein. Während früher das Hauptaugenmerk auf den Abhängigkeiten von Objekten in einer Systemlandschaft lag.Quality Gate Management 8.8) zur Verfügung.1.9).

1).1.8 Verwaltung der Änderungskontrolle SAP Solution Manager Change Control Management SAP-SolutionManager-Projekt Änderung 1 SAP NetWeaver Portal SAP ECC Transportauftrag Transportauftrag Änderung 2 Transportauftrag Transportauftrag Änderung 3 Transportauftrag Transportauftrag Abbildung 8.8 Zentrale Transportverwaltung Abbildung 8. Die Lösungslandschaft eines Projekts wird mithilfe eines Assistenten schnell und einfach eingerichtet und basiert auf SAP-Solution-Manager-Projekten (siehe Abschnitt 8. Die farbliche Visualisierung zeigt die derzeit aktive 304 .9 Systemlandschaftsgrafik Die Lösungslandschaft spiegelt die kundenspezifische Transportkonfiguration und deren Transportwege wider.

vor jedem Phasenabschluss beurteilen.1 Phase des Projekts sowie die durchlaufenen und noch anstehenden Q-Gates an. Die Risiken werden vom System automatisch gesammelt. ob alle Transporte korrekt in das System importiert wurden. welche Maßnahmen notwendig sind. Die Transportrisiken der entsprechenden Systeme werden darüber hinaus auf der Registerkarte Risiken in tabellarischer Form zur Verfügung gestellt (siehe Abbildung 8.Quality Gate Management 8. Darüber hinaus ist zu erkennen.10). noch auf eine Freigabe warten. Abbildung 8. Der Qualitätsmanager kann auf diese Art vor jeder Phase bzw. Basierend auf diesen Informationen kann er entscheiden. Zusätzlich werden eventuelle Transportrisiken in der Systemgrafik farblich gekennzeichnet.10 Transportrisiken in Lösungslandschaften Beispiele für Risiken sind: Transportfehler (Return-Code  8) fehlende Transportaufträge in den Systemen Transporte. welche Transporte freigegeben wurden bzw. die eine logische Abhängigkeit zueinander haben und nicht vollständig importiert wurden 305 .

Das Anlegen von Transportaufträgen kann über die Registerkarte Änderungen.11) dargestellt werden (siehe Abschnitt 8. Die Änderungen bilden die Klammer für die verschiedenen Transportaufträge. Dabei können beliebig viele Änderungen für ein Projekt angelegt werden.2. Änderungen am Projekt Basierend auf der Auswahl eines Projekts stellt die Registerkarte Änderungen die projektspezifischen Änderungen sowie die darin befindliche Anzahl von Transportaufträgen dar. Nach dem Anlegen einer Änderung können Sie dieser eine beliebige Anzahl von Transportaufträgen (Workbench/Customizing) zuordnen.8 Verwaltung der Änderungskontrolle offene Transportaufträge. Die einzelnen Änderungen können Sie über die Registerkarte Änderungen für das jeweilige Projekt anlegen. Abbildung 8.1. die ihnen zugeordnet sind. Die Basis hierfür bilden CTS-Projekte.11 Übersicht der zu einem Projekt gehörenden Transportaufträge 306 .1 angesprochenen Änderungen und Transportaufträge für ein Projekt können auch über das Change Request Management angelegt und im Quality Gate Management (siehe Abbildung 8. Die in Abschnitt 8. die im Entwicklungssystem auf die Freigabe warten Auf diese Weise kann der Qualitätsmanager mit entsprechenden Aktivitäten kritischen Situationen effektiv entgegenwirken und eine Risikoeinschätzung des Projekts vornehmen. über die Schaltfläche Transporte verwalten oder über die Registerkarte Transporte mit der Schaltfläche anlegen erfolgen.9).

und Nicht-ABAP-Systemen über Lösungslandschaften hinweg synchron geändert werden. Abhängig von der aktuellen Phase können Sie ganze Projekte oder einzelne Änderungen mit einem oder mehreren Transportaufträgen in die nachfolgenden Systeme importieren. Erst danach findet die finale Freigabe des originalen Transportauftrags statt. Zum einen wird die Anzahl der Transportaufträge. dass alle Transportaufträge eines Projekts komplett und in der richtigen Reihenfolge sowie zu einem bestimmten Zeitpunkt in die produktiven Systeme importiert werden. In dieser Phase des Softwareentwicklungsprojekts kann der Qualitätsmanager eine Konsolidierung des Projekts vornehmen. logisch zusammengehörige bzw. steht auch für die Deploy-Phase der Import einzelner Änderungen zur Verfügung. voneinander abhängige Transportaufträge system. Damit wird sichergestellt. einen originalen Transportauftrag und die darin befindlichen Objekte so lange im Entwicklungssystem zu sperren. Transportaufträge logisch bündeln 8. wurde das Quality Gate Management unter Berücksichtigung der SAP Best Practices im Bereich Transport entwickelt. Da der originale Transport 307 . Kann ein Projekt-Import (Import all) nicht durchgeführt werden.3 SAP Best Practices im Bereich Transport Um Sie bei Ihren Änderungen bestmöglich zu unterstützen. Mithilfe dieser Funktionalität können Geschäftsprozesse in ABAP. die in das Produktivsystem importiert werden. bis die entwickelte Funktionalität erfolgreich im Qualitätssicherungssystem getestet wurde.und/oder lösungsspezifisch zu bündeln.1 Durch dieses Konzept ist es möglich.Quality Gate Management 8. Dieses Vorgehen bringt im Wesentlichen zwei Vorteile. In der Test-Phase kann der Administrator in Absprache mit dem Qualitätsmanager und weiteren Experten Transportaufträge anderen Projekten und deren Änderungen zuordnen.1. Diese basieren auf der Erfahrung einer Vielzahl von Kundenprojekten: Transport von Kopien Diese Funktion bietet die Möglichkeit. Folglich arbeitet der Entwickler so lange wie möglich mit dem Transport von Kopien. reduziert. In der Deploy-Phase kann das komplette Projekt mit all seinen Transportaufträgen entsprechend den in der Praxis bewährten Vorgehensweisen von SAP (SAP Best Practices) importiert werden. bevor er die letzte Phase des Projekts aktiviert.

Abhängig von der Einstellung der Sperre kann eine Änderung frühestens nach der finalen Freigabe des Transportauftrags erfolgen. ist dieses Objekt für alle anderen Entwickler sowohl im gleichen als auch in den anderen Projekten auf dieser Systemlandschaft mithilfe der systemübergreifenden Objektsperre nicht mehr änderbar. dass mit dem Transport von Kopien die Gefahr der Überholerproblematik entscheidend reduziert werden kann. um Qualität und Transparenz in einer Softwarelösung zu garantieren und dabei sicherzustellen. Diese Funktion steht sowohl für ABAP-Workbench-Objekte als auch für CustomizingEinstellungen zur Verfügung. IT-Standards zu erfüllen. Dadurch werden Versionskonflikte frühzeitig unterbunden. Durch die Zuordnung zu einem Projekt bleiben die Transportreihenfolge und die Konsistenz des Produktivsystems erhalten. 8. Dringende Korrekturen Eine dringende Korrektur ermöglicht die schnellstmögliche Implementierung einer Korrektur im Produktivsystem mithilfe eines Vorabtransports. Das gilt besonders für Änderungen an Softwarekomponenten selbst oder Änderungen an der Konfiguration.3. ist einer der wichtigsten Faktoren. Weiterführende Details zu den SAP Best Practices im Bereich Transport finden Sie in Abschnitt 8. Änderungen nachzuvollziehen. weil die entwickelten Objekte so lange wie möglich im Entwicklungssystem gesperrt bleiben und somit Versionskonflikte verhindert werden können. Dieser Abschnitt zeigt. Wartungsprojekte auf ein und derselben Systemlandschaft zu betreiben. reduziert sich sowohl die Anzahl der Objektversionen im Produktivsystem als auch die Importzeit der Transportaufträge.2 Change Request Management Die Möglichkeit. Ändert ein Entwickler in einem Projekt ein Objekt.8 Verwaltung der Änderungskontrolle nur die finale Version des geänderten Objekts enthält und nicht die zuvor entwickelten Versionen. 308 . Systemübergreifende Objektsperre Mithilfe der systemübergreifenden Objektsperre ist es möglich. Überholerproblematik Der zweite Vorteil liegt darin. mehrere Implementierungsprojekte bzw.

Anforderungen und Änderungsanträge zu verwalten. Ihre Änderungen und Transporte zentral zu verwalten. um die Änderung durchzuführen und einzusetzen. Entweder dadurch. die benötigt wird. auszuführen und zu dokumentieren – nicht nur durch Nachverfolgen eines Status. dass Innovation angefordert wird. Daneben gibt es Minor Releases. Generell unterscheidet SAP zwischen verschiedenen Arten von Änderungen. um das Wachstum und die Weiterentwicklung des Unternehmens in einer sich ständig ändernden Marktsituation zu sichern. Basierend auf der Zeit. Änderungen in einem Unternehmen finden ihren Ursprung meist in der Fachabteilung. Im Change Request Management münden all diese Änderungsanforderungen in sogenannten Änderungsanträgen. Die größte Kategorie bilden dabei die Major Releases. die eine wesentlich kürzere Laufzeit haben und in erster Linie genutzt werden. oder dadurch. Dabei bietet das Change Request Management Funktionen. die nur durch eine Änderung am System oder den Austausch einer IT-Komponente behoben werden können. dass während des täglichen Betriebs Störungen oder technische Probleme auftreten. sondern auch durch eine verbesserte Integration zwischen der Fachabteilung und der IT bei diesem Prozess.oder Wartungsprojekt 309 .Change Request Management 8. werden diese in verschiedene Arten von Releases unterteilt.und Änderungsprozessebene und geht bis auf die technische Ebene von Transporten und Entwicklungsobjekten. um Fehlerkorrekturen bereitzustellen und kleinere Anforderungen zu realisieren.2 wie der SAP Solution Manager Sie dabei unterstützt. Die Anwendung unterstützt Änderungen von der ersten Anforderung bis zum finalen Deployment im System. Dies setzt eine enge Integration zwischen dem SAP Solution Manager und den verwalteten Systemen sowie eine enge Integration des Change Request Management mit dem Transportwesen von SAP selbst voraus. die eine Laufzeit von drei bis sechs Monaten haben und durch Änderungen die Kerngeschäftsprozesse nachhaltig beeinflussen. um all diese Änderungen. Diese Integration beginnt auf der Geschäfts. Innerhalb der IT-Organisation werden diese Änderungen oder Releases entweder durch ein Implementierungsprojekt oder durch Änderungsanträge Major und  Minor Releases Implementierungs. Änderungen an Softwarekomponenten oder deren Konfiguration durch klar geregelte Prozessabläufe und eine lückenlose Dokumentation umzusetzen. und Ihnen damit die Möglichkeit gibt.

Dies ermöglicht Ihnen. das Sie dabei unterstützt. werden ein oder mehrere Änderungsvorgänge als Folgedokumente mit direktem Änderungsvorgang 310 .1 Change Request Management im Detail Change Request Management ist ein flexibles Werkzeug.2. Sobald Sie einen Änderungsantrag genehmigt haben. Das Konzept. das fortlaufend Änderungen am System ermöglicht. sind beide Anwendungen eng in die Transportinfrastruktur der SAP integriert.2. um die verschiedenen Phasen und Abschnitte eines Implementierungsprojekts zu kontrollieren. dass Qualitätskriterien und Projektstandards eingehalten werden. besteht dabei im Wesentlichen aus zwei Arten von Dokumenten: dem Änderungsantrag und dem Änderungsvorgang.3. 8. finden Sie in Abschnitt 8.8 Verwaltung der Änderungskontrolle ein Wartungsprojekt realisiert. bevor eine Phase eines Projekts abgeschlossen werden kann. Änderungsantrag Der Änderungsantrag ist das initiale Dokument. auf dem die Prozesse beruhen. Change Request Management kann außerdem auch in Kombination mit dem Quality Gate Management des SAP Solution Manager verwendet werden. Eine detaillierte Darstellung der Phasen.2. Für diesen Zweck bietet das Change Request Management eine Reihe von Funktionen. Mehr über die Integration von Change Request Management und Quality Gate Management erfahren Sie am Ende dieses Kapitels im Abschnitt 8. die im Change Request Management verwendet werden. Änderungen von der Anforderung in der Fachabteilung bis zur Umsetzung in der IT zu verfolgen. Diese Integration erlaubt es Ihnen. sicherzustellen. das Genehmigungsverfahren des Antrags abläuft und dokumentiert wird. in dem die Anforderung oder die durchzuführende Änderung erstmals dokumentiert und beschrieben wird und in dem auch die Genehmigung bzw. und manuelle Aktivitäten werden auf ein Minimum reduziert.9. Wie bereits erwähnt. Die Projekte sind dabei immer in Phasen unterteilt. Die Verwaltung der Transporte wird hierbei zentral vom Change Request Management übernommen. Entwicklungen und Änderungen an Ihrer gesamten Systemlandschaft zentral im SAP Solution Manager zu kontrollieren. um das Projektmanagement sowie die Release-Kontrolle zu unterstützen.

Ein wesentlicher Vorteil dieser Transparenz ist. alle Aktivitäten zu dokumentieren und auszuführen. mit der er arbeitet. wer sie umgesetzt und wer sie letztlich in das Produktivsystem eingespielt hat.12 Übersicht über den Standardprozess des Change Request Management Ein kurzes Beispiel (siehe Abbildung 8. Er kann nun direkt aus der Transaktion eine Service-Desk-Meldung erfassen. zur Verfügung stehen und aufgerufen werden können. wer sie genehmigt. dass all diese Informationen jederzeit an einer zentralen Stelle. die benötigt werden. SAP Solution Manager Service Desk ServiceDeskMitarbeiter Feedback Incident (Problem) Anforderer Change Request Management Entwickler Änderungsantrag Änderungsvorgang Change Manager PRD Kontrollierbare Transporte Tester QAS Kontrollierbare Transporte IT Operator DEV Abbildung 8. Die Meldung erscheint daraufhin im Arbeitsvorrat eines Service- Beispielszenario 311 . ob es sich bei der Änderung um eine Änderung an einem System oder an einer IT-Komponente handelt und von welcher Dringlichkeit die Änderung ist. und eine Änderung anfordern.12) für einen typischen Änderungsvorgang mit Change Request Management soll die Vorgehensweise verdeutlichen: Ein Sachbearbeiter in der Fachabteilung entdeckt einen Änderungsbedarf in einer Transaktion.Change Request Management 8.2 Bezug zum ursprünglichen Antrag erstellt. je nachdem. Bei den Änderungsvorgängen wird dabei zwischen verschiedenen Arten von Änderungen unterschieden. in der er den Sachverhalt beschreibt. dem SAP Solution Manager. So können Sie jederzeit nachzuvollziehen. wo eine konkrete Änderung ihren Ursprung hatte. Im Änderungsvorgang haben Sie die Möglichkeit. um diese Änderung vorzunehmen.

Dieser Änderungsantrag wird nun vom System zur zentralen Rolle des Szenarios. die im Rahmen eines Projekts realisiert werden sollen. ist die Integration mit cProjects. wird ein Änderungsvorgang (Change Transaction) erzeugt. Eine Ressourcenplanung ist ebenso verfügbar wie die Anbindung an das Backend. ihn zu kategorisieren und zu genehmigen oder gegebenenfalls abzulehnen. Der Änderungsvorgang erscheint im Arbeitsvorrat eines Entwicklers. die innerhalb eines bestimmten Zeitraums realisiert werden sollen. Innerhalb eines Projekts können alle Änderungen. Der Change Manager ist dafür verantwortlich. Auch Änderungen. Alle Änderungen. Projektplan 312 . der die Meldung bearbeitet und gegebenenfalls einen Änderungsantrag (Request for Change) erzeugt (siehe Abschnitt 8. Die Phasen werden zentral aus dem SAP Solution Manager heraus kontrolliert und geben Rahmenbedingungen vor. Erst nach erfolgreichem Test kann die Änderung ins Produktivsystem transportiert werden. die außerhalb eines Projektplans auftreten und eine schnelle Lösung erfordern (sogenannte dringende Änderungen). B. den Antrag zu bewerten. können in einem Projektplan in cProjects erfasst und geplant werden. können hier eingeplant werden. die nicht umgangen werden können. Genehmigt er den Antrag. das in einem sogenannten Projektzyklus mehrere Projektphasen durchläuft. der eine Produktivumgebung gefährdet. z. B. z.2. Der Change Manager greift nach erfolgreichem Ablauf der im Folgenden beschriebenen Prozesse wieder ein und schließt den Änderungsantrag ab. Releases mit dem Change Request Management zu verwalten. Änderungsanträge.4). Dieser Projektplan ist mit dem SAPSolution-Manager-Projekt. Eine andere Möglichkeit. wenn ein Fehler auftritt. in den SAP Solution Manager integriert. dem Projektplanungswerkzeug der SAP. womit sie dem Tester übergeben wird. CATS (Cross-Application Time Sheet) zur Rückmeldung von Aufgaben. der die Änderung implementiert und zum Testen freigibt.8 Verwaltung der Änderungskontrolle Desk-Mitarbeiters. geplant und kontrolliert umgesetzt werden. können hier wohldokumentiert und effizient behoben werden. Tester und ITAdministratoren. Release Management mit dem Change Request Management Mit den Funktionen des Change Request Management können Sie Releases und Projekte in verschiedener Art und Weise verwalten. dem Change Manager. die das Genehmigungsverfahren durchlaufen haben. weitergeleitet. Der Änderungsvorgang bildet in den folgenden Arbeitsschritten die operative Grundlage für Entwickler.

alle Transporte im Rahmen eines Projekts nachzuverfolgen und zu kontrollieren. aber auch in das Wartungsprojekt des SAP Solution Manager. ein Änderungsantrag gestellt. Über den SAP Solution Manager können Sie zentral in die Transportprotokolle und die Importqueue. um eine transparente Implementierung und Betriebsführung einer Lösung zu garantieren. Ein Tippfehler oder ein Fehler beim Kopieren entwertet den gesamten Prozess.2 Der SAP Solution Manager schließt hier eine Lücke. die unabdingbar sind. Das Change Request Management bietet darüber hinaus die Möglichkeit. Dies bildet die Grundlage vieler regulatorischer Bestimmungen. Auch Änderungen. müssen folgende Gesichtspunkte berücksichtigt werden: Integration des Change Request Management mit dem Transportwesen Änderungen  mit und ohne Transportanschluss 313 . den Projektplan und die angeschlossenen Systeme navigieren. lassen sich so beantworten. können über das Change Request Management erfasst werden. die darüber erstellt wurden. Im Change Request Management werden Transportaufträge zentral aus dem SAP Solution Manager heraus erzeugt. die keinen Transportanschluss erfordern. Die Nummer des Transportauftrags muss manuell in die Datenbank übertragen werden. die zur Realisierung nötig sind. Im Änderungsantrag selbst werden die Schritte dokumentiert. was eine potenzielle Fehlerquelle darstellt. Der SAP Solution Manager stärkt somit SAP in ihrer Vision des Application Management und der IT-Governance. und bei der Erzeugung wird immer automatisch eine Referenz zum jeweiligen Änderungsantrag angelegt (darüber hinaus werden auch dessen ID und Kurztext in die Bezeichnung des Transportauftrags aufgenommen). indem er Funktionen zur Verfügung stellt. Um den Betrieb einer Systemlandschaft unter sich ständig ändernden Anforderungen garantieren zu können.Change Request Management 8. über Datenbanken oder Listen abgebildet und hier alle Änderungsanträge und deren Genehmigungen protokolliert werden. B. wie bei allen Änderungen. Von dort kann jederzeit der Status der Transporte überwacht werden und ein direkter Absprung in die Log-Datei erfolgen. wer was wann getan und wer kontrolliert und die Genehmigung erteilt hat. B. Jeder Änderungsvorgang bietet eine Übersicht aller Transporte und Transportaufgaben. sodass eine klare Zuordnung jederzeit möglich ist. ist spätestens dann ein manueller Schritt notwendig. der alle Genehmigungsschritte durchläuft. die sich in vielen Change-Management-Lösungen ergibt: Wenn Change-ManagementProzesse z. z. die Fragen. Hier wird. in welchen Systemen sie erzeugt und in welche Systeme sie eingespielt wurden. wenn ein Transportauftrag erzeugt oder eingespielt werden muss.

Darüber hinaus ermöglicht das Change Request Management Ihrem Unternehmen. indem es vordefinierte Prozesse bietet. indem alle Nutzer gezwungen werden. Ziel des Change Management ist. Testfälle. laut ITIL. Darüber hinaus muss der Status eines Änderungsantrags zu jeder Zeit nachvollziehbar sein. Ist ein solcher Antrag genehmigt. Konformität mit IT-Standards Einsatzbereit out of the Box Ein großer Vorteil des Change Request Management sind. Softwareänderungen über die definierten Change-Management-Prozesse zentral über den SAP Solution Manager durchzuführen. den Ansprüchen von Audit-Anforderungen wie z. um die Kommunikation zwischen Fachabteilung und IT-Administratoren sicherzustellen. von SOX (Sarbanes-Oxley Act) zu genügen. Anforderungen. wie bereits erwähnt. Dokumentation. SAP orientiert sich mit diesem Angebot an den Prozessen der IT Infrastructure Library (ITIL).8 Verwaltung der Änderungskontrolle Änderungsanträge. Projektmanagement und Änderungslogistik. Das Change Request Management umfasst die Prozesse Verwaltung von Änderungsanträgen. müssen von einer zentralen Stelle klassifiziert und genehmigt werden. die anhand der Geschäftsprozesshierarchie im SAP Solution Manager gegliedert und zentral verfügbar sind. Zusätzlich unterstützt es Sie dabei. die mit ausgeliefert werden und so schnell eingesetzt werden können. müssen die Durchführung der Änderung. wobei die Prozessorientierung des SAP Solution Manager einen wichtigen Beitrag leistet. 314 . deren Transport in Folgesysteme (Qualitätssicherung und Produktion) und ihr Test sichergestellt sein. Testergebnisse oder Statusanalysen. wie z. die wirtschaftliche und termingerechte Durchführung von Änderungen mit minimalem Risiko. Alle an einer Änderung beteiligten Personen haben jederzeit Zugriff auf alle relevanten Informationen. diese Prozesse auf einfache Art und Weise einzusetzen. ob sie aus Fehlermeldungen resultieren oder im Rahmen eines Ideenmanagements direkt erzeugt werden. B. B. Integrierte Teams Ebenso wichtig ist die Integration von Menschen im Unternehmen. Spezifikationen. die Standardprozesse und Funktionen. Eine lückenlose Dokumentation beinhaltet darüber hinaus alle für die Änderung relevanten Informationen sowie Daten über alle beteiligten Personen.

Change Request Management 8. das Einspielen von Support Packages oder von Hinweisen klassifiziert. also z. Änderungen an ITKomponenten wie Druckern oder mobilen Geräten. wenn eine Störung den Betrieb Ihrer Lösung gefährdet. liefert SAP ebenfalls eine Reihe vordefinierter Rollen und Genehmigungsprofile aus. die SAP auf dem Gebiet des Change Management und der Transportverwaltung gewonnen hat und die durch viele Kundenprojekte mit beeinflusst wurden. um einen MachRollen und Genehmigungsprofile 315 . Über dieses Dokument kann der Entwickler dann später auch den Fehler beheben. die keinen Transportanschluss erfordern. Administrative Änderung Eine administrative Änderung betrifft Änderungen. obwohl er in der Testphase keine neuen normalen Änderungen anlegen kann. schnell und flexibel zu reagieren. also Tätigkeiten. Diese Rollen und Prozesse können initial genutzt werden. bevor die normalen Änderungen in der Produktivstart-Phase des Wartungszyklus eingespielt werden. Änderungen über eine dringende Änderung in die produktiven Systeme zu importieren.2 Der SAP Solution Manager wird mit vorkonfigurierten Arbeitsabläufen für den Änderungsantrag und die Änderungsausführung (Änderungsvorgänge) ausgeliefert. also z. Diese Arbeitsabläufe basieren auf den Erfahrungen. die keinen Transportanschluss erfordern und darüber hinaus nichts mit einem SAP. an die Entwicklung zu melden. Änderungen an Nummernkreisen. B. Die folgenden Änderungstypen sind vorausgeprägt: Normale Änderung Als normale Änderungen werden Anträge wie z. Dringende Änderung Eine dringende Änderung ermöglicht Ihnen. B. Um einen schnellen und reibungslosen Start mit dem Change Request Management zu ermöglichen. B.oder IT-System zu tun haben. die im Rahmen der regulären Systemwartung anfallen. Fehlerkorrektur Eine Fehlerkorrektur dient dazu. Allgemeine Änderung Eine allgemeine Änderung betrifft Änderungen. die während der Testphase auftreten. Fehler. Hier ist es möglich.

In Abhängigkeit davon. Change-Request-Management-Zyklen (Projektzyklus und Wartungszyklus) zuweisen. 8. die über den SAP-Einführungsleitfaden (IMG) für ein SAP-Solution-Manager-Projekt vorgenommen werden. 316 .2 Architektur Um die Architektur des Change Request Management im SAP Solution Manager zu verstehen. Upgrade-. Vorlagen. die sich aufgrund der unterschiedlichen Anforderungen im Ablauf unterscheiden und daher in Abschnitt 8.8 Verwaltung der Änderungskontrolle barkeitsnachweis mit dem Change Request Management zu erstellen.1. Das Projekt enthält folgende Informationen: Logische Komponenten Eine logische Komponente beinhaltet alle Systeme. die zu einem IMG-Projekt gehören. und später als Grundlage dazu dienen. die Zusammenhänge zwischen den verwendeten Entitäten zu klären. Die zugeordneten Systeme sind in der Regel über Transportwege miteinander verbunden.1). welchen Typ von Änderungsvorgang der Change Manager im Änderungsantrag vor der Genehmigung zuweist.3 näher beleuchtet werden. können Sie dem Änderungsantrag zwei Arten von Projekten bzw. der Transportaufträge zusammenfasst.2. CTS-Projekt Das CTS-Projekt stellt einen Container in einem logischen System (Kombination System und Mandant) dar. um Einstellungen.2. das Change Request Management an die individuellen Bedürfnisse oder Change-ManagementProzesse Ihres Unternehmens anzupassen.und Wartungsprojekt. einen produktiven Mandanten) versorgen. ist es zunächst wichtig. Das Change Request Management unterstützt die Projektarten Implementierungs-. IMG-Projekt Das IMG-Projekt wird aus der Projektverwaltung des SAP Solution Manager (Transaktion SOLAR_PROJECT_ADMIN) in verwalteten Systemen angelegt. SAP-SolutionManager-Projekt Die Grundlage des Change Request Management ist das SAP-Solution-Manager-Projekt (siehe Abschnitt 8. in einem System zu bündeln. die ein Produktivsystem (bzw.

Change Request Management

8.2

Der Aufgabenplan (Task List) im Change Request Management stellt Systemadministratoren eine Übersicht über erfolgte und eingeplante Aktionen zur Verfügung. Alle Systeme und die notwendigen Aufgaben sind hier zusammengefasst und werden in der korrekten Abfolge angezeigt. Alle Aufgaben, die Sie über die Benutzeroberfläche der Korrekturen oder des Projektzyklus im SAP Solution Manager über Aktionen ausführen (Systemanmeldung, Transportauftrag anlegen, Transportauftrag importieren etc.), sind ebenfalls hier hinterlegt. Mehr Informationen zum Aufgabenplan finden Sie in Abschnitt 8.3.1, Unterabschnitt »Zentrales Transportmanagement«.

Aufgabenplan

8.2.3

Projektzyklus und Wartungszyklus

Mehrfach wurde bereits von Implementierungs- und Wartungsprojekten gesprochen. Dieser Abschnitt soll die Konzepte und Unterschiede zwischen den beiden Projekttypen näher erläutern. Zur Unterstützung von Implementierungs-, Upgrade- und Vorlagenprojekten über das Change Request Management bietet der SAP Solution Manager den Projektzyklus an.
Projektzyklus

SAP-Solution-Manager-Projekt (Wartungsprojekt)

Entwicklung ohne Freigabe

Entwicklung mit Freigabe

Test
Wartungszyklus

Vorbereitung für Go-Live

Go-Live

Normale Änderung Fehlerkorrektur Dringende Änderung Administrative Änderung

Abbildung 8.13 Wartungsprojekt mit Zyklus und möglichen Änderungsvorgängen

317

8

Verwaltung der Änderungskontrolle

Der Projektzyklus (dargestellt in Abbildung 8.13) ist ein vorkonfigurierter Servicevorgang (Vorgangsart SMDV), mit dem Sie über die Projektlaufzeit folgende Tätigkeiten steuern: Änderungsanträge und die daraus resultierenden Änderungen in den Systemen, die in Ihrem Projekt verwendet werden die Transportaufträge, die benötigt werden, um die Änderungen in die Folgesysteme zu transportieren die komplette Änderungslogistik, d. h., wann welche Transporte in die Folgesysteme importiert werden können
Phasen des Projektzyklus

Der Projektzyklus bietet anhand seiner Phasenstruktur eine operative Ergänzung zum Projektplan. Ein einzelner Projektzyklus umfasst folgende Phasen: Entwicklung ohne Freigabe Entwicklung mit Freigabe Test Vorbereitung für Produktivstart Produktivstart Nach dem Produktivstart schließen Sie den Projektzyklus ab. Ein Sonderfall des Projektzyklus ist der Wartungszyklus, bei dem ein mehrmaliges Durchlaufen der Phasen möglich ist (siehe unten). In der Phase Entwicklung ohne Freigabe kann ein Transportauftrag zwar erzeugt, aber nicht freigegeben werden. Diese Phase kann daher auch als initiale Spezifikationsphase oder Planungsphase gesehen werden. Bei Einsatz der normalen Änderung (Vorgangsart SMMJ) ist die Verwendung dieser Phase für die Entwicklung nicht empfehlenswert, da die Erzeugung von Testtransporten in dieser Phase nicht möglich ist. Die Freigabe von Transportaufträgen kann erst erfolgen, nachdem die Phase Entwicklung mit Freigabe erreicht ist. Sie wird von einem zentralen Gremium (Change Advisory Board oder Change Manager) eingeleitet und erlaubt es, Transporte freizugeben und für Funktionstests in die Testumgebung zu importieren. Nachdem die Änderungen des Projekts in die Testumgebung eingespielt wurden, kann die Test-Phase eröffnet werden, um den Integrationstest zu ermöglichen. Nun können keine neuen Änderungsanträge für dieses Projekt angelegt werden, es werden nur noch Fehler beseitigt, die im

318

Change Request Management

8.2

Test aufgetreten sind. Die Phase Vorbereitung für Produktivstart erlaubt es Benutzern mit entsprechender Berechtigung, weitere notwendige Änderungen durchzuführen, bevor die Änderungen in der Produktivstart-Phase in die produktive Umgebung importiert werden. Es können jedoch keine Änderungen importiert werden, die nicht den Status Erfolgreich getestet erreicht haben. Dem Lebenszyklusmodell folgend, verwenden Sie zur Einführung einer Lösung ein Einführungsprojekt im SAP Solution Manager. Das Einführungsprojekt wird erfolgreich abgeschlossen und in den Betrieb überführt. Dazu übernehmen Sie die Daten des Projekts in eine Lösung (siehe Abschnitt 8.1.1). Um diese Lösung aktuell zu halten, ordnen Sie ihr ein Wartungsprojekt mit einem Wartungszyklus zu. Der Wartungszyklus ist ein Projektzyklus, der auf die speziellen Anforderungen von Wartungsprojekten hin erweitert wurde. Im Gegensatz zu einem Entwicklungsprojekt hat ein Wartungsprojekt zwar einen definierten Beginn, die Wartung ist aber ein kontinuierlicher Prozess – die einzelnen Phasen des Wartungszyklus werden fortlaufend immer wieder durchlaufen. Der Wartungszyklus folgt demselben Phasenmodell wie der Projektzyklus, verfügt jedoch über einige Besonderheiten. Zum einen existiert für den Wartungszyklus eine zusätzliche Art von Änderungsvorgang (dringende Änderungen), die es ermöglicht, dringende Änderungen flexibel durchzuführen (siehe Abschnitt 8.2.5). Zum anderen empfehlen wir für das Arbeiten mit Wartungszyklen eine andere Herangehensweise, um den Anforderungen, die die Wartung einer Lösung stellt, gerecht zu werden: Wir empfehlen, einer Lösung ein Wartungsprojekt zuzuordnen, das so lange läuft, wie die Lösung betrieben wird. Innerhalb des Wartungsprojekts werden alle notwendigen Korrekturen über Wartungszyklen abgedeckt. Die Dauer eines Wartungszyklus wird vom Change Manager festgelegt, z. B. ein Monat. Während dieser Zeit durchläuft der Zyklus alle Projektphasen von Entwicklung ohne Freigabe bis Produktivstart. Am Ende der Produktivstart-Phase schließen Sie den Zyklus ab, der dabei auf offene und nicht abgeschlossene Geschäftstransaktionen und Transportaufträge überprüft wird. Nicht abgeschlossene Belege werden so beim Anlegen eines neuen Wartungszyklus übernommen.
Phasenmodell des Wartungszyklus Unterschiede zwischen Wartungszyklus und Projektzyklus

319

8

Verwaltung der Änderungskontrolle

Aus technischer Sicht ist es möglich, den Wartungszyklus nicht abzuschließen, sondern seine Phase auf Entwicklung ohne Freigabe zurückzustellen und denselben Zyklus somit erneut zu durchlaufen. Durch Abschließen und Neuanlegen des Wartungszyklus wird jedoch ein nachvollziehbareres und übersichtlicheres Reporting ermöglicht und gewährleistet, weshalb wir Ihnen das Abschließen und Neuanlegen von Wartungszyklen empfehlen.
Beispiel

Die Vorteile dieser Vorgehensweise zeigen sich an einem Beispiel: Sie haben den Umfang Ihres Wartungszyklus definiert, indem Sie die vorliegenden Änderungsanträge bewertet und genehmigt haben. Zehn normale Änderungen sind für den laufenden Wartungszyklus (z. B. Oktober) genehmigt worden. In der Entwicklungsphase stellt sich heraus, dass eine der normalen Änderungen, Änderung Nummer 9, nicht in der für die Phase anberaumten Zeit realisiert werden kann. Als Projektleiter stehen Ihnen zwei Möglichkeiten offen, mit dieser Verzögerung umzugehen: Zum einen können Sie das Zeitfenster für diese Korrektur vergrößern, um sie im laufenden Wartungszyklus zu realisieren. Wenn Sie jedoch feststellen, dass die Änderung nicht kritisch ist und keine Abhängigkeiten zu den anderen Änderungen bestehen, können Sie entscheiden, diese Änderung erst im nächsten Wartungszyklus – November – fertigzustellen. Hierfür verbleibt die Änderung im Status In Entwicklung. Die neun anderen Änderungen durchlaufen die Test- und Produktivstart-Phasen, werden also in die produktiven Systeme eingespielt. Nun schließen Sie den Zyklus Oktober ab, und die offene Änderung steht zur Übernahme in den neuen Zyklus bereit. Beim Anlegen des Zyklus November wird die Änderung automatisch in diesen Zyklus übernommen und damit zusammen mit den neuen Änderungen des Zyklus konsolidiert bearbeitet. Dies stellt einen Unterschied zum Projektzyklus dar. Wenn normale Änderungen vorhanden sind, deren Status bei Änderung der Wartungszyklusphase von Entwicklung mit Freigabe in der Testphase noch nicht Erfolgreich Getestet lautet, gibt das System nur eine Warnmeldung aus. Diese Korrekturen werden daraufhin vom Integrationstest ausgeschlossen und können nicht freigegeben werden. Im Wartungsbetrieb können jederzeit Störungsmeldungen auftreten, die eine schnelle Umsetzung erfordern, z. B. wenn ein Ausfall der

320

Vorgangsart SMCR. ähnlich wie die Service-Desk-Meldung. Unter anderem sind dies: beteiligte Personen (Auftraggeber.14) ist.2 produktiven Systeme droht. d. können Sie keine neuen Änderungen für diesen Zyklus erfassen. Anforderer.Change Request Management 8. Grund der Änderung.4 Änderungsantrag (Request for Change) Einem Projekt. h.5 näher erläutert wird. die in Abschnitt 8. wenn sich der Wartungszyklus in der Testphase befindet. 321 . der alle Daten enthält. 8. die für die Änderung relevant sind. B. In diesem Fall können Sie mit einer normalen Änderung nicht zeitnah reagieren. Der Änderungsantrag (Request for Change. ein vorkonfigurierter Servicevorgang. die die Kommunikation sicherstellen (z. Change Advisory Board) von der Änderung betroffenes System (Installation/Komponente) das zugehörige SAP-Solution-Manager-Projekt Priorität Auswirkung Dringlichkeit Risiko Änderungsumfang Texte. da diese von der Phase des Wartungszyklus abhängt. Change Manager. Das Szenario ist in die umfassenden Funktionen des SAP Solution Manager wie etwa Incident Management. Auswirkungen auf Geschäftspartner.) Das Change Request Management bildet somit vom Einholen der Anforderungen über die Implementierung und das Testen bis zur Betriebsführung und kontinuierlichen Verbesserung einer Lösung den kompletten Lebenszyklus ab. E-Learning-Management oder Upgrade-Support integriert. Beschreibung der Änderung. Aus diesem Grund bietet das Change Request Management die dringende Änderung an.oder Wartungszyklus können generell beliebig viele Änderungsanträge zugeordnet werden. siehe Abbildung 8.2..2. Auswirkungen auf Systeme etc.

legt das System bei der Freigabe der Änderung zur Entwicklung andere Folgevorgänge an.15 Zuordnungsblock »Umfang des Änderungsantrags« Änderungsarten Abhängig davon.14 Der Änderungsantrag (Request for Change) in der neuen WebClient-Oberfläche Änderungsumfang Im Zuordnungsblock Umfang des Änderungsantrags (siehe Abbildung 8. Abbildung 8.15) können Sie festlegen. welche Änderungskategorie Sie auswählen.8 Verwaltung der Änderungskontrolle Abbildung 8. 322 . Ein Projektzyklus unterstützt vier Änderungsarten. welcher Komponente diese Änderung durchgeführt werden soll. welche Art von Änderung vorliegt und in welchem System bzw.

der durchlaufen werden muss. gibt es keine Abhängigkeit zur auswählbaren Komponente. der aus einer festgelegten Reihe von Genehmigungsschritten besteht (siehe Abbildung 8.16). bevor der Antrag den Status Genehmigt erreicht.16 Zuordnungsblock »Genehmigung« Bei einem Genehmigungsvorgang handelt es sich um einen Genehmigungsprozess. Genehmigungsvorgänge Abbildung 8. Für jeden Genehmigungsvorgang kann im Customizing definiert werden.oder ITSystem zu betrachten ist. jede Art von Änderung miteinander zu kombinieren.2 anhand derer der Change Manager Änderungsanträge klassifizieren kann: normale Änderung Fehlerkorrektur administrative Änderung allgemeine Änderung Im Gegensatz zur vorangegangenen Version des Change Request Management ist es nun möglich. Es ist dabei grundsätzlich möglich. Nur Komponenten. Dem Änderungsantrag kann ein Genehmigungsvorgang zugewiesen werden. Die zur Verfügung stehenden Systeme oder Komponenten haben außerdem eine Beziehung zum SAP-Solution-Manager-Projekt. Der Change Manager kann hierfür für jeden neuen Änderungsvorgang einen weiteren Eintrag in der Tabelle des Zuordnungsblocks Umfang des Änderungsantrags anlegen. welche Genehmigungsschritte durchgeführt werden müssen. das dem Dokument im Zuordnungsblock Details zugewiesen wurde. Eine Ausnahme stellt dabei die allgemeine Änderung dar. Da dieser Änderungstyp unabhängig von einem SAP.Change Request Management 8. verschiedene Änderungsarten innerhalb eines Änderungsantrags zu kombinieren. Dabei kann 323 . die Teil der Systemlandschaft dieses Projekts sind. können ausgewählt werden.

der nur aus einem Genehmigungsschritt für den Change Manager besteht – diesen können Sie an Ihre Anforderungen anpassen und erweitern. je nach Änderungsart. welche Schritte parallel ablaufen dürfen und welche Schritte voneinander abhängig sind. B. z. Zusätzlich kann zu jedem Genehmigungsschritt bei der Durchführung ein Kommentar durch den Genehmiger hinterlegt werden. Im Standard liefert SAP einen einfachen Genehmigungsvorgang aus. Dringlichkeit und Priorität der Änderung sehr hoch. Sie können beliebig viele Genehmigungsvorgänge im Customizing definieren. Abgelehnt oder Nicht Relevant. soll ein anderer Genehmigungsvorgang verwendet werden als bei einer normalen Änderung). mithilfe eines Regelwerks eigene Regeln zu definieren. Er beschreibt die notwendige Änderung und fügt alle weiteren nötigen Informationen hinzu. Wenn Sie später den Genehmigungsvorgang im Änderungsantrag auswählen. basierend auf Feldwerten automatisch einen bestimmten Genehmigungsvorgang zuweisen (sind z. Spezifikationen oder Screenshots. müssen Sie jedem Schritt einen konkreten Geschäftspartner zuweisen. die z. Geschäftspartner zuweisen Für jeden Genehmigungsschritt können Sie definieren. ein Mitarbeiter der Fachabteilung. All diese Informationen werden auch im Protokoll des Änderungsantrags mitprotokolliert und lassen sich jederzeit nachvollziehen. In diesem Überprüfungsschritt vervollständigt der Change Manager den Änderungsantrag mit weiteren 324 . wenn eine Entscheidung von ihm benötigt wird. Prozess des Änderungsantrags Der Prozess des Änderungsantrags beginnt mit dem Anlegen des Antrags durch den Anforderer. B. die Sie. Danach übernimmt der Change Manager das Dokument und ändert den Status des Dokuments von Angelegt in Überprüfung. im Fall einer neuen Anforderung. dieser ist dabei entweder ein Mitarbeiter des Service Desk oder. welche Geschäftspartnerrolle für die Durchführung verantwortlich ist. Jeder Geschäftspartner kann dann über SAP Business Workflow mit einem Workflow-Item oder einer E-Mail benachrichtigt werden. Daneben ist es auch möglich. einem Antrag zuweisen können. B.8 Verwaltung der Änderungskontrolle ausgewählt werden. Zur Durchführung der Genehmigung können Sie zwischen drei verschiedenen Möglichkeiten auswählen: Genehmigt.

Genehmigungsvorgang 325 . und der Change Manager kann nun den Antrag zur Entwicklung oder Umsetzung freigeben.Change Request Management 8. Nun startet der zugewiesene Genehmigungsvorgang. Wenn alle Genehmigungsschritte erfolgreich durchlaufen wurden und das Ergebnis des Genehmigungsvorgangs positiv ist. und der Status des Antrags wird auf Laufende Implementierung geändert. Anforderer Änderungsantrag anlegen Change Manager Antrag validieren Systemdetails etc. falls der Antrag nicht realisiert werden soll oder ein ähnlicher Antrag bereits vorliegt. wird der Status des Antrags auf Genehmigt gesetzt. und wie ist sie zu priorisieren? In Abbildung 8.2 relevanten Informationen und beantwortet dabei unter anderem die folgenden Fragen: Welches System und welcher Änderungstyp werden benötigt (Definition des Änderungsumfangs)? Welches SAP-Solution-Manager-Projekt soll verwendet werden? Welche Lösung und welcher Geschäftsprozess sind betroffen? Welcher Genehmigungsvorgang soll verwendet werden? Wie groß ist das Risiko für diese Änderung? Welche Auswirkungen und Dringlichkeit hat die Änderung.17 ist der Prozess eines Änderungsantrags schematisch dargestellt. Darüber hinaus hat der Change Manager die Möglichkeit. übergibt der Change Manager den Antrag zur Genehmigung. hinzufügen 1 – n Genehmiger Änderungsantrag genehmigen Change Manager Übergabe zur Entwicklung Umfangserweiterung Benachrichtigung via Workflow Neues Änderungsdokument Abbildung 8. Mit dieser Freigabe werden auch die im Änderungsumfang definierten Änderungsvorgänge angelegt.17 Übersicht über den Prozess eines Änderungsantrags Wenn alle diese Fragen beantwortet und die Informationen gesammelt und in den Antrag eingetragen wurden. den Änderungsantrag abzulehnen.

8. wenn diese erst nachträglich hinzugefügt wurden. Dieser Abschnitt befasst sich näher mit den einzelnen Änderungstypen und beschreibt den Anwendungsfall. Normale Änderung Statusschema Die normale Änderung (Vorgangsart SMMJ) bildet die Korrekturoder Änderungsmaßnahmen eines Projekts ab und folgt dem Statusschema: Angelegt In Entwicklung Zu testen Erfolgreich getestet Importiert in Produktion Zurückgezogen Im Folgenden wird der Prozess. den definierten Umfang eines Änderungsantrags zu erweitern und weitere Änderungsvorgänge hinzuzufügen.8 Verwaltung der Änderungskontrolle Wenn alle zugewiesenen Änderungsvorgänge ihren Endstatus erreicht haben. ändert sich automatisch der Status des Antrags auf Realisiert. Mit der Aktion Umfang erweitern ist es möglich. bevor er den Status nach Rücksprache mit dem Anforderer auf Bestätigt setzt.2.5 Änderungstypen im Change Request  Management im Detail Im Change Request Management unterscheidet man eine Reihe von Änderungstypen. Er kann diese Störung direkt aus der Transaktion. in der 326 . den Umfang der Änderung während der Implementierung zu erweitern. Der Change Manager kann nun als letzten Schritt den Antrag und die Realisierung nochmals überprüfen. Umfangserweiterung Eine weitere Neuerung im Prozess des Änderungsantrags mit dem neuen SAP Solution Manager ist die Möglichkeit. im Detail erläutert. den Prozess sowie Besonderheiten der verschiedenen Änderungstypen näher. Prozessbeschreibung Ein Anwender entdeckt beim Arbeiten in einem System fehlende Funktionen. die im vorangegangenen Abschnitt bereits kurz vorgestellt wurden. den eine normale Änderung durchläuft. Somit verlieren Sie auch dann nicht den Überblick über alle zusammenhängenden Änderungen.

und legt im Incident Management über die Aktion Folgevorgang anlegen einen entsprechenden Änderungsantrag an. meldet sich direkt am Entwicklungssystem an und gibt nach erfolgter Änderung die Transportaufgaben im Entwicklungssystem (Transaktion SE09) frei.2 er sich befindet. stellt fest. Nach Abschluss der Entwicklung erzeugt der Entwickler über eine Aktion im Änderungsvorgang einen Testtransport. der eine Klassifizierung des Änderungsantrags durchführt. und sie genehmigt oder ablehnt.4. der in das Testsystem importiert werden kann. Der Änderungsantrag und der Änderungsvorgang sind über den Dokumentenfluss verbunden. Tester und Systemadministratoren ab.2. Der Änderungsvorgang bildet die operative Grundlage für Entwickler. festlegt. Bei der Bewertung spielt die Priorität des Änderungsantrags eine wichtige Rolle. wie die Änderung durchgeführt werden soll (normale Änderung). über eine Service-Desk-Meldung an den SAP Solution Manager melden. dass die Anforderung nur über einen Änderungsantrag realisiert werden kann. der die Meldung bearbeitet. Anschließend erfolgt der Test der Neuentwicklung durch den Entwickler. und die Zuordnung ist somit jederzeit transparent.Change Request Management 8. Der Entwickler legt im Entwicklungssystem direkt über den SAP Solution Manager einen Transportauftrag an. falls nicht zuvor vom Entwickler veranlasst. der in das Testsystem importiert wird. setzt der Entwickler den Status Zu testen – hierdurch wird. ein Transport von Kopien erstellt. erzeugt der SAP Solution Manager automatisch einen Änderungsvorgang vom Typ normale Änderung. Details zum Ablauf des Prozesses für den Änderungsantrag finden Sie in Abschnitt 8. Der Änderungsantrag erscheint im Arbeitsvorrat des Change Managers. Der Service-Desk-Mitarbeiter. Die Service-Desk-Meldung beinhaltet alle relevanten Systemdaten und die Beschreibung der Anforderung. Zunächst wird der Entwickler benachrichtigt. dass eine neue Änderung zur Bearbeitung vorliegt. Wird der Änderungsantrag als normale Änderung genehmigt. Er übernimmt diese Änderung und setzt den Status über eine Aktion auf In Entwicklung. Die neu entwickelte Funktion wird während eines regulären Imports des Projektpuffers durch 327 . sobald der Antrag zur Entwicklung freigegeben wird. Verläuft dieser Test erfolgreich.

So ist es 328 . aber auch alle Informationen zum Änderungsvorgang. deren Status noch In Entwicklung lautet. wenn sich der entsprechende Projektzyklus in der Phase Produktivstart befindet.8 Verwaltung der Änderungskontrolle einen (im verwalteten System) eingeplanten Job in ein Testsystem importiert und dort zunächst einem erneuten Funktionstest unterzogen. wenn alle normalen Änderungen des Projekts erfolgreich in die produktiven Systeme importiert wurden.. sie enthält ab diesem Zeitpunkt nur noch beschreibende Statuswerte. also die komplette Änderungshistorie. wenn der Status während der Testphase gesetzt wird. sie können unabhängig von der Phase des zugeordneten Wartungszyklus transportiert werden. wie z. Der Auftrag aus dem Entwicklungssystem wird nun in das Testsystem exportiert. wird aber aus technischer Sicht an den Projektzyklus übergeben und von diesem vorangetrieben. dass der Entwickler und der Tester nicht dieselbe Person sein dürfen. d. Normale Änderungen. lösen im betreffenden Projektzyklus eine Warnmeldung aus. Der Status kann nur auf Importiert in Produktion gesetzt werden. Dringende Änderung Dringende Änderungen (Vorgangsart SMHF) verfügen über einen eigenen Aufgabenplan. h. Systemanmeldung. Wenn dieser Test erfolgreich war. setzt der Tester über eine Aktion den Status der Änderung auf Erfolgreich getestet. indem Sie den Job CRM_SOCM_SERVICE_ REPORT einplanen. h. Mit diesem Schritt endet die normale Änderung. Alle beschriebenen Tätigkeiten können direkt aus dem Änderungsvorgang über Aktionen ausgeführt werden. Sie können einstellen. B. Das Change Request Management bietet ein Vier-Augen-Prinzip an. zentral zur Verfügung.. Sie können diesen Status für alle importierten normalen Änderungen am Ende eines Projektzyklus setzen. d. Dem Tester stehen alle benötigten Funktionen. Einspielen der Änderungen Zum Einspielen der Änderungen in die produktiven Systeme müssen Sie folgende Voraussetzungen beachten: Der Systemadministrator kann die Änderung nur in das Produktivsystem importieren.

die keine Transporte erfordern. um den Prozess weiter zu beschleunigen.. Beim regulären Import über den Aufgabenplan des Wartungszyklus wird der gesamte Transportpuffer des Projekts über die Methode Import_Project_All konsolidiert importiert. h. werden in den Transportpuffer geschrieben und in die Folgesysteme importiert. So wird die Konsistenz der Daten sichergestellt. wenn Sie den Status Zu testen setzen. Die dringende Änderung hat folgendes Statusschema: Angelegt In Entwicklung Zu testen Erfolgreich getestet Freigegeben für Produktion Importiert in Produktion Bestätigt Abgeschlossen Zurückgezogen In der ausgelieferten Version importiert der SAP Solution Manager die Transportaufträge einer dringenden Änderung automatisch in das Testsystem. Dringende Änderungen können auch nur im Zusammenhang mit einem Wartungsprojekt angelegt werden und stehen für Implementierungsprojekte nicht zur Verfügung. Änderungen an Systemen abzubilden. wie 329 . die aus einer dringenden Änderung generiert worden sind. Hierzu wird die Transportmethode IMPORT_SUBSET verwendet. die dringenden Änderungen werden nochmals eingespielt.Change Request Management 8..2 möglich. bevor die normalen Änderungen in der Produktivstart-Phase des Wartungszyklus eingespielt werden. Änderungen über eine dringende Änderung in die produktiven Systeme zu importieren. Nach dem Import verbleiben sie jedoch im Puffer. d. die Transportaufträge. Sie können diese Einstellung jedoch über das Customizing ändern. d. h. Transportsteuerung Statusschema Administrative Änderung Eine administrative Änderung (Vorgangsart SMAD) dient dazu. Diese Einstellung wurde vorgenommen.

die keine Transporte erfordern und unabhängig von Projekten im SAP Solution Manager sein können. Nach einem erfolgreichen Test 330 . wie z. B. die die Änderung durchführt. einer Systemanmeldung. wie z. B. Die administrative Änderung bietet Zugang zum Aufgabenplan und zu Aktivitäten. wie die anderen Änderungen.8 Verwaltung der Änderungskontrolle z. Änderungen an nicht-systemrelevanten Objekten abzubilden. Statusschema Die allgemeine Änderung bietet hierfür ein abstraktes Statusschema. hierbei aber dennoch die komplette Änderungshistorie zu bewahren. durch Setzen des entsprechenden Status durch die Person. B. Änderungen an einem mobilen Gerät oder einem Drucker. Änderungen an Nummernkreisen oder Benutzerdaten. und hat folgendes Statusschema: Statusschema Angelegt In Bearbeitung Abgeschlossen Bestätigt Zurückgezogen Allgemeine Änderung Eine allgemeine Änderung (Vorgangsart SMCG) dient dazu. das jederzeit an Ihre individuellen Bedürfnisse angepasst werden kann: Angelegt In Bearbeitung Zu testen Änderungsdokumentation Änderungsauswertung Fehlgeschlagen Ursprung wiederherstellen Bestätigt Abgebrochen Zurückgezogen Die Bearbeitung einer allgemeinen Änderung beginnt.

2 muss die Änderung gegebenenfalls nochmals gesondert dokumentiert und ausgewertet werden. Beim Projektimport in der Produktivstart-Phase werden dann alle Änderungen und Fehlerkorrekturen gemeinsam in das Produktivsystem eingespielt. beinhaltet die Fehlerkorrektur keine Genehmigungsschritte. Ein Entwickler bearbeitet die Meldung. Nur in Testphase Statusschema 331 . falls die aktuelle Umsetzung eine Verschlechterung der Situation bedeutet. den Fehler über einen Transportauftrag zu korrigieren. Um die Änderung zum erneuten Test vorzulegen. kann einen oder mehrere Transportaufträge anlegen und den Fehler im Entwicklungssystem korrigieren. Sie folgt dem Statusschema: Angelegt In Korrektur Zum Nachtesten Bestätigt Zurückgezogen Die Fehlerkorrektur ist notwendig. Es kann aber auch nötig sein. Da die Fehlerkorrektur während des Integrationstests genutzt wird und sich dieser Test auf das gesamte Projekt (also alle Änderungen) bezieht. Da der Umfang des Projekts über die Änderungsanträge genehmigt wurde. die Änderung wieder rückgängig zu machen.Change Request Management 8. Fehlerkorrektur Fehlerkorrekturen (Vorgangsart SMTM) können Sie nur während der Testphase des Projekt.oder Wartungszyklus anlegen. einen während des Tests identifizierten Fehler an die Entwicklung zu melden. da in der Testphase keine neuen normalen Änderungen angelegt werden können. hat sie keinen Bezug zu einer einzelnen Änderung oder einem Änderungsantrag. Falls diese Auswertung erfolgreich ist. Ein Tester legt eine Fehlerkorrektur an und beschreibt die aufgetretenen Symptome. kann die Änderung bestätigt werden. denn dies würde den festgelegten und genehmigten Umfang des Projekts verzerren. Sie dient dazu. Nach erneutem Import des Transportpuffers in das Testsystem überprüft der Tester die Funktionen und bestätigt den Testerfolg mit dem Status Bestätigt. setzt der Entwickler den Status Zum Nachtesten. und erlaubt dem verantwortlichen Entwickler.

In der Spalte Aktionen können Sie sich am System direkt anmelden. die Belieferung paralleler Testsysteme oder die Synchronisation paralleler Entwicklungs. d. h.und Transportsystem (CTS+) ist es Ihnen möglich. Durch die Integration mit dem erweiterten Änderungs. C++ oder Microsoft . Auch selbstständige Sandbox-Systeme können in den Prozess eingebunden und adäquat mit Transporten versorgt werden.2). Neben einer Drei-System-Landschaft können auch weitaus komplexere Landschaften mit dem Change Request Management verwaltet werden. B. dort eine Änderung durchzuführen oder eine geänderte Funktionalität zu tes- Die Systemlandschaft im Änderungsvorgang 332 . Neben den verschiedenen sequenziellen Typen von Systemlandschaften ist das Change Request Management aber auch fähig. andere Arten von Landschaften zu verwalten. um z. auch Nicht-ABAP.8 Verwaltung der Änderungskontrolle 8.und sogar Nicht-SAPTechnologien wie Java. sind sehr flexibel und können an die individuellen Anforderungen eines Unternehmens angepasst werden. Generell unterstützt das Change Request Management alle Landschaften. duale Landschaften.2. um Änderungen an SAP-Landschaften zu verwalten. die bisher beschrieben wurden. Unterstützte Systemlandschaften und Technologien Das Change Request Management ist so flexibel wie Ihr Geschäft und unterstützt viele verschiedene Systemlandschaften. den vom Change Request Management generierten Transportpfad inklusive der Systemrollen anzeigen lassen. Dies beginnt bei der Unterstützung verschiedener Technologien und Systemlandschaften und endet beim Design und der Modellierung komplexer Arbeitsabläufe und individueller Prozesse. z.6 Änderungsverwaltung mit dem  Change Request Management Alle Funktionen des Change Request Management. Innerhalb eines Änderungsvorgangs können Sie sich jederzeit die komplette Systemlandschaft bzw. B.3. die mit dem Transport Management System der SAP abgebildet werden können. die dem aktuellen Projekt über logische Komponenten zugeordnet wurden..NET mit den Änderungsvorgängen des Change Request Management zu verwalten.und Wartungslandschaften ist möglich (siehe Abschnitt 8. Der Zuordnungsblock Systemlandschaft zeigt dabei eine tabellarische Übersicht der einzelnen Systeme. Offenheit Das Change Request Management kann aber nicht nur genutzt werden.

die in einer Baumstruktur aufgebaut und voneinander abhängig sind. wenn sich der Änderungsvorgang im Status In Entwicklung befindet. dringende Änderung sowie Fehlerkorrektur zugeordnet. z.Change Request Management 8. wobei im Standard vier Kategorieebenen zur Verfügung stehen. Wie bereits beschrieben. Dieses wird über den aktuellen Status des Änderungsvorgangs bestimmt. ist das relevante System das Entwicklungssystem. Transportverwaltung im Change Request Management Mehrstufige Kategorisierung Flexible Arbeitsabläufe und Workflows 333 . Die mehrstufige Kategorisierung erlaubt Ihnen. Der Zuordnungsblock ist den Dokumenttypen normale Änderung. Deshalb sind alle Prozesse des Change Request Management sehr flexibel und können an Ihre individuellen Anforderungen angepasst werden. Der Zuordnungsblock zeigt daher im Standard immer nur das momentan relevante System an. Mehr Informationen zu dieser Funktion finden Sie auch in Abschnitt 9.7. folgt jede Art von Änderungsvorgang einem eigenen und vordefinierten Arbeitsablauf. Außerdem können die existierenden Änderungsvorgänge auch kopiert werden. Dies beginnt bei der Definition der Genehmigungsvorgänge und geht bis zur Definition und Modellierung der verschiedenen Prozessschritte im Detail. Die Integration von Change Request Management und Transportwesen stellt sich vor allem im Zuordnungsblock Transport Management eines Änderungsvorgangs dar (siehe Abbildung 8. um existierende Aktionen und deren Konditionen zu bearbeiten oder komplett neue Aktionen und Konditionen zu definieren. Neben einer Übersicht über alle relevanten Transportaufträge und Transportaufgaben eines Änderungsantrags bietet der Zuordnungsblock einen zentralen Zugriffspunkt zu allen transportrelevanten Aktionen und Funktionen. diese Funktionen sofort einzusetzen.18). Viele Unternehmen haben jedoch bereits heute einen ChangeManagement-Prozess etabliert und wollen diesen nicht wegen der Einführung einer neuen Anwendung anpassen. Unterabschnitt »Mehrstufige Kategorisierung«. jedes Dokument im Change Request Management und im SAP-IT-Servicemanagement detailliert zu kategorisieren.1.2 ten. B. was es einfach macht.

wie oft ein Kopietransport erstellt wurde und welcher Kopietransport der aktuelle ist. um einen sicheren und reibungslosen Software-Deployment-Prozess zu gewährleisten.18 Zuordnungsblock »Transport Management« Über Drucktasten können neue Transportaufträge oder Transportaufgaben angelegt werden. In einem Pop-up können Sie nachvollziehen. ob der Transport kritische Objekte beinhaltet oder Konflikte mit anderen Transporten entdeckt wurden. welche Änderungen in die produk- 334 . wie der Besitzer des Transports. 8. Mit einem Klick können Sie direkt in die Transportprotokolle oder die Stückliste des Transportauftrags abspringen. nutzt das Change Request Management eine Reihe von Funktionen.7 Zentrale Änderungskontrolle Eines der Ziele des Change Request Management ist. der Typ des Auftrags. Eingebaute Transport-BestPractices Vielleicht der wichtigste Punkt des Change Management ist. die Ihnen in verschiedenen Situationen helfen können. einen Überblick darüber zu behalten. wird dies ebenfalls dargestellt. Aufträge freigegeben oder kritische Objekte genehmigt werden. Um dies zu erreichen. der Status sowie die Anzahl der Transportaufgaben. Daneben zeigen weitere Spalten in der Tabelle. Wenn von einem Transport bereits Transporte von Kopien angelegt wurden. einen Kontrollmechanismus bereitzustellen. angezeigt.8 Verwaltung der Änderungskontrolle Abbildung 8. Ihre Änderungen konsistent zu halten und die Anzahl der Störungen und Probleme entlang der Prozessausführung zu minimieren. In einer Tabelle werden alle Transporte gelistet und weitere Detailinformationen.2.

wenn man die Transporte nicht in der richtigen Reihenfolge importiert. vor – einige dieser Projekte arbeiten sogar in derselben Systemlandschaft aus Entwicklungs-. Das bedeutet. kann dies zu Problemen führen. Dies hat den Vorteil. Das Tagesgeschäft wird es nötig machen. die die Arbeit mit Änderungen erleichtern und Ihnen helfen. Diese Vorgehensweise minimiert das Risiko sogenannter Überholer im Transportwesen.Change Request Management 8. um die sichere Bearbeitung von normalen und dringenden Änderungen zu gewährleisten und diese immer in der korrekten Reihenfolge zu importieren.3. sind alle Änderungen des ersten Entwicklers Systemübergreifende Objektsperre Konsistente Transporte 335 .und Produktivsystem. Fehler zu vermeiden. der sich speziell mit dem Thema Transportverwaltung beschäftigt. Weitere Informationen finden Sie darüber hinaus in Abschnitt 8. Qualitätssicherungs. Zur Transportsteuerung verwendet das Change Request Management die Transportmethode IMPORT_PROJECT_ALL.und Wartungsprojekte. Am Ende des Projekts können Sie die gesammelten Änderungen in die produktiven Systeme importieren und das Projekt abschließen. normale und dringende Änderungen auf derselben Systemlandschaft zu kombinieren. auch wenn die reguläre Wartung noch immer andauert. Falls hierbei ein Objekt geändert wurde. Wenn ein Entwickler ein Objekt ändert. Das Change Request Management hat eine eingebaute Sicherheitsfunktion. Stellen Sie sich verschiedene Implementierungs. Dabei soll die Integrität der einzelnen Systeme natürlich zu keiner Zeit gefährdet werden. das später von einem anderen Entwickler geändert wird. um Inkonsistenzen auszuschließen. dass Sie projektbezogen arbeiten können und die Transportaufträge am Ende der Zyklusphasen harmonisiert und konsolidiert in der Reihenfolge ihrer Freigabe in die Folgesysteme eingespielt werden. das gleichzeitig auch von einer Neuentwicklung betroffen ist. Ein Beispiel hierfür ist die Nutzung von Transporten von Kopien.2 tive Umgebung eingespielt werden und welche Transporte überhaupt vom Entwicklungssystem über das Testsystem in das Produktivsystem gelangen dürfen. beim Projektimport werden alle dringenden Änderungen beachtet und nochmals in der richtigen Reihenfolge importiert. die gleichzeitig in Ihrer Lösungslandschaft durchgeführt werden. Das Change Request Management hat eingebaute Transport-BestPractices von SAP.

sondern auch Customizing-Objekte schützen. Bei der Verwaltung und der Kontrolle der Phasen der Wartungs. berechnet das System den Zielmandanten sowie das Zielsystem. Die Prüfung kann sowohl auf systemspezifischer als auch mandantenspezifischer Ebene aktiviert werden. muss das Objekt von einer zuständigen Person genehmigt und damit zum Export freigegeben werden. Transportaufträge. müssen separat genehmigt werden. Dadurch lässt sich leicht ein zusätzlicher Schutz für Ihre Anwendungen realisieren. ob der Auftrag kritische Objekte oder Subobjekte enthält. die kritische Objekte enthalten. Während ein Transportauftrag exportiert wird. Die systemübergreifende Objektsperre sorgt dafür. je nach Konfiguration der Objektsperre. Wenn dies der Fall ist.und Implementierungsprojekte können Sie z. Um den Transport dennoch durchzuführen.1. prüft das System. dass der Stand Ihres Testsystems während der Testphase immer konstant bleibt und keine neuen 336 . die vor dem Export eines Transportauftrags ausgeführt wird. Dieser Eintrag verhindert dann. Wenn die Prüfung auf kritische Objekte für den jeweiligen Zielmandanten oder das Zielsystem aktiviert wurde. Kritische Objekte Für sogenannte sensitive oder kritische Objekte – also Objekte. Der Einsatz minimiert das Risiko eines Downgrades durch unterschiedliche Produktivstart-Zeitpunkte von Änderungen in parallel laufenden Projekten. dass beim Ändern eines Objekts in einem verwalteten System ein Sperreintrag im zentralen SAP-Solution-Manager-System erstellt wird. Projektphasenverwaltung Durch die eingebaute Phasenkontrolle im Change Request Management ist sichergestellt. die direkten Einfluss auf Kerngeschäftsprozesse haben – kann eine Prüfung aktiviert werden. Dieses Problem kann durch die Verwendung der systemübergreifenden Objektsperre verhindert werden.8 Verwaltung der Änderungskontrolle verloren. wird der Export nicht durchgeführt. Die systemübergreifende Objektsperre kann hierbei nicht nur ABAP-. dass immer nur die richtigen und erlaubten Transportaktionen ausgeführt werden können. dass eine weitere Änderung am selben Objekt in irgendeinem anderen Transportauftrag gemacht werden kann. sicherstellen.3. Weitere Details finden Sie in Abschnitt 8. B.

2 Änderungen eingespielt werden können.19 Der Wartungszyklus in der neuen Web-Client-Oberfläche Die Phasenkontrolle ist mit den verschiedenen Änderungstypen integriert.19).Change Request Management 8. Fehlerkorrekturen in der Projektphase Test. um sicherzustellen. die dann gegebenenfalls ungetestet in die Produktion gelangen würden (siehe Abbildung 8. Upgrade. Dadurch können Sie zentral im SAP Solution Manager alle Ihre Wartungs. Abbildung 8. z. dass nur die korrekten Änderungsvorgänge in bestimmten Phasen eingesetzt werden.und Implementierungsprojekte kontrollieren. Ein kurzes Beispiel soll das Konzept des Projektzyklus verdeutlichen: Der Projektleiter legt ein Projekt im SAP Solution Manager an (Implementierungs-.oder Vorlagenprojekt) und generiert zu diesem Projekt die IMG. B.und CTS-Projekte sowie einen ProjektzykArbeiten mit Projektzyklen 337 .

8 Verwaltung der Änderungskontrolle lus. Daher besteht in dieser Phase des Projektzyklus die Möglichkeit. Diese Phase kann daher auch als initiale Spezifikationsphase oder Planungsphase gesehen werden. Entwicklung ohne Freigabe Der Change Manager setzt den Status des Projektzyklus auf Entwicklung ohne Freigabe. die von ihnen entwickelten Änderungen zu testen. um anschließend den Status ihrer Änderungen auf Zu testen zu setzen. Dieser Import erfolgt idealerweise durch eingeplante Jobs oder aber manuell durch den Systemadministrator im Aufgabenplan. Falls mehrere Projekte gleichzeitig bearbeitet werden. können diese jedoch nicht freigeben und auch nicht exportieren. Wenn der Change Manager den Status des Projektzyklus von Entwicklung ohne Freigabe in Entwicklung mit Freigabe ändert. in dem die Entwickler die Änderungen nach dem Import in die Testsysteme selbst prüfen können. Damit legen Sie in dieser Phase bereits den Projektumfang fest. vor dem Integrationstest Zeit für funktionale Tests einzuplanen. In jedem Fall legen Sie bereits im Vorfeld durch die Zuweisung eines Projekts zum Änderungsantrag fest. da die Erzeugung von Testtransporten in dieser Phase nicht möglich ist. In vielen Fällen existieren in den Entwicklungssystemen keine Stamm. Anschließend erfolgt ein erneuter Transport von Kopien ins Testsystem. welcher Zyklus verwendet wird. Zu diesem Zeitpunkt können Sie bereits Änderungsanträge anlegen. kann mehr als ein Projektzyklus existieren. einen Zeitraum.oder Bewegungsdaten. können die Entwickler Transporte von Kopien ihrer vorgenommenen Änderungen erzeugen. Bei der Genehmigung ordnet der SAP Solution Manager die resultierenden Änderungsvorgänge dem Projektzyklus zu. die zu Testzwecken ins Testsystem importiert werden. die den Entwicklern erlauben. Der Systemadministrator aktiviert den Zyklus im Beleg des Projektzyklus (Vorgangsart SMMN) über die entsprechende Aktion. Wenn dieser Status gesetzt ist. klassifizieren und genehmigen. d. Bei Einsatz der normalen Änderung (Vorgangsart SMMJ) ist die Verwendung dieser Phase für die Entwicklung nicht empfehlenswert. Der Tester sieht die zu testende Änderung in Entwicklung mit Freigabe 338 . können Änderungen von den Entwicklern bearbeitet und im System entwickelt werden. h. Die Entwickler können Transportaufträge und Transportaufgaben anlegen. Diese Daten sind oft nur im Testsystem verfügbar.

Nach dem Import in die produkVorbereitung für den Go-Live (Notkorrektur) Test Go-Live 339 . der Notkorrekturphase zwar angelegt. Über diese Fehlerkorrektur kann ein Entwickler im Entwicklungssystem einen neuen Transportauftrag anlegen und den Fehler bereinigen. auch die Verwendung dringender Änderungen ist nicht mehr möglich. jedoch nur über den Aufgabenplan (Task List) des Projektzyklus und mit entsprechenden Berechtigungen.2 seinem Arbeitsvorrat im Work Center oder SAP Web Client und kann den Test durchführen. können Transportaufträge und -aufgaben im Rahmen der Go-Live-Vorbereitungen bzw. setzt der Tester den Status der Änderung auf Erfolgreich getestet und stößt damit im Hintergrund den Export der Änderung aus dem Entwicklungssystem an. Findet ein Tester einen Fehler. Während dieser Phase können keine Transportaufträge angelegt oder freigegeben werden. h. In der Testphase können Tester die Änderungen auf funktionale und fachliche Richtigkeit überprüfen. können nicht vom Test ausgenommen werden. Nach dem Wechsel in die Testphase können Transportaufträge aller Änderungen. die den Status Zu testen noch nicht erreicht haben. d. wenn alle Änderungen und Fehlerkorrekturen im Status Erfolgreich getestet vorliegen. die diesen Status noch nicht erreicht haben. Änderungen. kann er diesen über einen Beleg vom Typ Fehlerkorrektur (Vorgangsart SMTM) dokumentieren und den betreffenden Entwickler auf den Fehler aufmerksam machen. freigegeben und transportiert werden.Change Request Management 8. wenn er den Phasenwechsel wie von SAP empfohlen im Beleg (Vorgangsart SMMN) vornimmt. Dringende Änderungen sind von diesem Verhalten nicht betroffen und können weiterhin verwendet werden. War der Test erfolgreich. In der Go-Live-Phase wird der gesamte Transportpuffer des CTS-Projekts in der Reihenfolge der Freigabe in die Produktivsysteme importiert. Die Testphase gilt als abgeschlossen. Durch dieses Verhalten wird ein Einfrieren des Codings (Code Freeze) ab Beginn der Testphase herbeigeführt.. nicht mehr exportiert werden. sie müssen entweder erfolgreich getestet oder zurückgenommen werden. Dazu erhält der Anwender eine entsprechende Warnung. Wenn nach Abschluss der Testphase weitere Änderungen vorgenommen werden müssen. Dringende Änderungen sind davon nicht beeinflusst und können weiterhin verwendet werden.

20). Im Bereich Verwaltung von Änderungsanträgen in der SAP-ITServicemanagement-Benutzerrolle haben Sie die Möglichkeit. Erfolgt das Umschalten der Phase nicht über den Beleg.8 Transparenz über Änderungsprozesse Das Change Request Management ist nicht nur ein Werkzeug zur Kontrolle und Verwaltung Ihrer Änderungen. die im Status Zu testen sind. Die Suchmasken teilen sich dabei in die Bereiche Änderungsantrag. im Importpuffer des Produktivsystems. sondern über den Aufgabenplan. Das Weiterschalten der Projektphase sollte grundsätzlich über die entsprechende Aktion im Beleg (Vorgangsart SMMN) erfolgen. detaillierte Informationen über den Status des gesamten Change-Management-Prozesses zu erhalten. Sie können nun den Projektzyklus abschließen. erhält der Anwender keine Warnungen über diesen Zustand – die dringenden Änderungen würden somit ungetestet importiert werden. Im Folgenden erhalten Sie einen kurzen Überblick über die verschiedenen Monitoring. Beim Weiterschalten der Phase über den SMMN-Beleg erfolgen entsprechende Prüfungen.und Reporting-Funktionalitäten.und Überwachungsfunktionen Die neue Benutzeroberfläche des Change Request Management bietet viele Möglichkeiten. 8. Monitoring. Damit ist das Projekt beendet. eine Reihe von vorkonfigurierten Suchmasken zur Suche nach Änderungsvorgängen zu verwenden. In einer Drei-System-Landschaft befinden sich z. und der Transportpuffer ist leer. die Abarbeitung und den Status der einzelnen Änderungsanträge und Änderungsvorgänge zu überwachen und einen Überblick über den Gesamtstatus des Change Management zu bekommen. B. Änderungsvorgang sowie Projektzyklus auf (siehe Abbildung 8. sondern gibt Ihnen auch jederzeit die Möglichkeit.2. sodass der Anwender gewarnt ist und entsprechend reagieren kann.8 Verwaltung der Änderungskontrolle tive Systemumgebung existieren keine offenen Transportaufträge mehr. 340 . alle Transportaufträge von dringenden Änderungen. indem Sie den Status auf Bestätigt setzen.

und jeder Benutzer kann sich damit einen personalisierten Arbeitsvorrat erzeugen. Gespeicherte Suche 341 . Die Ergebnisse der Suche werden in einer Tabelle übersichtlich dargestellt.20 Suche nach Änderungsanträgen in der neuen Web-ClientOberfläche Jede Seite bietet eine Reihe von Suchkriterien. Über die Personalisierungsfunktionen kann jeder Anwender für sich selbst bestimmen.2 Abbildung 8. individuelle Suchanfragen zu erstellen. wobei jede Tabellenspalte beliebig sortiert und gefiltert werden kann. Damit haben Sie die Möglichkeit. da sich jede Zusammenstellung als sogenannte gespeicherte Suche sichern lässt. unabhängig von der aktuellen Position in der Anwendung. aufrufen. welche Tabellenspalten relevant sind.Change Request Management 8. die sich völlig frei miteinander kombinieren lassen. Die gespeicherten Suchen können Sie zentral im oberen Bereich der Benutzeroberfläche auswählen und jederzeit.

die beim Bearbeiten eines Änderungsvorgangs ausgeführt werden. wie z. Die Ereignisse. konsolidiert sie und zeigt sie in einer Übersicht an. Neben der tabellarischen Darstellung kann das Suchergebnis auch grafisch als interaktives Torten. Ein Reporting-Service. der im Hintergrund läuft. Change-RequestManagementReporting Die Reporting-Funktionalitäten des Change Request Management können ohne großen Einrichtungsaufwand verwendet werden und sind somit ebenfalls »out of the box« verfügbar. zusätzlich gibt es eine Reihe von Filterund Einstellungsmöglichkeiten. Zur weiteren Bearbeitung können die Suchergebnisse auch in ein Tabellenverarbeitungsprogramm exportiert werden. sammelt die Daten automatisch.oder Säulendiagramm angezeigt werden. das Ändern eines DDIC-Objekts in einem Entwicklungssystem oder die Implementierung eines SAP-Hinweises. sind über die komplette Systemlandschaft verteilt. Die Reporting-Funktion des Change Request Management analysiert diese Transaktionen und die zugehörigen Ereignisse. da Sie das im SAP Solution Manager integrierte BW-System verwenden können. werden immer im Kontext von SAP-Solution-Manager-Projekten oder -Lösungen durchgeführt. ein separates SAP NetWeaver Business Warehouse (BW) bereitzustellen. B. Erfasste Entitäten Die Reporting-Transaktion (Transaktionscode /N/TMWFLOW/REPORTINGN) erlaubt eine Anzeige und Auswahl über folgende Entitäten: Änderungsvorgänge und Änderungsanträge SAP-Solution-Manager-Lösungen und -Projekte Change-Request-Management-Aufgabenpläne (Task Lists) Systeme Support Packages 342 .8 Verwaltung der Änderungskontrolle in welcher Reihenfolge diese angezeigt werden sollen und welche Information ausgeblendet werden soll. Alle Abfragemöglichkeiten und Ergebnislisten sind bereits vordefiniert und können direkt verwendet werden. benötigen Genehmigungen und eine klare Zuweisung von Aufgaben. sowohl vom SAP Solution Manager als auch von den verwalteten Systemen. Dabei ist es nicht nötig. Durch Klick auf ein bestimmtes Segment filtert das System die Suchergebnisse automatisch. Change-Request-Management-Ereignisse.

B. Eine besondere Übersichtsdarstellung enthält dabei viele verschiedene Informationen und erlaubt eine eingehende Analyse. in dem ein bestimmter  Transportauftrag erstellt wurde das Zielsystem. B. festSysteme vergleichen Änderungsnachverfolgung 343 .und Zielsystem hinsichtlich des Exports und Imports von Änderungen gekommen ist. ob alle Transportaufträge korrekt exportiert und importiert wurden oder ob es Differenzen gibt. in den Änderungsvorgang. die Task List etc. in das ein bestimmter  Transportauftrag importiert wurde die Anzahl der Transportaufträge. B. welche Daten er benötigt. Das Ergebnis wird in einer Übersicht dargestellt. Eine weitere Funktion des Change-Request-Management-Trackings ist der Vergleich von zwei Systemen. die viele zusätzliche Funktionen und Absprünge (z. die angelegt  wurden.) bietet. Wenn Sie z. um herauszufinden. Zum Beispiel sind folgende Informationen nachvollziehbar: das Quellsystem. die einen  Importfehler erzeugt haben Darüber hinaus ist es z. Neben dem Reporting bietet das Change Request Management auch Funktionen zur Nachverfolgung (Transaktion /TMWFLOW/TRMO) an.und Überwachungsfunktionen können all diese Daten in ein Tabellenverarbeitungsprogramm zur Nachbearbeitung exportiert werden. festzustellen. Wie auch bei den Monitoring. aber noch nicht freigegeben sind die Anzahl der Transportaufträge. auch möglich. und kann zusätzliche Filterkriterien festlegen.2 SAP-Hinweise Transportaufträge Transportobjekte Der Nutzer kann frei entscheiden. Dabei können zunächst alle Objekte pro System in einem geteilten Bildschirm angezeigt werden.Change Request Management 8. ob Änderungen in der korrekten Reihenfolge in das Zielsystem importiert wurden oder ob es zu Inkonsistenzen zwischen dem Quell. die aus dem  Zielsystem exportiert wurden die Anzahl der Transportaufträge.

Dieser Abschnitt gibt Ihnen einen Überblick über die verschiedenen Integrationsaspekte des Change Request Management.und Lösungsverzeichnisse Testmanagement Job Scheduling Management Change Request Management Technische Infrastruktur Transport Management System Erweitertes Change & Transport System Abbildung 8. 8. welche Unterschiede existieren. der Ihnen das Ergebnis übersichtlich darstellt. ALM-Funktionen IT-Servicemanagement Quality Gate Management Systemempfehlungen Projekt.9 Integration des Change Request Management mit den anderen Application-Lifecycle-ManagementFunktionen Neben dem Transportwesen ist das Change Request Management in viele weitere Prozesse und Anwendungen des SAP Solution Manager integriert (siehe Abbildung 8.2. 344 . die neben der Integration in die technische Infrastruktur heute existieren.8 Verwaltung der Änderungskontrolle stellen wollen.21 Übersicht über die Integrationen des Change Request Management Integration mit dem Quality Gate Management Durch die Verwendung der gleichen Basistechnologien ist es möglich.21) und kann gemeinsam mit diesen verwendet werden. das Quality Gate Management und das Change Request Management integriert und in der gleichen Landschaft für unterschiedliche Projekttypen parallel zu betreiben. können Sie mit einem Klick einen Filter aktivieren.

Typischerweise basiert ein Wartungsprojekt auf einzelnen Änderungen. ist das Change Request Management stark an die Vorgaben der IT Infrastructure Library (ITIL) angelehnt. Freigeben und Importieren der zum Projekt gehörigen Transportaufträge. Dabei werden wichtige Informationen wie Texte und die zugewiesene Komponente automatisch an den Änderungsantrag übertragen.Change Request Management 8. sodass jederzeit verfolgt werden kann. Integration mit dem IT-Servicemanagement 345 .1. Damit geht eine Integration in die anderen IT-Servicemanagement-Bereiche des SAP Solution Manager einher: Wenn Sie eine Störung (Incident) oder ein Problem in Ihrem Service Desk haben. um etwaige auftretende Risiken frühzeitig zu erkennen und zu beseitigen. die Änderungsvorgänge. Bei diesem Szenario steuert das Change Request Management den gesamten Änderungsprozess. Genehmigen und Dokumentieren aller Änderungen beinhaltet als auch das Anlegen. die Transportaufträge und die Risiken des Change-Request-Management-Projekts dar. und es wird eine Beziehung zwischen beiden Dokumenten hergestellt.2 So kann das Change Request Management für ein Wartungsprojekt und das Quality Gate Management für ein Implementierungsprojekt verwendet werden. der zu Beginn genehmigt und danach realisiert wird. während ein Implementierungs. können Sie direkt einen Änderungsantrag als Folgedokument erstellen. der sowohl das Anlegen.oder Release-Projekt einen definierten Umfang abdeckt. das es dem Projektmanagement-Team erlaubt. Damit stellt das Quality Gate Management den Q-GateKalender. die genehmigt und dokumentiert werden müssen. Wie bereits erwähnt. Weitere Informationen zu den Funktionen des Quality Gate Management finden Sie in Abschnitt 8. Das Quality Gate Management übernimmt dabei die Steuerung der Phasen und visualisiert die Inhalte des Change-Request-Management-Projekts. wo der Ursprung des Änderungsantrags lag. Es agiert in dieser Rolle als eine Art Change Management Dashboard. Auch die Integration der beiden Werkzeuge ist möglich. hilfreiche Informationen zur Verfügung zu stellen. Folglich kann der Benutzer das Quality Gate Management integrativ mit dem Change Request Management betreiben.1.3). Durch die konsequente Umsetzung der SAP Best Practices für den Transport werden beide Projekte vor Inkonsistenzen und Überholern geschützt (siehe Abschnitt 8. Durch die Definition von Quality Gates (Q-Gates) auf einem für das Change Request Management konfigurierten SAP-Solution-Manager-Projekt kann diese Integration einfach aktiviert werden.

Dadurch haben Sie die Möglichkeit. Das Change Request Management Reporting unterstützt diese Zuweisung. Die zugrunde liegenden Dokumente des Projekts oder der Lösung wie Testfallbeschreibungen oder Spezifikationen können im Zuordnungsblock Dokumente referenziert werden. basieren immer auf einem SAP-Solution-Manager-Projekt.oder Konfigurationsänderung. sondern auch eine geänderte bzw.8 Verwaltung der Änderungskontrolle Das Change Request Management kann dabei so konfiguriert werden. können ebenfalls im Change Request Management genutzt und Änderungsvorgängen zugewiesen werden. Geschäftsprozesse oder Geschäftsprozessschritte zuweisen. Dort können die Dokumente und Prozesse aktualisiert werden. nur Änderungsvorgänge anzuzeigen. die eine Beziehung zu einem bestimmten Geschäftsprozess besitzen. die sich in diesen Projekten befinden. In den Zuordnungsblöcken Lösung und Projekt können Sie Informationen wie Geschäftsprozessszenarien. die Sie mit dem Change Request Management vornehmen. Die Informationen. vielmehr können die Teile der Lösung. können Sie darüber auch die sogenannte Check-in/Check-outFunktion benutzen. dass nach Abschluss des Änderungsantrags – also sobald die Änderung erfolgreich durchgeführt und bestätigt wurde – auch der zugehörige Incident oder das zugehörige Problem automatisch geschlossen wird. aktualisierte Doku- 346 . entsprechend der dazugehörigen Software. Danach kann die Struktur wieder eingecheckt werden. Check-in/Checkout-Funktion Wenn Sie eine Lösung zu einem Änderungsvorgang zuweisen und diese Lösung eine Verbindung zum verwendeten Wartungsprojekt besitzt. die geändert werden müssen. Integration mit Dokumentation Alle Änderungen. die zeitgleich über den Änderungsvorgang durchgeführt wird. Ihre Änderungsvorgänge und Änderungsanträge zu klassifizieren und zu kategorisieren. mithilfe des Änderungsvorgangs in das Wartungsprojekt ausgecheckt werden. sodass Sie im Reporting auch die Möglichkeit haben. Sobald Sie diese Funktion aktiviert haben. können der Inhalt und die Struktur der Lösung nicht mehr direkt bearbeitet werden. Das Ergebnis ist nicht nur eine geänderte Konfiguration auf technischer Ebene. sobald die Änderung abgeschlossen wurde.

die zum Testen der geplanten Änderung verwendet werden sollen. Im SAP Solution Manager gibt es eine große Anzahl von Funktionen und Anwendungen. bereits im Vorfeld einer Änderung einen Testplan zuweisen. Der Zuordnungsblock Testmanagement erlaubt es. Teil des Prozesses Maintenance Management ist die Funktion Systemempfehlungen. B. die z. Damit ist es möglich. eine Prüfung zu implementieren. ist das Thema Testmanagement. sicherheitsrelevante oder performancerelevante Hinweise. Business Process Monitoring). B. das Ändern des Status von Zu testen auf Erfolgreich getestet nur dann möglich macht. sodass Sie bei Änderungsanträgen oder Änderungsvorgängen eine Beziehung zwischen diesen und Entitäten aus dem Testmanagement herstellen können (siehe Kapitel 7). Die Wartung einer SAP-Landschaft ist ebenfalls eng verknüpft mit dem Thema Change Management. B. dass die Prozesskontrolle abhängig vom erfolgreichen Ausführen der zugewiesenen Testpakete oder Testpläne ist. die eine korrekte Lösungsdokumentation voraussetzen (z. wenn Sie andere Funktionen des SAP Solution Manager verwenden möchten. In einem weiteren Schritt können Sie das Change Request Management durch die Implementierung einer eigenen Kondition auch so konfigurieren. Wenn Sie sich für die Implementierung eines solchen SAP-Hinweises entscheiden oder in Ihrem Unternehmen den Prozess des Change Request Management verwenden und eine Implementierung über Integration mit Maintenance Management Integration mit Testmanagement 347 .Change Request Management 8. der Testfälle enthält. wenn die zugewiesenen Testfälle positiv getestet wurden.2 mentation Ihres Geschäftsprozesses. B. Ein Thema. etc. das immer eng verwandt mit Änderungen und Change Management betrachtet wird.). Dies ist besonders wichtig. Testpläne oder Testpakete aus dem SAP Solution Manager zu einem ChangeRequest-Management-Dokument zuzuweisen. um Testvorgänge und Testprozesse in der Kundenlandschaft zu kontrollieren und zu verwalten. Dies bringt weitere Stabilität in Ihre Software und minimiert das Risiko von Fehlern im Produktivsystem. Dadurch kann ein Change Manager oder Testkoordinator z. Diese Funktionalitäten sind auch mit dem Change Request Management integriert. Hier werden Ihnen SAP-Hinweise für Ihre Systemlandschaft zur Implementierung vorgeschlagen (z.

8. ist es schwierig. Mithilfe des Job Scheduling Management können Sie die Einplanung und Ausführung solcher Anwendungen zentral verwalten. Änderungen. Integration mit Job Scheduling Management Der Bereich Job Scheduling Management (Jobverwaltung) beschäftigt sich mit den zahlreichen Hintergrundanwendungen und Stapelverarbeitungsprogrammen. hier den Überblick zu behalten. Mehr zum Thema Jobverwaltung erfahren Sie in Kapitel 11. die mehr als ein Produktivsystem betreffen. können Sie direkt aus der Anwendung Systemempfehlungen einen Änderungsantrag erstellen. Wenn die Systemlandschaft komplexer wird und die Zahl dieser Jobs massiv ansteigt. synchron durchzuführen.und Transportsystem (Change and Transport System. z. Nur so ist es möglich.8 Verwaltung der Änderungskontrolle einen Änderungsantrag anstoßen wollen. auch das Einplanen einer solchen Hintergrundanwendung über einen Change-Management-Prozess abzubilden. Durch eine Integration mit dem Change Request Management ist es möglich. CTS) ist das zentrale Werkzeug zur Verwaltung von Änderungen an Customizing. die im Implementation Guide 348 .1 Zentrales Werkzeug SAP-Änderungs. gleichzeitige Änderungen im SAP NetWeaver Portal und im SAP-ERP-Backend-System. wie das Synchronisieren von Entwicklungssystemen oder die systemübergreifende Objektsperre. Hierfür wird im Change Request Management ein spezieller Zuordnungsblock zur Verfügung gestellt. Darüber hinaus werden im SAP Solution Manager zentrale Transportfunktionen für die gesamte Systemlandschaft zur Verfügung gestellt. 8. der alle nötigen Informationen über den zu implementierenden SAPHinweis bereits enthält.3 Transportverwaltung In integrierten Systemlandschaften ist es wichtig. die in einem SAP-System eingeplant sind. alle Änderungen in einem zentralen System zu verwalten.3.und Repository-Daten. Weitere Informationen zur Funktion Systemempfehlungen finden Sie in Kapitel 12. B.und Transportsystem (CTS) Das SAP-Änderungs.

153. 82. kundenspezifische 167 Anpassungskosten 724 Antwortzeiten 534. 323. 572. 323. 80. Komplexität 550 ARIS 38 ASAP-Methode 31.Index A ABAP Ausnahmen (Fehler) 534 Auswertungen 534 ABAP Coverage Analyzer 707 ABAP Database Connectivity (ADBC) 41 ABAP Workbench 349 Abgleichsfunktion 209 Abhängigkeitsaussagen 637 Action List 521 Adaptive Computing Controller (ACC) 99. 594 zurückstellen 451 Alert-Tabelle 450 allgemeine Änderung 315. CCLM 714 Administrationsreporting 189. 284 HARTMANN GRUPPE 201 Änderungskontrolle zentrale 334 Änderungstypen 326 Änderungsumfang 322 Anlagenklassen umstellen 672 Anpassungen. 535 Antwortzeitverteilung 534 Antwortzeitzusammensetzung 534 Anwendungsanalyse 608 Application Incident Management 381 Application Lifecycle Management (ALM) 57 HARTMANN GRUPPE 201 Application Management 29. 313. 479. 242. 522 administrative Änderung 315. 310. 330 Altersanalyse 575 Altersstruktur der Daten 552 Analyse 446 technische 524 Analyseprojekt 120 Analysestruktur 124 Analysesystem 720. 165. 169 Analyse 122 Analyseergebnis 126 Analyseprojekt 122 Analysestruktur 124 765 . 309. 321. 320. 233. 387 Prozess 324 Umfangserweiterung 326 Änderungsauswertung 366 Änderungsdiagnose 365 Änderungsdokument 310 Änderungseinfluss-Analyse 71. 507 Ad-hoc-Reporting. 724 Änderungsanalyse 94 durchgängige 367 Änderungsanforderung 62 Änderungsantrag 64. 445 Alert-Management. 448. Auswertungen 532 Alerts 79. 329 Agenten 485 Agile Softwareentwicklung 153 Alert 401 Alert-Details 83 Alert-Detailsicht 453 Alert-Eingang 44. 96. 572 Alert-Gruppen 452 Alerting 48. 723. 237. 57 Arbeitsmodi 502 langfristig planen 504 Monitoring-Einstellungen 509 Status 505 Arbeitsvorrat 189 Arbeitsvorrat für beschädigte Testfälle 264 Archiv-Analyse 685 Archivierung. 118. 149 ASAP-Roadmap 149. 722. 448. 165 Add-ons 153 Roadmap-Phasen 152 Rollen 155 Themenbereiche 155 Variante 155 Assistent zur Lösungsdokumentation 64. 447.

58 Build to Test 68 Build-Phase 67 Business Blueprint 67. 566 Business Process Procedures (BPPs) 179 Business Process Repository (BPR) 120. 176. 175 Business Process Analysis & Monitoring 575 Business Process Analytics 566. 124 Work Center 121 Aufgabenplan 317. 236. 264 Beschleuniger 158. 271. 87. 659 beschädigte Testfälle 255.Index Content-Schnittstelle 122 HARTMANN GRUPPE 199 Prüfregel 123 Prüfreihe 123 Prüfschritt 123 Regeldatenbank 122. 252. 194. 144. 252 Abschluss 173 allgemeine Dokumentation 170 Grafik 172 Reporting 188 Sign-Off 174 Struktur aufbauen 129 Transaktionen 168. 362 Business Document (BDoc) 570 Business Exceptions 91 Business Function Prediction 63 Business Functions 240 Aktivierung 69. 649 Beschleuniger. 573 Bayer MaterialScience 610 Business Process Change Analyzer (BPCA) 71. 119. 167. 182 Auswertungstypen 529 Autoimport 361 automatische Testskripte 248 automatischer Abgleich mit der SAPKorrektur-Workbench 362 automatisierte Testfälle 262 Reporting 263 Availability Status 463 B Backlog Monitor 469 BAdI 700 Basic Settings (Content) 148 Batch-Input-Mappe 570 Bayer MaterialScience AG 609 Benachrichtigungen 445. 444. 573 Ausfallzeiten 508 Verwaltung 508. 214 Business Process Testing (BPT) 269 Business Requirements 252. 164. CCLM 711 BI-Diagnose-Center 531 BI-Monitoring 44. 565 Bibliotheksdefinition. 170 Business Configuration Sets (BC Sets) 216. 280 HARTMANN GRUPPE 201 Testoption 3 284 Business Process Completeness Check 91 Business Process Documentation Content 96 Business Process Monitoring 395. 164. 132. 255 Business System 462 766 . 150. 448 Blueprint-Sign-Off 174 BMC Appsight for SAP Client Diagnostics 486 Buchungskreise umbenennen 670 Buchungskreise zusammenführen 665 Buchungskreiskonsolidierung 668 Build & Test-Phase 30. 568. 204. Run SAP 154 Bestandsprozesse integrieren 164 Betrieb von Geschäftsprozessen 34. 512 Benchmarking 574 Benutzerakzeptanztest 69 Benutzertest 233 Benutzerverwaltung 159 Berechtigungen Maintenance Optimizer 627 Projekt 159 Vorlagen. 358 Ausfallzeitauswertungen 510 Ausfallzeiten 502 Ausnahmen (Fehler) 534 außerhalb der Geschäftszeiten 504 Auswertung 180.und Roll-out-Projekte 215 Berechtigungskonzept 163. 235.

727. 488 Capability Maturity Model Integration (CMMI) 227 Carve-Out 664 CCLM 703. 319. 328 dringende Korrektur 312. 295. 720 ClearQuest 38 Clonefinder 701. 314. 317. 319. 707 CCMS-Monitoring 509 CDC 597 Vergleichsinstanz 597 Vergleichslauf 597 Vergleichsobjekt 597 CDMC-Kollektor 706 Change Advisory Board 64. 323 Änderungsantrag 313. 315. 306. 632 767 . 329 Projektmanagement 314. 330 administrative Änderung 315. 485. 319 Change-Analyse 43. 323 Ferrero 374 Genehmigungsvorgang 323 HARTMANN GRUPPE 200 Integrationen 344 Integrationstest 318. 494 Change-Reporting-Werkzeug 488 Channel Monitor 465 Channel Short Log 465 Check Points 275 Check-in/Check-out-Funktion 346 CIM-Modell 109 sanofi-aventis 141 Clearing-Analyse 651.Index Business User 86 Business Workflow 570 Business-Automation-Enabler-Schnittstelle 588 Business-Blueprint-Definition 212 Business-Blueprint-Dokument 172 Business-Rolle 413 BW-Reporting CCLM 716 Testen 265 Bytecode-Instrumentierungstechnologie (BCI) 486 C CA Wily Introscope 43. 335 Transportverwaltung 333 Verwaltung von Änderungsanträgen 314 Wartungszyklus 316. 323 dringende Änderung 315. 318 itelligence AG 440 Change Analyzer 280 Change and Transport System (CTS) 348 Change Control Management 295 Change Diagnosis 365 Change Impact Analysis 651 Change Management 384. 319. 310 Administrationsmeldung 329. 338 Reporting 342 Tester (Rolle) 312 Transportsteuerung 314. 323. 328. 329. 318 Change Request Management 62. 387 Change Management Dashboard 345 Change Manager 312. 316. 369. 94. 295. 318. 316 Projektzyklus 312. 316. 180. 308. 321 Änderungsverwaltung 332 Architektur 316 Aufgabenplan 317 Change Advisory Board (Rolle) 318 Change Document 312 Change Manager (Rolle) 312. 499 Coding Scan 685 Colgate-Palmolive 287 Common Information Model (CIM) 105 Component Monitor 464 Configuration Management 384 Configuration Status 463 Configuration Validation 295. 318. 321. 323 Aktion 317 allgemeine Änderung 315. 487. 718 Phasen 720 Clearing-Analyse-Projekt 719 Clearing-Prozess 718. 728 Clown 727 Code Freeze 339. 320 Monitoring 340 normale Änderung 315. 329 Entwickler (Rolle) 312 Fehlerkorrektur 315.

716. 733 Custom Code Lifecycle Management 702 Procter & Gamble 734 Prozessübersicht 704 Transparenz 701 Custom Code Management 35. erweitert CTS+ CTS-Analyse 718 Phasen 724 CTS-Analyse-Projekt 724 CTS-Projekt 316. 332.96 System 133 technische 97 Vorlage 132 Dokumentationsarten 162. 58. 74 Design-Phase 30. Landschaft 104 Datenflussnutzung 97 Datenkonsistenz 662 Datenkonsistenzmanagement 565 Datenkonsistenzverwaltung 591 Datenverteilung 544 Datenvolumenmanagement 543 Reporting 561 Datenzentralisierung 657 DCToolbox 595 Debugging-Analyse 604 Decentral Adapter Engine 462 Defect Management 235 Deliverables 152 Deploy 31 Deploy-Controller 350 Deployment Management 387 Deploy-Phase 30. 351 Custom Code Analysis 726. 257 DMAIC-Zyklus. 349 CTS+ Deploy Web Service 40 CTS. 163. 535 Cross Database Comparison 597 Cross-Application-Objekte 547 Cross-System Comparison 732 CTS Deployment Log 40 CTS Script Caller 40 CTS+ 39. 222 Diagnosedatenbank 485 Diagnostics Agent 109 Diagnostics Framework 109 digitale Signatur 135. 337. 164 768 . 697 Prozess 700 Custom Development Management Cockpit 650 Custom Development Management Cockpit (CDMC) 702. 171. Bayer MaterialScience 611 Dokumentation 95. 541. 722 Customer Center of Expertise (CCoE) 210. 388 Customer Task Area 521 Customizing-Änderungen 237 Cutover 74 D Dashboard Apps 46 Dashboard Framework 46 dashboard-basierte Auswertungen 541 Dashboards 84. 66 Detailvergleich 221. 717 CA (Clearing Analysis) 718 CTS-Analyse 724 Phasen 718 UCIA (Upgrade/Change Impact Analysis) 718 Upgrade/Change Impact Analysis 721. 65. 58. 105 Data Volume Management 543 Dateisystem 534. 535 Dateitransfer 40 Datenanalyse 557 Datenbankanalyse 487.Index Continuous Quality Check BPPO (SAP CQC BPPO) 605 Country Legal Changes Packages für SAP ERP HCM 626 cProjects 312 CPU-Auslastung 534. 535 Datenerhebung. 489 Datenbank-Auslastung 534 Datenbank-Performance 534. 535 Datenbanksperren 606 datenbankübergreifender Vergleich CDC Datenbank-Verfügbarkeit 534. 568 Data Consistency Management 591 Data Supplier 98. 40. 346 der Systemlandschaft 119 initiale 95 Konsistenzprüfung 121 Lösung 131 Re.

Index dokumentenbasierte Service Level Reports 539 Dokumentenverwaltung. 487. 419 Flat File 570 Fortschritts-Reporting 267 Testen 263 Fourth Level Support 407 führendes System 710 769 . 235. 259. Testen 259 Ferrero Deutschland MSC GmbH & Co. 603. 323. 328 dringende Korrektur 308. 621 Drei-System-Landschaft 615 dringende Änderung 315. 474 Auswertungen 532 Enhancement Package 232. 234. 428 File-System-Browser 488 Filter. Ferrero 374 Download-Basket 619. KG 373. Testen 257 Endanwenderschulung 653 Endanwender-Test 231 Endbenutzerrollen 195 End-to-End-Analyse 487 End-to-End-Change-Analyse 494 End-to-End-Exception-Analyse 489 End-to-End-Monitoring und Alerting 37. 623.und Transportsystem 39. 315. 607 End-to-End-Workload-Analyse 492 End-User-Experience-Monitoring 44. 92. 489 Expert Analysis Transactions 80 Extended Computer Aided Test Tool 260 External Batch Processing 579 Extraktor-Framework 366 F Feedback-Funktion 187 fehlerhafte Änderungen 364 Fehlerkorrektur 59. 697 Kritikalität und Einfluss auf Kerngeschäftsprozesse 700 Qualität 700 Quantität 699 technische Umsetzung 700 Testaufwand 698 Einführungsprojekt 157. 615. 606. 312 duale Systemlandschaft 360 DVM-KPI-Detailsicht 561 dynamische Interface Analysis 729 E E2E-Exception-Analyse 73 E2E-Trace-Analyse 73 E2E-Workload-Analyse 73 EA-Governance. 40. 207 Einzelsystem-Update 622 E-Learning-Management 182 E-Mail-Benachrichtigung.und Strategie-Frameworks 153 eCATT 70. 48 End-to-End-Root-Cause-Analysis 481 End-to-End-Trace-Analyse 496. 447. 411 Events 455 Excel-Upload-Schnittstelle 129 Exception Management Cockpit 91 Exception Status 463 Exception-Analyse 43. 633 Installation 624 Testumfang 241 Wartung 624 Enqueues 606 Entwicklung mit Freigabe 318 Entwicklung ohne Freigabe 318 Entwicklungsstrukturen aufbauen 180 Error Monitor 467 erweitertes Änderungs. 445. CCLM 715 Financial Management 384 First Level Support 406. 261 eCATT-Testskript 260 ECC-Business-Application-Analyse 685 Editor technisches System 112 EEM-Robots 475 Eigenentwicklungen 179. 82. 239. 331 Fehlermeldungen. 332 erweitertes Transportmanagement 65 Erweiterungen 232 Erweiterungsspot 700 Eskalation 84.

Index Full-Sync-Phase 110 funktionale Spezifikation 163 funktionales Testen 231 Option 1 251 G Garbage Collection 535 geänderte geplante Ausfallzeiten 503 Genehmigungsverfahren 312 Ferrero 377 Genehmigungsvorgang 323. 55. 236. 383 Folgeaktivitäten 404 Incident Management 35. 214 Global Blueprint and Global Realization 210 Global Maintenance and Support 210 Global Program Setup. 282 IBM Rational Functional Tester 260 Identifizierung von Kerngeschäftsprozessen 119 IMG-Auswertung 193 IMG-Projekt 176. 325 Genehmigungsworkflow 180 geplante Ausfallzeiten 503 Geschäftprozessüberwachung 569 Geschäftsabläufe 144 Geschäftsjahr umstellen 671 Geschäftspartner 405 Geschäftsprozess 145 Dokumentation 131 Lebenszyklus 166 optimieren 657 Performance 599 Statusmonitor 85 Test 231 Geschäftsprozess-Analyse 568. 76. 582 Auswertungen 532 Ferrero 428 770 . 210 globale Attribute 212. 625 I iBase (Installed Base) 407 IBM Rational 38. 337 Implementierung der Lösung 60 Implementierungsprojekt 309 generieren 213 Importsperre 299 Incident 64. 566 Reporting 573 und Datenkonsistenzmanagement 594 Geschäftsprozessverbesserung 568 Geschäftsszenario 145 gespeicherte Suche 341 Global ASAP Rollout Roadmap 210 Global ASAP Template Roadmap 209. 214 globale Vorlagen 657 globaler Empfänger-Pool 512 globales Attribut 206 Global-Roll-out-Funktionalität 212 Governance-Modell 543 Greenfield-Ansatz 659 H halbautomatischer Abgleich mit BC Sets 362 HARTMANN GRUPPE 197 Hauptgeschäftszeit 503 Hauptspeicher 534. 381. 269 HR Support Packages 626 HTTP-/RFC-ST12-Trace 603 HTTP-Sessions 535 Hub 102. 535 Historie 189 Reporting 196 Homogenität 505 Host-Analyse 487. 381. 119 Geschäftsprozessschritt Test 231 Geschäftsprozesssicht 134 Geschäftsprozessstabilisierung 567 Geschäftsprozessstruktur 120 Geschäftsprozessüberwachung 166. 535 Hot-Backup-SLD-System 118 HP QuickTest Professional 235. 565. 488 Host-Verfügbarkeit 534. 321. 260. 573 Bayer MaterialScience 610 Geschäftsprozessbeschreibung 163 Geschäftsprozessgrafik 600 Geschäftsprozess-Monitoring 87. 84. 316.

57. 724 Kontenpläne umstellen 670 Kontrollsystem 720. 576 Job Scheduling Management Health Check 589 Jobantrag 580 zuordnen 584 Jobdokument 583 771 . 314. 231. umbenennen 670 Kostentreiber. Nachvollziehbarkeit 181 IT Analytics 384 IT Infrastructure Library ITIL IT Service Desk 384 itelligence AG 436 ITIL 29. Auswertungen 535 Job anlegen 586 Job Scheduling Management 38.Index für IT-Dienstleister 416 für Softwarepartner 423 itelligence AG 440 Kategorisierung 412 mit 3rd-Party-Help-Desk 414 Prozess 398 Stammdaten 405 Incremental-Sync-Phase 110 Infrastructure Management 57 initiale Dokumentation 95 Installed Base Management 384 Instanzverfügbarkeit 534. 651 Konfigurationsleitfaden 179 Konfigurations-Repository 366 Konfigurationsspeicher 372 Konfigurationsstruktur 212 Konfigurationsvalidierung 369. 511 IT-Objekt 408 IT-Performance-Reporting 85 IT-Servicemanagement 62. Upgrade 633 J Java Support Package Manager (JSPM) 617 Java. 345. 395. 348. 632 Konsistenzprüfung 175 Dokumentation 121 Konsistenzzyklus 592 Konsolidierungssystem 720. 381. 722. 535 Integration Server 462 Integration Validation 73 Integration von Partnerprodukten 38 Integrationstest 69. 345. 131 Key Performance Indicator 46 Klon 726 Knowledge Article 408 Knowledge Management 384. 576 Incident Management 582 K Kategorisierung. 352 Kostenrechnungskreise zusammenführen 668 Kostenrechnungskreise. CCLM 711 Kommunikationskanäle 465 Komponentensicht 146 Konfiguration 132 Baseline-Konfiguration 177 Detailkonfiguration 177 Dokumentation 178 Phasen 177 Reporting 191 szenariospezifisch 177 Voraussetzungen 175 Konfiguration der Lösung 174 Konfigurationsbeschreibung 163 Konfigurationsdatei 624. 384 im SAP Solution Manager 383 IT-Kalender 86. 529 Typen 536 interaktives Reporting 446 Issue List 521 Issue. 318 Integrationsvalidierung 500 Interactive Reporting 480 interaktive Auswertungen 448. 87. Transport 307. 724 Konzern-Roll-out 204 Procter & Gamble 225 Kopien. 375. 408 Kollektoren. 382 Implementierung 392 und ALM 386 Jobdokumentation 583 Jobeinplanung 89 Job-Monitoring 586 Jobüberwachung 579 Jobverwaltung 565. mehrstufig 411 Kennzahlen 568 Kerngeschäftsprozess 82.

296. 102 Hub 102 Sidecar 102 Landschaftswachstum 551 Lasterzeugung. 108. 114. 304 LTS 679 LUW-Konzept 592 M Maintenance Management 347 Maintenance Optimizer 103. 109 sanofi-aventis 141 Landscape Tranformation Management 35 Landscape Verification 1. 321 Lerninhalte organisieren 185 Lernmaterial 195 Lernmaterialien 179 erstellen 183 Reporting 194 Lights-out-Test 263 Lizenz 52 Lizenzmanagement 628 Lizenzschlüssel 629 Lizenzverwaltung 628 LMDB 108 Logical Information Object (LOIO) 178 logische Komponente 316 Lösung 208 SAP Solution Manager 32 Lösungsdesign 208 Lösungsdokumentation 33. 207. 309 Management Dashboards 45 Management-Auswertungen 539 Mandantentransfer 663.Index kritische Objekte 336 kritisches System 131 kundeneigene Entwicklungen 616 kundeneigener Code 238 kundenspezifische Erweiterungen 699 L Landscape Fetch 108 Landscape Management Database (LMDB) 39. 115. Assistent 118 Lösungsimplementierung 33 Lösungslandschaft 133. 109. Ferrero 377 mehrstufige Kategorisierung 333. 616 sanofi-aventis 139 Landschaftsdaten 99 Handhabung 104 Topologie 117 Landschaftsmanagement 39 Landschaftsmuster 99. 651 für SAP ERP 623 Konzept 618 und SAP Global Support Backbone 618 Vorteile 617 Major Release 59. 68. 63. 615. 95 HARTMANN GRUPPE 198 Kernelemente 96 Lösungsdokumentation. 115. 640. 175. automatisch 476 Lasttest 231. 616.0 for SAP Solution Manager 138 Landscape Verification Tool 108. 233 Lastverteilung 606 Laufzeitschätzung 685 Learning Map 195 erstellen 185 Feedback 187 Kapitelstruktur 186 Learning Map Builder 653 Lebenszyklus 31. 675 manueller Abgleich 362 manueller Testzyklus 250 manuelles Testen 255 Mappengruppe 215 Master Component Repository 105 Mehrfachänderung. 411 Meilensteine 299 projektspezifisch 161 Meldung 180 an SAP weiterleiten 421 Eingangskanal 399 Nachvollziehbarkeit 181 verknüpfen 420 zum Projekt zuordnen 181 Meldungsbearbeitung 401 itelligence AG 438 Meldungsreport 267 Mergers and Acquisitions 657 772 .

326. 531 Minor Release 59. 296. BPM 569 Old Space Usage 535 Operate-Phase 30.und Projektmanagement 60 Positionsbestimmung 544 Positive Call Closure 410 Post Processing Office (PPO) 89 PPOMA_CRM 406 Priorisieren nach Altersstruktur der Daten 552 nach Nutzungshäufigkeit 553 nach Speicherverbrauch 550 von Objekten 549 N N+1-Landschaft 360 Nachrichtensuche. 447 Monitoring-Objekt. 323. 48. 458 Alerts 473 Metriken 463 Support-Tickets 473 Pink Elephant 384 PMBOK 149 Portal Content Administrator 351 Portalrolle 148 Portfolio. 535 von Geschäftsprozessen 565.und Alerting-Infrastruktur 44. 448. 599 Performance Status 463 Performancetest 69. 80. 39 Office of Government Commerce (OGC) 383 773 . 196 Near-Zero-Downtime-Methode 654 normale Änderung 315. 208. 231. 354 normale Geschäftszeit 504 Notfall-Änderungen 364 Notkorrektur 339 Nutzungshäufigkeit 553 Nutzungsrechte 52 O Object Management 384 Objektattribute 162 Objekte. 318. 58 Organisationseinheit 405 Organisationseinheiten 169 hinterlegen 161 Organisationsmodell 406 Organisationsstrukturen 659 OS-Analyse 488 OS-Command-Konsole 489 Overview-Monitor 462 P Paging-Rate 534. 92 Optimierung 446 Optimize-Phase 30. 58 Operations Control Center 79. 309 Mission Critical Support 80 Modification Browser 730 Modification Justification Check 733 Modification Overview 730 Modifikation 717 Modifikationsabgleich 731 Monitor anwendungsspezifisch 569 technisch 570 Monitoring 444 Aufgaben 572 proaktiv 82 Monitoring.Index Message Flow Monitor 469 Message Monitor 466 Metamodell für Geschäftsabläufe 145 Metriken 455 Metrik-Monitoring 456. 355 Optionen 355 Offene Aufgabenliste 516 Offenheit 38. zentrale 471 Nachvollziehbarkeit 180. 335. CCLM 712 Objektsperre 308. 75. 535 Parallel Processing Framework 87 parallele Verarbeitung 606 Partner-Hinweis 425 Partnerunternehmen 160 Patches 615 Performance 534. 233 Phantom-Alerts 509 Phasenlandschaft 360 Physical Information Objects (PHIO) 178 PI Integration Builder 351 PI-Monitoring 44.

161. Procter & Gamble 228 Projektphasenverwaltung 336 Projektplanung. 299 Dokumentation 301 Quality Gate Management 61. 383 Folgeaktivitäten 404 itelligence AG 440 Problem Management 55. 337 Prozess. 381. 298. 145 Prozessstruktur 165 Geschäftsprozess 165 Geschäftsszenario 165 Organisationseinheiten 165 Stammdaten 165. 301 queued Remote Function Call (qRFC) 570 R RBPD-Content 127 Realisierung 151 Realtime Monitoring UI 476 rechtliche Anpassungen 615 Re-Dokumentation 96 Referenz-Prozessstruktur 212 Referenzsystem 722. 521 Prozess 398 Process Flow Analyzer 275 Procter & Gamble 223. 169 Strukturelement 165 Prozessüberblicksmonitor 87 Prüfregel 123 Prüfreihe 123 Prüfschritt 123 Pull-Mechanismus 42 Push-Mechanismus 42 Q Q-Gate Quality Gate Q-Gate-Kalender 301 Qualitätsausschuss 300 Qualitätsmanager 300 Quality Gate 65. 723 Regeldatenbank 124 774 .und Lösungsdesign 208 Projekt. 734 Products and Production Management System (PPMS) 105 Produktionsvorbereitung 151 Produktivstart und Support 151. 384. Dokumentation 184 Projektmitarbeiter verwalten 158 Projekt-Monitoring. 174 Projektmitarbeiter 158 Projektvorbereitung 150 Projektzyklus 312. SAP Solution Manager 31 Projektbesetzung 159 Projektdokumentation 215 Projektkonfiguration. 296. 295. 318. 319. 156. Upgrade Roadmap 649 Projektstandards 212 Dokumentationsarten 162 festlegen 162 Statuswerte 162 Stichwörter 162 Projektstruktur bearbeiten 136 Projekttemplate 164 Projektumfang 157 Projektverwaltung 31. 344. 171. 298. 317. SAP Solution Manager 33 Prozessbibliothek 204 Prozessdefinition 204 Prozess-Design 659 Prozesse kundenspezifische 168 Wiederverwendung 168 Prozessfluss 172 Prozessharmonisierung 204 Prozessketten 580 Prozesskomponentenliste 637. 101 Landscape Verification Tool 116 Profit-Center reorganisieren 667 Project Management Institute Project Management Body Of Knowledge (PMI PMBOK) 149 Projekt. 640 Prozessschritt 132. 359 zentrale Transportverwaltung 303 Quality Gates 345 Quality-Gate-Kalender 66. 65. 66. 152 Produktivsystem 719. 724 Produktsystem 99.Index Proaktives Monitoring 82 Problem 382.

312. 625 SAP Enhancement Package Enhancement Package SAP Enterprise Modeling Applications by IDS Scheer 38 SAP Enterprise Support 36. 580. 81 Run-SAP-Roadmap 153 S SA_PROJECT_UPGRADE 217. 42. 427 Reorganisationsprojekt 657 Reporting 446 Administration 189 Business Blueprint 188 CCLM 714 Change Request Management 342 Einführungsprojekt 188 Historie 196 Konfiguration 191 Lernmaterialien 194 Roadmap 188 Systemlandschaft 196 Test 196 Reportvariante 190 ReqPro 38. 295. 65 SAP Data Volume Management – Best Practice Session 556 SAP Download Manager 621 SAP EarlyWatch Alert 75. Transport 307 SAP Business Process Performance Optimization (SAP BPPO) 605 SAP Business Suite 149 SAP BusinessObjects 351 SAP BusinessObjects Dashboards 46 SAP Central Process Scheduling by Redwood 38. 360 HARTMANN GRUPPE 200 Kategorien 361 Reverse Business Process Documentation (RBPD) 127 RFC-Destinationen 534 RFC-Provider 535 Roadmap-Auswahl 158 Roadmaps 66 Robots 475 Roll-in 223 Roll-out 204 Roll-out-Projekt 205 Root Cause Analysis 37. 80. 602 SAP EarlyWatch Alert Service 711 SAP EarlyWatch Check 75 SAP Enhancement Package Installer 617. 236 Request for Change 62. 446. 236 Retrofit 62.Index Regressionstest 69 Release Management 296. 55 SAP Exception Management Cockpit 80 SAP Extended Diagnostic 43 SAP Global Support Backbone 618. 585 SAP Code Inspector 701. 524. 236. 58. 309 Remote-Support 422. 577. 703 SAP cProjects 60. 89. 321 Requirements-Modul 235. Arten von 296. 359. 628 SAP GoingLive Functional Upgrade Check 653 SAP HP Quality Center 249 SAP Landscape Transformation 655 Anlagenklassen umstellen 672 Buchungskreise umbenennen 670 Buchungskreise zusammenführen 665 775 . 219 SA38 589 sanofi-aventis Deutschland GmbH 137 SAP Add-On Installation Tool (SAINT) 617 SAP Best Practices. 273 Requirements-Phase 30. 52. 446. 481 Änderungsanalyse 94 Architektur 485 CA Wily Introscope 94 Elemente 482 komponentenspezifisch 483 komponentenübergreifend 483 Qualitätssicherung 499 Trace-Analyse 93 Vorgehen 483 Werkzeuge 487 Workload-Analyse 93 Run SAP like a Factory 79. 63 Requisite Pro 38. 312 Release-Prozess 64 Releases. 71.

271. 46 CCLM 705 SAP NetWeaver BW 41. 566 SCI 703 Scope to Build 67 SCOV 707 SDCCN 706 SE09 327 SE95 730 Second Level Support 407 Secure Area 410 Segregation of Duties 300 sensitive Objekte 336 Service Data Control Center (SDCCN) 706 Service Delivery 57 Service Desk 37. 269 SAP Transport Execution Analysis 363 SAP Upgrade Assessment 653 SAP Web Client 49 Ferrero 376 SAP-Änderungs. 271. 269. 51. 184 SAP Quality Center by HP 38. 235. 275 Wartung von Testfällen 280 SAP Task Structure 520 SAP TDMS 269 SAP Test Acceleration and Optimization 235. 249.und Transportsystem (CTS) 348 SAPConnect 508 SAP-Einführungsleitfaden (IMG) 316 SAP-Hinweise 616 Systemempfehlungen 630 SAP-Importwerkzeug für Add-ons (SAINT) 624 SAP-IT-Servicemanagement (SAP ITSM) 384 SAP-Partner 483 SAP-Quality-Center-Testbericht 278 SAP-SLO-Evaluation-Service 691 SAP-SLO-Execution-Support-Service 691 SAP-Solution-Manager-Adapter für SAP Quality Center 270 SAP-Solution-Manager-Systemlandschaft 96 SAP-TAO-Testbericht 277 Schnittstellen hinterlegen 169 neue 659 Schnittstellentest 231 Schnittstellenüberwachung 565. 181. 385 SAP Productivity Pak by Ancile 38. 275 Wartung von Testfällen 280 SAP Test Data Migration Server (TDMS) 252. 46 SAP NetWeaver Master Data Management 673 SAP NetWeaver Process Integration Metriken 463 Monitoring 458 SAP Passport 478 SAP Product Support for Large Enterprises (SAP PSLE) 36. Greenfield-Ansatz 660 SAP LoadRunner by HP 38 SAP NetWeaver Business Warehouse (BW) 41. 235. 81.Index Carve-Out 664 ergänzende Services 688 Geschäftsjahr umstellen 671 Installation 677 Kontenpläne umstellen 670 Kostenrechnungskreise umbenennen 670 Kostenrechnungskreise zusammenführen 668 Mandantentransfer 663 Nutzung 677 Profit-Center reorganisieren 667 Projekt anlegen 682 Projekt durchführen 684 Roadmaps 658 SKW Stahl-Metallurgie 692 vs. 269. 391 Ferrero 432 für Partner 419 HARTMANN GRUPPE 200 776 . 268 Fehlermeldungen 278 Reporting 279 SAP Quality Manager 236 SAP Service Delivery 395 SAP Solution Manager für Nicht-SAPSoftware 39 SAP Standard Support 54 SAP Support Package 234 Testumfang 241 SAP TAO 249.

156. 393 Single Transaction Analysis 604. 550 SQL-Anweisungen. 185. 132. 147. 212 SOLAR02 96. 176. 298 SOLAR01 96. 408 sanofi-aventis 138 SNP AG 197 Software Lifecycle Manager (SLM) 617. 618 Auswahl 619. 183.Index itelligence AG 438 Meldung 311 Support-Meldung 327 Service Level Management 384 Service Level Reports 539 Service Request Management 384 Service Support 57 Servicemeldungen 180 in Learning Maap einbinden 186 Service-Request 62. 621 einspielen 619. teure 606 SQL-Trace 604 ST/A-PI 01N 607 ST03N 706 ST12 604. 621 Softwarekatalog 105 Softwarekomponenten 100 Softwarelebenszyklus 58 SOLAR_EVAL 180. 625 Single Source of Truth 62. 32 SOST 508 SPAU 731 Speicherverbrauch 535. 607 Sizing 606 Skriptverfügbarkeit 538 SKW Stahl-Metallurgie Holding AG 692 SLA-Eskalation 411 SLD-Registrierung automatisch 99 SLG1 510 SM36 578. Testen 263 Statuswerte 162 Stichwörter 162 ST-ICO 148 Strukturelemente 169 Strukturelemente löschen 215 SU01 159 Sub-Deliverables 152 Support Package 615. 170 Anforderungen 170 SOLMAN_SETUP 110. 722 Statusanalyse 266 Status-Infosystem 266 Statusmonitor für Business User 86 Statusmonitor für Geschäftsprozesse 85 Statusmonitor für technische Komponenten 86 Statusreport 267 Status-Reporting. 273. 119. 586. 622 Verteilung 622 Support Package Manager (SPAM) 617 Support Package Stack 620 Support-Meldung 408 Switch Framework 175 Synchronisation von Entwicklungssystemen 360 777 . 228 SOLAR_LEARNING_MAP 183. 212. 64 Shared Resources 607 SID 100 Sidecar 102. 589 SMCR 582 SMIN 582 SMSY 108. 717 Soll-Konzept 164. 607 ST14 608 ST-A/PI 604 STAD 603 Stadt-Modell 698 Stammdaten 169 neue 659 Stammdaten harmonisieren 657 Standard Batch Script 40 Standard Shell Script 40 statischer Verwendungsnachweis 729 Statistiksystem 719. 188. 210. 621 Download 619. 171. 298. 147. 616. 174. 136. 396 SOLMAN_WORKCENTER 645 Solution Directory 706 Solution Manager Diagnostics 607 Solution-Manager-Projekt 31. 132. 165. 119. 134. 114. 185. 195 SOLAR_PROJECT_ADMIN 130. 164. 589 SM37 578. 115. 620.

253 Auswertungen 532 Ferrero 429 Reporting 265 Testaufwandsreport 267 Testausführung 233 manuelle 257 Testauswertung 255 Testautomatisierung 61. 443 Analyse 446 Anwendung 444 Benachrichtigung 445 Monitoring 444 Optimierung 446 Reporting 446 technisches Monitoring 43. 101. 447. zentrale 513 Systemadministrationssitzung. 453 Hierarchie 455 Systemsicht 134 systemübergreifende Objektsperre 336 Systemverfügbarkeit 534. 260 Testautomatisierungs-Framework 249 Testbericht 277. 71. 535 Szenariokomponentenliste 637.Index System kritisches 131 technisches 99. 86. 279 Testdatencontainer 262 Testdokumentation 259 Testdurchführung 232 778 . 501 technische Analyse 524 technische Komponenten. 260 Colgate-Palmolive 289 Funktionsumfang 261 Test Data Migration Server (TDMS) 236 Test to Deploy 73 Test Workbench 235. 92. 113 System Landscape Directory (SLD) 98. 640 Szenariotest 69 szenarioübergreifend 176 T Tabellenanalyse 237 Task Log Book 518 Task Log Book History 522 Task Management 515 Task Session Report 524 TBOM-Arbeitsvorrat 254 TBOM-Aufgaben 249 Technical Alerting 395 Technical System Editor 39 Technical Usage 624 technische Administration 82. 259. 675 Systemlandschaft 189 Analyse 661 duale 360 festlegen 160 pflegen 160 Reporting 196 Systemlandschaft (SMSY) 115. 447 technisches System 99. zentrale 515 Systemanalyse 487. 101 anlegen 113 technisches Szenario 456 Test Automation Framework 235. 488 Systemauswertungen 532 Systemdatencontainer 262 Systemdokumentation 133 Systeme vergleichen 343 Systemempfehlungen 630 einrichten 632 Integration 632 Systemhierarchie 454 Systemkennung (SID) 100 Systemkonsolidierung 657. Statusmonitor 86 technische Landschaftsdokumentation 97 technische Spezifikation 163 technische Stückliste (TBOM) 246 technischer Aufgabenplan 358 technischer Betrieb 34. 119 Systemlandschaft Solution Manager 133 Systemlandschaftsgrafik 303 Systemlandschaftspflege 706 Systemlandschaftssicht 135 Systemlastmonitor 706 System-Monitoring 44. 133 sanofi-aventis 138 Systemadministration.

335 Überwachung von Geschäftsprozessen 41 Umstellung Anlagenklassen 672 Kontenfindung 672 Umstellung des Geschäftsjahres 671 ungenutzte Daten 555 Unit-Test 68 Upgrade 35. 249. 232. 196. 394 erstellen 273 inkonsistenter 266 Testplanung 232. 262 automatische 248 Testsystem. 619 Transportverwaltung 348 zentrale 304 Transportweg 304 Trendanalyse 575 U Überholer 308. Aufbau 233 Testumfang 61. 340. 625. 242 Testvorbereitung 254 Testwerkzeug. 352 Transportanschluss 313 Transportauftrag 306 Transportauswertung 372 Transport-Backlog 364 Transporthäufigkeit 363 Transportkonfiguration 304 Transportmanagement. 61. 251 Testoption 2 235. 258 Testfall 34. 327.Index Testen IBM Rational 285 manuelles 255 Tester-Arbeitsvorrat 255. 717 Upgrade Dependency Analyzer (UDA) 633. 258 Testfälle 258 beschädigte 255 Katalogisierung 256 manuelle 256 Testkonfiguration erstellen 261 Testmanagement 34. 394 Testfallabdeckung 265 Testfallbeschreibung 163. 652 HARTMANN GRUPPE 201 Prozess 70. 75. 249. 487. 268 Testoption 3 236. 94. 182. 360 Transportsteuerung 329. 233 Testoption 3 284 Testplanverwaltung 254 Test-Reporting 265 Testsequenz 257 Testskripte 61. 256. 656 Phasen 660 realisieren 662 Transformationsszenarien 664 Transparenz 313. 233 Optimierung 72. 258 Test-Phase 69 Testplan 70. 496 Training Management 38 Transformation von Daten 669 Transformationsansatz 661 Transformationskonzept 663 Transformationslösung 655 Transformationsprojekt 655. 335. 617 Transport 349 Transport Execution Analysis 296 Transport Management 297 Transport Management System (TMS) 349 Transport Organizer 349 Transport von Kopien 307. 231. 232 Testoption 1 235. 256. Optionen 234 Testzyklus 233 manueller 250 Third Level Support 407 Thread-Dump-Analyse 488 Threads 535 Top-20-Analyse 732 Traceability 135 Trace-Analyse 43. 649 Personalisierung 650 Upgrade-/Änderungseinfluss-Analyse 718 Phasen 722 Upgrade/Change-Impact-Analysis-Projekt 721 779 . 635 Abhängigkeitsaussagen 637 Beispiele 641 Upgrade Roadmap 633. 347. 233. 93. zentrales 358 Transportrisiken 305. 282 Testoptionen 234 Testpaket 70. 216. 394. 232.

620 Wartungsaktivität 618 Wartungsmanagement 35 Wartungsprojekt 157. 303. 217 ausrollen 205 definieren 205 erstellen 130 freigeben 213 implementieren 206 Lebenszyklus 217 Roll-in 223 Sichtbarkeit 211. 42 Webservice-Consumer 534 Webservice-Provider 535 Wissensartikel 408 Wissenstransfer 182 Work Breakdown Structure (WBS) 66 Work Center 49 Assistent zur Lösungsdokumentation 121 Betrieb von Geschäftsprozessen 89. 645. 213 transportieren 206. 359. 628 automatische Verteilung 628 Wartungszyklus 317. 217 verwaltetes System 501 Verwaltung der Änderungskontrolle 34. 456 Verbindungstest 457 Verfügbarkeit 534. 535 Vergleichsfunktion 209 Vergleichswerkzeug 206. 175. 459. 319 Webformular.Index Upgrade-Projekt 157. 454. 446 Usage Procedure Logging 124. 475 780 . 207. 158. 593 Change Management 297. 501. verschiedene 216 Vorlagenverwaltung 217 V Verantwortliche definieren 172 Verantwortlichkeit 173 Verbindungs-Monitoring 44. 208. 461. 707. 631 Data Volume Management 544 Einführung/Upgrade 132. 448. 486 SAP-Engagement und Servicelieferung 364. 164. 445. 210. 636. 513 Technisches Monitoring 447. 208. 435. 205. 583. 571. 651 Implementierung/Upgrade 718 Incident Management 413. 711 User Exit Framework 41 User-Defined Search (UDS) 471 User-Exit 700 Vorlagenprojekt 157. 451. 620. 217 Vorlage für Benutzerschulung 163 Vorlagen anlegen 210 mehrstufige 216 Vorlagenänderungen 204 übernehmen 221 Vorlagenmanagement 34. 217 Vorlagendefinition 211 Vorlagensammler 213 Vorlagenstände. 448. 503. Jobantrag 580 Webservice 41. 295 Verwaltung von Dokumenten 135 Verwaltung von kundeneigenen Entwicklungen Procter & Gamble 228 Verwendungsnachweis 729 Vier-Augen-Prinzip 328 View-Trend-Funktion 471 Vorgänger/Nachfolger-Beziehung 208 Vorlage 203 anpassen 206. 441 im ALM-Kontext 207 W Wartung 75 Arbeitsmodus 503 Planung 619. 623 Wartungszertifikat 616. 583 Jobverwaltung 578 Root Cause Analysis 447. 607 Self-Service 389 Technische Administration 447. 203. 633 Ursachenanalyse 42. 620 abschließen 619. 210. 309 Wartungsprozess 617 Wartungsvorgang 618.

513 Reporting 510 Workload-Analyse 43.Index Testmanagement 253 Ursachenanalyse 366 Verwaltung der Systemlandschaft 134 Verwaltung des SAP Solution Manager 525. 492 Worksoft Certify 260 X X Search 389 XBP-Schnittstelle 579 Z Zeitprofil 492 Zeitzonen 511 zentrale Änderungskontrolle 334 Zentrale Nachrichtensuche 471 Zentrale Systemadministration 513 Zentrale Systemadministrationssitzung 515. 93. 540 Work Mode Management 502. 487. 517 zentrale Transportverwaltung 304 zentraler Aufgabenplan 358 zentrales Transportmanagement 358 Zuordnungsvergleich 220 781 .

Sign up to vote on this title
UsefulNot useful

Master Your Semester with Scribd & The New York Times

Special offer for students: Only $4.99/month.

Master Your Semester with a Special Offer from Scribd & The New York Times

Cancel anytime.