4 Verwalten von Änderungen und Daten in einer SAP ERP ... · PDF fileDaten in einer SAP...

119

Um Änderungen möglichst gut kontrollieren zu können, kön-nen Sie im Transportwesen verschiedene Anpassungen vor-nehmen. Sie erhalten sowohl bei Änderungen Unterstützung, die einzelne Entwicklungen betreffen, als auch bei der Über-nahme von Einstellungen eines kompletten Mandanten.

4 Verwalten von Änderungen und Daten in einer SAP ERP-System-landschaft

Innerhalb der SAP ERP-Systemlandschaft müssen Sie imstande sein,sowohl Customizing- und Entwicklungsänderungen als auch Be-triebsdaten von einem Mandanten bzw. SAP-System in einen ande-ren Mandanten bzw. ein anderes SAP-System zu übertragen. DiesesKapitel erklärt die Werkzeuge und Strategien für die Übertragungdieser Änderungen und Daten. Die erste Hälfte des Kapitels beschäf-tigt sich mit dem Verwalten und Verteilen von Änderungen unterVerwendung der Werkzeuge im Change and Transport System (CTS).Die zweite Hälfte des Kapitels beschäftigt sich mit den Techniken, diezum Übertragen von Betriebsdaten – Stammdaten, Bewegungsdatenund Benutzerstammdaten – in das SAP-System oder von einem SAP-System bzw. Mandanten in ein anderes SAP-System bzw. Mandantenverwendet werden.

Durchgängige Verwaltung von Änderungen

Seit SAP Web Application Server 6.20 können neben ABAP- auch Java-basierte Systeme installiert werden. Die Verwaltung der Änderungen istjedoch nicht in allen Produkten identisch. Teilweise gibt es für die Java-Produkte kein Customizing im SAP ERP-Sinn. Häufig ist die Entwicklungs-Workbench getrennt von dem System installiert, in dem die Anwendungausgeführt wird. Oder aber es werden eher Inhalte wie Dokumenteanstelle von Programmen verteilt.

120

Verwalten von Änderungen und Daten in einer SAP ERP-Systemlandschaft4

Dieses Kapitel bezieht sich in erster Linie auf die Änderungsverwal-tung für ABAP-basierte SAP-Produkte, wie z.B. SAP ERP.

4.1 Transportieren von Customizing- und Entwicklungsänderungen

Die Einführung des SAP ERP-Systems erfordert als absolutes Mini-mum, dass Sie das Customizing des SAP ERP-Systems mit dem Ein-führungsleitfaden (IMG) vornehmen. Das Customizing wird ineinem Entwicklungsmandanten (im Entwicklungssystem) vorgenom-men, die Änderungen zum Testen in den Qualitätssicherungsman-danten (im Qualitätssicherungssystem) übertragen und schließlicheinem Mandanten im Produktivsystem bereitgestellt. In ähnlicherWeise erfordern auch Änderungen aufgrund von Entwicklungen inder ABAP Workbench gut organisierte Verteilungstechniken vomEntwicklungs- über das Qualitätssicherungs- in das Produktivsystem.

OrganisierteVerteilung

Obwohl es möglich ist, die Änderungen manuell in die nachfolgen-den Systeme einzugeben, ist dies aufgrund der Menge und Komple-xität der erforderlichen Änderungen nicht zu empfehlen. Deshalbermöglicht Ihnen SAP ERP, die Änderungen in Änderungsaufträgenaufzuzeichnen, die dann an andere Mandanten im selben oder ineinem anderen SAP ERP-System verteilt werden können.

4.1.1 Änderungsaufträge und Aufgaben

Dokumentationvon Änderungen

In SAP ERP liefern die Änderungsaufträge und die Aufgaben den Me-chanismus, mit dem Sie dokumentieren können, welche Objekte Siegeändert haben. Werden Änderungen an Customizing- oder Reposi-tory-Objekten vorgenommen, werden die veränderten Objekte in ei-ner Aufgabe aufgezeichnet. Jede Aufgabe ist einem SAP ERP-Benut-zer zugeordnet und im Prinzip eine Liste der von diesem Benutzer

Begriffsklärung »Änderung«

Der Begriff Änderung wird hier in einem weiteren Sinn verwendet. Erbezieht sich sowohl auf die Erstellung oder Modifikation eines Reposi-tory-Objekts, auf eine Änderung der mit Repository-Objekten assoziiertenAttribute als auch auf das Hinzufügen bzw. Ändern von Tabelleneinträgen(wie dies häufig beim Customizing vorkommt).

121

Transportieren von Customizing- und Entwicklungsänderungen 4.1

veränderten Objekte. Eine oder mehrere Aufgaben werden in Ände-rungsaufträgen zusammengefasst. Die Änderungsaufträge entspre-chen in ihrer Gesamtheit den jeweiligen Projektzielsetzungen.

Die Personen, die das Customizing und die Entwicklungen durchfüh-ren, zeichnen in jeder Aufgabe eine Dokumentation ihrer Änderungsowie deren Zweck auf. Änderungsaufträge und Aufgaben lieferneine vollständige Historie aller Änderungen während einer SAP ERP-Einführung.

Typen von Änderungsaufträgen

Da die während der SAP ERP-Einführung erstellten Softwareände-rungen entweder das Ergebnis von Customizing oder von Entwick-lung sind, gibt es zwei Typen von Änderungsaufträgen:

� Customizing-Änderungsaufträge

� Workbench-Änderungsaufträge

VerwendungCustomizing-Änderungsaufträge werden nur zum Aufzeichnen vonmandantenabhängigen Änderungen verwendet. Da die meisten Cus-tomizing-Aktivitäten im IMG mandantenabhängige Änderungensind, werden sie in Customizing-Änderungsaufträgen aufgezeichnet.Alle mandantenunabhängigen Änderungen werden in Workbench-Änderungsaufträgen aufgezeichnet. Workbench-Änderungsaufträgewerden für Änderungen an den folgenden Objekten verwendet:

� mandantenunabhängige Customizing-Objekte

� alle Repository-Objekte, die mit der ABAP Workbench angelegtund gepflegt wurden

Vergessen Sie nicht, dass Änderungen von Anwendungs- und Benut-zerstammdaten nicht in Änderungsaufträgen aufgezeichnet werden(siehe Abbildung 4.1).

Automatische Aufzeichnung von Änderungen

Um sicherzustellen, dass Änderungen aufgezeichnet und verteilt werden,empfiehlt SAP, dass Sie die Mandantenänderbarkeit beim Customizing-und Entwicklungsmandanten so einstellen, dass Customizing-Änderungenautomatisch in Änderungsaufträgen aufgezeichnet werden.

122


Abbildung 4.1 Aufzeichnen von Änderungen in Änderungsaufträgen

Customizing-Änderungen

Die Customizing-Aktivitäten im IMG müssen in einem Mandantenvorgenommen werden, der Customizing-Änderungen zulässt. ObÄnderungen in einem bestimmten Mandanten zugelassen sind undob die Änderungen automatisch in Änderungsaufträgen aufgezeich-net werden, legen Sie durch die entsprechende Einstellung der man-dantenabhängigen Änderbarkeit (Transaktion SCC4) fest (sieheAbschnitt 3.2, »Definieren eines SAP-Mandanten«).

Der IMG führt Sie durch die Konfiguration der Geschäftsprozesse,während Ihre Änderungen aufgezeichnet und in Änderungsaufträgengesichert werden. Im Customizing Organizer (Transaktion SE10) kön-nen Sie Änderungsaufträge anzeigen, anlegen, ändern, dokumentie-ren und freigeben. Mithilfe des Customizing Organizers können Sieüberprüfen, welche Customizing-Objekte geändert und ob sie bereitsfreigegeben wurden (siehe Kapitel 11, »Verwalten von Customizing-Änderungen«).

Entwicklungs-änderungen

Im Workbench Organizer (Transaktion SE09) können Sie Workbench-Änderungsaufträge anzeigen, anlegen, ändern, dokumentieren undfreigeben. Wenn Sie eine mandantenunabhängige Änderung vorneh-men, wird die Änderung in einem Workbench-Änderungsauftrag fürdie Freigabe und den Transport in Folgesysteme aufgezeichnet. Wiebei Customizing-Änderungsaufträgen ist der tatsächliche Inhalt einesÄnderungsauftrags in einer Aufgabe aufgezeichnet, die einembestimmten Benutzer zugeordnet ist. Im Gegensatz zu Customizing-Änderungen können Entwicklungsänderungen nur in Verbindung mit

Workbench-Änderungs-aufträge

Customizing-Änderungs-aufträge

Mandant 100 Mandant 220

Repository-Objekte

mandantenunabhängiges Customizing

Customizing-Daten

Anwendungs-daten

Benutzer-stamm-daten

Customizing-Daten

Anwendungs-daten

Benutzer-stamm-daten

123


einem Änderungsauftrag vorgenommen werden. Alle mandanten-unabhängigen Änderungen müssen in einem Änderungsauftrag aufge-zeichnet werden. Deshalb ist es nicht erforderlich, die automatischeAufzeichnung von Änderungen in der mandantenabhängigen Änder-barkeit festzulegen, damit die Entwicklungsänderungen automatischin einem Änderungsauftrag aufgezeichnet werden.

Änderbarkeit von Repository-Objekten

Sie können das Anlegen oder Modifizieren von Repository-Objektenauf zwei Ebenen zulassen oder verbieten:

� Möchten Sie Änderungen an allen Mandanten im SAP-Systemzulassen oder verbieten, verwenden Sie die Systemänderbarkeit(Transaktion SE06; Springen � Systemänderbarkeit, siehe auchAbschnitt 7.4.2, »Einstellen der globalen Systemänderbarkeit«).

� Möchten Sie Änderungen an einem bestimmten Mandanten zulas-sen oder verbieten, stellen Sie die entsprechende mandantenab-hängige Änderbarkeit (Transaktion SCC4) ein.

Technische Darstellung von Änderungsaufträgen und Aufgaben

Die Identifikationsnummer von Änderungsaufträgen bzw. Aufgabenbeginnt mit der aus drei Zeichen bestehenden Systemidentifikation(SID), z.B. DEV, gefolgt von K9 und einer fünfstelligen laufendenNummer. Folglich bezeichnet DEVK900005 den fünften Änderungs-auftrag oder die fünfte Aufgabe im SAP-System DEV. Die nächsteangelegte Aufgabe oder der nächste Änderungsauftrag wird dann dieIdentifikationsnummer DEVK900006 erhalten.

Die Identifikationsnummern der Änderungsaufträge bzw. Aufgabenlassen nur das SAP-System, in dem der Änderungsauftrag bzw. dieAufgabe angelegt wurden, und die zeitliche Reihenfolge der Anlageerkennen. Deshalb ist es wichtig, den zugehörigen Titel und dieDokumentation für spätere Bezugnahmen eindeutig anzugeben.

Anlegen von Aufträgen und Aufgaben

Der Entwickler, der den Änderungsauftrag ECDK90041 anlegt, ordnet sichdiesem Änderungsauftrag zu und legt dazu die Aufgabe ECDK900042 an.Soll nach dem Anlegen dieser Aufgabe noch einem weiteren Benutzereine Aufgabe zu diesem Auftrag zugeordnet werden, erhält diese Aufgabedie nächste verfügbare Identifikationsnummer, z.B. ECDK900043. Abbil-dung 4.2 zeigt die Darstellung dieses Beispiels im Customizing Organizer.

124


Abbildung 4.2 Customizing Organizer zeigt Customizing-Änderungsaufträge und -Aufgaben an

4.1.2 Bereitstellen von Änderungen

Änderungsaufträge sind Sammlungen von Aufgaben, die wiederumdie verschiedenen Objekte in der Datenbank auflisten, die geändertwurden. Die Informationen aus dem Änderungsauftrag ermöglichenes Ihnen, alle anderen Mandanten innerhalb der Systemlandschaftmit einer neuen Kopie dieser geänderten Objekte zu aktualisieren.Dazu verwenden Sie die technische Prozedur für den Transport, die

125


aus zwei Schritten besteht: Bereitstellung und Import. Das Bereitstel-len von Änderungen beinhaltet das Freigeben der Änderungen unddas Exportieren aus Ihrem SAP-System auf die Betriebssystemebene.Im zweiten Schritt erfolgt dann der Import in ein anderes SAP-System.

Konsistente Systemlandschaft

Der Vorteil der SAP-Techniken zum Bereitstellen und Importierender Änderungen liegt in der Möglichkeit, eine Systemlandschaft sau-ber und konsistent zu halten. Nur in einer geordneten Systemland-schaft wissen Sie genau, welche Änderungen in jedem einzelnen Sys-tem und Mandanten wirksam sind und ob bestimmte Mandantenund SAP-Systeme funktional identisch sind bzw. durch welche Funk-tionen sie sich unterscheiden.

Wenn Sie z.B. neue Funktionalität im Qualitätssicherungssystem tes-ten, müssen Sie sicher sein, dass sich das Qualitätssicherungssystemvom Produktivsystem nur durch die neue Funktionalität unterschei-det, die gerade getestet wird. Dies stellt sicher, dass derartige Testssinnvoll sind. Es hat keinen Sinn, neue Funktionalität in einem Sys-tem zu testen, dessen Customizing-Einstellungen und Programmesich stark oder in einem unbekannten Ausmaß von denen im Produk-tivsystem unterscheiden. Funktional identische Systeme werden alssynchronisierte Systeme bezeichnet.

Definieren von Transportwegen

Bevor Transporte durchgeführt werden können, müssen Sie genaueTransportwege zwischen den verschiedenen SAP-Systemen in der Sys-temlandschaft definieren. Die Wege, denen die Änderungsaufträgefolgen sollen, definieren Sie mit dem Transport Management System(TMS), das Sie mit der Transaktion STMS aufrufen. Das TMS verrich-tet im Wesentlichen die Arbeit eines »Verkehrspolizisten« für Trans-portaufträge: Es überwacht zentral den Exportprozess, um sicherzu-stellen, dass die Änderungen in der richtigen Reihenfolge geliefertwerden, und meldet Fehler beim Import.

SynchronisierungWährend der SAP ERP-Einführung müssen alle Mandanten und Sys-teme synchronisiert werden, indem zunächst die benötigten Trans-portwege festgelegt werden. Normalerweise testen und überprüfenSie die Änderungen des Entwicklungssystems im Qualitätssiche-rungssystem, bevor Sie sie in das Produktivsystem importieren. Diegeeigneten Transportwege beinhalten einen Transportweg vom Ent-wicklungssystem zum Qualitätssicherungssystem und einen sich

126


daran anschließenden Transportweg vom Qualitätssicherungssystemzum Produktivsystem (siehe Abbildung 4.3)

Abbildung 4.3 Im TMS definierte Transportwege für eine Standardsystemlandschaft

Erweiterte Trans-portsteuerung

Seit R/3-Release 4.5 können Sie einen Transportweg nicht nur voneinem System zum anderen, sondern auch von einem Mandanten zueinem anderen Mandanten definieren, indem Sie die Erweiterte

Transportsteuerung aktivieren. In dem in Abbildung 4.4 dargestell-ten Beispiel wird ein Änderungsauftrag, der im Customizing- undEntwicklungsmandanten freigegeben ist, zur Importqueue sowohldes Spielmandanten als auch des Qualitätssicherungsmandanten hin-zugefügt. Nach dem Import in den Qualitätssicherungsmandantenwird der Änderungsauftrag automatisch zu den Importqueues desSchulungs- und des Produktivmandanten hinzugefügt.

Abbildung 4.4 Mandantenspezifische Transportwege

Mandantenabhängige Transportwege, die die erweiterte Transport-steuerung bietet, ermöglichen eine genauere Kontrolle der Überga-ben von Änderungen, indem sichergestellt wird, dass die Änderun-gen nicht nur alle SAP-Systeme, sondern auch alle Mandantenerreichen.

Unabhängig davon, ob Sie Ihre Änderungsaufträge über Transport-wege übertragen, die auf Mandantenbasis oder auf SAP-Systembasisdefiniert sind, ist es wichtig, dass die Konsistenz beibehalten wird.Die Mandanten und SAP-Systeme in Ihrer Systemlandschaft werden

DEV QAS PRD

DEV QAS PRD

CUST

SAND

QTST

TRNG

PROD

127


nur dann synchronisiert, wenn alle Änderungen auf geordnete Weisetransportiert werden und der Import der Änderungen überprüftwird. Das TMS liefert die erforderlichen Werkzeuge, es muss aberrichtig konfiguriert und verwendet werden.

Freigeben von Änderungen

Die Bereitstellung einer Sammlung von Änderungen beginnt mit derFreigabe des Änderungsauftrags. Wenn Sie einen Änderungsauftragfreigeben möchten, müssen Sie bzw. die Entwickler, die den Aufga-ben zugeordnet sind, zuerst alle diese einzelnen Aufgaben im Ände-rungsauftrag dokumentieren und freigeben. Bestandteil dieser Doku-mentation sollten neben den Hintergründen, die diese Änderunghervorgerufen haben, und der Beschreibung der Korrektur selbstauch Detailinformationen zur Durchführung der später notwendigenTests sein.

Kohärenz und Wirksamkeit

Bevor Sie die in einem Änderungsauftrag aufgezeichneten Objektefreigeben, müssen Sie die Objekte auf innere Kohärenz und Wirk-samkeit hin testen. Dies wird Funktionstest genannt und kann imaktuellen Mandanten oder in einem anderen Mandanten vorgenom-men werden (siehe auch Abschnitt 3.1.2, »Weitere Mandantenrol-len«). Möchten Sie den Funktionstest in einem anderen Mandantendurchführen, können Sie das Werkzeug Kopie gemäß Transportauf-trag (Transaktion SCC1) verwenden, um den Inhalt eines (freigegebe-nen oder nicht freigegebenen) Änderungsauftrags in einen anderenMandanten desselben SAP-Systems zu kopieren (siehe auchAbschnitt 6.2.3, »Funktionstests«).

Nutzung der Kopie gemäß Transportauftrag

Ein Transportauftrag, der mithilfe der Transaktion SCC1 erstellt und ineinen weiteren Mandanten desselben Systems importiert werden soll, istnur sinnvoll, wenn hierbei mandantenabhängiges Customizing verteiltwerden soll. Auf mandantenunabhängiges Customizing sowie Repository-Objekte kann durchgängig in allen Mandanten eines Systems zugegriffenwerden.

Für mandantenunabhängige Objekte gibt es eine vergleichbare Methode,um aktuelle Objektversionen in ein anderes System zu verteilen, beispiels-weise für einen Vorabtest. Hierzu können Sie die Transportart Transportvon Kopien nutzen (siehe Abschnitt 10.5.3, »Transportieren von Objektenmit dem Transport Organizer«).

128


Der Inhaber einer Aufgabe sollte die Aufgabe freigeben, sobald sieabgeschlossen ist und erfolgreich dem Funktionstest unterzogenwurde.

Exportieren von Änderungen

Die Freigabe eines Änderungsauftrags startet den Exportprozess.Dieser Prozess ist die physische Kopie der aufgezeichneten Objektevon der Datenbank des SAP-Systems in Dateien auf Betriebssystem-ebene (siehe Abbildung 4.5). Diese Dateien liegen im Transportver-zeichnis, einem mit dem SAP-System assoziierten Dateisystem, dasalle SAP-Systeme in der Systemlandschaft teilen können (siehe auchAbschnitt 7.2, »Konfigurieren des Transportverzeichnisses«).

Abbildung 4.5 Exportieren eines Änderungsauftrags

Importqueue Ein Änderungsauftrag wird bereitgestellt, um sicherzustellen, dassseine Objekte andere Mandanten und Systeme auf dem Transport-weg erreichen. Wenn die Objekte im Änderungsauftrag exportiertwerden, wird die Identifikationsnummer des Änderungsauftragsautomatisch der Importqueue des nächsten Zielmandanten oder-systems gemäß dem im TMS konfigurierten Transportweg hinzuge-fügt (siehe Abbildung 4.5). Die Importqueue ist eine Liste von Ände-

DEV QAS

QTST

Import-queue

Transport-verzeichnis Daten-

datei

CUST

129


rungsaufträgen, die freigegeben und exportiert wurden und auf denImport warten.

4.1.3 Importieren von Änderungen

ImportprozessImportieren ist der Prozess, durch den die Kopien der geändertenObjekte, die in einem freigegebenen Änderungsauftrag aufgelistetsind, vom Transportverzeichnis (auf Dateiebene), in das sie durchden Export geschrieben wurden, in die Datenbank des Zielsystemsund -mandanten gebracht werden.

In der Importqueue des Zielmandanten und -systems wurde bereitsbeim Exportprozess vermerkt, dass dieser Auftrag nun für denImport bereitsteht. Es gibt jedoch keinen automatischen Mechanis-mus, der unmittelbar nach dem Export einen Änderungsauftrag inden Zielmandanten und das Zielsystem importiert. Importe in SAP-Systeme müssen Sie mithilfe der Importqueue im TMS auslösen undüberwachen.

Importqueue

Die Importqueue im TMS ermöglicht es Ihnen, festzuhalten, welcheÄnderungsaufträge exportiert wurden, und sicherzustellen, dass dieÄnderungsaufträge in der gleichen Reihenfolge importiert werden,in der sie exportiert wurden. Wenn Sie auf die Importqueue einesgegebenen SAP-Systems zugreifen möchten, wählen Sie im TMS-Ein-stiegsbildschirm (Transaktion STMS) Übersicht � Importe. DieserTMS-Bildschirm zeigt alle relevanten SAP-Systeme Ihrer Transport-landschaft an. Klicken Sie hier doppelt auf den Systemnamen. DieImportqueue wird angezeigt und listet alle Änderungsaufträge auf,die auf den Import warten.

Automatischer Import

Importe können auch unabhängig vom TMS mit Betriebssystemmitteln,z.B. regelmäßig ausgeführten Betriebssystemjobs, automatisch starten.Die Anwendung dieses Verfahrens sollten Sie jedoch gut abwägen. DasErgebnis des automatischen Imports im QAS nach dem Export aus DEVist, dass DEV und QAS den gleichen Stand aufweisen. Wenn nun dieseÄnderungen nicht auch zeitnah in das produktive System importiert wer-den, für PRD aber eine dringende Änderung benötigt wird, lässt sich diesenicht realitätsnah testen. Eine sinnvolle Testumgebung sollte einen Standhaben, der dem Produktivsystem möglichst nahe kommt.

130


Importekontrollieren

Während eines Imports werden die Dateien im Transportverzeich-nis, die zu einem Änderungsauftrag gehören, gelesen und in dieDatenbank des Zielsystems kopiert. In Abbildung 4.6 ist das Zielsys-tem des Entwicklungssystems das Qualitätssicherungssystem. WennSie die verschiedenen Protokolldateien, die beim Importprozessgeneriert wurden, prüfen möchten, wählen Sie z.B. im BildschirmImportübersicht Springen � TP Systemlog. Die Protokolle zeigen an,ob beim Import Fehler aufgetreten sind (siehe Abschnitt 13.5, »Über-wachen von Importen«). Falls das SAP Computing Center Manage-ment System (CCMS) eingerichtet ist, lassen sich Fehler bei Transpor-ten aber auch darüber elegant überwachen.

Nachdem die Änderungsaufträge erfolgreich importiert wurden,werden sie im Normalfall aus der Importqueue gelöscht und auto-matisch zu den Importqueues der nächsten Zielmandanten und-systeme gemäß den im TMS festgelegten Transportwegen hinzuge-fügt. Das SAP-Zielsystem nach einem Import in das Qualitätssiche-rungssystem ist normalerweise das Produktivsystem.

Abbildung 4.6 Import in das Qualitätssicherungssystem und Übergabe an das Produktivsystem

NachfolgendeImporte

Nachfolgende Importe in SAP-Systeme wie das Produktivsystem wer-den im TMS ebenso überwacht und ausgelöst. Während dieserImporte werden die Dateien im Transportverzeichnis, die den Ände-rungsaufträgen entsprechen, erneut in die Datenbank des Zielsys-tems kopiert. Durch die Verwendung derselben Dateien, die

QTST

Import-queue

DEV QAS PRD


datei

PROD

Import-queue

CUST

131


ursprünglich aus dem Entwicklungssystem exportiert und im Quali-tätssicherungssystem getestet wurden, stellt das TMS sicher, dass die-selben Änderungen an beide SAP-Systeme geliefert werden (sieheAbbildung 4.7).

Abbildung 4.7 Importieren derselben Dateien in das Produktivsystem

Reihenfolge in Importqueues

Änderungsaufträge sind Listen von Aufgaben mit geänderten Objek-ten, die freigegeben, exportiert und in andere Mandanten und SAP-Systeme importiert werden müssen. Der Export eines Änderungsauf-trags ist der Prozess, der die geänderten Objekte in ihrem aktuellenStatus in eine Datei auf Betriebssystemebene kopiert und gleichzeitigden Änderungsauftrag zur relevanten, vom TMS-Transportweg fest-gelegten Importqueue hinzufügt. Die Reihenfolge von Änderungs-aufträgen in der Importqueue eines SAP-Systems ist strikt chronolo-gisch und immer die gleiche, in der sie exportiert wurden.

BedeutungDiese Reihenfolge der Importqueues ist wichtig. Wenn z.B. aufeinanderfolgende Änderungsaufträge zum Ändern desselben Objekts angelegtwerden, werden sie bei Freigabe jeweils neue Versionen des Objektsauf Betriebssystemebene ablegen. Da die Änderungsaufträge in derImportqueue sequenziell verarbeitet werden, wird als Letztes die neu-este Version des Objekts importiert. Der Importprozess stellt außerdem

PROD

Import-queue

DEV QAS PRD


datei

CUST QTST

132


sicher, dass die definierten Belieferungssysteme wie das Produktivsys-tem die Änderungsaufträge in der gleichen Reihenfolge erhalten, in dersie in das Qualitätssicherungssystem importiert wurden.

Importreihenfolge Die Wichtigkeit der Importqueues besteht in der Steuerung der Rei-henfolge, in der Änderungen in ein SAP-System importiert werden.Indem die Importqueues sicherstellen, dass diese Reihenfolge konsis-tent ist, ermöglichen sie die funktionale Synchronisierung der ver-schiedenen SAP-Systeme. Importqueues halten die Reihenfolge fest,in der Änderungen importiert werden, und stellen so sicher, dass dieÄnderungen in das Produktivsystem nicht in der falschen Reihen-folge importiert werden.

Reihung von Änderungsaufträgen in einer Importqueue

Zwei Entwickler in einem multinationalen Konzern erhalten den Auftrag,im Entwicklungssystem Datenkonvertierungsprogramme zu schreiben, diezum Konvertieren von Altsystemdaten verwendet werden sollen. Ein Ent-wickler namens Miller legt ein Programm mit dem Namen ZLEGACY_DATAan. Das neue Repository-Objekt wird im Änderungsauftrag DEVK900834aufgezeichnet. Miller gibt den Änderungsauftrag frei. Gleichzeitig gebenandere Mitarbeiter Änderungsaufträge frei, die Customizing-Einstellun-gen enthalten. Der zweite Entwickler namens Schmidt fügt zum Pro-gramm ZLEGACY_DATA zusätzliche Funktionalität hinzu und sichert seineÄnderung im Änderungsauftrag DEVK900876. Schmidt gibt den Ände-rungsauftrag frei. Zum Zeitpunkt des Imports der Änderungen in das Qua-litätssicherungssystem enthält die Importqueue des Qualitätssicherungs-systems folgende Änderungsaufträge (in der Reihenfolge ihrer Freigabe):

Änderungsauftrag Inhaber Beschreibung

DEVK900834 MILLER Konvertierungsroutine

DEVK900912 HAMM Customizing für Materialwirtschaft

DEVK900820 THOMAS Organisationsdaten

DEVK900876 SCHMIDT Konvertierungsroutine mit Validierungsschleife

Zwei Änderungsaufträge, DEVK900834 und DEVK900876, enthalten Ände-rungen für das Programm ZLEGACY_DATA. Deshalb enthält das Transport-verzeichnis zwei verschiedene Versionen des Programms. Wird der Ände-rungsauftrag DEVK900876 vor dem Änderungsauftrag DEVK900834 impor-tiert, wird das Programm ZLEGACY_DATA im Qualitätssicherungssystem die

133


ProjekteEine weitere Möglichkeit der Gruppierung von Änderungsaufträgenbesteht in der Nutzung von Projekten. Hierin lassen sich Transportefür bestimmte Aufgaben so zusammenfassen, dass hierfür ein gesam-ter Import gestartet werden kann und somit die Wahrscheinlichkeiteiner falschen Transportreihenfolge abnimmt. Auch das Verfahrender Qualitätssystemabnahme, womit Aufträge nur dann in denImportpuffer des PRD-Systems gestellt werden, wenn dies nacherfolgreichem Test im Qualitätssicherungssystem explizit bestätigtwird, ist hierfür geeignet. Die Details dazu sind in Abschnitt 5.2.3,»Qualitätssicherungsverfahren des Transport Management Systems«,näher beschrieben.

Manipulieren von Importqueues

Im TMS können die Benutzer Importqueues manipulieren, um Ände-rungsaufträge hinzuzufügen bzw. zu löschen oder um die Reihen-folge zu ändern, in der sie in der Importqueue angezeigt werden. SAPrät jedoch von derartigen Aktivitäten ab, da dadurch Inkonsistenzenzwischen dem Quellsystem und dem Zielsystem entstehen können.

Änderungsauftrag löschen

Anwender möchten häufig einen Änderungsauftrag löschen, weil erfehlerhafte Informationen enthält. Das Löschen eines Änderungsauf-trags könnte jedoch mehr als die fehlerhaften Daten löschen, daÄnderungsaufträge normalerweise mehr als eine Änderung enthal-ten. Außerdem kann das Löschen eines Änderungsauftrags Fehler beiden Objekten in einem anderen Änderungsauftrag verursachen,wenn Abhängigkeiten von den Objekten des gelöschten Änderungs-auftrags bestehen. Wenn Sie z.B. einen Änderungsauftrag löschen,der ein neues Datenelement enthält, werden alle transportierten

die zusätzliche, von Schmidt programmierte Funktionalität nicht aufwei-sen, weil die zuerst importierte Version DEVK900876 mit der alten Versionvon DEVK900834 einfach überschrieben wird. Das Programm im Qualitäts-sicherungssystem würde sich dann von dem im Entwicklungssystemunterscheiden, und die beiden Systeme würden inkonsistent sein.

Indem die Importe in der durch die Importqueue festgelegten Reihen-folge stattfinden, ist sichergestellt, dass DEVK900834 zuerst importiertwird, da er vor DEVK900876 freigegeben wurde. Das Programm ZLEGACY_DATA wird zweimal importiert, aber mit dem letzten Import wird die aktu-elle Version importiert, die die Vorgängerversion überschreibt. Die Kon-sistenz zwischen verschiedenen SAP-Systemen bleibt somit erhalten.

134


Objekte fehlerhaft sein, die Tabellen enthalten, die sich auf diesesDatenelement beziehen.

Ihnen wird dringend angeraten, das Manipulieren von Importqueueszu unterlassen, um solche Inkonsistenzen zu vermeiden. Es ist klü-ger, die erforderlichen Korrekturen im Entwicklungssystem vorzu-nehmen und einen neuen Auftrag freizugeben.

Technische Aspekte des Transportprozesses

Programm tp tp ist ein Programm auf Betriebssystemebene, das sowohl denExport- als auch den Importprozess steuert. Es ist dafür verantwort-lich, die Änderungsaufträge in den Importqueues auszulesen undKorrekturen in den Importqueues nach Beendigung erfolgreicherImporte vorzunehmen. Die Importfunktionalität des TMS bietet einebenutzerfreundliche Oberfläche, um ausgehend von der SAP-Anwen-dungsebene mit dem Transportsteuerungsprogramm tp zu kommu-nizieren.

Programm R3trans Ein weiteres Programm auf Betriebssystemebene ist R3trans.R3trans wird zum Kommunizieren mit der Datenbank und demDateisystem verwendet, um Daten zu lesen oder zu schreiben. BeimExport ruft tp dieses Werkzeug auf, und R3trans erzeugt dann dieentsprechende Betriebssystemdatendatei. Beim Import verwendetR3trans diese Datendatei erneut und schreibt die Informationen indie Zieldatenbank.

4.1.4 Change and Transport System (CTS)

Werkzeuge SAP bezeichnet die Werkzeuge, die das Management von Änderun-gen unterstützen, als Change and Transport System (CTS). Diesesschließt folgende Werkzeuge ein:

Importqueues nicht manipulieren

SAP empfiehlt Ihnen, Importqueues nicht zu manipulieren. Sie sollten z.B.keine Änderungsaufträge löschen oder deren Reihenfolge in der Queueverändern. Zur Sicherheit sollten Sie daher nur wenigen erfahrenen Mitar-beitern die Berechtigungen für solche Aktivitäten erteilen. Daneben müs-sen Sie außerdem sicherstellen, dass niemand am TMS vorbei direkt aufBetriebssystemebene solche Änderungen vornehmen kann.

135


� Change and Transport Organizer (CTO)Der CTO besteht aus dem Customizing Organizer, dem Work-bench Organizer und dem Transport Organizer. Die am häufigstenverwendete Komponente ist der Customizing Organizer. Der Custo-mizing Organizer ermöglicht das Anlegen, Dokumentieren undFreigeben von Änderungsaufträgen, die beim Customizing gene-riert wurden. Es ermöglicht den Mitarbeitern, die SAP ERP imple-mentieren, ihre Änderungen in Änderungsaufträgen festzuhalten,die Änderungsaufträge, für die sie verantwortlich sind, anzuzeigenund durch Freigeben der Änderungsaufträge die Änderungen fürandere Systeme bereitzustellen.

Der Workbench Organizer bietet den Entwicklern, die die ABAPWorkbench verwenden, eine ähnliche Funktionalität. Der Trans-port Organizer schließlich bietet Unterstützung für die Transporte,die nicht in die Zuständigkeit von Customizing Organizer undWorkbench Organizer fallen.

� Transport Management System (TMS)Das TMS (Transaktion STMS) verwenden Sie zum Organisieren,Überwachen und Durchführen von Importen in alle SAP-Systemeinnerhalb einer Systemlandschaft. Ein Beispiel hierfür ist dasImportieren von Änderungsaufträgen in das Qualitätssicherungs-system für Tests und Verifikationen. Außerdem verwenden Sie dasTMS zum zentralen Verwalten der Konfiguration Ihrer Transport-umgebung, indem Sie z.B. SAP-Systeme hinzufügen und Trans-portwege definieren.

� Programme tp und R3transDies sind ausführbare Programme auf Betriebssystemebene, diezum Kommunizieren mit dem SAP-System, der Datenbank und denfür die Export- und Importprozesse erforderlichen Dateien imTransportverzeichnis verwendet werden. Wenn Sie z.B. die Objekteeines Änderungsauftrags in das Qualitätssicherungssystem impor-tieren, kopiert R3trans die Daten in die Datenbank dieses Systems.

Das CTS umfasst alle Werkzeuge, die zur Unterstützung des SAP-Änderungs- und Transportmanagements für ABAP-basierte Produkteerforderlich sind (siehe Abbildung 4.8). Für Java-basierte Produktegibt es ein ähnliches Werkzeug, die Change-Management-Services(CM-Services), das in Kapitel 15, »SAP NetWeaver DevelopmentInfrastructure«, näher beschrieben wird.

136


Abbildung 4.8 Komponenten des CTS

4.2 Übertragen von Daten

Betriebsdatenverteilen

Änderungsaufträge transportieren keine Anwendungsdaten wieStamm-, Bewegungs- und Benutzerstammdaten. Es könnte Sie über-raschen, dass Sie diese Art von Daten verteilen müssen, denn schließ-lich sind diese Daten für die Betriebsaktivitäten erforderlich, und inden meisten Systemlandschaften gibt es nur einen Produktivman-danten. Sie müssen jedoch möglicherweise Betriebsdaten verteilen,um Folgendes durchzuführen:

� Funktionstests und BenutzerschulungStammdaten werden sowohl für Funktionstests im Funktionstest-mandanten im Entwicklungssystem als auch zum Testen im Quali-tätssicherungssystem benötigt. Wenn Sie z.B. das Anlegen vonKundenaufträgen testen, muss die Datenbank mindestens ein defi-niertes Material enthalten, das ein Kunde kaufen kann. Im Idealfallist die vollständige Materialstammliste verfügbar. Das ist insbe-sondere bei den Qualitätssicherungstests und den Benutzerschu-lungen wichtig.

� ReporttestsZum Testen der meisten Reports (z.B. Monatsabschlussreports)sind Daten von mehreren Geschäftsvorgängen erforderlich, dasheißt Daten von verschiedenen Geschäftsszenarien.

� BerechtigungsvergabetestQualitätssicherungstests enthalten Tests der Berechtigungsverga-ben an bestimmte und zufällig ausgewählte Benutzer. Deshalbbenötigt das Testsystem Benutzerstammdaten. Um das manuelleNeuanlegen von Benutzern im Qualitätssicherungssystem zu ver-

Change and Transport System (CTS)

Change and Transport Organizer (CTO)

WorkbenchOrganizer

CustomizingOrganizer

TransportOrganizer

TransportManagementSystem (TMS)

Transportwerkzeugetp und R3trans

SAP-System

Betriebs-system

137

Übertragen von Daten 4.2

meiden, können Sie bestehende Benutzerstammdaten aus demProduktivsystem übertragen.

� BetriebsdatenkopieKomplexe Systemlandschaften wie bei Unternehmen mit interna-tionalen Tochtergesellschaften enthalten häufig mehr als ein SAPERP-Produktivsystem. Zur Sicherstellung der Konsistenz derAnwendungsdaten in einer derartigen Systemlandschaft müssenSie eventuell dafür sorgen, dass die verschiedenen Produktivsys-teme in Bezug auf Stammdatensätze wie Kundenstammdaten oderBewegungsdaten wie Finanztransaktionsdaten synchronisiert sind.

Während der ersten und der darauffolgenden Einführungsphasenmüssen Sie möglicherweise Anwendungsdaten für Funktionstests,Qualitätssicherungstests und Schulungen übertragen. Nach dem Pro-duktivanlauf – das heißt nach Arbeitsbeginn im Produktivsystem –müssen Sie möglicherweise Anwendungsdaten übertragen, um meh-rere Produktivumgebungen zu synchronisieren oder Anwendungs-daten mit anderen EDV-Anlagen zu teilen.

Das Übertragen von Betriebsdaten in verschiedene Mandanten istnicht so geradlinig wie das Übertragen von Änderungen, die in Ände-rungsaufträgen aufgezeichnet werden können. Die verwendetenMethoden ändern sich je nach dem, was Sie tun möchten:

� Übertragen von Anwendungsdaten

� Teilen von Anwendungsdaten mit anderen SAP-Systemen oderFremdsystemen

Im SAP ERP-Einführungsprozess sollte schon früh festgelegt werden,welche Anwendungsdaten Sie verteilen müssen und welche Metho-den dafür eingesetzt werden sollen.

4.2.1 Stammdaten

Stammdaten sind Daten, die sich selten ändern, aber für denAbschluss der meisten Geschäftsvorgänge erforderlich sind. Beispielevon Stammdaten sind Kunden-, Lieferanten- und Materiallisten sowieder Kontenplan des Unternehmens. Stammdaten existieren in einemUnternehmen normalerweise schon vor der SAP ERP-Einführung.Bevor Sie SAP ERP implementieren, müssen Sie festlegen, wie Siediese Daten in das SAP-System importieren. Im Idealfall kann die fürdie anfängliche Migration verwendete Methode auch für folgendeDatenübertragungen zwischen Mandanten verwendet werden.

138


Da sich die Stammdaten im Lauf der Zeit ändern, müssen Sie auchplanen, wie Sie den Datentransfer zwischen allen Mandanten vor-nehmen, damit die Konsistenz der Stammdaten in der Landschaftsichergestellt wird.

Importieren von Stammdaten in SAP ERP

Techniken Stammdaten können mit folgenden Techniken von Fremdsystemenin SAP ERP importiert werden:

� manuelles Eingeben jedes Datenelements

� Laden der Daten aus sequenziellen Datendateien außerhalb vonSAP ERP

� Kommunizieren mit anderen SAP- oder Fremdsystemen über ver-schiedene Schnittstellentechnologien

Um Zeit zu sparen und die Konsistenz sicherzustellen, sollten Sie dieStammdaten entweder durch Laden der Daten aus externen Daten-dateien oder durch Schnittstellentechnologien importieren. DieseTechniken ermöglichen es Ihnen, komplette Kopien oder Teilmen-gen der Stammdaten an mehrere Mandanten zu übertragen. Diemanuelle Dateneingabe kann bei manchen Implementierungen kos-tengünstiger sein, da das Laden der Daten und die Schnittstellentech-nologie nur von Mitarbeitern mit Programmierkenntnissen oderSAP-Schnittstellenerfahrung gehandhabt werden können. Das manu-elle Eingeben ist jedoch keine effiziente Art zum Verteilen der Datenan mehrere Mandanten.

Übertragen von Stammdaten zwischen SAP-Systemen

Übertragungs-methoden

Obwohl Stammdaten relativ statisch sind, ändern sie sich im Lauf derZeit. Sie müssen festlegen, ob Änderungen von Stammdaten im Pro-duktivsystem an alle Mandanten in Ihrer Systemlandschaft verteiltwerden sollen. Sie müssen auch festlegen, wie oft dieser Synchroni-

Werkzeuge zum initialen Laden von Stammdaten

Wenn Sie Daten aus Dateien außerhalb des SAP ERP-Systems importie-ren, bietet Ihnen SAP mit der Datenübernahme-Workbench und derLegacy System Migration Workbench (LSMW, zur Migration von Datenaus Altsystemen) Unterstützung beim Planen und Entwickeln von Pro-grammen für die Datenübernahme. Nähere Informationen zu diesenWerkzeugen finden Sie in der SAP-Online-Dokumentation.

139

Übertragen von Daten 4.2

sationsprozess erforderlich ist, das heißt, ob eine längere Verzöge-rung akzeptabel ist. Stammdaten können folgendermaßen übertra-gen werden:

� manuelles Eingeben jedes Datenelements

� Verwenden von Änderungsaufträgen (nur bei manchen Typen vonStammdaten möglich)

� Verwenden von Schnittstellentechnologien

Die manuelle Dateneingabe kann gegebenenfalls eine geeigneteMethode zum Übertragen von Daten an Mandanten sein, die Man-danten im Produktivsystem ausgenommen. Es ist z.B. nicht erforder-lich, dem Qualitätssicherungsmandanten die Änderung einer Kun-denadresse mitzuteilen, da eine Änderung an Detailinformationender Adresse die allgemeine Geschäftsabwicklung nicht betrifft. Wer-den jedoch neue Kunden im Produktivsystem hinzugefügt, könnensie manuell in das Qualitätssicherungssystem eingegeben werden,um deren Einbeziehung in die Tests sicherzustellen.

Einige Stammdaten werden mit Änderungsaufträgen in Verbindungmit besonderen IMG-Aktivitäten übertragen. Unter diesen Typenvon Stammdaten befinden sich der Kontenplan, Warengruppen undKostenrechnungsbereiche.

ALESAP liefert auch umfangreiche Schnittstellentechnologien aus, die dieÜbernahme von Stammdaten unterstützen. Eine dieser Technologienist Application Link Enabling (ALE), das Ihnen ermöglicht, Daten zwi-schen verschiedenen SAP ERP-Systemen oder zwischen SAP ERP-und Fremdsystemen auszutauschen. ALE ist die Technologie, die amhäufigsten eingesetzt wird, um Stammdaten in einer Umgebung mitmehreren Produktivmandanten zu unterstützen, oder wenn identi-sche Stammdaten in mehr als einem Mandanten erforderlich sind.Wenn Sie ALE verwenden, haben Sie zwei Möglichkeiten:

� die Stammdaten zentral zu verwalten und bei Bedarf an andereMandanten zu verteilen (wie in dem in Abbildung 4.9 dargestell-ten Fall, in dem die Stammdaten vom SAP-System PR1 an Man-danten in den Systemen QAS und PR2 verteilt werden)

� die Stammdaten in verschiedenen Mandanten zu verwalten, dannan einen zentralen Mandanten zu übertragen und von diesem analle anderen Mandanten weiter zu verteilen

140


Abbildung 4.9 Beispiel eines ALE-Datenaustauschs zwischen verschiedenen SAP-Systemen

ALE-Szenarien Zur Unterstützung der ALE-Einführung liefert SAP vorkonfigurierteStammdaten-Templates aus, sogenannte ALE-Szenarien, die Sie zurErfüllung Ihrer spezifischen Stammdatenanforderungen anpassen kön-nen. Beispiele von ALE-Szenarien für Stammdaten sind Szenarien fürMaterial, Lieferanten, Kunden, Profit-Center, Kontenplan, Stücklistenund Kostenstellen. ALE ist nicht auf Stammdaten beschränkt, sondernkann auch zum Verteilen von Bewegungsdaten verwendet werden.

Grundsätzlich können Sie ALE zum freien Verteilen von Stammdatenan alle SAP ERP-Systeme nutzen. Ein gewisser Grad an gemeinsamemCustomizing ist jedoch in den Zielsystemen erforderlich. Die ALE-Customizing-Verteilung von SAP ERP ermöglicht Ihnen, sicherzustel-len, dass die Customizing-Einstellungen in den verschiedenen SAPERP-Systemen der Systemlandschaft in Bezug auf ALE-Szenarienidentisch sind.

4.2.2 Bewegungsdaten

Dieselben Bewegungsdaten werden von verschiedenen Computer-systemen genutzt, z.B. zum Testen, für Schulungen oder bei mehre-ren Produktivumgebungen. Diese Systeme können andere SAP ERP-Systeme und Fremdsysteme sein. Das Übertragen von Daten erfor-dert eine Kommunikationsverbindung über eine Schnittstellentech-

PROD

PRODQTST

TRNG

QAS PR1

PR2

ALE-Stammdaten-

austausch

Date post:	03-Feb-2018
Category:	Documents
Upload:	vuongxuyen
View:	217 times
Download:	0 times

4 Verwalten von Änderungen und Daten in einer SAP ERP ... · PDF fileDaten in einer SAP...

Documents