Sie sind auf Seite 1von 372

Paul Wenzel (Hrsg.

Betriebswirtschaftllche Anwendungen
mitSAPR/3®
Edit ion BusitH'sS Compnting
IlI'rilll"l!,('l!,('h('1I 'till Prot. Dr. Palll \\1'1111'1

Die Reihe Edition Business Computing bietet Anwendem, Entscheidern, Beratern


sowie Trainern und Dozenten praxisorientierte L.eitfiiden fUr den efflzienten Einsatz
systemintegrierter Software 1m Unternehmen.
Die 8eitriige zelgen Beispiele und LOsungen rur Verbesserung
belriebllcher Abliiufe und zur Optimierung von Geschaftspro-
zessen. Es geht u. a. um Themen wie SAP R/3-Anwendungen,
ABAP/4, SAP-M IS/E IS, GeschaftsprozeBoptimierung mit
BAA'I- und avision-Systemen, Business Workflow, Internet-
applikationen.
8esonderer Vorzug der Reihe ist die spezifische Verbindung
von Betriebswirtschaft und Informatik In der angewandten
Form einer praxisnahen Wirtschaftslnformatik, die sich als unabhingJg versteht
gegeniiber Flrmen und Produkten und nicht zuletzt dadurch praxisgerechte
Hilfestellung anbieten kann.

Die ersten Titel der Reihe:


Geachlftaproz.80ptlml.rung mit Qu.ntltam.n.pm.nt mit SAP
SAPRj3- R/3- und ARise
hrsg. von Paul Wenzel von Harald Harings
SAP R/3·-Anwendunpn In d.r Loststlk mit SAP R/3-
Pl'O.la hrsg. von Paul Wenzel
hrsg. von Paul Wenzel
Person.lwlrtachllft mit SAP R/3-
SAP Bualn... WorkflOW- In d.r hrsg. von Paul Wenzel
Loststlk
von Ulrich Strobel-Vogt RechnunpweHn mit SAP R/3-
hrsg. von Paul Wenzel
Bualn... Computln, mit BAAN-
hrsg. von Paul Wenzel und Henk Post V.rtrI.b und Workflow mit
SAPR/3-
Bualn... Computln, mit hrsg. von Paul Wenzel
NAVISION--5ystem.n
hrsg. von Paul Wenzel Betrl.bswlrtach.ftllch.
Anwendunpn mit SAP R/3-
Bualn... Computln, mit hrsg. von Paul Wenzel
SAPR/3·
hrsg. von Paul Wenzel
Erfolp mit SAP Bualn...
WorkflOW-
von Ulrich Strobel-Vogt
Paul Wenzel (Hrsg.)

Betriebswirtschaftliche
Anwendungen
mitSAPR/3®
Eine Einfiihrung inklusive Customizing,
ABAP/4, Accelerated SAP (ASAP),
Projektsystem (PS)

~
vleweg
Die Deutsche Bibliothek - CIP-Einheitsaufnahme
Ein Titeldatensatz fUr diese Publikation ist bei
Der Deutschen Bibliothek erhiiltlich.

Unter dem gleichen Titel ist bereits friiher ein Werk


in einer anderen inhaltlichen Konzeption erschienen.

1. Auflage Januar 2001

SAP R/2, R/3, ABAP/4, SAP EarlyWatch, SAPoffice, SAP Business Workflow, SAP ArchiveLink,
Accelerated SAP, SAP R/3 Retail sind eingetragene Warenzeichen der SAP Aktiengesellschaft
Systeme, Anwendungen, Produkte in der Datenverarbeitung, Neurottstr. 16, D-69190 Walldorf. Der
Herausgeber bedankt sich fiir die freundliche Genehmigung der SAP Aktiengesellschaft, die
genannten Warenzeichen im Rahmen des vorliegenden Titels zu verwenden. Die SAP AG ist jedoch
nicht Herausgeberin des vorliegenden Titels oder sonst dafiir presserechtlich verantwortlich.
Fiir aile Screen-Shots (Bildschirmmasken) dieses Buches gilt der Hinweis: Copyright SAP AG.

AIle Rechte vorbehalten


© Friedr. Vieweg & Sohn Verlagsgesellschaft mbH, BraunschweigjWiesbaden, 2001

Der Verlag Vieweg ist ein Untemehmen der Fachverlagsgruppe BertelsmannSpringer.

Das Werk einschlieBlich aller seiner Teile ist urheberrechtlich geschiitzt. Jede
Verwertung auBerhalb der engen Grenzen des Urheberrechtsgesetzes ist
ohne Zustimmung des Verlags unzuliissig und strafbar. Das gilt insbesondere
fiir Vervielfiiltigungen, Ubersetzungen, Mikroverfilmungen und die Ein-
speicherung und Verarbeitung in elektronischen Systemen.

www.vieweg.de

Die Wiedergabe von Gebrauchsnamen, Handelsnamen, Warenbezeichnungen usw. in dies em Werk


berechtigt auch ohne besondere Kennzeichnung nicht zu der Annahme, daB solche Namen im
Sinne der Warenzeichen- und Markenschutz-Gesetzgebung als frei zu betrachten waren und daher
von jedermann benutzt werden diirften.
Hochste inhaltliche und technische Qualitiit unserer Produkte ist unser Zie!. Bei der Produktion
und Auslieferung unserer Biicher wollen wir die Umwelt schonen: Dieses Buch ist auf siiurefreiem
und chlorfrei gebleichtem Papier gedruckt. Die EinschweiBfolie besteht aus Polyiithylen und damit
aus organischen Grundstoffen, die weder bei der Herstellung noch bei der Verbrennung Schadstoffe
freisetzen.

Konzeption und Layout des Umschlags: Ulrike Weigel, www.CorporateDesignGroup.de

Gedruckt auf siiurefreiem Papier


ISBN-13 : 978-3-528-05751-0 e-ISBN-13: 978-3-322-89793-0
DOT : 10.1007/978-3-322-89793-0
Inhaltsubersicht

Inhaltsverzeichnis .................................................... VI

Vorwort ................................................................ XVIII

1 Einflihrung ............................................. 1-90

2 Customizing ...................................... 91-176

ABAP/4-Programmierung ................ 177-248

4 AcceleratedSAP (ASAP) .................. 249-288

5 Projektsystem (PS) .......................... 289-336

Literaturverzeichnis ....................................................................337
Autorenverzeichnis .....................................................................341

Stichwortverzeichnis ...................................................................343

v
Inhaltsverzeichnis

Vorwort ................................................................... XVIII

SAP-Einflihrung .......................................... 1

1.1 Das Unternehmen SAP AG ............................. 1


1.1.1 Unternehmensziele und -strategien ................... 1
1.1.1.1 Das Untemehmen und seine Paltner. ......... .4
1.1.1.2 Serviceleistungen .......................................... 5
1.1.1.3 Die Kunden des Untemehmens ................... 6
1.1.2 Die Produkte des Unternehmens ...................... 6
1.1.2.1 R/2 ................................................................. 7
1.1.2.2 R/3 ................................................................. 7
1.1.2.3 Migration von R/2 nach R/3 ................ .. ..... 10
1.1.2.4 Neue Leistungen ......................................... 11
1.1.2.5 Business Information Warehouse .............. 13
1.1.2.5.1 Merkmale des BW ............................ 13
1.1.2.5.2 Perfonnance ...................................... 17
1.1.2.5.3 Plattformen ........................................ 18
1.1.2.6 SAP-Gill der nachsten Generation
(SAP-Enjoy) ................................................. 18
1.1.2.6.1 Einbinden def Benutzer in die Ent-
wicklung ............................................ 19
1.1.2.6.2 Zusammenarbeit mit renommierten
Experten beim visuellen Design ...... 19
1.1.2.6.3 Interaktionsdesign zur moglichst
effizienten Navigation im System .... 20
1.1.2.6.4 SAP Easy Access - der Einstieg in SAP
Enjoy .................................................. 20
1.1.2.6.5 En'eicht SAP mit der Enjoy-Version
die hochgesteckten Ziele? ................ 22

VI
Inbaltsverzeicbnis

1.1.2.7 Wasist m ~!il'~! 0 1........ 26


1.1.2.7.1 Der Marketplace ............................... 27
1.1.2.7.2 Der Workplace .................................. 28
1.1.2.7.3 Web-basierende Untemehmens-
szenarien .............. .. ........................... 29
1.1.2.7.4 Application Hosting - Outsourcing .. 30

1.2 Hardware eines R/3-Systems ....................... 32


1.2.1 Hardwarehierarchie .......................................... 32
1.2.2 Client/Server-Prinzipien ................................... 33
1.2.3 Systemiibersicht ...................... .. ........................ 35
1.3 Softwarearchitektur des R/3-Systems ......... 37
1.3.1 Softwareschnittstellen ....................................... 37
1.3.1.1 Application Link Enabling (ALE) ................ 38
1.3.1.2 Business Framework ........................ .. ......... 41
1.3.1.3 Business Objekte ...... .. ............ .................... 42
1.3.1.3.1 Schichten der SAP-Business-
Objekte .......... .... ....................... ... ...... 43
1.3.1.3.2 Objekttypen ...................................... 45
1.3.1.3.3 Business Object Repository .......... ... 46
1.3.1.4 BAPIs .................................. .. ... ....... .. ........ ... 46
1.3.1.4.1 Charakteristika der BAPIs ............ .... 48
1.3.1.4.2 BAPIs in Anwendungsprogrammen 49
1.3.1.4.3 Merkmale der BAPIs .. .... ................... 51
1.3.1.5 XML (Extensible Markup Language) ........ .. 52
1.3.1.5.1 Aufbau und Funktionsweise
von XML .............. .............................. 52
1.3.1.5.2 Velwendbarkeit von XML ................ 54
1.3.1.5.3 Einsatzgebiete von XML.. ...... ........... 56
1.3.2 R/3-Systemarchitektur ...................................... 56
1.4 Einstieg in R/3 ............................................... 64
1.4.1 Starten von R/3 ................................................. 64
1.4.2 Bildschirmaufbau und Bedienung von R/3 .... 67
1.4.3 Tastaturbelegung ......................................... .. ... 71

VII
Inhaltsverzeichnis

1.4.4 Menustruktur ..................................................... 72


1.4.4.1 Werkzeuge .................................................. 72
1.4.4.2 Allgemeine Systemfunktionen .................... 75
1.4.5 Beispiel zur Handhabung ................................ 78
1.4.5.1 Matchcodesuche ......................................... 78
1.4.5.2 EingabeuberpIiifung ................................... 80
1.5 Das R!3-Hilfesystem ..................................... 81
1.5.1 Feldhilfe ............................................................ 81
1.5.2 Hilfemenu ......................................................... 81
1.5.3 Online-Dokumentation .................................... 84
1.6 Weitere Informationsquellen ...................... 85
1.6.1 Computing Center Management System ......... 85
1.6.2 Online Service System ............................... ....... 86
1.6.3 World Wide Web-Server .................................. 87

Customizing .............................................. 91

2.1 Einfiihrung .................................................... 91


2.1.1 Voraussetzungen .............................................. 92
2.1.2 Verfahren .......................................................... 93
2.1.3 Das ausgelieferte System .................................. 93
2.1.3.1 Mandant 000 ...................... ....... ..... .............. 94
2.1.3.2 Mandant 001.. .............................................. 95
2.1.4 Customizing-Menu ............................................ 95

2.2 Customizing-Elemente ................................. 96


2.2.1 R/3-Vorgehensmodell ....................................... 97
2.2.1.1 Phase 1: Organisation und Konzeption ..... 98
2.2.1.2 Phase 2: Detaillierung und Realisierung .. 101
2.2.1.3 Phase 3: Produktionsvorbereitung ........... 102

VIll
Inhaltsverzeichnis

2.2.1.4 Phase 4: Produktivbetrieb ........................ 103


2.2.1.5 Projektadministration und Projekt-
controlling ................................................. 104
2.2.1.6 Systemwartung und Release-Wechsel.. .... 105
2.2.1.7 Moderne Einfilhrungsmethoden .............. 105
2.2.1.7.1 Der ASAP-Ansatz ............................ 106
2.2.1.7.2 Iteratives Prozess-Prototyping ........ 107
2.2.1.7.3 DSDM - Das dynamische Vor-
gehensmodell .................................. 107
2.2.2 Einfuhrungsleitfaden ...................................... 108
2.2.2.1 Sichten auf den Einfiihrungs-
leitfaden (IMG) .......................................... 110
2.2.2.2 Bestandteile des Einfuhrungsleitfadens ... 114
2.2.2.2.1 Informationstypen des
Informationsteils ............................. 114
2.2.2.2.2 Informationstypen des
Projektsteuerungsteils ..................... 116
2.2.2.3 Arbeiten mit dem Einfiihrungsleitfaden ... 117
2.2.3 Projektsteuerung ............................................. 121
2.2.3.1 Projektverwaltung ..................................... 121
2.2.3.2 Projektdokumentation .............................. 126
2.2.3.3 Statusinformationen .................................. 128
2.2.3.4 Projektauswertung .................................... 130

2.3 Customizing-Werkzeuge ............................. 132


2.3.1 Aufbau u. Funktionsweise der Werkzeuge .. 132
2.3.2 Werkzeug Hypertext im Oberblick ............... 133
2.3.3 Werkzeug "Mandanten einrichten" ............... 138
2.3.3.1 Mandant definieren ................................... 138
2.3.3.2 Quellmandant kopieren ........................... 139
2.3.4 Werkzeug "Transport" .................................... 143
2.3.5 Werkzeug "Tabellenauswertungen" .............. 145
2.3.5.1 Serviceleistungen ...................................... 147
2.3.5.2 Historienverwaltung .................................. 148

IX
2 Customizing 91

2.3.6 Globale Parameter. ......................................... 149


2.3.6.1 Uinderparameter ....................................... 149
2.3.6.2 W:ihrungsparameter .................................. 151
2.3.6.3 Sprachparameter ....................................... 152
2.3.6.4 MaBeinheitenparameter ............................ 152
2.3.6.5 Kalendetparameter ................................... 153
2.3.7 Erweiterung der Werkzeuge .......................... 153
2.3.7.1 Einfuhrungsleitfaden erweitern ................ 153
2.3.7.2 Referenz-IMG erweitern ........................... 154
2.3.7.3 Projekt-IMG erweitern .............................. 155
2.3.7.4 Anderung der Einflihrungsleitfaden ......... 156

2.4 R!3-Benutzer- u. Berechtigungskonzept ... 157


2.4.1 Grundbegriffe ................................................. 157
2.4.2 Benutzerstammsatz ......................................... 160
2.4.3 Manuelie Profil- u. Berechtigungspflege ....... 164
2.4.3.1 Vorgehensweise bei der Berech-
tigungsvergabe .......................................... 165
2.4.3.2 Pflegeversion, Aktivversion ...................... 166
2.4.4 Profilgenerator ................................................ 167
2.4.5 Szenario einer Berechtigungsprtifung ........... 171
2.4.6 Organisation der Benutzer- und Berechti-
gungspflege ..................................................... 173
2.4.6.1 Organisation ohne Verwendung des
Profilgenerators ......................................... 173
2.4.6.2 Organisation unter Verwendung des
Profilgenerators ......................................... 174

x
Inbaltsverzeicbnis

ABAP/4-Programmierung ....................... 177

3.1 Werkzeuge der ABAP/4 Workbench .......... 177


3.1.1 Navigationswerkzeuge der ABAP/4
Workbench ..................................................... 180
3.1.1.1 Repository Browser. .................................. 180
3.1.1.2 Repository-Infosystem .............................. 181
3.1.1.3 Anwendungshierarchie ............................. 182
3.1.1.4 Data Browser ............................................ 182
3.1.2 Menu Painter ................................................... 182
3.1.3 Screen Painter ................................................. 183
3.1.4 Der ABAP/4-Editor ......................................... 185
3.1.4.1 Befehle und Navigation des Editors ........ 186
3.1.4.2 Erstellen eines ABAP/4-Programms ......... 189
3.1.5 Debugger ........................................................ 190
3.1.6 Function Builder ............................................. 191
3.1.7 ABAP/4-Dictionary ......................................... 191
3.1.8 ABAP/4-Query ................................................ 191
3.1.9 Report .............................................................. 192
3.1.lOLogische Datenbanken ................................... 192
3.1.11Interaktives Reporting .................................... 192
3.1.12Laufzeitanalysator ........................................... 193
3.1.13Class Builder ................................................... 193
3.1.14Performance-Trace ......................................... 194
3.1.15ABAP/4 Development Workbench
Organizer ........................................................ 194
3.2 ABAP/4-Dictionary...................................... 195
3.2.1 Einsatzmoglichkeiten ...................................... 195
3.2.2 Ubersicht der abgelegten Informationen ...... 195
3.2.3 Integration in die Workbench ....................... 196

XI
Inhaltsverzeichnis

3.2.4 Tabellen .......................................................... 197


3.2.4.1 Fremdschlussel... ....................................... 198
3.2.4.2 Technische Einstellung ............................. 200
3.2.4.3 Datenbankpufferung ................................. 201
3.2.4.4 Indizes .............................................. ......... 201
3.2.5 Views ............................................................... 202
3.25.1 Join-Bedingung ......................................... 203
3.25.2 Projektion .................................................. 204
3.25.3 Se1ektion .................................................... 204
3.2.6 Typen .............................................................. 205
3.2.6.1 Datenelement ............................................ 206
3.2.6.2 Strukturen .................................................. 207
3.2.6.3 Tabellentypen und interne Tabellen ........ 208
3.2.7 Domanen ........................................................ 209
3.2.8 Suchhilfen ....................................................... 210
3.2.8.1 Struktur einer elementaren Suchhilfe ....... 210
3.2.8.2 Struktur einer Samme1suchhilfe ................ 211
3.2.9 Anpassung der Datenbankstruktur ................ 211
3.2.10Aktivierung ...................................................... 213
3.2.11Datentyp im ABAP/4-Dictionary ................... 213
3.2. 12 Datenbankutility ............................................. 216
3.2. 13Sperrobjekte .................................................... 216

3.3 Dam-Modeler ............................................... 219


3.3.1 Basiselemente ................................................. 219
3.3.1.1 Entitatstypen .............................................. 219
3.3.1.2 Beziehungen ............................................. 220
3.3.1.3 Spezialisierungen u. Generalisierungen ... 222
3.3.2 Data-Modeler und Dictionary ........................ 222
3.3.3 Datenmodell ................................................... 223
3.3.3.1 Aufbau ....................................................... 223
3.3.3.2 Arbeitsweise bei der Erstellung ................ 224
3.3.3.3 Konsistenzprufung .................................... 225

XII
Inhaltsverzeichnis

3.3.4 Einstieg ............................................................ 225


3.35 Pfiege der Datenmodelle .......................... 226
3.35.1 Datenmodell auswahlen ........................... 226
3.35.2 Datenmodelle bearbeiten ......................... 228
3.3.6 Pfiege der Datenmodell-Hierarchie ............... 229
3.3.6.1 Hierarchie auswahlen ............................... 229
3.3.6.2 Hierarchie darstellen ............ ........ .... .. ....... 230
3.3.6.3 Hierarchie andern ..................................... 232
3.3.7 Inverse Hierarchie .......................................... 233
3.3.7.1 Inverse Hierarchie auswahlen .................. 233
3.3.7.2 Darstellung andern ................................... 233
3.3.8 Pfiege der Entitiitstypen ................................. 234
3.3.9 Attribute von Entitatstypen ............................ 234
3.3.10Beziehungen ................................................... 235
3.3.11 Tabellen .......................................................... 236
3.3.12Grafik ............................................................... 237
3.3.12.1 Grafik aufrufen .......................................... 237
3.3.12.2 Grafik darstellen ........................................ 238
3.3.12.3 Positionspfiege .............. ................ .. .. .. ...... 239
3.4 ABAP/4-Query ............................................. 239
3.4.1 Die verschiedenen Nutzergruppen v. Query 240
3.4.2 Zugriff auf Daten ............................................ 241
3.4.3 Transporte ....................................................... 242
,.4.4 Anwendung von Queries ............................... 243

XIII
Inhaltsverzeichnis

AcceleratedSAP (ASAP) ......................... 249

4.1 Phase 1: Projektvorbereitung .................... 250


4.1.1 Projektplanung ............................................... 251
4.1.1.1 Projektauftrag erstellen ............................. 252
4.1.1.2 Einfuhrungsstrategie priifen und
detaillieren ................................................. 253
4.1.1.3 Arbeitsumgebung des Projektteams
einrichten .................................................. 253
4.1.1.4 Projektstruktur bestimmen ....................... 254
4.1.1.5 Projektplan erstellen ................................. 254
4.1.1.6 Schulungsplan fur das Projektteam
erstellen ..................................................... 254
4.1.2 Projektablaufe ................................................. 255
4.1.2.1 Projektmanagementstandards und
-ablaufe definieren ................................... 255
4.1.2.2 Einfi.ihrungsstandards und -ablaufe
definieren .................................................. 255
4.1.2.3 Systernlandschaft definieren ..................... 256
4.1.3 Projekt-Kickoff ................................................ 256
4.1.4 Planung der technischen Anforderungen ..... 257
4.1.5 Qualitatspriifung ............................................. 258
4.2 Business Blueprint ...................................... 258
4.2.1 Projektmanagement Business Blueprint ....... 259
4.2.2 Schulung des Projektteams ............................ 260
4.2.3 Systemumgebung entwickeln ........................ 261
4.2.4 Implementation Guides (IMG) initialisieren. 262
4.2.5 Organisationsstruktur ..................................... 263
4.2.6 Geschaftsprozessdefinition ............................ 263
4.2.7 Qualitatspriifung und Abnahme .................... 265

XIV
Inbaltsverzeicbnis

4.3 Phase 3: Realisierung.................................. 266


4.3.1 Projektmanagement ........................................ 267
4.3.2 Schulung des Projektteams ............................ 268
4.3.3 Baseline-Konfiguration und -Abnahme ........ 268
4.3.4 Systemadministration ...................................... 270
4.3.5 Konfigurationsworkshops durchfuhren ........ 272
4.3.6 Entwicklung von Datenkonvertierungs-pro-
grammen ......................................................... 274
4.3.7 Entwicklung von Schnittstellenprogrammen
fUr Anwendungen .......................................... 274
4.3.8 Entwicklung von Systemerweiterungen ........ 275
4.3.9 Entwicklung v. Berichten und Formularen ... 275
4.3.10Erarbeitung des Berechtigungskonzepts ....... 275
4.3.11Archivierung einrichten .................................. 277
4.3.12AbschlieBender Integrationstest .................... 278
4.3.13Dokumentation und Schulungsunterlagen
fUr Benutzer .................................................... 279
4.3.14Qualitatspriifung Realisierung ....................... 279
4.4 Phase 4: Produktionsvorbereitung ............ 280
4.4.1 Projektmanagement Produktions-
vorbereitung ........................... ......................... 280
4.4.2 Vorbereitung und DurchfUhrung der
Benutzerschulung ........................................... 281
4.4.3 Administration des Produktivsystems
einrichten ........................................................ 281
4.5 Phase 5: GoLive und Support ..................... 284
4.5.1 Priifung der Ergebnisse aus den produk-
tiven Geschaftsprozessen ............................... 286
4.5.2 Aktivitaten nach dem Go-Live ....................... 286
4.5.3 Abschluss Projekt - Review ........................... 288

xv
Inbaltsverzeicbnis

Projektsystem (PS) ................................. 289

5.1 Projektsichten ............................................. 291


5.2 Organisationsstrukturen ............................ 293
5.3 Grunddaten & Standardstrukturen ........... 296
5.3.1 Standardstrukturen ......................................... 296
5.3.2 Standard Projektstrukturplan CS-PSP) ............ 297
5.3.3 Standardnetzplan ............................................ 298
5.3.4 Dokumentenverwaltungssystem CDVS) ........ 299
5.3.5 Fertigungshilfsmittel ....................................... 300
5.4 Operative Strukturen .................................. 300
5.4.1 Projektdefinition ............................................. 301
5.4.2 Projektstrukturplan ......................................... 301
5.4.3 Projektstrukturplanelemente ................ .......... 302
5.4.4 Netzplan .......................................................... 302
5.4.5 Vorgang ........................................................... 303
5.4.6 Anordnungsbeziehungen ............................... 304
5.4.7 Meilensteine .................................................... 304
5.4.8 Vorteile operativer Strukturen ....................... 305
5.5 Planung ........................................................ 306
5.5.1 Terminplanung ............................................... 306
5.5.2 Terminierung am PSP ................................ ..... 307
5.5.3 Kostenplanung ................................................ 309
5.5.3.1 Strukturplanung ........................................ 309
5.5.3.2 Kostenartengerechte Detailplanung ......... 311
5.5.3.3 Einzelkalkulation ....................................... 311
5.5.3.4 Kostenplanung im Netzplan ..................... 313

XVI
Inbaltsverzeicbnis

5.5.4 Erlosplanung ................................................... 314


5.5.5 Kapazitatsplanung .......................................... 314
5.5.6 Schnittstellen zu anderen Rl3-Modulen ........ 316
5.5.7 VerfiigbarkeitsprGfungen ............................... 317
5.6 Budget .......................................................... 318
5.7 ReaIisierung ................................................ 321
5.7.1 Vorgange irn Projekt-System .......................... 322
5.7.2 Auftrage zum Projekt ...................................... 323
5.7.3 Periodische Arbeiten ...................................... 324
5.7.4 Ergebnisermittlung ......................................... 325
5.7.5 Abrechnungsvorschrift ................................... 326
5.7.6 Fakturierung .................................................... 327
5.S Informationssystem ................................... 329
5.8.1 Kosten/Erlose/Finanzen ................................. 331
5.8.2 Struktur/Termine ............................................ 333
5.8.3 Ressourcen ...................................................... 334
5.8.4 Portfoliodarstellung ........................................ 335
5.8.5 Fortschrittsanalyse (earned value) ................. 335

Literaturverzeichnis ......................................................................337
Autorenverzeichnis ......................................................................441
Stichwortverzeichnis ......................................................................443

XVII
Vorwort

Vorwort
Die Software zur Untersrutzung betrieblicher Prozessketten, also
die Anwendungsprogramme zur Abwicklung der logistischen Ab-
Hiufe Csowohl qualitativ als auch quantitativ) sowie zur Ergebnis-
rechnung und -kontrolle im Sinne des Untemehmenscontrollings,
wurde bis vor wenigen Jahren meist von Informatikabteilungen
der Untemehmen selbstentwickelt und gepflegt. Idealtypischer-
weise wurde und wird dabei eine integrierte Gesamtlosung fur
samtliche betriebliche Funktionsbereiche auf Basis redundanz-
freier Daten angestrebt.
Der in den letzten Jahren erhohte Kostendruck auf die Unter-
nehmen auBerte sich u. a. in einem Ubergang von GroBrechnem
auf vemetzte, dezentrale Systeme Cz. B. Client/ Server-Systeme
unter UNIX, Windows NT und Linux) und softwareseitig in ei-
nem verstarkten Trend zu Standardanwendungsprogrammen, wie
bspw. SAP R/3®, BAAN® oder Navision-Financials®.
Dieses Buch wurde von den Studentenl-innen der Wirtschaftsin-
formatik der Fachhochschule Konstanz als Projekt-Vorlage zu
SAP R/3®, Release 4.5B, zusammengestellt.
Durch eine praxisnahe Bearbeitung innerhalb der einzelnen R/3-
Komponenten, insbes. der SAP-Grundlagen, des Customizings,
der ABAP/4-Programmierung, des Pro;ekteinfiihrungstools
"AcceleratedSAP" und des R/3-Pro;ektsystems, zeigt dieser
Einfi.ihrungsband anschaulich die R/3-Basics fur die ersten Schrit-
te mit dem R/3-System.
Dabei werden neue Begrifflichkeiten, wie u. a. SAP Enjoy, my-
SAP.com, XML, SAP Automation, HTML-Business, SAP@Web-
Studio und viele andere Neuerungen vorgestellt.
Erganzt wird dieses Buch durch weitere Bande mit SAP-Themen,
deren Inhaltsspektrum folgende betrieblichen Anwendungsberei-
che abdecken:
• Personalwirtschaft (HR) mit Personalstammdaten, Organisa-
tionsmanagement, Personalentwicklung und -beschaffung,
Zeitwirtschaft, Lohn- und Gehaltsabrechnung, Reisemanage-
ment, Intemetanbindung;
• Rechnungswesen mit Finanzbuchhaltung, Anlagenbuchhal-
tung, Kostenrechnung und Controlling;

XVIII
Vonvort

• Logistik mit Material- und Fertigungswirtschaft, Qualitatsma-


nagement sowie "Vorkonfigurierte SAP-Systeme - LIVE MAS-
TER";
• Vertrleb, Workflow, Optische Archivienmg und Internet-
anbindung.

Danksagungen Von Seiten der Autoren und nicht zuletzt der Hochschule gilt un-
ser Dank der SAP AG, Walldorf, fur die groBzugige Oberlassung
der Software R/3, der vielen Beschreibungen, Untersrutzungen
und Hinweisen zum System R/3, die in diesem Buch praxis- bzw.
systemnah eingearbeitet wurden.
Fur die geschatzte Mitarbeit und das enorme Engagement der
Autoren, insbes. der Wirtschaftsinformatik-Studenten/-innen der
Fachhochschule Konstanz (siehe Autorenverzeichnis, S. 441-442),
bedanke ich mich herzlichst.
Zuletzt danken wir besonders meiner Iiehen Frau Martina
(StR) und unserem Vater Wendlin Wenzel (StD a.D., Hainburg),
die in vielen Tagen und Wochen das Lektorat fur dieses Werk
ubemommen haben.

Paul Wenzel, Konstanz im Dezember 2000

XIX
Vorwort

xx
1.1 Das Unternebmen SAP AG

SAP-Einfiihrung

1.1 Das Unternehmen SAP AG


lm Jahre 1972 griindeten fUnf ehemalige IBM-Programmierer die
Firma "Software, Anwendungen und Produkte in der Datenver-
arbeitung", kurz SAP, mit Sitz in WaUdorf. Mittlerweile ist SAP
das gr6Bte europaische Softwarehaus mit weltweit fast 22.000
Mitarbeitern und rund 5,11 Mrd. EUR Urnsatz 1 . Das rnacht zum
Vorjahr 0998: 4,32 Mrd. EUR) eine Steigerung von tiber 18 Pro-
zent. Hier einige wichtige Stationen in der Geschichte des Soft-
warehauses:
• 1976 erzielte die GeseUschaft rund 4 Mio. DM Umsatz mit ei-
nem FiBu-Programm;
• 1979 wurde das R/2-System fUr Mainframes eingefUhrt, wel-
ches bis 1989 weltweit bei tiber 1200 Kunden instaUiert wor-
den ist;
• 1988 wurde die SAP in eine AktiengeseUschaft umgewandelt;
• 1992 wurde das R/3-System, basierend auf der Client-/
Server-Technologie, von SAP freigegeben;
• 1994 wurde SAP weltweit Marktftihrer mit R/2 und R/3 im
Bereich betriebswirtschaftlicher Standardsoftware;
• 1997 feierte die SAP AG ihr 25-jahriges Bestehen.

1.1.1 Unternehmensziele und -strategien


Die Grundidee von SAP war es, eine einzige betriebswirtschaftli-
Betriebswirt- che Standardsoftware zu entwickeln, die samtliche betriebswirt-
schaftliche schaftliche Bereiche abdeckt und den Benutzern eine einheitli-
Standardsoftware
che Struktur und Bedieneroberflache bietet. Dieses Softwaresys-
tern soUte dann nicht nur in einer spezieUen Branche lauffahig
sein, sondern in der ganzen Bandbreite aUer Industriezweige so-
wie im Dienstleistungssektor und im 6ffentlichen Dienst. Die
Softwareneutralitat soUte sogar noch tiber die Grenzen eines
Landes hinausgehen, so dass das System auch international ein-
setzbar sein soUte.

1 vgl. SAP-Pressearchiv: Pressemitteilung yom 24.01.2000, Walidorf/Frankfurt

1
1 SAP-Einfuhrung

Daraus entstand zunachst das System R/2, wobei "R" fur Realti-
me (Echtzeitverarbeitung) steht, fur den Einsatz auf GroBrech-
nem und spater das R/3-System auf ClientiServer-Systemen.
Ausbau der Miirkte Urn den geschaftlichen Erfolg zu steigem, werden vor allem neue
Markte erschlossen. 1m Mittelpunkt stehen besonders die USA
und Femost. Die SAP-Gruppe ist zu einem internationalen Un-
ternehmen herangewachsen. Speziell durch das System R/3 war
es dem Untemehmen m6glich, sich mit zahlreichen Landesgesell-
schaften an 90 Standorten in 85 tandem niederzulassen.
In Nordamerika steigerte die SAP ihren Umsatz in den letzten
Jahren urn 100-150 % p. a .. Die Expansion im dortigen Schlus-
selmarkt wurde von einer verstarkten Prasenz, dem Ausbau der
Partnerschaften sowie neu geschlossenen Kooperationsvertragen
mit amerikanischen Firmen begleitet.
Das Wachstum dieses Untemehmens wird anhand von Dbersich-
ten der Umsatz- (siehe Abb. 1.2) und Mitarbeiterentwicklung
(siehe Abb. 1.1) dargestellt. Ende 1999 betrug die Mitarbeiterzahl
im SAP-Konzem bereits 21.699 1 .

Abb.1.1 25
Mitarbeiterzahlen
1989 bis 1999 !'IIi
20
r-
15

- - ~

I
-
10 I-- :- [J Mitarbeiter in TSd·1

- -
~

5 I- l- I-

o n ....
-- - ....
1989 1994 1995 1996 1997 1998 1999 --
Hierbei ist bemerkenswert, dass 1999 je Mitarbeiter ca. 0,235 Mio.
Euro Umsatz erwirtschaftet wurde.

1 vgJ. SAP-Pressearchiv: Pressemitteilung yom 24.01.2000, Walidorf/Frankfurt

2
1.1 Das Unternehmen SAP AG

Abb.1.2 Umsatz der SAP AG


Umsatz (in Mrd. OM)
1993 bis 1999
10
9
8
7
6
5
4
3
2

1993 1994 1995 1996 1997 1998 1999


1m gleichen MaBe wie der Umsatz stieg auch der Jahresiiber-
schuss van 1993 mit 146,4 Mia. DM auf 602 Mia. Euro irn Jahr
1999 1 .

Abb.1.3 SAPAG
Oberschusse Jahresiiberschuss
1993 bis 1999 (in Mio. DM)
".-
1200
.c::
1000
F
800 -
600 F
-
400 I""- - r-
200
o ULfl: -
1993 1994 1995
-

1996
-
- ...
r-

1997 1998 1999


r-
...
"Die SAP AG hat ihren Urnsatz im Geschaftsjahr 1999 urn 18% auf
5,11 Mrd. € (1998: 4,32 Mrd. €) erhoht. Der Gewinn var Steuem
Cahne Riickstellungen fur das Mitarbeiterbanusprogramm STAR)
. wuchs urn 18% auf 1,12 Mrd. € (1998: 948 Mia. €) ; einschlieBlich
der Riickstellungen fur STAR legte der Vorsteuergewinn 1999 urn
5% auf 981 Mia. € (1998: 932 Mia. €) zu . Der Jahresiiberschuss
stieg urn 14% auf 602 Mia. € (1998: 527 Mia. €)"2.

1 vgl. SAP-Pressearchiv: Pressemitteilung yom 24.01.2000, Walldorf/Frankfurt


2 vgl. ebenda

3
1 SAP-Einfiihrung

Aktienkurs 1m Jahre 1999 entsprach der Jahresuberschuss 14 % des Umsat-


zes. Diese Entwicklung kann man sehr gut anhand des Aktien-
kurses verfolgen. Der Gewinn je Aktie stieg im Jahr 1999 urn 28%
auf 6,58 EUR 0998: 5,14 ERO).

1.1.1.1 Oas Unternehmen und seine Partner


Zur Untemehmensstrategie geh6rt die Kooperation mit verschie-
denen Partnem, wobei unter folgenden unterschieden wird:
• Hardwarepartner
(Acer, Adobe, Amdahl, Apple, Compaq, Data General, Dell,
Digital, Fujitsu, Haht, HP, Hitachi, IBM, IDS Scheer, Informix,
Intel, Intergraph, Itantec Philco S/A, iXOS, Mitsubishi, NCR,
NEC, Oracle, Siemens, Software AG, Sun, Unisys, Cisco, Ze-
nith/Bull etc.).
• Intemationale Beratungspartner
• Nationale Implementierungspartner
• R/3-Systemhauser
• Logo-Partner
(Andersen Consulting, CSC Ploenzke, Digital, EDS, Plaut,
Ernst & Young, CAP Gemini, KPMG uva.).
• Vertriebspartner
• Technologiepartner
• Migrationspartner
• Beratungspartner
Hardwarepartner Die Hardwarepartner des SAP-Konzems liefem und installieren
in erster Linie die n6tige Hardware, damit die SAP-Software ohne
zusatzlichen Anpassungsaufwand einsetzbar ist. Sie unterstLitzen
den Kunden bei der Systemwahl.
Logopartner Die Logo-Partner sind vor allem fur die Beratung des Kunden zu-
standig. Des Weiteren bieten sie Schulungen und Informations-
veranstaltungen an. Auger der Beratung geh6rt die Lieferung und
Installation eines kompletten R/3-Systems, also Hard- und Soft-
ware, zum Leistungsspektrum dieser Untemehmen.
Als Vertriebspartner werden Untemehmen bezeichnet, die so-
wohl als Logo- bzw. Hardwarepartner tatig sind.
Zusammen mit den Technoiogiepartnern entwickelt und ent-
wirft die SAP AG neue Software- und Hardwareprodukte.

4
1.1 Das Unternehmen SAP AG

1.1.1.2 Serviceleistungen
Die Schulung und Beratung von Kunden und Anwendem wird
zu einem groBen Tell von SAP selbst durchgefiihrt. Dabei stehen
mehrere tausend Mitarbeiter bei der SAP AG zur Verfiigung. Ne-
ben den oben angefiihrten Logo-Partnem haben sich SAP-User-
Groups etabliert, z. B. DSAG e.V. (D), SAPUS (CH), ASUG (USA),
die Arbeitskreise/-gruppen und Informationsveranstaltungen an-
bieten.
Hotline Fur den Fall besonders dringender Hilfe steht eine Telefon-
Hotline zur Verfiigung, die rund urn die Uhr erreichbar ist.
Service 2000 Der Ausbau von Serviceleistungen genieBt in der Firmenpolitik
von SAP eine hohe Prioritat. Es wurde ein Service-2000-
Konzept erarbeitet und in Betrieb genommen. Eine neue Di-
mension der Serviceleistung stellt dabei der Online Software
Service (OSS) dar (siehe hierzu: Kapitel 1.6.2). Durch die Ver-
netzung von SAP mit seinen Kunden ist eine Femanalyse von
Problemen mittels Remote-Beratung uber Bildschirmkonferenzen
sowie die Dbertragung aller wichtiger Daten moglich. Dies hat
den Vorteil, dass der Softwarespezialist nicht erst zum Bestim-
mungsort reisen muss, sondem von Walldorf oder einem ande-
ren Servicecenter (USA oder Japan) aus den Fehler beheben
kann. Ein weiterer Vorteil des OSS ist die Versendung von Upda-
tes und Erweitemngen innerhalb kurzester Zeit.
EarlyWatch Bei dem EarlyWatch-Service analysieren Spezialisten regelmaBig
das R/3-System des Kunden. Somit konnen auftretende Probleme
friihzeitig erkannt und behoben werden, so dass eine optimale
Systemverfugbarkeit und Performance gewahrleistet wird.

Abb.1.4
EarlyWatch
(QueUe:
SAP-VISUAL-CD:
CeBIT'98 PRESEN-
TATIONS)

Earlywatch Service

5
1 SAP-Einfuhrung

Online-Service Der EarlyWatch-Service wird als Online-Service durchgefuhrt.


Somit fallen keine Reisezeiten fur den Kunden an. Der Daten-
schutz wird hierbei iiber eine Authentifizierung gewahrleistet.
Folgende Analysen werden innerhalb der Systemkomponente
durchgefuhrt:
• Konfigurations-Analyse
• Belastungs-Analyse
• Anwendungs-Analyse
• Server-Analyse
• Datenbank-Analyse
Optimierungs- Die Analysen sind in der Vorgehensweise weiter untergliedert.
empfehlung Nach Durchfuhrung der Analyse erhalt der Kunde einen detail-
lierten Bericht iiber das Ergebnis und Empfehlungen zur System-
optimierung. Der EarlyWatch-Service steht den Kunden rund um
die Uhr zur Verfugung.

1.1.1.3 Die Kunden des Unternehmens


Durch die Branchenneutralitat und Internationalitat des R!3-
Systems setzen vor allem internationale GroBunternehmen und
Konzerne die SAP-Software ein. Zur Zeit sind dies hauptsachlich
europaische und nordamerikanische Unternehmen. Durch 24
verschiedene Sprachversionen ist es moglich, weltweit 90 ver-
schiedene Lander zu unterstiitzen. Darunter gibt es "Exoten" wie
Chinesisch, Kanjii, Kyrillisch. Hierbei werden landerspezifischen
Anpassungen beriicksichtigt, wie z. B. unterschiedliche Wahrun-
gen, Steuern, Bilanzierungsvorschriften.
In Deutschland arbeiten von den hundert groBten Unternehmen
etwa neunzig mit der Software von SAP. Die Gesamtzahl der R!3-
Installationen betragt iiber 15.000 in iiber 85 verschiedenen Lan-
dern der Erde (Stand Mitte 1997).

1.1.2 Die Produkte des Unternehmens


Die SAP AG bietet derzeit hauptsachlich zwei Produkte an, R!2
fur GroBrechneranlagen und R!3 fur Client/Server-Strukturen,
wobei sich R!3 durch folgende Vorziige auszeichnet:
• umfassende betriebswirtschaftliche Funktionalitat;
• hohe Integrationstiefe;
• modularer Aufbau;
• Branchenneutralitat;

6
1.1 Das Unternehmen SAP AG

• klare Strukturierungj
• intemationale Einsetzbarkeit.

1.1.2.1 Rl2
Das R!2-System wurde fUr GroBrechneranlagen konzipiert und
bietet eine modulare Erweiterbarkeit. Zum Einsatz kommen hier
hauptsachlich Gro~rechner von
• Bull
• IBM
• SNI
• UNISYS
• WANG u. a. kompatible
mit den Betrlebssystemen
• MVS / ESA
• VSE / ESA
• BS 2000
• sowie verschiedenster Datenbanken.
Als Entwicklungsumgebung wurde zunachst Assembler, spater
auch ABAP/4 (siehe Punkt 1.3.3) eingesetzt.
Fur R!2 stehen folgende Module zur Auswahl:
• RV - Vertrieb, Fakturierung, Versand
• RM-PPS - Produktionsplanung und -steuerung
• RM-MAT - Materialwirtschaft
• RM-QSS - Qualitatssicherung
• RM-INST - Instandhaltung
• RF - Finanzbuchhaltung
• RA - Anlagenbuchhaltung
• RK - Kostenrechnung
• RK-P - Projekte
Die Entwicklung und der Support fUr R!2 (Release 6) wird - nach
SAP-Aussagen - im Juli des Jahres 2000 von Seiten der SAP AG
endgiiltig eingestellt.

1.1.2.2 Rl3
In der vergleichsweise kurzen Zeit seit der Markteinfiihrung 1992
ist es dem System R!3 gelungen, zum weltweit fiihrenden
Client/Server-Produkt aufzusteigen. Seit Markteinfiihrung wur-
de das System R!3 mehr als 15.000 Mal in 85 verschiedenen Uin-

7
1 SAP-Einfubrung

dern installiert. Heute bietet R/3 deutlich mehr Funktionalitat als


ein R/2 System.

Abb.1.S
Release-Fahrplan

Funktionalltiit

~
wartung
M4.3~
bis 1995

1989 1990 1991 1992 1993 1994 1995 1996 1997 19981999 2000

Integrit1it und Interna- Mit dem System R/3 konnen international tatige Unternehmun-
tionalit1it gen und multinationale Konzeme auf einem gemeinsamen Rech-
nef die betrieblichen Ablaufe unterschiedlicher Landesgesell-
schaften durchfuhren und landerubergreifende Vorgange in ei-
nem System abwickeln.
Es werden in einem R/3-System 24 vefschiedene Sprachen unter-
sti.itzt. Dies wird durch die sog. Douhle-Byte-Technologie er-
moglicht; dabei werden einze1ne Zeichen der Sprachen im R/3-
System in jeweils zwei Bytes abgelegt.
Die wichtigsten Punkte der InternationaIitiit von R/3 sind:
• unterschiedliche Sprachen und landesspezifische Datumsfor-
mate;
• Untersti.itzung verschiedener Kontenplane in einem Mandan-
ten (Konzem);
• landerspezifische Verfahren ZUf Lohn- und Gehaltsabrech-
nung;
• Berucksichtigung nationaler Steuerabwicklung und des ge-
setzlich geforderten Berichtswesens im Rechnungswesen;

8
1.1 Das Unternehmen SAP AG

• steuerliche Besonderheiten fur die Rechnungspriifung sowie


nationale Rechtsvorschriften, z. B. fur Gefahrengut in der Lo-
gistik.
Die Anpassung des Systems R/3 an branchenspezifische Beson-
derheiten erfolgt tiber das Customizing und ggf. durch Erstellen
Branchenneutralitat
eigener Module, den sogenannten Branchenlosungen. Die
Branchenneutralitat zeigt sich an den Referenzkunden, die aus
verschiedensten Bereichen stammen, wie z. B.:
• Versorgungswesen
• Anlagenbau
• Banken
• Automobilwirtschaft
• Bauwirtschaft
• Chemische Industrie
• Handel
• Versicherungen
• Dienstleistungsuntemehmen
• Gesundheitswesen
• High Tech Industrie
• Konsumgtiter
• Metallindustrie
• Telekommunikation
• Bergbau
• Landwirtschaft
• bffentliche Verwaltungen
• Mobelindustrie
• Luft & Raurnfahrt
• Holz & Papierindustrie
• Konsumguter
• Pharmazeutische Industrie

Datenkonsistenz Durch die konsequent realisierte einmalige Speicherung der


Daten konnen diese fur jede Auswertung, egal in welchem Un-
temehmensbereich, konsistent abgerufen werden.

9
1 SAP-Einfubrnng

Abb 1.6 Integrlerte


SAP-Al3-Module Losung
Umfangrelche
(Quelle: Funktlonalltiit
SAP·VISUAL-CD:
CeBIT '94 PRESENTA-
TIONS) Offenes Geeignet
System fOr aile
Branchen

Client I Server Workflow-


Archltektur Technologie

Unternehmens-
Datenmodeli elnsetzbar

Modularer Das System R/3 wird in einzelne Module (siehe Abb. 1.6) unter-
Aufbau teilt, diese bestehen wiederum aus einzelnen Komponenten und
Teilkomponenten. Module konnen auch einzeln erworben wer-
den. Zu beachten ist jedoch die Abhingigkeit einzeIner Kom-
ponenten voneinander, d. h. einige Komponenten sind alleine
nicht lauffahig. Jedes der Module besitzt ein Kurzzeichen (SD,
MM, PP usw.), das auf der englischen Bezeichnung basiert.

1.1.2.3 Migration von Rl2 nach Rl3


Als Migration bezeichnet man den Urnstieg / "Update" von R/2
nach R/3. Diesen Umstieg kann man nicht als normales Update
bezeichnen, da meist ein Jangerer Zeitraum, spezielle Tools und
neue Hardware benotigt werden.
Fur eine Migration von R/2 4.3 oder 5.0 nach R/3 bietet die SAP
AG kostenlose Migrationsprogramme an. Diese Migrationstools
decken all die Anwendungsbereiche ab, bei denen grundsatzlich
die betriebswirtschaftlichen Ablaufe in R/2 ahnlich gestaltet wer-
den wie in R/3.
Das sogenannte Migrationspaket umfasst Programme fUr den Ex-
port aus dem R/2-System, Transport und Import der Daten in das
R/3-System. Des Weiteren werden Anpassungstabellen, in denen
das Mapping der Datenfelder eingestellt werden kann (Regel-
werk), zur Verfugung gestellt.

10
1.1 Das Unternebmen SAP AG

Mit den Migrationstools k6nnen grundsatzlich folgende Daten


migriert werden:
• Stammdaten,
• Bewegungsdaten und
• ATAB-Tabellen mit Stammdatencharakter.

Nicht migriert werden:


• Modifikationen,
• Branchen16sungen (z. B.: IS-OIL, RIVA, RV-CPG, RV-Export,
RV-Transport, Stahlhandel),
• ABAP-Programme (Standard und individuelle),
• Steuerungstabellen und
• Archive.

Archivdaten, die in das entsprechende R/2-System geladen wur-


den, k6nnen migriert werden.
Jene Daten werden nicht migriert, die in der R/3-Umgebung
wieder neu aufgebaut werden k6nnen (z. B. Materialbedarfe,
Matchcodes, Sekundarindizes usw.).

1.1.2.4 Neue Leistungen


Fit fUr den Euro
Auf die Europaische Wahrungsunion (EWU) und die damit ver-
bundenen Umstellungen sollte man sich friihzeitig vorbereiten.
Auf die Doppelwahrungsphase (hier sind Euro und DM giiltige
Wahrungen) zwischen dem 01.01.1999 und 30.06.2002 ist R/3 gut
gewappnet.
Doppelwahrung Um Geschaftsvorfalle in Euro wahrend der Doppelwahrungspha-
se komfortabel zu gestalten, stehen Euro-Zusatzfunktionen zur
Verfugung, wie bspw. die M6g1ichkeit, die Lohn- und Gehaltsab-
rechnung mit den Brutto-, Netto- und Dberweisungsbetragen in
beiden Wahrungen anzuzeigen.

11
1 SAP-Einfiihrnng

Abb.1.7
Euro-Obersicht I
r. I 1

(Quelle: Doppelwahrungsphase
SAP-VISUAL-CD:
CeBIT'98 PRESEN· -- - -,
TATIONS)
1.01.1999 z.8.15. 02.2000 + 30.06.200~

Umstellung der
Hauswahrung

Zusatzfunktionalitat nach der Umstellung, z. B.


Rlickrechnung Umsatzsteuerreports Euro .> DM
I
- Mehrwahrungsfahigkeit
- Zusatzfunktionen zur verbesserten Geschiiftsabwicklung,
z. B. geschiiftspartnerindividuelle Wahrungsumstellung
J

Wahrend der Doppelwahrungsphase mtissen die Unternehmen


ihre Buchftihrungs- bzw. ihre Hauswahrung auf den Euro umstel-
len. Hierzu werden Konvertierungsprogramme notig, die un-
ter Berucksichtigung der gesetzlichen Umrechnungsregeln die
Hauswahrung Umrechnung der Hauswahrung auf den Euro vornehmen. Bspw.
mtissen Rundungsdifferenzen mit Hilfe von Abstimmprogrammen
abgefangen und behandelt werden.
Urn Kunden bei der Umstellung zu untersttitzen, bietet SAP einen
Remote-Service an, urn die notwendigen Umstellungen vorzu-
nehmen.
Jahr 2000·Problem Das ,Jahr 2000-Problem" stellte sich fUr SAP-Kunden nicht. Denn
hier gilt "Business as usual", da SAP bereits vor Jahren ihr R/3·
System mit einer vierstelligen Jahresdarstellung ausgestattet hat.
In Zukunft bemtiht sich SAP seinen Kunden noch mehr Flexibili-
tat, Entlastung und Information zu bieten. Nachfolgend sind zwei
interessante zuktinftige Neuerungen kurz dargestellt.

12
1.1 Das Unternehmen SAP AG

1.1.2.5 Business Information Warehouse


In aller Munde ist zur Zeit das Schlagwort "Datawarehousing".
Durch die unternehmensweite und moglichst urnfassende Bereit-
Datawarehou- stellung von Daten aus den Operationsanwendungen des Be-
sing triebs soll den Managern und Knowledge Workers des Unter-
nehmens die Arbeit und die Entscheidungsfindung stark erleich-
tert und die Arbeitseffizienz erhoht werden.
Bisherige Datawarehouse-Systeme hatten allerdings bislang mit
graBen Schwierigkeiten zu kampfen.
Bisherige
Probleme Zum Einen dauerte die Implementierung des Systems oft Monate,
abgesehen von oft erzwungenen Umstellungen der bereits beste-
henden IT-Architektur.
Zusammen mit den dadurch entstehenden gewaltigen Kosten,
einer oft mehr als durftigen Flexibilitat und der Bereitstellung
blanker, unverarbeiteter Daten war die Effektivitat bisheriger Da-
tawarehouse-Losungen eher fraglich.
Diese Tatsache bewog die SAP ihr eigenes Datawarehouse zu
konzipieren, mit dem Ziel alle erwahnten Prableme weitestge-
hend auszuschalten. Ergebnis dieser Bemuhungen ist das Busi-
ness Information Warehouse (BW).

1.1.2.5.1 Merkmale des BW


Durch die Implementierung des BW als Standardsoftware werden
die Implementierungszeiten drastisch verktirzt, ebenso die Un-
vertraglichkeiten mit bereits bestehenden IT-Architekturen, da
das BW auf diese bestehenden Strukturen aufbaut und so gut
wie keine Anderungen erzwingt.
Datenquellen Die Datenquellen urnfassen ein weites Spektrum, das von Daten-
banken, simplen Textdateien tiber das Internet bis hin zu voll-
standigen BWL-Applikationen erreicht.
"Closing the loop" Das wohl exklusivste Feature des BW besteht in der Moglichkeit,
direkt aus dem Warehouse in die angeschlossenen Operations-
applikationen eingreifen zu konnen und somit nicht nur passive
Daten darzustellen, sondern auch deren Manipulation durch ei-
nen Switch in die jeweilige Applikation zu realisieren.
Das BW ist umfassend auf allen Unternehmenshierarchiestufen
nutzbar und in jedem Faile voll kompatibel mit R2- und R3-
Systemen sowie dem SAP Business Framework mit seiner stan-
dardisierten BAPI (Business Applikation Interface)-Schnittstelle.

13
1 SAP-Eirifuhrnng

Ein Hauptziel der SAP fUr die Entwicklung eines BW war die
Einbringung ihres umfassenden betriebswirtschaftlichen Know-
Hows in die Datenaufbereitung, um die Prasentation von meist
wenig aussagekraftigen blanken Daten zu verbessern. Dieser
Business Content Grundgedanke ist im Prinzip des Business Content verwirklicht,
der sich durch das ganze BW als roter Faden zieht.
Realisiert wird der Business Content primar durch vorgefertigte
Caber keinesfalls zwingende) Berichte und fonnale Strukturen,
ebenso wie durch einen leistungsstarken relationalen OLAP (On-
line Analytical Processing)-Prozessor fur die Aufbereitung und
Verdichtung der Daten.
Prasentation Der groBte Vorteil des BW im Prasentationssektor besteht darin,
dass fur die Gesamtheit der zahlreichen vorgefertigten Caber auch
selbst definierbaren) und ad-hoc Berichte das bekannte und ver-
breitete EXCEL-Fonnat verwendet wird. Zeitraubende Umschu-
lungen der Mitarbeiter auf ein neues Prasentationstool fallen so-
mit weg.

Abb.1.S
Ein typischer Excel-
Bericht im BW timCAR Ac~e'sso~ies Califor~ia "
(Quelle: SAP - CD • ,.... • _ _ . . . . ~ ... _.......~-~ . . . ~,"" ...... ~ .. 'L\-

.... ".... ". ~" I


Business Information
Warehouse 1999) I.
-

' ''51 __ Go' • t" !lU-ZO • 1%...l1


_ 7'.U.~ . . ;:t _'&."1 .6.'"
l. l .p~2: ~ l' u:..:, .. 3"
,1)00 60:.1: lot )'''~ . ::; 'S.:! , l".Jl
7'SJ1,e ::: ... ta.~1 ~ 6n1.a: .. t;;:z
:3:;'Ol &"::-l~~
:S3:1.:: • t ::'.'7 .t:U
7 ..... 1 &.:. M 1 .'.:) '~_ .. 1 ' ...
11. :'l.M 1:' J61.1. . !.ClO1": .,~ ..
... \'XI ",,-4' __-=.:..:.
"' .,1. .. - ~--=-.:..:::..:=~ .tS-l1

1m Lieferumfang sind zahlreiche graphische Veranschaulichungs-


funktionen, wie z. B. Kartengenerierung durch Geocoding, ent-
halten, die yom OLAP-Prozessor unterstiltzt werden.
Das BW ermoglicht vielfaltige Verteilungswege, wie z. B. Web-
Distribution und E-Mail-Anbindung.
Analyse Weitreichende und detaillierte Analysen sind unter Einsatz des
BW moglich, da die komplette betriebswirtschaftliche Funktions-

14
1.1 Das Unternehmen SAP AG

bibliothek von R3 und etliche optional eingliederbare Planungs-


und Analysetools von SAP nutzbar sind.
Zusatzlich verfiigt das BW tiber eine Business Analysis Library
mit vielfaltigen Verdichtungs-, Vergleichs- und Finanzfunktionen.
Generell ist die Sichtweise der Daten veranderbar, sowohl von
der Perspektive her, als auch vom Grad der Tiefe des Einblicks.
Hier ist ein Data-Drill-Down bis hinunter auf Belegebene ohne
Probleme moglich. Es werden alle Berichte dynamisch vom 0-
LAP-Prozessor aus den Info Cubes aufgebaut.
Ziel aller Prasentation ist die strikte Orientierung am Business
Content und nicht an IT-Gesichtspunkten.
Datenmanagement Das BW unterstiitzt zur Steigerung der Performance eine ganze
Reihe intelligenter Extraktionsroutinen, wie z. B. die Delta-
Extracts, die nur veranderte Datensatze in das BW tibertragen.
Das zur Steuerung der Datenhaltung verwendete Metadatenmo-
dell ist direkt von R/3 tibertragbar und ermoglicht die Verande-
rung von Datenstruktur und -hierarchie zu jedem gegebenen
Zeitpunkt. Auch die Veranderung der Daten im Warehouse an
sich ist jeder Zeit moglich. Hierzu stehen umfassende Konvertie-
rungs- und Kaskadierungsfunktionen zur Verfiigung, welche die
Anderungen im ganzen Warehouse durchfuhren und dem Admi-
nistrator sehr viel Arbeit abnehmen konnen.
Durch qie mitgelieferten Administrationstools, die bequem auf
der graphischen Administratoroberflache zu benutzen sind, kann
das Verhalten des BWs jederzeit tiberwacht und optimiert wer-
den.
Die vier Tools sind:
System- • Datenlademonitor CSicherheits-, Kontroll- und Zugriffsproto-
administration kolle)
• Datenzugangsmonitor (Anforderungshaufigkeiten)
• Scheduler (Verbindung zu Quellapplikationen)
• Hardwaremonitor (Ressourcenuberwachung)
Der Administrator kann umfassend Zugriffsrechte fur Benutzer
vergeben bis hin zu den einzelnen Kennzahlen der Info Cubes.
AulSerdem kann er jederzeit das Metadatenmodell beeinflussen,
neue Berichte und Kataloge erstellen und Info Cubes neu oder
umdefinierten.

15
1 SAP-Einjuhrung

Die zentralen Datenspeicher, aus denen sich das BW bedient,


Info Cubes
sind die so genannten Info Cubes. Diese Datenpakete werden
aus verschiedensten mehrdimensionalen, relationalen Tabellen
zusammengesetzt und ermoglichen durch ihren granularitatso-
rientierten Aufbau stufenlose Verdichtung sowie den Wechsel
der Betrachtungsperspektiven. Aile Verdichtungs- und Betrach-
tungsfunktionen werden yom OLAP-Prozessor gesteuert.
Die Info Cubes enthalten aIle Kennzahlen und Merkmale des Un-
temehmens und sind sowohl in ihrer grundlegenden Definition,
als auch in der hierarchischen Integration (z. B. zwischen Pro-
dukten und Produktfamilien) vollig frei definierbar. Aus den Da-
ten der Info Cubes werden direkt die benotigten Berichte des
BW erstellt.
Arbeitsoberflachen Die Arbeitsoberflachen ftir Benutzer (Business Explorer) und
Administrator (Administrator Workbench) sind graphischer Natur,
sehr tibersichtlich gehalten und intuitiv bedienbar.
Es werden im EDV-Bereich gangige Prinzipien wie Drag&Drop
untersttitzt und be ide Oberflachen bieten exzessive Moglichkei-
ten der Gestaltung fur den jeweils einzelnen Benutzer.
Abb.t9
Die Administrator
Workbench
(Quelle: SAP - CD
Business Information
Warehouse)

Der Benutzer definiert von seinem Business Explorer aus person-


liche Berichtskataloge und Anfragen, der Administrator erstellt
Verdichtungsstufen, definiert Info Cubes und verwaltet die Zu-
gangssteuerung von der Administrator Workbench aus.
AuSerdem hat er von dort aus Zugriff auf alle Performance ti-
berwachenden und beeinflussenden Tools.

16
1.1 Das Unternehmen SAP AG

Abb.1.10
Die BW-Architektur
(QueUe: SAP - CD
Business Information ~ lrd party OLAf' el,"", I
Warehouse) Business Explorer
r-(ho-l1""':""b"~Iyz
"-MS-tr-E-.C-'-Q-. i "row ••, ~
'------C~--,

Administrator
Workbench
E--~
[ §.dulin;]
Mon~or

-.L

I~
Non R/J Produ«lon OM.
Extrac10r

RI3 OlTP Applicot.on.

@SAPAG 199('1 ~Iename (author) 16

Systemarchitektur Grundstein der Architektur des BW sind die Quellapplikationen


oder reinen Datenquellen, welche die benOtigten Informationen
enthalten. Fur die Anbindung dieser Quellen ist die BAPI-
Kompatibilitat absolute Voraussetzung.
Auf den Quellapplikationen baut der Kern des BW mit den Info-
cubes, der Metadatenverwaltung, der Datenverwaltung und dem
OLAP-Prozessor auf. Dieser Kern kommuniziert direkt mit der
Administrator Workbench und kann von dort aus manipuliert
werden.
Als Schnittstelle zum Benutzer und somit zur Darstellung aller
BW-Inhalte dient der Business Explorer mit den eingebetteten
EXCEL-Funktionalitaten.
Ferner sind Anbindungen anderer OLAP-Tools und Prasentati-
onsapplikationen durch Schnittstellen mit dem OLAP-Prozessor
gegeben.

1.1.2.5.2 Performance
Das Business Information Warehouse benotigt in jedem Fall ei-
nen eigenen Server, wobei ein oder mehrere Datenbankserver
zusatzlich sinnvoll sind.

17
1 SAP-Einjuhrnng

Da die einzelnen Info-Cubes je nach Verdichtungsstufe leicht die


10 Gigabyte-Grenze uberschreiten konnen, sind aufSerdem grofSe
physikalische Speichereinheiten unabdingbar.
Die Kombination mehrerer BWs innerhalb eines Untemehmens
ist durchaus moglich, wobei der Business Explorer als vielseitige
Schnittstelle zwischen den BWs agiert.
In jedem Fall ist die flexible Client-Server-Struktur von R3 uber-
nommen worden und zur zusatzlichen Entlastung des Systems
werden haufig genutzte Daten in einem sog. Berichts-Cache ver-
waltet.

1.1.2.5.3 Plattformen
Als Plattform fur den Applikationsserver sind Windows NT, Unix
und AS 400 geeignet, als Client Workstation Windows NT und
Windows 9X.
Beim Datenbankserver werden Windows NT, Unix, OS / 390 und
AS 400 unterstiltzt.
Die in Frage kommenden Datenbankmanagementsysteme sind
Microsoft SQL Server 7.0, Oracle 8.0, Informix 7.30 sowie DB2
UDB for NT / AIX, DB2 for OS / 390 und DB2 for AS400.

1.1.2.6 SAP-GUI der nachsten Generation (SAP-Enjoy)


"The Software works the way I do" - mit diesem Slogan preist
SAP ihre neue browserfahige Benutzeroberflache und damit die
Version 4.6 des Rl3-Systems an. Durch den Slogan wird deut-
lich, wo bei der Entwicklung der neuen Version die Prioritaten
lagen: nicht so sehr neue Funktionalitat war gefragt, vielmehr
sollte das ausgereifte System optisch und ergonomisch aufge-
peppt und so die Voraussetzungen fur den Erfolg von my-
SAP.com geschaffen werden.
1m Sommer 1998 wurde der Startschuss fur die Entwicklung der
neuen Version durch die Enjoy SAP-Initiative gegeben. Die
verfolgte Strategie sah drei Hauptpunkte vor:
• Einbinden der Benutzer in die Entwicklung;
• Zusammenarbeit mit renommierten Experten beim visuellen
Design;
• Interaktionsdesign mit dem Ziel moglichst effizienter Naviga-
tion im System.

18
1.1 Das Unternehmen SAP AG

1.1.2.6.1 Einbinden der Benutzer in die Entwicklung


Das Einbinden der Benutzer in die Entwicklung sollte durch
standigen und intensiven Kontakt mit den kiinftigen Benutzern
des Systems realisiert werden. 1m Zuge der Enjoy SAP-Initiative
nahmen etwa 20 Prozent aller SAP-Entwiclder Kontakt mit
einzelnen Anwendern am jeweiligen Kundenstandort auf, urn
sich aus erster Hand mit der individuellen Arbeitsweise ausein-
ander zu setzen.
Viele Anwender alterer R/3-Versionen wurden zu speziellen Be-
nutzertagen eingeladen urn die neuen Designs und Prototypen
schon wahrend der Entwicklungsphase zu testen. So konnten
Designfehler schon friih entdeckt und korrigiert werden. AuBer-
dem profitierte SAP von vielen Ideen der Benutzer, die bei die-
sen Tagen aufkamen.
SchlieBlich gingen im Rahmen eines Enjoy SAP-Wettbewerbs
mehr als 1000 Verbesserungsvorschlage von Anwendern aus 36
Landern bei SAP ein.

1.1.2.6.2 Zusammenarbeit mit renommierten Experten beim visuellen Design


Beim visuellen Design holte sich SAP Hilfe bei der Agentur
"frogdesign". Die im kalifornischen Silicon Valley beheimatete
Firma stieB mit dem neuen Design der Oberflache nicht nur in
der Fiihrungsetage der SAP auf Begeisterung: vor allem die An-
wender waren von der vereinfachten Bedienung angetan.
Laut Hartmut Esslinger, CEO von frogdesign, war das Hauptziel
"die Benutzung der SAP-Produkte zu einem erfreulichen Er-
lebnis zu machen". Aber nicht nur die Software sollte ein neues
Aussehen bekomrnen, vielmehr sollte sich das neue Design auch
auf die Positionierung der Marke SAP und die Corporate Identity
auswirken.
Es wurden alle Bildschirmelemente einschlieBlich Icons, Buttons
und Scrollbars neu entworfen. Wichtig war hier der gezielte Ein-
satz von Farbe - sanfte Pastelltone eignen sich gut fUr Hinter-
griinde, die man die ganze Zeit sieht, Signalfarben wie Rot sind
pradestiniert fUr wichtige Meldungen. AuBerdem wurde durch
eine ergonomische Anordnung der Bildschirmelemente das Zu-
rechtfinden im System sowohl fUr neue Benutzer als auch fUr "al-
te Hasen" deutlich erleichtert.

19
1 SAP-Einjuhrung

1.1.2.6.3 Interaktionsdesign zur miiglichst effizienten Navigation im System


Beim Interaktionsdesign wurde SAP von der Firma "Cooper In-
teraction Design" unterstiitzt. Firmengriinder Alan Cooper war
u. a. fur das Design der Microsoft Visual Basic Umgebung ver-
antwortlich.
Das neue Interaktionsdesign sollte die Vereinfachung der Naviga-
tion im System mit sich bringen. Hauptaugenmerk lag auf der
Reduzierung der benotigten Bildschirme fur einen Arbeitsab-
lauf durch verstarkten Einsatz von Baumstrukturen oder Register-
karten.
Ein weiterer Punkt war die Schaffung eines flexiblen Rollen-
konzepts zur Benutzerverwaltung. Dieses sieht vor, dass nicht
Benutzer mit den Rechten fur die von ihnen benotigte Applikati-
onen ausgestattet werden, sondem dass Rollen im Untemehmen
unter Angabe der benotigten Applikationen definiert werden. Die
Benutzer werden dann einfach diesen Rollen zugewiesen, auto-
matisch mit den benotigten Rechten ausgestattet und erhalten
beim Start des Systems einen auf ihre Rolle zugeschnittenen Ar-
beitsbereich, der problemlos weiter angepasst werden kann. Ap-
plikationen, die ein Benutzer nicht benotigt, bleiben also verb or-
gen.
Diese Punkte spiegeln deutlich die Philosophie hinter dem Leit-
satz furs Interaktionsdesign wieder: "What you see is what you
need".

1.1.2.6.4 SAP Easy Access - der Einstieg in SAP Enjoy


An dieser Stelle solI ein Blick auf SAP Easy Access, den benutzer-
spezifischen Einstiegspunkt in die Enjoy-Version des R/3-
Systems, geworfen werden.
Nach dem Login erscheint automatisch der SAP Easy Access-
Bildschirm. Falls fur den jeweiligen Benutzer von seinem Admi-
nistrator ein Benutzermenii definiert wurde, erscheint hier als
Baumstruktur (ahnlich dem Windows Explorer) dieses Menu. E-
xistielt kein spezifisches Benutzermenu, kann sich der Anwender
das SAP-Standardmenii anzeigen lassen.
Der Benutzer kann an dieser Stelle einen Favorltenordner an-
legen. Dieser Ordner steht ihm zur freien Verfugung, er kann alle
fur seine Arbeit benotigten Objekte darin sammeln: Shortcuts zu
Transaktionen, Reports, Webadresse und sonstige Datden.

20
1.1 Das Unternehmen SAP AG

...J Favorites
Abb.1.11 'Q --'l SAP $!;Indard menu
Baumstruktur des t> ...J OIIIce
SAP Easy Access- "" --'l LoglsHcs
Bildschirms mit Favo- "" ..J III terlals management
ritenordner und [) ...J Purchasing
Standardmenu [) ...J Irmmlorymanagement
(QueUe: SAP - CD "" --'l IfMJlce verifica~on

Enjoy Rl3 Release [) ...J IfMJlCnenftca on


--'l Loglsllcs Invoice -.enficIbon
4.6 - Delta Informati- Q

(> ...J Document enby


on Kiosk 1999) "" Further processing
--'l
~ Cancel Invoice
~ Release Invoices
~ InVOice overview
I> ...J ArChMi
~ Execul ERS
~ Invoicing plan
~ ReYillua on
(> ...J Ermronment
I> ...J Agency business
I> ...J Physical InwntolY
I> ...J ValuaHon
I> ...J IIIQ\(!rlalS requirements planning
I> ...J SeMcI entry sheet
!> ...J SeMee master
[) ...J Foreign trade/customs
[) ...J IIIIterial masler
I> ...J Product catalog

Das Aussehen und Verhalten des Easy Access-Bildschirms kann


ebenfalls angepasst werden: der Benutzer kann den Favoriten-
ordner oberhalb oder unterhalb des Benutzermenils anzeigen,
das Benutzermenil verbergen oder sich technische Namen von
Meniloptionen in der Baumstruktur anzeigen lassen.
SAP Easy Access enthiilt spezielle Funktionen fur Systemadminist-
ratoren, die diese befiihigen
Funktionen fur Sys- • Activity Groups anzulegen,
temadministratoren
• Activity Groups anzuzeigen und
• Benutzer diesen Activity Groups zuzuordnen.
Eine Activity Group ist eine Gruppe von Funktionen in einem
Arbeitsbereich und beinhaltet die Rechte, um diese Funktionen
zu benutzen. Eine Activity Group kann Transaktionen, Reports,
Weblinks sowie sonstige Dateien enthalten.
Aus der Activity Group definiert sich das spezifische Benutzer-
menil, das beim Login erscheint. Sowohl das Benutzermenli als
auch die fur Transaktionen benotigten Rechte definieren sich au-
tomatisch ohne Eingriffe des Administrators.

21
1 SAP-Einfiihrung

Abb.1.12 a..:··~l·'''; (cot '." - .. , ~ •• , "'l~'" o-f.. .. SM


Administration der
Activity Groups A lilly GI up. I lie
(QueUe: SAP - CD !tJ ..:.
Enjoy Rl3 Release
4.6 - Delta Informa-
tion Kiosk 1999)

Ober 150 von SAP vordefinierte Workcenters geh6ren zum


Lieferumfang des Systems. Der Administrator kann die enthalte-
nen Activity Groups direkt tibernehmen und Benutzer zuordnen.
Alternativ kann er aus definierten Activity Groups durch Verer-
bung erweiterte Groups kreieren oder komplett neue Activity
Groups anlegen.

1.1.2.6.5 Erreicht SAP mit der Enjoy-Version die hochgesteckten Ziele?


Dass Wunsch und Realitat oftmals weit auseinander liegen, ist
bekannt. 1m Faile der Enjoy Version des R/3-Systems untersuchte
Prof. Dr. Franz Steffens von der Universitat Mannheim in einer
Studie, ob das R/3-System im Enjoy Release (4.6A) leichter zu er-
lernen, anzupassen und anzuwenden ist als Vorgangerversionen.
In der Studie wurden Benchmarktests mit 17 ausgewahlten Ge-
schaftsprozessen am IDES (International Demonstration and Edu-
cation System) durchgefuhrt. Bei IDES hande1t es sich um ein
vollstandig entwickeltes Modellunternehmen im System R/3. Je-
der Test wurde sowohl mit der Enjoy Version 4.6A als auch mit
der R/3 Version 4.0B durchgefuhrt und anschlieBend die Er-
gebnisse verglichen. Als Tester fungierten Studenten des Lehr-
stuhls, die zwar allesamt tiber solide betriebswirtschaftliche
Kenntnisse verfugten, aber nur geringe Erfahrung im Umgang mit

22
1.1 Das Unternehmen SAP AG

der Rl3-BenutzeroberfHiche hatten. Jeder Geschliftsprozess wurde


von den Testpersonen zehnfach wiederholt durchgeflihrt und die
Abb.1.13 Zeit jeweils gestoppt und festgehalten.
Inilialdurchliiufe pro
Geschiiftsprozess 1
50%

S.\ P
NI) 4 .11R r

- -

. 100%

Abbildung 1.13 zeigt die Zeiten des ersten Testdurchlaufs aller 17


Geschaftsprozesse in Version 4.0B als horizontale Linie und im
prozentualen Vergleich dazu die Zeiten in Version 4.6A. Ein Bal-
ken oberhalb der Linie bedeutet: urn den jeweiligen Prozentsatz
iangere Bearbeitungszeit bei Version 4.6A.

1 vgl. Franz Steffens: Usability-Test ausgewahlte Geschaftsprozesse, August 1999

23
1 SAP-Einfuhrung
50%

I • •I [ rI
SAP
RfJ 4.0 0

• 1.":""'"
·10 I.::· • ~!..
·:..t,:ili'i!I · n.I~"
~o}.O&' ...

.......... 1'.1.(,....

-50% -- ..N.,.Jr.
. 'ill ..U ....
'-<J .....
0, ".,

·S"lJ).C~ ..

OlJtr.

- 100%

Abb.1.14
Finaldurchliiufe pro Abbildung 1.14 zeigt analog dazu die Zeiten des jeweils letzten
Geschiiftsprozess 1
Testdurchlaufs der 17 Geschaftsprozesse.
Man sieht, dass die Enjoy Version 4.6A sowohl beim Initialdurch-
lauf als auch beim Finaldurchlauf in fast allen Testfallen deutlich
besser abgeschnitten hat als die Rl3 Version 4.0B.
Das gute Abschneiden von Enjoy im Initialdurchlauf zeigt, dass
diese Version wirklich von Anfang an besser zu handhaben und
intuitiver zu begreifen ist als Version 4.0B. Doch auch wenn sich
nach langerer Anwendung ein Lemeffekt eingestellt hat, dies ist
beim Finaldurchlauf der Fall, kann man mit der Enjoy-Version
deutlich schneller arbeiten.
1m Folgenden soli exemplarisch ein Geschaftsdurchlauf beleuch-
tet werden, der in seinem Verlauf und im Ergebnis fur die Studie
typisch ist: das Anlegen einer Bestellung.
Dieser Geschaftsprozess beschreibt das Anlegen einer Normalbe-
stellung mit einem Lieferdatum, das zwei Wochen in der Zukunft
liegt (Abbildung 1.15).

1 vgl. Franz Steffens: Usability-Test ausgewahlte Geschaftsprozesse, August 1999

24
1.1 Das Unternehmen SAP AG

r.a
,O(]6
Abb.1.15
Bestellung anlegen 1 ; ~=~"~:.:1

\
Of! 38

\
0112

\
\
~'\
"-- ~
01211

...,.
~..N

NTloIJ..,. 2. J. .. S. 6- Ill.
....... """'"-
In diesem Geschaftsfall hat sich sowohl die Bearbeitungszeit des
letzten Durchlaufs (ca. 25%) als auch die des Initialdurchlaufes
mit deutlichen 77% verringert. Dies ist wohl im Verzicht auf ei-
nen Einstiegsbildschirm begrundet, den man noch in Version
4.0B bedienen musste, bevor man in das Bild der Bestellposition
gelange.
1m Enjoy Release ist es dagegen moglich aufgrund der neu ge-
schaffenen Ein-Bild-Transaktion die gesamte Bestellung auf ei-
nem Bildschirm durchzufuhren, d. h. sowohl die allgemeinen
Daten als auch die Bestellpositionen und die Positionsdetails
konnen direkt in einem Bild eingegeben bzw. eingesehen wer-
den. Das Ergebnis der Studie spricht eine deutliche Sprache: so-
wohl der Zeitaufwand zum Erlernen als auch die Durchlaufzeit
einzelner Prozesse ist im Enjoy Release deutlich gesunken. Dies
Ergebnis ist durch folgende Produktverbesserungen erreicht worden:
• Einfuhrung des Menilbrowsers SAP Easy Access, der das
schnelle Auffinden von Transaktionen ermoglicht;
• Erstellen von Transaktionsfavoriten fur schnellen, direkten
Zugriff auf die gewilnschten Transaktionen;
• konsequente Einfilhrung von Registerkarten filr Ein-Bild-
Transaktionen durch Zusamrnenfassen von Bildschirmen;
• Verwendung anwendergerechter Steuerelemente;
• Einfuhrung von Navigationselementen, die eine direkte Wei-
terverarbeitung auf dem jeweiligen Bild ermoglichen.

1 vgl. Franz Steffens: Usability-Test ausgewahlte Geschaftsprozesse, August 1999

25
1 SAP-Einfuhrung

1.1.2.7 Wasist m
Die SAP bietet mit mySAP .com eine umfassende Losung fur die
optimale Integration aller relevanten Geschaftsprozesse im Inter-
net und Intranet an.
Ein Merkmal dabei ist die nahtlose, durchgangige Integration
zwischen SAP-eigenen und SAP-fremden Losungen: beginnend
bei der Kontaktaufnahme bis hin tiber alle Geschaftsprozesse.
mySAP .com liefert so eine komplette Geschaftsumgebung fur
den elektronischen Handel (e-Commerce).
Aufgrund der rollenbasierten Szenarios und Personalisierungs-
moglichkeiten, verbunden mit einem verbesserten Zugriff auf in-
terne und externe Ressourcen, konnen sich die Mitarbeiter einen
individuellen Arbeitsplatz schaffen. Egal, ob man lokal oder tiber
Internet auf mySAP.com zugreift, es besteht immer die Moglich-
keit auf die Geschaftsprozesse und Dienstleistungen zUrUckzu-
greifen, die mySAP .com bietet.
Vorteile von Der Hauptvorteil von mySAP.com besteht in der einfachen Zu-
mySAP.com griffsmoglichkeit auf die R13-Module mit Hilfe eines Web-
Browsers. Dadurch konnen viele Benutzer via Internet ein SAP-
System verwenden. Ort und Zeit spielen dabei keine groBe Rolle
mehr.
Die Skalierbarkeit des Gesamtsystems ist ein weiterer wichtiger
Aspekt von mySAP.com. Durch die multi-tier (mehr-Ebenen) Ar-
chitektur, die sich dahinter verbirgt, ist die Aufgabenverteilung
der technischen Komponenten (z. B. Web-Server, Datenbankan-
wendungen und R13-Anwendungsmodulen) klar geregelt. Dieser
modulare Aufbau vereinfacht spatere Erweiterungen und Ande-
rung (siehe hierzu Kap. 1.2.2 "Client/Server-Prinzipien").
Kernbereiche m ~!I~' ~!COmbesteht aus vier Kernbereichen:
• Dem mySAP.com-Marketplace, einem offenen elektroni-
schen Marktplatz fur Geschaftspartner, tiber den unterneh-
menstibergreifende Kauf-, Verkaufs- und Kommunikations-
prozesse abgewickelt werden konnen. Der Zugriff erfolgt
zentral tiber ein Portal im Internet. Man spricht hierbei auch
von einem Business Hub .
• Dem mySAP.com-Workplace, einem Unternehmensportal,
das dem Benutzer eine browserbasierte, personalisierte Ar-
beitsumgebung mit allen Funktionen zur Verftigung stellt, die
er zur Erledigung seiner taglichen Arbeit benotigt.

26
1.1 Das Unternehmen SAP AG

• Den mySAP.com-Unternehmensszenarien, die unterneh-


menstibergreifende, rollenbasierte Business-to-Business- und
Business-to-Consumer-Lasungen bereitstellen, sowohl durch
SAP-Anwendungen als auch durch Anwendungen anderer
Anbieter.
• Dem webbasierten Application-Hosting, das ein Outsour-
cing der Implementierung und der Systempflege ermaglicht.

1.1.2.7.1 Der Marketplace


Der mySAP .com-Marketplace ist eine Internet-Gemeinschaft tiber
die Unternehmen aller Branchen und GraBen ihre Geschafte
vollstandig abwickeln kannen. Die Internetadresse ist
..www.mySAP.com".
Auf die offene Umgebung des globalen mySAP.com Marketplace
kann jeder tiber einen Browser zugreifen, um neue Geschafts-
partner oder Kunden zu finden und mit diesen in Kontakt zu tre-
ten. SAP-Kunden kannen ihre Geschaftsprozesse auf das Internet
ausdehnen, indem sie bereits vorhandene SAP-Anwendungen mit
dem Marktplatz verbinden.
Zusatzlich ist die SAP in der Lage, tiber ein groBes Netz von
Partnern schnell Lasungen bereitzustellen, da sie jetzt schon ei-
nen umfangreichen Kundenstamm besitzt, der zuktinftig einen
groBen Anteil am Business-to-Business-Handel (B2B) tiber das
Internet haben wird.
Weiterhin besteht die Maglichkeit, Online-Kataloge erstellen zu
lassen. Die Kataloge selbst werden in verschiedene "Shops" un-
terteilt. Jeder "Shop" verftigt tiber eine eigene Produkt-
gruppenhierarchie. Suchfunktionen, Produktdetailbild mit Text,
Image und Sound sind nur einige Maglichkeiten, die in den Mar-
ketplace Online-Shop integriert werden kannen.
Seit 1996 liefert die SAP interoperable betriebswirtschaftliche
Software, die auf offenen Internet-Technologien basiert (z. B.
BAPIs). Zusatzl1ch hat SAP Partnerschaften mit fUhrenden exter-
nen Technologieanbietern geschlossen, um eine offene Markt-
umgebung, basierend auf Internet-Standards, zu schaffen.
Horizontale und Der Handel im Marketplace kann horizontal erfolgen: branchen-
vertikale Markle tibergreifender Handel mit Waren, Dienstleistungen und allge-
meinen Informationen (z. B. Nachrichten, Unternehmensprofile,
Barsennotierungen). Ftir den spezialisierten Handel zwischen
Gruppen mit ahnlichem Interesse, wie z. B. zwischen 01 und
Gasindustrie, existieren vertikale Markte.

27
1 SAP-Einjiihrnng

Offene und private Durch die offene Umgebung und die Moglichkeit des freien Zu-
Miirkte gangs durch das Web gehort der Marketplace von mySAP.com
prinzipieU zu den offenen virtueUen Markten, es ist aber auch
moglich, private Markte mit ausgewahlten Handelspartnem zu
schaffen.

1.1.2.7.2 Der Workplace


Der Workplace von mySAP.com wurde nach Kundenwiinschen
entworfen. Die Hauptmerkmale sind eine web-basierende Brow-
seroberflache, ein zentraler Einstiegspunkt (Portal), Zugriff auf
SAP- und nicht-SAP-Funktionalitat, Intemetservices integriert in
die gewohnte Standardoberflache, aktive Tools (z. B. Borsenti-
cker) und kritische Infos in Push-Technologie.
Wie der Marketplace kann auch der Workplace individuell gestal-
tet werden. Die BenutzerroUen im Launchpad (Navigationsleiste)
konnen auf die Aufgaben einer Person zugeschnitten werden.
Au1Serdem ist es moglich mehrere RoUen zu integrieren.
Auf der rechten Seite des Workplace befindet sich der eigentliche
Arbeitsbereich mit Eingabefe1dem, Auswahlbuttons, Grafiken,
Listenfe1dem und verschiedenen Mini-Apps (kleine grafische
Anwendungsbausteine). Mini-Apps sind "Push" Teile des Portals.
Durch sie werden z. B. eMail und Kalenderzugriffe errnoglicht,
Untemehmens und Web-News angezeigt, auf plattformubergrei-
fende Suchmaschinen zugegriffen. Mini-Apps versorgen den User
proaktiv mit Wamungen und Indikatoren.

Abb.1.16
mySAP.com·
Workplace-Beispiel
(Que lie: SAP-CD
Systems 99)

28
1.1 Das Unternehmen SAP AG

Ein wichtiges Merkmal des Workplace besteht in der Moglichkeit,


bestimmte Objekte mittels "Drag and Relate" (z. B. eine Bestel-
lung) auf ein anderes Zielobjekt, innerhalb oder auBerhalb SAP,
zu tibertragen. Dadurch entfallt lastige Tipparbeit und der User
hat mehr Zeit sich um seine eigentliche Tatigkeit zu ktimmern.

1.1.2.7.3 Web-basierende Unternehmensszenarien


Die Szenarien sind vordefinierte Losungen fur den elektronischen
Handel. Sie setzten sich aus SAP-eigenen (z. B. R/3) und SAP-
fremden Tools (z. B. Internetdienste) zusammen.
In die Szenarien konnen andere Unternehmen mit einbezogen
werden (z. B. direkter Belegaustausch, integrierter Zugriff auf
Produktkatalog von Partnerfirmen).
Dariiber hinaus konnen die Szenarien entsprechend den Erfor-
dernissen der eigenen Firma angepasst werden.
1m Folgenden werden nur einige Module genannt, we1che die
SAP zur Zeit anbietet:
• Business-to-Business Procurement and Selling (B2B)
• Business-to-Consumer Selling
• Advanced Planner and Optimizer (APO)
• Customer Relationship Management (CRM)
• Business Information Warehouse (BW)
• Strategic Enterprise Management (SEM)
• Corporate Finance Management (CFM)
• Knowledge Management (KM)
• Logistic (LO)
• Finance (FI)
• Human Resource (HR)
So erleichtert bspw. das Customer Relationship Management
(CRM) die Automatisierung, Integration und Verbesserung der
Beziehungen zu Kunden. Zentrale CMR-Funktionen sind bei-
spielsweise Vertrieb und Service tiber das Internet sowie AuBen-
dienst und internetfahige Kundenserviceanwendungen.
Mit Hilfe der LOsungen fur das Kataloggeschaft konnen Unter-
nehmen ihre Produkte direkt tiber das World Wide Web an an-
dere Unternehmen oder private Kunden verkaufen. Dadurch das
mySAP .com Katalogpflege und Bestellung untersrutzt, konnen
beide Vorgange nahtlos in nachgelagerte Systeme integriert wer-

29
1 SAP-Einfiihmng

den. Die CRM-Komponente bietet eine Plattfonn, um ein breites


Spektrum an Kundennachrichten, Hintergrundinformation und
Lieferantendaten bereit zu stellten.

1.1.2.7.4 Application Hosting - Outsourcing


SAP bietet die Zusarnmenstellung einer Business-Losung an, die
wahlweise Online mit Hilfe eines Online Map Composers oder
eines einfachen Fragebogens moglich ist.
Der herkomrnliche Weg besteht darin, dass der Kunde die Hard-
und Software vor Ort installiert und die Implementierung mit Un-
terstiitzung eines vor Ort vorhandenen Projektteams durchfuhrt.
In einer Outsourcing-Umgebung, wo diese Aufgaben von einem
externen Dienstleister wahrgenommen werden, kann der Kunde
die SAP-Losung betreuen lassen.
Compose Your Das System wird mit Hilfe der Kundendaten erzeugt. Dies kann,
Solution Online wie schon erwahnt, online durch einen Map-Composer gesche-
hen oder mit einfachen Fragebogen. Durch die Online-
Implementierung werden kostspielige Hard- und Software-
investitionen vermieden.

Host Your
Nach der Implementierung kann man entscheiden, ob das lau-
Solution Online fende System durch eigenes Personal oder durch externe
Dienstleister (von der SAP lizenzierte Outsourcing-Partner) ver-
waltet werden solI.

Abb.1.17
Service Levels des .~
.~
mySAP.com • BUIInISS OPlflItion Dnlan
"Application Hosting" • MOnitOring
• Buslnesslmplemlt1t3tlon
• Hnlltl-SelVlces (Tecnnlc~1
• Business Op.rallon System CneckS)
• Admlnistnbon (Test-.
Consolldltlon-. Productl'"
,!!:;;"~,,;. systems)
, AJll/IkltIIHIDftil"
': I'"

,'. :~<I~&.I~I ' • Upgrlde Mmlgement

", ,.~ ~;IbIIttIltlOft' ~.. -: i • Correction M.n.goment


, ·(, ...... '..eMlilon,. . .,' . < • SpeCial Services

\'"', :~_.~_h#~~.,,~·~t
• DOCIIII. . . . 011,·· -,
. ~i
,
• Technical HelpCleSk

~M~~~~~~:~;_ ...

30
1.1 Das Unternehmen SAP AG

Eine weitere M6glichkeit besteht darin, diese Aufgabe Applicati-


on-Service-Providem zu ilberlassen. Dabei kann der Service-
Level noch genauer definiert werden.
Test-drive Your Neben der Rund-um-die-Uhr-Verfilgbarkeit bietet Application
Solution Online Hosting l mit Outsourcing der Systemverwaltung den Vorteil, dass
die Pflege in einer sicheren Host-Umgebung stattfindet (hoher
Sicherheitsstandard). AuBerdem entfallt die Schulung des IT-
Personals. Die Kosten werden durch einen festen monatlichen
Betrag abgegolten.
Das Internet Demonstrations- und Evaluierungssystem
(IDES) ist dn vorkonfiguriertes, betriebsbereites Ri3 mit unter-
schiedlichen branchenspezifischen Schwerpunkten.
Jeder Benutzer mit Intemetanschluss kann sich kostenlos unter
www.sap-ag.de/ides/ides_over.htm anmelden und das System tes-
ten.

Abb.1.18
Application Hosting Evaluation Implementation Continuous mprovement
(Outsourcing)2

w. Holt Your
Solutlon Onllnl
• Flnlllct.i
Application
Servlc ..
• HR Appllelltlon
Servlc ..

Indul1Jy Focused
Markelplac ..
Enerprlst-sptclflc
Marketplace •

SAP • Penn81's SJ>P & Penners

1 vgl. www.sap-ag.de/germany/products/mySAP/app_host.html
2 vgl. ebenda

31
1 SAP-Einfuhrnng

1.2 Hardware eines Rl3-Systems


1.2.1 Hardwarehierarchie
Die R/3-Technologie-Infrastruktur unterscheidet zwischen den
Ebenen Datenbank, Anwendung und Prasentation sowie dem mit
Release 3.1 neuen Internet-Enabling-Layer. Das System R/3 ist auf
jeder einzelnen dieser Ebenen stufenlos skalierbar. Bei wachsen-
den Benutzerzahlen, neu hinzukommenden Anwendungen oder
gestiegenen Datenvolumina konnen zusatzliche Investitionen auf
jeder dieser Ebenen betriebswirtschaftlich exakt geplant werden,
ohne storende Seiteneffekte auf den anderen befurchten zu mus-
sen. Die R/3-Technologie-Infrastruktur garantiert die Portabilitat
des R/3-Gesamtsystems auf alle im Bereich des Open Systems
Computings relevanten Hardware-, Betriebs- und Datenbankma-
nagementsysteme.
Auf Datenbankebene werden die Daten verwaltet, mit denen ein
Datenbankebene Unternehmen arbeitet. Dazu gehoren zum einen die Stamm- und
Bewegungsdaten, zum anderen die Metadaten, die die Daten-
bankstruktur beschreiben und die im Repository verwaltet wer-
den. Zur Definition und Manipulation der Daten wird der Indust-
riestandard SQL (Structured Query Language) verwendet. Aile
marktrelevanten und fur unternehmenskritische Anwendungen
geeigneten, relationalen Datenbank Management (DBMS) wer-
den unterstUtzt. Selbst herstellerspezifische SQL-Erweiterungen
fur die Zugriffsoptimierung und die Performanceverbesserung
konnen genutzt werden, ohne dass der Anwender sich mit tech-
nischen Details auseinandersetzen muss.
In der zweiten Schicht befinden sich die Anwendungen, die auf
Applikationsebene dem DBMS aufsetzen. Der Kunde arbeitet mit Daten, die er sich
aus der Datenbankschicht holt und legt neue Daten wiederum in
ihr abo Hier werden einerseits die R/3-Anwendungen abgearbei-
tet, andererseits auch die von Ihnen mit der ABAP Workbench
entwickelten, unternehmensindividuellen Anwendungserweite-
rungen. Die Anwendungen werden bei Bedarf aus der Daten-
bank in die Anwendungs-Ebene geladen und dort ausgefuhrt. Da
die Internet-Technologie selbst keine betriebswirtschaftliche
Transaktionsverarbeitung bietet, wurde au1Serdem mit dem R/3-
Internet-Enabling Layer eine weitere Schicht oberhalb der An-
wendungsebene eingezogen, die dreistufige R/3-Architektur also
zur mehrstufigen Internet-Architektur erweitert. Auf dieser Basis
konnen R/3-Anwender das World Wide Web heute bereits im

32
1.2 Hardware eines Rl3-Systems

Sinne eines Worldwide Transaction Webs betriebswirtschaftlich


sinnvoll nutzen.
Prasentationsebene Es folgt die Prasentationsebene mit den Front-Ends (letzte Rech-
ner in der Hierarchie). Sie stellen den Dialog zum Benutzer her.
Hierbei werden meist PC oder Workstation eingesetzt.

Abb.1.19
Die 3 Ebenen
einer Client/Server-
Architektur OB- Datenbank-
Server ebene

Applikations-
ebene

Prasentations-
ebene
'-----'

1.2.2 ClientlServer-Prinzipien
1m Gegensatz zu GroBrechneranlagen, bei denen sich die Daten-
bankebene, die Applikations- und Prasentationsebene gemein-
sam auf dem GroBrechner (Mainframe) befinden und der Dialog
tiber Terminals stattfindet, werden bei der Client/Server-
Trennung von Architektur diese drei Ebenen teilweise oder ganz getrennt, d.
Ebenen h., dass fUr jede Ebene eigene, preiswerte Server/Rechner zur
Verftigung stehen. Somit eignet sich die C/S-Architektur beson-
ders fur dezentrale Hardwarestrukturen, die eine wesentlich ha-
here Datensicherheit gegentiber Mainframes besitzen. Bei Ausfall
eines Rechners fallt nicht sofort das komplette System aus, da
weitere Rechner als Ausweichsysteme zur VerfUgung stehen.
Bei der einstufigen C/S-LOsung existiert ein zentraler Server,
der die Datenbank-, die Applikations- und Prasentationsebene
beinhaltet.
Bei der zweistufigen C/S-LOsung werden die Datenbank- und
Programmaufgaben/Applikationsebene einem zentralen Server
zugeteilt, wahrend fUr die Prasentation eigenstandige Rechner
(Front-Ends), die mit den Servem verbunden sind, zustandig

33
1 SAP-Einfuhmng

sind. Diese Architektur wird auch "verteilte Prasentation" ge-


nannt. Eine ausgereifte LOsung bietet das dreistufige Cli-
entiServer-Computing (siehe Abb. 1.19 und 1.20), bei dem aile
drei Ebenen voneinander getrennt sind und somit eine sehr gute
Performance und Sicherheit gewahrleistet werden kann.

Abb.1.20 3-tier Multi-tier CIS Software


Beispieldarstellungen
fUr Multi·tier
User Dialog
Graphical Information processing
Presentation

Handllnllintamet acce..

Proca •• lng RI3 Intamat Trans-


Internet actions

Processing of application logic


Application Services System Management
Application Transaction Monitoring

Information Storage
Database ServIces Database Backup
Database

Mehrstufige Ri3-Konfigurationen sind besonders interessant


fur Anwender, die einen hahen Rechenaufwand benotigen, etwa
fUr CAD-Systeme ader Simulationen ader auch fUr Softwareent-
wickler. Diese benotigen leistungsfahige Front-End-Rechner.
Weniger Leistung wird fUr Windows- ader Macintosh-Systeme
benotigt, die im allgemeinen als Prasentations-Server verwendet
werden.
Man unterscheidet nach starker als bei den vier vorangegange-
nen Architekturen die Trennung der einzelnen Ebenen. Diese
Architektur wird durch eine leistungsstarke Middleware im Kern
des Systems realisiert. Die Aufteilung der Ebenen ergibt sich wie
folgt:
a Prasentation
a Internet Enabling Layer
• Applikation
• Datenbank
Die Machtigkeit der Priisentationsebene wird durch die SAP-
GUI ganz besonders unterstutzt. Aber auch eine flexible Anpas-
sung an Frontends mit den MS-Windows GUIs oder den derzeit

34
1.2 Hardware eines R13-Systems

gangigen Intemetbrowsem, die durch die Internet Enabling


Layer in das System eingebracht wurden, spielen eine wichtige
Rolle in der Leistungsfahigkeit auf diesen Ebenen.
Der Applikationsserver verwaltet die komplette betriebswirt-
schaftliche Logik, die hinter dem R/3-System steht.
Auf der Ebene der Datenbank werden das gesamte R/3-
Anwendungsprogramm sowie die Untemehmensdaten verwaltet.
Hierbei werden relationale Datenbankmanagementsysteme ge-
nutzt.

Abb.1.21
Mehrstufige
C/S- Technologie
(QueUe:
SAP-VISUAL-CD:
CeBIr9S PRESEN-
TATIONS)

1.2.3 Systemubersicht
Beim Einsatz von R/3 stehen verschiedene Hard- und Software-
plattformen fur Datenbank- und Applikationsserver zur Verfu-
gung. 1m Wesentlichen sind dies Client/Server-Systeme aus dem
UNIX-Bereich sowie Windows NT-Rechner.
Datenbanken Ais Datenbanken stehen u. a. folgende Systeme zur Verfugung:
• Oracle 8
• ADABAS D I SAPDB
• DB2 Common Server
• MS SQL-Server (nur Windows NT)
• Informix Online 6 (nur UNIX)

35
1 SAP-Einfuhnmg

Hardware Bei der Hardware k6nnen Systeme von folgenden Herstellem


eingesetzt werden (NT-zertifiziert fUr R/3):
• Acer • Intel
• Amdahl • Intergraph
• Apple • Itautec philco S/A
• Bull • iXOS
• Compaq • Microsoft
• Comparex • Mitsiubishi
• Data General • NCR
• Dell • NEC
• EMC • Oracle
• Fujitsu • Sequent
• Haht • SNI
• HP • Sun
• Hitachi • Unisys
• IBM • Cisco
• IDS Scheer • Zenith/Bull
• Informix

Betriebssysteme Dabei kommen folgende Betriebssysteme der jeweiligen Hard-


warehersteller zum Einsatz:
• OSF/Motif • Solaris
• SINIX
• AIX
• HP/UX • Windows NT
• Linux u. a.
• MPE/iX
Front-Ends Als Front-End-Betriebssysteme stehen hierbei, unabhangig von
der Hard- und Software der Server, folgende Hardware mit den
genannten Betriebssystemen zur Verfugung:
• Apple Macintosh mit MacOS
• DOS & Windows 3.113.11 WFW
• Windows 95/98
• Windows NT Workstation
• Java
• UNIX-Clients mit einem UNIX-Derivat als entsprechendem Be-
triebssystem
• Linux
• HTML/XML

36
1.3 Sojtwarearchitektur des R13-Systems

Unter Windows NT und UNIX konnen, je nach Auspragung der


ClientiServer-Struktur, also je nach Trennung der Ebenen, bis zu
mehrere hundert Benutzer aufgenommen werden. In der Praxis
werden jedoch Systeme eingesetzt, an die bis zu hundert Benut-
zer angeschlossen sind. 90% aller R/3-Neuinstallationen sind ho-
mogene Windows LOsungen, d. h. alle 3 Schichten laufen auf
Windows Systemen ab; Datenbank und Applikationsserver auf
Windows NT Server und die Prasentationsserver auf Windows
3.xJ95/98/NT Workstation.
Derzeit entscheiden sich etwa 2/3 aller R/3-Neukunden fur NT
als Betriebssystem-Plattform. Die extreme Flexibilitat der Win-
dows NT Plattform zeigt sich in der Anzahl der NT Installationen,
die weit tiber 5000 liegen. Die Vorteile sind zum einen die nied-
rigen Administrationskosten, das gute Preis-/Leistungsverhaltnis
der Hardware sowie die Skalierbarkeit der Betriebssystem Platt-
form (bis zu 16 CPUs werden untersttitzt). Seit Release 3.1 dient
Windows NT auch als Betriebssystem fur den ITS (Internet
Transaction Server).

1.3 Softwarearchitektur des Rl3-Systems


Das System wurde mit Hilfe der "ABAP/4 Development Work-
bench" (siehe Kapitel 3) entwickelt; diese wird allen Anwendern
zur Losung individueller Anforderungen beim Erwerb des R/3-
Systems bereitgestellt.
Nach der allgemein anerkannten Definition des Institute of E-
lectrica and Electronics Engineers (IEEE) fur Portable Opera-
ting System Interface for UNIX wurde ein offenes System entwor-
fen. Das fuhrt dazu, dass alle Systemweiterentwicklungen Ruck-
sicht auf bestimmte Standards nehmen mussen, um eine Offen-
heit der Schnittstellen sicherzustellen.

1.3.1 Softwareschnittstellen
Um eine moglichst offene Softwarearchitektur zu gewahrleisten
und somit Programmerweiterungen und die Kommunikation mit
anderen Systemen zu erlauben, sind im SAP-System verschiedene
standardisierte Schnittstellen implementiert.
Hierbei werden Schnittstellen zur Kommunikation mit fremden
Systemen und zum Austausch bzw. Einbettung fremder Daten
sowie Programmierschnittstellen unterschieden.

37
1 SAP-Einfilhrung

Kommunikations- • Electronic Data Interchange (EDI)


und Softwareschnitt- Ermoglicht den Austausch zwischen Ri3 und anderen SAP-
stellen
fremden Systemen. So konnen z. B. Daten mit Lieferanten
und Kunden ausgetauscht werden, auch wenn diese kein
SAP-System einsetzen. Dieses System wurde zuerst in der Au-
tomobilindustrie angewandt, um eine Just-In-Time-Produktion
zu ermoglichen.
• CPI-C
Protokoll fur die Kommunikation zwischen Programmen auf
unterschiedlichen Rechnern.
• TCP/IP
Allgemeines Netzwerkprotokoll fur Kommunikation und Da-
tenubertragung. Dieses Protokoll erlaubt auch den Zugriff
aufs Internet.
• Object Unking and Embedding (OLE)/ Dynamic Data
Exchange (DDE)
Diese beiden Standards zum Austausch bzw. zur Einbettung
von Daten aus Fremdanwendungen werden vom SAP-System
ebenfalls untersrutzt.
Programmierschnitt- • Remote Function Call (RFC)
stellen Programmierschnittstelle zum SAP-System. Mit dem RFC kon-
nen Programmierer auf die SAP-Funktionen im System und
den Modulen zugreifen. Diese RFCs sind auch uber das
Netzwerk verfugbar.
• Structured Query Language (SQL)
Die Standard-Abfragesprache fur relationale Datenbanken bie-
tet die Moglichkeit, Unternehmensdaten auszuwerten. Unter-
stutzt wird neben Standard-SQL auch ein SAP-eigener SQL-
Dialekt.
• Open Database Connectivity (ODBC)
Dieser Standard ermoglicht dem Programmierer den Zugriff
auf fremde Datenbanken uber das Netzwerk.
• Application Link Enabling (ALE)
Dient der Kooperation mehrerer betriebswirtschaftlicher
Systeme. ALE steht schon wahrend der Entwicklung von Pro-
grammen zur Verfugung.

1.3.1.1 Application Link Enabling (ALE)


ALE steht fur eine betriebswirtschaftliche Integration verteilter
Anwendungen, d. h. verteilte Anwendungssysteme werden durch
ALE lose gekoppelt. Ein konfigurierbares Verteilungsmodell

38
1.3 Softwarearchitektur des RlJ-Systems

Lose Kopplung gewahrleistet hierbei den betriebswirtschaftlichen Nachrichten-


verschiedener austausch, die Anderung von Stammdaten und den Abgleich von
Anwendungen Steuerungsinformationen. Diese Anwendungen konnen dezentral
und unabhangig voneinander installiert sein sowie unterschiedli-
che Releasestande besitzen.
Als Beispiel sei ein Untemehmen genannt, das verschiedene de-
zentrale Verkaufsorganisationen besitzt und einen zentralen Ver-
sand. Uber ALE werden nun die Bestandsdaten immer korrekt
abgeglichen, so dass immer auf die aktuellen Bestande zugegrif-
fen werden kann. Die Daten werden dabei redundanzfrei und
konsistent gehalten. Des weiteren werden im Gegensatz zu ver-
teilten Datenbanken mit ALE nur die sich andemden Daten uber
das Netzwerk verteilt.
ALE ubemimmt also das "Was" und "Wohin" verteilter Geschafts-
Abb.1.22 prozesse.
ALE-Obersicht
(Quelle:
SAP-VISUAL-CD:
CeBIT'98 PRESEN-
TATIONS)

_lnfo,matlonI8Ylteme:
_Be.tAnd -...I..U
_Eln ....ul _ v., ....ut, v., nd
_ Vertrleb und F.lrturterunll
_ Z."t,.Ie, E1nkaul _Elnkaur von
_ Relan,nzaYlllllm Ilir HancMlIIw••• n
Slammdallln und _ B. . tandalOh,ung
_Lo""". Con boiling

Aufbau eines Zum Aufbau eines Netzwerks verteilt-integrierter Systeme wird


ALE-Netzwerkes auf ein integriertes grafisches Frontend zugegriffen. Es wird ein
Verteilungsmodell mit folgenden Informationen erstellt:
• An welchen Standorten und mit welchen Aufgaben R/3-
Systeme installiert werden sollen;
• welche Prozesse auf welchen Systemen laufen sollen;
• welche Stamm- und Bewegungsdaten die Anwendungen
untereinander austauschen;
• welche Steuerdaten den verteilten Systemen bekannt sein
mussen.

39
1 SAP-Einjiibrung

Hierbei konnen im einzelnen folgende Datentypen kommunizie-


ren:
• Stammdaten, wie z. B. Material, Kunde;
• Bewegungsdaten, wie z. B. Auftrag, Rechnung, Bestellung;
• Steuerdaten, wie z. B. Customizing-Daten, Benutzerpflege.
ALE nutzt BAPls Mit Application Link Enabling (ALE) konnen Geschaftsprozesse
zwischen verschiedenen R/3-Systemen verbunden und seman-
. tisch aufeinander abgestimmte betriebswirtschaftliche Nachrich-
ten ausgetauscht werden. Durch die Integration von ALE und
BAPIs besteht die Moglichkeit, BAPIs in zukilnftigen ALE-
Szenarien als Schnittstellen zu verwenden, was die Entwicklung
so1cher Anwendungen wesentlich vereinfacht. Die BAPIs werden
von ALE asynchron aufgerufen.
BAPI (siehe hierzu Kap. 1.3.1.4) steHt die objektorientierte
Schnittstellentechnologie dar. Die Business Komponenten
(siehe Abb. 1.23) machen von dieser SchnittsteHe Gebrauch. Die
BAPI ist eine Methode eines Business Objekts. Bspw. zeigt die
Methode "BapLDebitocGet-Detail" die Kundenstammdaten an.

Abb.1.23
Zusammenspiel ALE
mit Business- und
Client-Komponenten
(Quelle:
SAP-VISUAL-CD: ALE-~:.!
CeBIT'98 PRESEN-
TATIONS)

40
13 Softwarearchitektur des R13-Systems

1.3.1.2 Business Framework


Das Ziel des Business Framework ist es, den scheinbaren Kon-
flikt zwischen starker Integration und hoher Flexibilitat der Kom-
ponenten aufzulOsen, d. h. es wird mehr Flexibilitat und Agililar
unter Beibehaltung der Systemintegration geboten.
Untemehmen mit dem Business Framework konnen einzelne
Komponenten, wie "Personalwirtschaft" oder "Konsolidierung" ,
kombinieren, se1bst wenn diese nicht demselben R/3-Release an-
gehoren. Dies bedeutet, dass Untemehmen bspw. bei einem Up-
grade der Personalwirtschaft nicht gezwungen sein werden, auch
die tibrigen Komponenten auf ein neues Release zu heben.

Abb.1.24
Technologiefahrplan
(Quelle:
SAP-VISUAL-CD:
CeBln8 PRESEN-
TATIONS)

'""----$l.2 - - - 3.0 - - - 3.1 - - - 4.0 - - - -.... 0 - - -..........

Es solI die Frage "Was will ich betriebswirtschaftlich erreichen ?"


und nicht "Kann ich das DV-technisch realisieren?" beantwortet
werden. Es gilt zunachst einige wichtige Begriffe des Business
Framework zu erlautem.
Komponententechnol Dem Untemehmen kann mit Hilfe der Komponententechnologie
ogie und Modelle eine unterbrechungsfreie, rasche Implementierung neuer Funk-
tionalitat garantiert werden.
Ohne Anpassung der tibrigen Komponenten kann eine Soft-
warekomponente durch eine neue ausgetauscht werden, d. h. es
findet eine flexible Rekonfiguration statt.
Durch die Anbindung branchentypischer Komponenten konnen
branchentypische Anforderungen berticksichtigt werden. Die
Schnittstellen von vorgefertigten Komponenten konnen von
kundenspezifischen Komponenten genutzt werden und somit
leicht erweitert werden.

41
1 SAP-Einfubrung

Die Grundlage des Business Framework ist das R/3-


Referenzmodell (siehe Kapitel 2), da es die betriebswirtschaftli-
chen Inhalte eines Unternehmens mit Hilfe von Geschaftsprozes-
sen, Business-Objekten und des Organisationsmodells darstellt.
Das Organisationsmodell eines Unternehmens ist eine wichtige
Voraussetzung fur die Zusammenarbeit zwischen den Kompo-
nenten, da es den betriebswirtschaftlichen Zusammenhang her-
stellt.

1.3.1.3 Business Objekte


Die SAP-Business-Objekte sind Kernbestandteil des Business
Framework und Vorbedingung fur die Interoperabilitiit. Sie de-
cken eine breite Palette von betriebswirtschaftlichen R/3-Daten
und Prozessen abo Der Zugriff auf die SAP-Business-Objekte er-
folgt tiber stabile, standardisierte Methoden, die BAPIs (Business
Application Programming Interfaces). Die SAP-Business-Objekte
und ihre BAPIs bieten eine objektorientierte Sicht der
betriebswirtschaftlichen Funktionalitat des Systems R/3.
Einsatzmoglichkeiten BAPIs in Verbindung mit SAP-Business-Objekten bieten folgende
von BAPls M6glichkeiten:
• Integration von Fremdanbieteranwendungen mit einem R/3-
System;
• Integration vorhandener betriebswirtschaftlicher Anwendun-
gen mit einem R/3-System;
• Alternative Front-End-Schnittstellen zu einem R/3-System.
Diese Front-Ends k6nnten als Windows-basierende Client-
Anwendungen eingefuhrt werden, wie Z. B. Makros (Micro-
soft Excel oder Access), die in Visual Basic geschrieben wer-
den oder als Anwendungen in Visual Basic oder C++ realisiert
werden.
• Web-basierter Zugriff auf ein R/3-System durch Internet- oder
Intranet-Anwendungen.
Zur Nutzung von BAPIs fur den Zugriff auf die SAP-Business-
Objekte muss man mit den Konzepten der objektorientierten
Programrnierung veltraut sein. Auch ohne Detailkenntnisse tiber
das System R/3 sind Grundkenntoisse von Vorteil, um mit BAPIs
zu arbeiten.
Da BAPIs nahezu von allen Programrnierumgebungen zuganglich
sind, wie Z. B. von Delphi, von Visual Studio via BAPI ActiveX
Control der SAP sowie von C++-Plattformen, muss man mit der

42
1.3 Softwarearchitektur des Rl3-Systems

Entwicklungsumgebung vertraut sein, mit del' man auf sie zu-


greift.
Wenn man seine Anwendung auBerhalb von R/3 in einer Nicht-
Windows-Umgebung entwickelt, benotigt man RFC-Program-
mierkenntnisse. RFC-kompatible Entwicklungsumgebungen er-
moglichen den Zugang zu BAPIs.

1.3.1.3.1 Schichten der SAP-Business-Objekte


Reale Objekte, wie z. B. ein Mitarbeiter oder ein Kundenauftrag,
werden in betriebswirtschaftiichen Anwendungssystemen, wie
dem R/3-System, als Business-Objekte bezeichnet.
Man kann sich die SAP-Business-Objekte als "black boxes" vor-
stellen, die R/3-Daten und -Geschaftsprozesse kapseln und auf
diese Weise die Struktur- und Implementierungsdetails del' zu-
grundeliegenden Daten verbergen.
SAP-Business-Objekte sind aus mehreren Schichten angelegt (vgl.
Abb.1.22):
• Die innerste Schicht des SAP-Business-Objekts ist del' Kern,
del' die eigentiichen Daten des Objekts darstellt.
• Die zweite Schicht, die Integritatsschicht, stellt die betriebs-
wirtschaftliche Logik des Objekts dar. Sie umfasst Geschafts-
regeln und Einschrankungen C"Constraints"), die fUr die Busi-
ness-Objekte gelten.
• Die dritte Schicht, die Schnittstellenschicht, beschreibt die
Implementierung und die Struktur des SAP-Business-Objekts
und definiert die Schnittstelle des Objekts zur AuBenwelt.
• Die vierte und auBerste Schicht eines Business-Objekts ist die
Zugriffsschicht. Sie definiert die Technologien, mit denen ein
externer Zugriff auf die Objektdaten moglich ist, z. B.
COM/DCOM (Component Object Model/Distributed Compo-
nent Object Model).

43
1 SAP-Einfilhrung

Abb.1.25
Schichten des SAP-
Business-Objekts

Ge-
schittl·
regeln

' Con-
stralnts'

fll<I .... ·9· n:


CO'>IIDCO'.4: co~"'11 J:ljfet M)~II
o •• tJl'" C:>npo'lt,l ObJ.a Mcell
R=: - 11.""11 "seto. C
C ~BA .Ctu"mrr O!lJK1 Plq1@" nf}~M
...."'.OGIJra

Zugriff auf Business- Die Schnittstellenschicht trennt die Daten eines Business-Objekts
Objekte von den Anwendungen, mit denen auf diese Daten zugegriffen
wird Csiehe Abb. 1.25). Nach aufSen hin sind nUf die Schnittstel-
len der SAP-Business-Objekte, die aus einer Reihe Methoden
bestehen, sichtbar. Der Zugriff auf die Daten des Business-
Objekts kann somit nUf tiber des sen Methoden erfolgen.
Ein Anwendungsprogramm, das ein SAP-Business-Objekt und
seine Daten nutzen mochte, benotigt nUf die Informationen zur
Ausfuhrung der Objektmethoden. Auf diese Weise kann ein An-
wendungsprogrammierer mit den SAP-Business-Objekten arbei-
ten und ihre Methoden aktivieren, ohne die zugrundeliegenden
Implementierungsdetails des Objekts zu kennen oder in Betracht
ziehen zu mussen.
Die Methoden, die einem Business-Objekt zugeordnet sind, stel-
len das Verhalten des Objekts dar. Wird eine Methode mit ei-
nem Business-Objekt ausgefuhrt, kann sie den internen Status
des Objekts, d. h. die Daten des Objekts, andern.
Ein Beispiel fur eine Methode, die fur das Business-Objekt "Mit-
arbeiter" ausgefuhrt werden kann, ist die Methode "Existenz des
Mitarbeiters prtifen".

44
1.3 Softwarearchitektur des R/3-Systems

1.3.1.3.2 Objekttypen
Jedes einzelne Business-Objekt geh6rt, abhangig von der Art und
den allgemeinen Merkmalen des Objekts, zu einer spezifischen
Objektklasse. Diese Objektklassen werden als Objekttypen be-
zeichnet. So zahlen bspw. die einzelnen Mitarbeiter in einem Un-
temehmen zum Objekttyp "Employee".
Die Objekttypen sind Beschreibungen der tatsachlichen SAP-
Business-Objekte. Jedes einzelne SAP-Business-Objekt ist eine
spezifische Darstellung oder Instanz seines Objekttyps, z. B. ist
der Mitarbeiter mit dem Namen Karl Muller und der Mitarbeiter-
nummer 1234 eine Instanz des Objekttyps "Employee".
Wenn eine Instanz eines Business-Objekts von einem Anwen-
dungsprogramm verwendet wird, spricht die Objektinstanz nur
auf die Merkmale und Methoden an, die fur ihren eigenen Ob-
jekttyp definiert wurden. Die SAP-Business-Objekttypen werden
durch folgende Eigenschaften definiert:
• Objekttyp
Dieser beschreibt die Merkmale, die alle Instanzen dieses Ob-
jekttyps gemeinsam haben. Hierzu geh6ren Informationen,
wie z. B. der eindeutige Name des Objekttyps, seine Klassifi-
zierung und das Datenmodell.
• ScbJfisselfelder
Die Schlusselfelder eines Objekttyps bestimmen die Struktur
eines Kennzeichnungsschlussels, del' einer Anwendung einen
eindeutigen Zugriff auf eine spezifische Instanz des Objekt-
typs gewahrt. Der Objekttyp "Employee" und das Schlussel-
feld "Employee.Number" sind Beispiele eines Objekttyps und
eines entsprechenden Schlusselfelds.
• Methoden
Eine Methode ist eine Operation, die mit einem Business-
Objekt ausgefuhrt werden kann und Zugriff auf die Objektda-
ten erm6glicht. Eine Methode ist durch einen Namen und ei-
ne Reihe von Parametem und Ausnahmen definiert, die zur
Nutzung der Methode vom aufrufenden Programm bereitge-
stellt werden k6nnen oder mussen. BAPIs sind Beispiele fur
derartige Methoden.
• Attribute
Ein Attribut enthalt Daten uber ein Business-Objekt und be-
schreibt daher ein bestimmtes Objektmerkmal. "Employ-
ee.Name" ist beispielsweise ein Attribut des Objekttyps
"Employee.

45
1 SAP-Ein!ilbrnng

• Ereignisse
Ein Ereignis meldet das Auftreten einer Statusanderung in ei-
nem Business-Objekt.
• Schnittstellen (Interfaces)
Die Schnittstellen sind Gruppen verwandter Methoden, die
einem Objekttyp zugeordnet sind.
Innerhalb des Systems R/3 sind alle SAP-Business-Objekttypen
und ihre Methoden im Business Object Repository (BOR) ge-
kennzeichnet und beschrieben.

1.3.1.3.3 Business Object Repository


Alle SAP-Business-Objekttypen und ihre Methoden werden im
R/3 Business Object Repository (BOR) identifiziert und beschrie-
ben.
Das BOR enthalt zwei Kategorien von Objekttypen:
• Business-Objekttypen: Dies sind die SAP-Business-Objekte,
die zuvor bereits beschrieben wurden. Innerhalb des BOR
sind die SAP-Business-Objekttypen in einer hierarchischen
Struktur angeordnet, basierend auf den R/3-Anwendungs-
komponenten, wie z. B. Vertrieb, Materialwirtschaft etc.
• Technische Objekttypen: Hierbei handelt es sich z. B. urn
Texte, Workitems, archivierte Dokumente sowie urn Ent-
wicklungs- und Modellierungsobjekte. Das BOR ist filr exter-
ne Anwendungen der zentrale Zugriffspunkt auf die SAP-
Business-Objekte und ihre BAPIs.
In diesem Kontext erfiillt das BOR folgende Aufgaben: Es identi-
fiziert und beschreibt die verfilgbaren SAP-Business-Objekttypen
und ihre BAPIs. Das BOR enthalt Informationen zu den SAP-
Business-Objekttypen, ihren Schliisselfeldern und den BAPI-
Methoden, urn die richtigen Objekttypdefinitionen und BAPI-
Aufrufe in das Anwendungsprogramm zu integrieren.

1.3.1.4 SAP Is
1m Business Object Repository (BOR) sind die Daten und Prozes-
se der SAP-Business-Objekte gekapselt. Der exteme Zugriff auf
die Daten und Prozesse ist nur mit Hilfe bestimmter Methoden
moglich - den BAPIs (Business Application Program Interfaces).
Ein BAPI ist als Methode eines SAP-Business-Objekts definiert.
Die Funktionalirar, die im SAP-Business-Objekttyp "Material" imp-
lementiert ist, umfasst bspw. eine Priifung der Materialverfilgbar-
keit. Damit ein Anwendungsprogramm einen BAPI verwenden

46
13 Softwarearcbitektur des Rl3-Systems

kann, muss es wissen, wie die Methode aufzurufen ist. Das An-
wendungsprogramm muss hierzu die Schnittstellendefinition der
Methode kennen. Wenn ein BAPI-Aufruf in ein Anwendungspro-
gramm eingefugt werden soIl, muss man nur die richtigen
Schnittstelleninformationen angeben.
Die Schnittstelle eines BAPIs wird definiert durch:
• Importparameter mit Daten, die vom aufrufenden Programm
an das BAPI iibergeben werden sol1en;
• Exportparameter mit Daten, die vom BAPI an das aufrufende
Programm zuruckgegeben werden sol1en;
• Import-/Exportparameter (Tabellenparameter) fur den Daten-
import und -export.
Die BAPIs im R13-System sind gegenwartig als Funktionsbau-
steine realisiert, die sich im Function Builder befinden. Jeder
Funktionsbaustein, der einem BAPI zugrunde liegt,
• unterstiitzt das Protokoll Remote Function Call (RFC),
• wurde einem SAP-Business-Objekt im BOR als Methode zu-
geordnet,
• wird verarbeitet, ohne Bildschirmdialoge an die aufrufende
Anwendung zuruckzugeben.
Die folgende Abbildung 1.26 zeigt ein Business-Objekt, seine
BAPIs und die zugehorigen Funktionsbausteine:

Abb.1.26
Arbeitsweise eines
Business-Objekts
R/3-Server
- r---
I FunktionSbausteinl
,/
SAP!
I (RJ: C-fahig)
B~
KlI"odenl _ BAP!
I FunktlonSbaUstelnl
(Rt:C-flIhlg)
"""'&API
Funktlonsbausteln
(R C-flihig)

Business Object Repository Function Builder

47
1 SAP-Einfuhrung

1.3.1.4.1 Charakteristika der SAPls


BAPIs sind standardisierte Methoden der SAP-Business-Objekte,
die Kunden und Fremdanbietern die Integration ihrer Software-
komponenten mit dem R/3-System und dem Business Frame-
work ermoglichen.
Betriebswirtschaft- Die Business-Objekte der SAP und ihre BAPIs sind nicht als
Iicher Standard Standard fur die technische Interoperabilitat gedacht, sondern
vielmehr als Standard fur den betriebswirtschaftlichen Inhalt. Sie
ermoglichen die Integration des Systems R/3 und anderer Soft-
warekomponenten auf einer betriebswirtschaftlichen Ebene und
nicht auf technischer Ebene.
Konformitat mit Die Entwicklung der BAPIs ist Bestandteil einer gemeinsamen
Standards Initiative der SAP mit Kunden, Partnern und fuhrenden Normen-
organisationen. BAPIs entwickeln sich zu einem Kommunikati-
onsstandard zwischen betriebswirtschaftlichen Systemen.
Die SAP-Business-Objekte sind konform mit den Richtlinien der
Object Application Group (OAG) u.v.m.
Stabilitat und Ab- Nach Einfuhrung und Freigabe eines BAPIs von der SAP bleiben
wartskompatibilitat die Schnittstellendefinition und Parameter langfristig stabil. Auf
diese Weise wird sichergestellt, dass das Anwendungsprogramm
von Anderungen der zugrundeliegenden R/3-Software und
-Daten nicht beeinflusst wird.
Sollten Erweiterungen der BAPIs erforderlich werden, z. B. durch
Hinzufugen weiterer wahlfreier Parameter, konnen diese von der
SAP vorgenommen werden, ohne die Stabilitat vorhandener An-
wendungen zu beeintrachtigen. Gleichzeitig konnen neue An-
wendungen von der erweiterten Funktionalitat profitieren.
Objektorientierung BAPIs bieten den Zugriff auf R/3-Daten und -Prozesse nach den
Richtlinien objektorientierter Programmierungsmodelle und kon-
nen mit Hilfe objektorientierter Schnittstellentechnologien, wie z.
B. COM/DCOM, aufgerufen werden. Auf diese Weise ermogli-
chen sie eine freie Interaktion der Softwarekomponenten von
SAP und anderen Anbietern.
Offenheit Auf BAPIs kann von allen Entwicklungsplattformen zugegriffen
werden, die das SAP-Protokoll Remote Function Call (RFC) un-
terstutzen.

48
13 Sojtwarearcbitektur des R13-Systems

1.3.1.4.2 BAPls in Anwendungsprogrammen


In diesem Kapitel wird angenommen, dass die vom User entwi-
ckelte Anwendung u. a. die betriebswirtschaftlichen Daten oder
Prozesse nutzen soil, die im R/3-System als SAP-Business-Objekte
abgelegt sind, und dass der Zugriff auf diese Daten durch den
Aufruf von einem oder mehreren BAPIs erfolgen solI.
BAPIs sind als Methoden der SAP-Business-Objekte im Business
Object Repository (BaR) definiert. Es stehen zwei Ansatze zur
Verfugung, tiber die man auf BAPIs zugreifen kann:
• Aufruf des BAPIs im BaR,
• RFC-Aufrufe an den Funktionsbaustein, auf dem das BAPI ba-
siert.
Objektorientierter Der objektorientierte Zugriff auf ein BAPI im BaR ist von zahl-
Zugriff auf die BAPls reichen Programmierplattformen moglich:
im Business Object
Repository • In Windows 95 und Windows NT konnen die BAPI-Methoden
mit BAP! ActiveX Control der SAP aufgerufen werden. BAPI
ActiveX Control ermoglicht externen Client-Anwendungen
den Zugriff auf die SAP-Business-Objekte im BaR, indem die
BAPIs via OLE Automation aufgerufen werden.
• In Windows 95 und Windows NT konnen die BAPIs auch mit
Hilfe der BAP! C++ Klassenbibliothek der SAP aufgerufen
werden.
Zugriff auf den Funk- Es konnen direkte RFC-Aufrufe an den Funktionsbaustein gerich-
tionsbaustein eines tet werden, auf dem das BAPI basiert. Dies kann von ABAP oder
BAPls von externen Entwicklungsplattformen erfolgen, beispielsweise
unter Verwendung der C/C++ RFC-Klassenbibliotheken.
Zur Integration
Integration von • sucht man das benotigte SAP-Business-Objekt und das BAPI;
BAPls in ein Anwen-
• ermittelt man die Parameterinformationen zur SchnittsteUe des
dungsprogrammen
BAPIs;
• integriert den BAPI-Aufruf oder Funktionsaufruf und die Pa-
rameterdeklarationen in das Anwendungsprogramm.
Zugriff auf BAPls mit SoU die Client-Anwendung in einer Windows 95- oder Windows
BAPI ActiveX Control NT-Entwicklungsumgebung entwickelt werden, kann die BAPI
ActiveX Control fUr den Aufruf der BAPIs des eigenen Anwen-
dungsprogramms verwendet werden.
BAPI ActiveX Control funktioniert als OLE Automation-Server,
indem sie die SAP-Business-Objekte im Business Object Reposi-

49
1 SAP-Einfiihntng .

tory als OLE-Objekte verfugbar macht, die im individuell vorlie-


genden Anwendungsprogramm integriert werden konnen.
Wahrend der Laufzeit greift die Client-Anwendung auf die SAP-
Business-Objekte und ihre BAPIs zu, indem sie OLE Automation-
Anforderungen an die BAPI ActiveX Control ubergibt.
Die folgende Abbildung zeigt den Zugriffsprozess auf SAP-
Business-Objekte und ihre BAPIs.

Rl3-Server
Abb.1.27
Kommunikation RFC-iahiges System
zwischen R/3 und
externem System CHeat
(AnwenlimgsprulP'allllll)

g
Business Oblekt

BAPI
RFCBIIIUotlltk
Funktion bausttin

Remote Function CaD (RFC)


Zugrilf mit RFC- Bei Nicht-Windows-Plattformen, die keinen direkten, objektorien-
Aufruf auf BAPls tierten Zugriff auf die SAP-Business-Objekte anbieten, wie dies z.
B. durch BAPI ActiveX Control maglich ist, kann man auf ein
BAPI zugreifen, indem man Remote Function Calls (RFCs) an den
Funktionsbaustein ubergibt, auf dem das BAPI basiert.
Diese Methode kann auf allen Entwicklungsplattformen verwen-
det werden, auf denen das RFC-Protokoll unterstiitzt wird. Sie ist
als systemnahe Lasung gedacht, urn Client-Programmen den Zu-
griff auf die SAP-Business-Objekte zu ermaglichen, bis ABAP
objektorientierte Middleware und direkte Methodenaufrufe an
die SAP-Business-Objekte vollstandig unterstiitzt.
Wahrend der Laufzeit verwendet das Anwendungsprogramm die
RFC-Bibliothek oder C/C++ RFC Klassenbibliothek, urn den kor-
rekten RFC-Aufruf an den Funktionsbaustein zu libergeben, auf
dem das BAPI basiert. Die Bibliothek ubersetzt Client-Aufrufe
gemafS dem RFC-Protokoll in gultige Kommunikationsschritte.

50
13 Softwarearchitektur des Rl3-Systems

Die Client-Anforderungen werden auf diese Weise an den richti-


gen Funktionsbaustein im R/3-Server-System weitergeleitet.

1.3.1.4.3 Merkmale der SAPls


Es gibt eine Reihe von BAPIs, die fur die gesamte Palette der
SAP-Business-Objekte gleichwertige Services bereitstellen. Die
genaue Funktionalitiit des einzelnen BAPIs wird durch das SAP-
Business-Objekt bestimmt, fur das es implementiert wird.
Standard-BAPls Die folgenden Standard-BAPIs werden fur die meisten Business-
Objekte realisiert:
• GetList
• GetDetail
• CreateFromData oder Create
• Change
• Delete
Datenbankkonsistenz Jedes BAPI, das eine Instanz eines Objekts erstellt oder die Daten
eines Objekts vedindert, ist fur die Datenbankkonsistenz verant-
wortlich. Ein BAPI bildet eine logische Arbeitseinheit (logical unit
of work, LUW) - aIle Datenbankanderungen werden vollstandig
oder uberhaupt nicht ausgefuhrt. Dabei darf das "Commit-Work"-
Kommando nicht yom BAPI selbst aufgerufen werden, sondern
muss yom aufrufenden Programm ausgefuhrt werden.
keine Dialogorientie- BAPIs geben keine Bildschirmdialoge yom R/3-Server-System an
rung die aufrufende Anwendung zuruck.
Berechtigung FUr jede Benutzerinteraktion mit dem R/3-System muss der Be-
nutzer bestimmte Berechtigung~n haben. Damit ein BAPI als Teil
des Anwendungsprogramms ausgefuhrt werden kann, mussen
fur die Benutzer der Anwendung die entsprechenden Berechti-
gungen in den R/3-Stammsatzen festgelegt sein.
Jeder Ausfuhrungsversuch eines BAPIs, der aufgrund einer unzu-
reichenden Berechtigung fehlschlagt, wird an die aufrufende
Anwendung zuruckgemeldet.
Attribute von 1m Gegensatz zu Programmen, welche den objektorientierten
Business-Objekten Zugriff auf BAPIs nutzen, konnen Programme, die direkte RFC-
Aufrufe an den Funktionsbaustein eines BAPIs ubergeben, die
Attribute eines Business-Objekts im Business Object Repository
nicht verwenden. Aus diesem Grund, und um eine maximale
Kompatibilitat zwischen den beiden Ansatzen zu erzielen, sind

51
1 SAP-Einjuhrung

BAPIs speziell so ausgelegt, dass sie die Attribute von Business-


Objekten nicht nutzen.
Der Zugriff auf Daten der SAP-Business-Objekte wird derzeit in
der Metasprache ,,xML" verwirklicht.

1.3.1.5 XML (Extensible Markup Language)


In diesem Kapite1 wird die neue "Markup"-Sprache XML, dem
universellen Format fur Daten im Web, kurz vorgestellt. XML er-
moglicht es Entwicklern einfach strukturierte Daten von jeder
Applikation in einen Standard zu beschreiben. Dabei ersetzt XML
nicht Hyper Text Markup Language (HTML) , sondern erganzt es
vielmehr.

1.3.1.5.1 Aufbau und Funktionsweise von XML


XML ist eine yom W3C herausgegebene Empfehlung fur ein Da-
teiformat, das es ermoglicht, einfach und billig elektronische Do-
kumente im WWW zu verteilen. Diese erweiterbare Meta-Sprache
ist plattform-, applikations-, sprachen- und domainunabhangig.
DerBe
Abb.1.28
Metasprachen XMLoOokumente

8 ~
AoPllklltlonen

8
Datenverarbeitungsroutinen konnen in einer beliebigen Sprache
geschrieben werden. Damit Daten in einem XML-Dokument rich-
tig "interpretiert" werden, mussen die "Markierungen" (markups)
lediglich "wohlgeformt" (well-formed) sein. XML ist also keine
Programmiersprache. Fur den Zugriff auf XML-Dokumente sind
Skripts oder Programme notwendig. Des Weiteren mussen Brow-

52
1.3 Sojtwarearchitektur des R13-Systems

ser mit denen man XML-Dokumente visualisieren mochte, XML-


fahig sein.
Tags Vereinfacht ausgedruckt geht es bei XML darum, dass eine neue
Sorte von Tags eingefilhrt wird. Neu sind diese Tags zumindest
filr Leute, die bisher nur HTML-Tags kannten. Wer sich mit SGML
(Standard Generalized Markup Language) auskennt, bewegt sich
beim Umgang mit XML auf vertrautem Gebiet, denn XML ist ein
Subset von SGML.
1m Rahmen von HTML unterscheidet man vor allem zwei Arten
von Tags: Es gibt solche, mit denen angegeben wird, welchen
Platz ein Element innerhalb der Struktur des Dokuments hat. Sie
werden logische Tags genannt.
(Beispiel: In <HI>Zeichenfolge</HI> sagt die Markierung, dass
"Zeichenfolge" eine Dberschrift erster Stufe ist.)
Weiterhin gibt es prozedurale Tags, mit denen sich Formatie-
rungsanweisungen geben lassen.
(Beispiel: In <B> Zeichenfolge</B> sagt die Markierung, dass
"Zeichenfolge" im Fettdruck dargestellt werden soll.)
Wie aber verhalt es sich mit Tags dieser Sorte:
<AUTOR> Gunter Grass </AUTOR> ?
Es wird nichts tiber die Dokumentstruktur angemerkt, und es
wird auch keine Formatieranweisung gegeben. Man kann bei
diesen Tags von semantischen Tags sprechen, denn sie sagen
etwas tiber die Bedeutung der Zeichenfolge, die von ihnen ein-
geschlossen wird . .Ahnlich wie der <HI> Tag in HTML.
Die Tags lassen sich verschachteln, so dass komplexere Aussagen
entstehen:
<BUCH>
<TITEL> Die Blechtrommel </TITEL>
<AUTOR> Gunter Grass </AUTOR>
</BUCH>
Man erfahrt, dass es um ein Buch geht mit dem Titel "Die Blech-
trommel" vom Autar Gunter Grass.
Wenn ein Browser an einen <B>-Tag gerat, kann er filr Fett-
druck-Formatierung sorgen. Wenn er an einen Tag gerat, der die
Dokument-Struktur markiert, wird eine bestimmte Formatierung
gewahlt.

53
1 SAP-Einfuhnmg

Was aber macht der Browser mit semantischen Tags? Bisher


uberhaupt nichts. Schon bald aber werden Browser und andere
XML-fahige Programme in der Lage sein, semantische Tags mit
Hilfe von Style sheets zu verarbeiten.

1.3.1.5.2 Verwendbarkeit von XML


Das WWW als Medium der einfachen Zuganglichkeit von Infor-
mation beruht nicht nur auf HTML-Seiten, sondem auch, urn die
Moglichkeiten und Benutzerfreundlichkeit (Search Engines, Onli-
ne-Banking, uvm.) zu steigem, aus Datenbanken, die auf die Be-
nutzer zugreifen konnen. Da HTML nicht uber den notigen "In-
formations-IQ" verfiigt, konnen viele wiinschenswerte Applikati-
onen mit HTML nicht realisiert werden. Mit XML entsteht jedoch
eine Metasprache, die universelles, datenbankbezogenes Web-
publishing mit voller Fem-Zugriffsmoglichkeit moglich macht.
Somit ergeben sich noch bessere Wege auf im Web gespeicherte
Information zuzugreifen. So sollen sog. Agenten, die alle fUr ein
Dokument benotigten Daten aus mehreren heterogenen Daten-
banken zusammentragen konnen.
Strukturierte Daten Wenn in einem HTML-Dokument Texte geliefert werden, muss
man von unstrukturierten Daten sprechen. Es fUhrt schwer zu
uberzeugenden Ergebnissen, wenn man Programme auf so1che
Daten ansetzt. Das Programm wird nur Abfolgen von Zeichen
finden, die nicht verwertbar sind.
Das andert sich, wenn ein Dokument ausgiebig mit semantischen
Tags versehen wird. So1che Tags sind die "Griffe", an denen
verarbeitende Programme die Daten "anpacken" konnen.
Die strukturierten Daten, die mit XML-Dokumenten geliefert
werden, stehen von ihrer Strukturiertheit her zwischen den (ubli-
cherweise in hohem MaJSe struktufierten) Datenbank-Daten ei-
nerseits und den unstrukturierten Textdaten andererseits.
In einer Datenbank hat jeder Datenbank-Inhalt seinen festen
Platz. Wenn gefragt wird: "Wo taucht in der Datenbank der Beg-
riff Wien auf?", dann lautet die Antwort moglicherweise: "Der
Begriff taucht in def Kunden-Tabelle im Datensatz 1023 im Feld
Wohnort auf."
In XML-Dokumenten gibt es Entsprechungen zu den Feldem der
Datenbanken. Das Wohnort-Feld einer Datenbank findet seine
Entsprechung in dem <WOHNORT>-Element eines XML-Doku-
ments.

54
13 Softwarearchitektur des RlJ-Systems

Das hat praktische Bedeutung, denn XML-Datenformate sollen


unter anderem eingesetzt werden, um Daten, die aus Datenban-
ken stammen, zu den Web-Clients zu transportieren.
Style Sheet Da bei XML eine Trennung zwischen dem Inhalt eines Doku-
ments und dessen Aussehen (Design) erfolgt, miissen Style
Sheets die Designaufgabe erfiillen. Auch in XML selbstgeschaffe-
ne Tags k6nnen mittels Style Sheets Formatierungen zugewiesen
werden. Durch das Zusammenspiel von selbstgeschaffenen Tags
mit selbstverfassten Style Sheets entsteht fur den Web-Designer
zusatzlicher Freiraum fur Kreativitat.
Durch das Aufkommen von XML gibt es neuen Auftrieb fur die
Idee, dass Formatierungs-Tags verzichtbar sind. Und da XML von
Anfang an zusammen mit Style Sheets eingesetzt werden kann,
ist es vorstellbar, dass sich die Web-Designer tatsachlich immer
mehr auf die Formatierung mit Style Sheets verlegen werden.
Die Angaben, die in Style Sheets fur semantische Tags gemacht
werden, unterscheiden sich nicht von den Angaben fur die Tags,
mit denen Struktureinheiten gekennzeichnet werden. Man kann
in einem Style Sheet angeben, dass alle Dberschriften dritter Stufe
im Fettdruck dargestellt werden sollen. In gleicher Weise lasst
sich auch angeben, dass der Inhalt von allen <AUTOR>-
Elementen im Fettdruck erscheinen solI.
Es gibt einige Technologien, die urspriinglich mit Blick auf
HTML entwickelt wurden, sich aber auch im Zusammenhang mit
XML bewahren. Zu diesen Technologien geh6ren die Cascading
Style Sheets (CSS), das Dynamische HTML und die Objekt-
Modelle, mit denen die Grundlage geliefert wird, dass Scripts auf
die Elemente der Dokumente zugreifen k6nnen. Man entwickelt
beim W3C bereits einen Style-Sheet-Mechanismus fur XML, der
den Namen eXtensible Style Sheet Language (XSL) tragt.

Die Vorteile von XML:


• flexibler als HTML;
• weniger optionale Eigenschaften als SGML (somit einfacher
implementierbar) ;
• basierend auf dem l0646/Unicode Codesatz;
• standardisierte "style sheet" Steuerung;
• kann einfach aus Datenbanken heraus generiert werden etc.

55
1 SAP-Einfiihrung

1.3.1.5.3 Einsatzgebiete von XML


Browser- Die XML-Hihigkeit der derzeit gangigen Browser ist fur die
Kompatibilitiit kommenden Versionen geplant. Microsoft bietet bereits in der
Betaversion des "MS Internet Explorer 5" XML-Fahigkeit an.
Ausschau Viele Firmen arbeiten daran XML-fahige Produkte zu entwickeln
und auf den Markt zu bringen. Darunter ist nicht nur Microsoft,
sondern auch andere renommierte Softwarehersteller. XML ist al-
so keineswegs nur eine Vision, sondern vielmehr schon Realitat.
XML wird mittlerweile auch bei SAP, wie die folgende Graphik
zeigt, eingesetzt:

Abb.1.29 Einsatzgebiet von XML


Einsatzgebiete von
XML im R13-System

Nicbt-SAP
ERP-Systeme SAPRIl
Xli L

SAPRIS

1.3_2 Rl3-Systemarchitektur
Urn Branchenneutralitat und Internationalitat zu garantieren,
wurde R/3 als offenes und modulares System entwickelt. So-
mit kann der R/3-Kunde das System an seine Erfordernisse an-
passen und auch selbst erweitern. Es milssen nur die unmittelbar
benotigten Module beschafft werden, dadurch wird das System
mit Codes und Daten nicht unnotig belastet und die Kosten be-
wegen sich in einem ilberschaubaren Rahmen.

56
1.3 Sojtwarearchitektur des Rl3-Systems

Der modulare Aufbau ist als Baukasten oder Puzzle vorstellbar


(siehe Abb. 1.30). Beim Kauf des Basissystems entscheidet man
sich fur eine der oben genannten Datenbanken und installiert
das vollstandige System. Die Benutzung des Systems wird jedoch
je nach Bedarf eingeschrankt. Der Preis des Gesamtsystems rich-
tet sich nach Anzahl der Gesamtbenutzer sowie nach Art und
Anzahl der eingesetzten Module.

Abb.1.30
Schema des ???
Modulaufbaus

FI

PP
PS

In den folgenden Abschnitten werden die Basiskomponenten


und die Module mit ihren Leistungsmerkmalen und ihren Funkti-
onsumfangen sowie die Integration der Module in der SAP-GUI
(Bedieneroberflache von R/3) stichwortartig gelistet.
BC - Basiskompo- Die Basiskomponente ist im wesentlichen dafiir zustandig, die
nente (Basic Com-
Verbindung zwischen Datenbank und den angeschlossenen Mo-
ponents)
dulen zu gewahrleisten. Sie bietet eine Vielzahl an Leistungen,
die im Wesentlichen in drei Bereiche aufgeteilt werden:
• Administration
• Entwicklung
• Service

57
1 SAP-Einjilbrnng

Weiterhin sind wichtige Funktionen integriert:


• Administration und Customizing
• Graphical User Interface (GUI)
• Verwaltung von Hintergrundprozessen
• Systemuberwachungsfunktionen
• Netzwerkfunktionen
• Hardwaresteuerung
• Programmierschnittstellen
• Entwicklungsumgebung
• Datenbank
FI - Finanzwesen (Financial Accounting)
• Hauptbuchhaltung
• Debitorenbuchhaltung
• Kreditorenbuchhaltung
• Konsolidierung
• Finanzcontrolling
• Finanzmitteluberwachung
• Cashmanagement
• Treasurymanagement
• Materialrisikomanagement
• Haushaltsmanagement
CO - Controlling
• Kostenstellenrechnung
• ProzeBkostenrechnung
• Leistungsrechnung
• Auftrags- und Projektrechnung
• Produktkosten-Controlling
• Gemeinkosten-Controlling
• Ergebnis- und Marktsegmentrechnung
• Profit-Center-Rechnung
• Untemehmenscontrolling
AM - Anlagenwirtschaft (Assets Management)
• Abschreibungsvorschau
• Investitionscontrolling

58
1.3 Softwarearcbitektur des Rl3-Systems

• Anlagenbuchhaltung
• Technische AnlagenvelWaltung
PS - Projekt System (Project System)
• Grunddaten
• Planung und Forecasting
• Netzplantechnik
• Tenrrtinrnanagernent
• Fortschrittserrnittlung
• Projekt-Inforrnationssystern
HR - Personalwirtschaft (Human Resources)
• Organisation und Planung
• Planung und Controlling
• Personaladrninistration
• Zeitrnanagernent
• Reisekosten
• Personalabrechnung
• Intemationale Bruttoabrechnung
• Personalrnanagernent
• Organisationsrnanagernent
PD - Personalentwicldung
• Qualifikation und Anforderung
• Karriere und Nachfolgeplanung
• Veranstaltungsrnanagernent
PM - Instandhaltung (Plant Maintenance)
• Kennzahlensystern
• Anlagenstrukturierung
• Technische Objekte in der Instandhaltung
• Vorbeugende Instandhaltung
• Instandhaltungs-Inforrnationssystern
QM - Qualitiitsmanagement (Quality Management)
• Priifplanung
• Priifabwicklung
PP - Produktionsplanung (Production Planning)
• Grunddaten

59
1 SAP-Einfiihrnng

• Absatz- / Produktionsgrobplanung
• Bedarfsplanung
• Programmplanung
• Fertigungsauftrage
• Fertigungsinformationssystem
• Erzeugniskalkulation
• Kapazitatsgleichung
• Kapazitatsabgleich
• Leitstand
• Kopplung an Subsysteme (siehe Satellitensysteme)
PDM - Produktdatenmanagement (Product Management)
• Produktdatenverwaltung
• Produktionsentwicklung
• Produktanderungsprozess
• Produktstrukturpflege und -verwaltung
• Produktprogramm-Management
• Dokumentenverwaltung
• Anderungsdienst
• Klassifizierungssystem
• CAD-Integration
MM - Materialwirtschaft (Material Management)
• Grunddaten
• Einkauf
• Einkaufsinformationssystem
• Lagerverwaltung
• Bestandsfuhrung
• Rechnungspriifung
SD - Vertrieb (Sales and Distribution)
• Verkauf
• Versand
• Fakturierung
• Veltriebsuntersti.itzung
• Vertriebsinformationssystem

60
13 Sojtwarearcbitektur des Rl3-Systems

SM - Servicemanagement
• Kundenobjektverwaltung
• Garantiepri.ifung
• Servicevertragsverwaltung
• Servicemeldungsverwaltung
• Serviceabwicklung
• Ersatzteilliefenmgen
• Fakturierung und Auswertung
WF - Workflow
• Analyse, Organisation und Kontrolle von Geschaftsverlaufen
• Verstarkung der Informationsstruktur in einem Untemehmen
• SAP-Office (Mail, XXL, u. a.)
• Optische Archivierung
IS - Branchenlosungen (Industry Solution)
Um der Branchenneutralitat gerecht zu werden, wurden samtli-
che branchenspezifische Daten in die folgenden Module integ-
riert, so dass die meisten Untemehmen mit einem dieser Module
bedient werden konnen.
Folgende Branchenlosungen stehen u. a. zur Verfugung:
• IS-PS (Public Sector)
Modul fur das Haushaltsmanagement und die kameralistische
BuchfLihrung im offentlichen Dienst
• IS-P (Publishing)
Modul zur Anzeigenverwaltung und Vertrieb fur Verlage und
Druckereien
• IS-H (Hospital)
Krankenhausverwaltung
• IS-IS (Insurance)
Vermogensverwaltung fur Versicherungs- und Finanzdienst-
leistungsuntemehmen
• IS-B (Banking)
Bankwesen
• IS-Oil (Oil)
blindustrie
• IS-RT (Retail)
Einzel- und GrofShandel

61
1 SAP-Einjubrung

• IS-Utilities
Versorgungsunternehmen
• PP-PI
Branchenlosung der Produktionsplanung und -steuerung fur
die prozessorientierte Industrie

Organisation der In der SAP-Oberflache werden die Module zu den Gruppen


Module in der SAP- (Hauptmenupunkten) zusammengefasst (vgl. Abb. 1.31):
Oberflil.che
• BUro (Office, WF, Opt. Archivieren etc.)
• Logistik (MM, SD, PP, PDM, QM, PS, PM, SM)
• Rechnungswesen (FI, AM, CO, PM)
• Personal (HR, PD)
• Infosysteme (EIS, LIS, PIS, VIS etc.)

Abb.1.31
SAP-Oberflil.che

Die Entwicklungsfunktionen sowie die Elemente des Basis-


systems finden sich wieder in den Gruppen (siehe auch hierzu:
3. Kapitel):
• Werkzeuge (ABAP/4 Workbench, Business Engeneering,
Administration, Kommunikation, Textverarbeitung, Hypertext
etc.)

62
1.4 Einstieg in Rl3

• System (Erzeuge u. Losche Modus, Benutzervorgaben, Diens-


te, Hilfsmittel, Jobs etc.) und
• Hilfe (Hilfe zur Anwendung, R/3-Bibliothek, Glossar, Release-
Infos, SAP Net, Einstellungen etc.)
Rl3-Satelliten- Eine besondere Rolle in der Modularchitektur von R/3 spielen
systeme die sog. · Satellitensysteme, die in R/3 entwickelt wurden. Diese
werden von den Unternehmen eingesetzt, die gleichzeitig R/2
und R/3 einsetzen.
Die Satellitensysteme bilden also eine Schnittstelle zwischen R/3
und R/2; jedes Satellitensystem besitzt eine eigene Datenbank,
urn darin eine Kopie der Stammdaten aus dem R/2-System anzu-
legen.
Folgende R!3-Satellitensysteme stehen dabei zur Verfugung:
• Fertigungsinstandhaltungs- und Qualitatsleitstand
• Lagerverwaltungssystem
• Dezentrales Versandsystem
• Finanzsystem fUr die Konsolidierung
• Finanzmittelmanagementsystem
• Executive Information System

Individuelle Theoretisch konnten mittels der oben genannten Schnittstellen


Rl3-Erweiterungen sowie des Einsatzes von ABAP/4 (siehe Kapitel 3) auch eigene
R/3-Erweiterungen geschrieben werden. Das Kosten-Nutzen-
Verhaltnis ist genau abzuwagen, da die Programmpflege solcher
Entwicklungen oft unterschatzt wird. In begrenztem Mage unter-
stutzt SAP auch Kundenerweiterungen, wenn sie u. a. fUr eigene
Entwicklungsvorhaben ausgebaut werden konnen. Besonders bei
Releasewechse1n ist oft ein enormer Zeitaufwand notig, urn die
Funktionen des entwickelten Programms weiterhin nutzen zu
konnen.

63
1 SAP-Einfuhrung

1.4 Einstieg in Rl3


Ziel dieses Kapitels soll sein, die grundlegenden Bedienungs-
moglichkeiten des R/3-System zu erHiutern. Es enthalt hier In-
formationen zum Einstieg in das System, zum Bildschirmaufbau
und den Systemfunktionalitaten. Die Menileintrage "Werkzeuge"
und "System" werden erlautert.

1.4.1 Starten von Rl3


Nach dem Windows-Start - es wird von der Bedieneroberflache
unter dem Windows Front-End ausgegangen - steht das R/3-
Icon (siehe Abb. 1.32) in einer eigenen Anwendungsgruppe.

Abb.1.32
Rl3-Logon-lcon

Das Anklicken mit der Mouse oder ilber Tastatur bewirkt das au-
tomatische bffnen des SAP-Logon-Fensters von R/3 (siehe Abb.
1.33):
~ SAP I nCJnn I!I.Ef
Abb.1.33
Rl3-Logon-Fenster
.) IDES 4 00
i LMAG 11 I Logon I
.1 Qo$8 I
..J

Durch Anwahlen des gewilnschten Eintrages und Anklicken der


Schaltflache "Logon" wird man zum Anmeldebildschirm weiter-
ge1eitet (siehe Abb. 1.34).

64
1.4 Einstieg in Rl3

Urn sich erfolgreich anzumelden, werden folgende Informationen


benotigt:

Anmelden <D Mandantennummer


@ Benutzerkennung
® Kennwort
(beim erstmaligen Anmelden auch das Initialkennwort)
@ Sprache

Abb.1.34 - SAP HIl Rlil EJ


R13-Anmeldefenster
U. !it>
V iJ Ax
Log cit lewpattWOld

CiorV Jiiiii'i CD
u_ I? ®
P _d 1·····_·· (3)

r- eD
L_ _

COJ(1)() · '1 OVA 1007

Mandant 1m System R13 konnen mehrere Mandanten <D gefuhrt werden.


Unter einem Mandanten wird im R13-System eine juristische oder
organisatorische Einheit verstanden, fur die spezielle Systemein-
stellungen gelten. Eine Unternehmung oder ein Konzern wird im
SAP-Sprachgebrauch als Mandant bezeichnet und besitzt eine je-
Anmelden weilige Mandantennummer. Fur die Anme1dung in einen Man-
danten sind die entsprechende Mandantennummer, der dazuge-
horige Nutzername und das Kennwort notwendig. Diese Anga-
ben werden in einem Anmeldefenster, das beim Starten des Pro-
gramms erscheint, eingegeben (siehe Abb. 1.34). Nach der An-
meldung befindet sich das System im Normalmodus, aus dem
heraus die Arbeiten durchgefuhrt werden konnen.
Benutzerkennung Die Benutzerkennung @ wird vom Systemadministrator einge-
richtet und mitgeteilt. Gleichzeitig werden somit die Zugriffsrech-
te festgelegt.

65
1 SAP-Einfiihrung

Kennwort Beim Andem des personlichen Kennworts @ soUten folgende


OrdnungsregeJn beachtet werden:
• Kennwortlange zwischen drei und acht Zeichen;
• als erstes Zeichen kein Ausrufezeichen (0, Fragezeichen (?),
Leerzeichen 0;
• die ersten drei Zeichen, die im Benutzemamen enthalten
sind, durfen beim Kennwort nicht wiederkehren;
• drei aufeinanderfolgende gleiche Zeichen sind am Beginn
nicht erlaubt;
• zwischen Klein- und GroBschreibung wird nicht unterschie-
den;
• keines der fUnf zuletzt verwendeten Passworter ist zulassig;
• das Kennwort darf nicht PASS oder SAP* lauten.
Fur das erste Anmelden benotigt man ein Initialkennwort, das
sofort nach dem Starten geandert werden soUte.
Sprache Wenn man Bilder, Menus und Felder in einer anderen Sprache
® als Deutsch anzeigen mochte, stellt man den Cursor auf das
Feld Sprache und gibt das entsprechende Sprachkennzeichen,
z. B. fUr Englisch "E", ein.
Nach der erfolgreichen Anmeldung konnen unterschiedliche, in
sich abgeschlossene Funktionen (Transaktionen), ausgefuhrt
werden. Eine Transaktion umfasst einen logisch abgeschlosse-
nen Vorgang im R/3-System. Darunter ist eine Folge zusammen-
gehoriger Dialogschritte (Bildschirmmasken) fUr einen in sich
abgeschlossenen betriebswirtschaftlichen Vorgang (z. B. Anlegen
eines Lieferanten) zu verstehen.
Oynpro Die Bildschirmmasken werden zusammen mit der dazugehorigen
Ablauflogik mit Dynpro (Dynamisches Programm) bezeichnet.
Abmelden Um die Arbeit im System ordnungsgemaB zu beenden, muss man
sich abmelden. Nur so ist gewahrleistet, dass alle Daten gesichert
werden und nicht verloren gehen konnen. Die Abmeldung kann
grundsatzlich aus jedem Programmpunkt im System erfolgen.
Dazu stehen unterschiedliche Wege zur VerfUgung.
Die benotigte Menufunktion heiBt System 9 Abmelden oder man
initiiert die Abmeldung durch Eingabe den Transaktionscode
"Inend" in der Befehlseingabe. Dadurch wird nicht nur der akti-
ve Modus beendet, sondem alle ge6ffneten Modi werden ge-
schlossen. Ein Modus wird durch ein eigenstandiges Fenster rep-
rasentiert, in dem eine Anwendung ablauft. Die Arbeit mit meh-
reren Modi wird im Kapitel 1.4.4.2 erlautert.

66
1.4 Einstieg in Rl3

1.4.2 Bildschirmaufbau und Bedienung von Rl3


Urn dem Benutzer die Verwendung des R/3-Systems zu erleich-
SAP-GUI tern, wurde die Benutzerschnittstelle SAP-Graphical User Inter-
face (SAP-Gill) primar nach den Regeln des Windows-Style-
Guide entwickelt (vgl. Abb. 1.35 und 1.38). Die BenutzeroberfHi-
che des R/3-Systems ahnelt daher bekannten Windows-Applika-
tionen. SAP-Gill ist jedoch nicht nur auf PC's mit Microsoft-
Windows-Benutzeroberflache lauffahig, sondem kann bspw.
auch auf OS/2 und Apple Macintosh-Plattformen aufsetzen. 1m
Beitrag wird von einer Microsoft-Windows-Oberflache ausgegan-
gen. Die Funktionalitat ist im Prinzip plattformunabhangig.
Nach der richtigen Eingabe der Anmeldedaten sowie des Pass-
wortes und dem Drucken der IEnter I-Taste findet man den Ar-
beitsbildschirm vor. Dieser kann aus folgenden Elementen beste-
hen (siehe Abb. 1.35):
Abb.1.35
Aufbau eines
Fensters

'-
P-
'''--
l-..
w.
- r
r
Ifl IArbeit bereich I
I
'"- I

--
-
[ri_ I
'01_ _
r--
I
... I
I

Die Titelleiste uberschreibt die aktuelle Anwendung. Die Menu-


leiste umfasst neben dem Menunamen aIle untergliederten Me-
nueintrage. Darunter befindet sich die Funktionsleiste. Je nach
Kontext der augenblicklichen Anwendung verandem sich Funk-
tionalitat und Gestalt dieser Leiste. Die Grundfunktionen sind in
Abb. 1.38 (Funktionalitaten des SAP-GUO dargestellt. Mittels
Klick auf die rechte Maustaste werden alle momentan gUltigen
Funktionstasten angezeigt. In diesem Zusammenhang sei er-
wahnt, dass es meist mehrere Moglichkeiten der Bedienung gibt,

67
1 SAP-Einfilhrnng

die die gleiche Funktionalitat bewirken. Der groBte Bereich dar-


unter ist der eigentliche Arbeitsbereich. Der unterste Bereich im
Bildschirm wird haufig als Statuszeile bezeichnet. In ihm wer-
den Systemnachrichten zur aktuellen Anwendung angezeigt.
1m R/3-System existieren mehrere Fenstertypen. Erscheint im ak-
tiven Fenster ein neues Fenster zur Anzeige und Eingabe von In-
Dialogfenster fonnationen, so spricht man von einem Dialogfenster. Der Nutzer
muss den Dialog durch eine Eingabe beenden, bevor mit dem
dahinterliegenden Menu weitergearbeitet werden kann.
Wenn man im R/3-System Infonnationen eingibt, kann es vor-
kommen, dass man bei der Eingabe Optionen auswahlen muss.
In manchen Fallen kann nur eine Auswahl getroffen werden, in
anderen Fallen kann man aus mehreren angebotenen Moglich-
keiten auswahlen. Wenn das System nur eine Auswahlmoglich-
keit anbietet, werden Auswahlknopfe angezeigt.
Gibt es mehrere Auswahlmoglichkeiten, muss man unter An-
kreuzfeldern wahlen. Die unterschiedlichen Fensteltypen sind
in Abb. 1.36 dargestellt.

Abb.1.36
Unterschiedliche
Fenstertypen x

IDtalogfenster I

Radiobutton

Checkbox

Funktionsleiste In der Funktionsleiste werden aile wichtigen Funktionen zur Be-


dienung des Systems bereitgestellt. Diese werden im Folgenden
kurz beschrieben:

68
1.4 Einstieg in R13

Das Symbol mit der ge1ben Diskette dient zum Speichem der
Anderungen und Eingaben, die durchgefiihrt wurden.
Den griinen pfeil (nach links) benotigt man, urn eine Ebene
nach oben bzw. einen Schritt zuruck zu gelangen. Mit dem gel-
ben pfeil Cnach oben) gelangt man entweder eine Ebene nach
oben, lost eine Aktion aus bzw. schickt einen Auftrag abo
Urn einen Auftrag abzubrechen, druckt man das Symbol mit dem
roten" X". Bei dieser Aktion werden keine Daten gespeichert.
Die Suche nach Eingabemoglichkeiten wird mit dem FerngIas
ermoglicht. Urn eine allgemeine Hilfe anzufordem, muss das
Fragezeichen angeklickt werden.
Das Anklicken des Drucken-Symbols ermoglicht das Ausdru-
cken des aktuellen Bildschirms.
Zur Navigation in Dokumenten stehen die vier Symbole ganz
rechts auf der Symbolleiste zur Verfiigung. Mit dem ersten ge-
langt man an den Anfang des Dokuments, mit dem letzten an
das Ende. Mit den beiden anderen Symbolen kann man jeweils
eine Seite nach oben bzw. nach unten bhittem.
Eine besondere Rolle spielt das Befehlsfeld (siehe Abb. 1.37). In
diesem Fe1d ist die Eingabe von Kommandos und Transaktions-
codes moglich. Die Eingabe wird mit der OK-Taste Csiehe links)
abgeschickt; mit ihr werden alle Bildschirmeingaben abgeschlos-
sen. Diese Art der Eingabe wurde aus Kompatibilitatsgrunden
gegenliber R/2 aufgenommen, so dass ehemalige R/2-Benutzer
sich sehr schnell in die neue Umgebung einarbeiten konnen.
Zum Abme1den aus dem System kann hier z. B. "/nend" einge-
geben werden.
Mit dem Fenstersymbol wird dem Benutzer die Moglichkeit ge-
geben ein neues Fenster zu offnen. Man spricht vom Erzeugen
eines neuen Modus.
Das Symbol, das eine Verknlipfung auf dem Desktop ermoglicht,
steht als weiteres neues Symbol in der Symbolleiste zur Verft.i-
gung.

Abb.1.37
Befehlsfeld und
OK·Taste

69
1 SAP-Einfilhrnng

Transaktionscode 1m Befehlsfeld ist durch die Eingabe eines Transaktionscodes je-


de beliebige Anwendung des R13-Systems direkt aufrufbar.
Durch die Eingabe des 4-stelligen Transaktionscodes gelangt man
zur ersten Bildschirmmaske einer Anwendung (Transaktion).
Mit,,/n" beendet man die aktuelle Anwendung. Urn z. B. die An-
zeige der Lieferantendaten Einkauf direkt tiber den Transaktions-
code MK03 und nicht tiber den Mentipfad anzuzeigen, muss
,/nmk03" eingegeben und danach IEnter) bellitigt werden. Die
Verwendung des "In" vor dem vierstelligen Transaktionscode hat
weiterhin den Vorteil, dass durch das vorherige Beenden die neu
zu startende Transaktion (Anwendung) yom Wurzelursprung aus
gesucht wird. Darnit ist ein Start von jeder beliebigen Stelle im
System aus moglich. Mit ,,/0" vor dem Transaktionscode wird ein
neuer Modus mit der zu startenden Transaktion geoffnet.
Die Errnittlung des Transaktionscodes der aktuellen Anwendung
erfolgt tiber die Mentifunktion System Q Status. Da sich mit Re-
lease-Wechseln oft die Mentipfade, aber nicht die Transaktions-
codes verandern, werden die wkhtigen Transaktionscodes im
Beitrag in Klammern hinter den Mentipfaden angegeben.
Druckt man auf den Auswahiknopf rechts neben dem Eingabe-
feId, werden die bisher abgearbeiteten Transaktionscodes zur
Auswahl angeboten.
In Abb. 1.38 werden alle wichtigen Funktionen des Grafischen
Userinterfaces (GUI) nochmals im Oberblick zusammengefasst:

Abb.1.38
Funktionalitaten
desGUI

SAP-Verkm1pfung
erstellen

70
1.4 Einstieg in Rl3

Da das Rl3-System tiber erne fast untiberschaubare Anzahl von


Anwendungen und damit tiber eine weit- und tiefverzweigte Me-
ntistruktur verftigt, erleichtert es das dynamische Menti eine An-
wendung zu finden. Man erreicht es im Ausgangsbildschirm

des Rl3-Systems mit dem Button [P.y.~~·M~~:~]


Dynamisches Menu Das dynamische Menti hilft, wenn der Weg tiber die Meniileiste
zu einer speziellen Anwendung nicht bekannt ist oder man eine
Ubersicht tiber die Anwendungen eines Sachverhalts, wie z. B.
"Kostenstelle", wiinscht. Neben den Namen der gesuchten An-
wendungen werden im dynamischen Menti die Transaktionsco-
des angezeigt. Man kann auf diese Weise, z. B. eine Liste erstel-
len, in der alle Anwendungen, welche Kreditoren betreffen, an-
gezeigt werden.
Durch Betatigen der rechten Maustaste erscheint ein Menti, aus
dem die wichtigsten Funktionen fUr das aktuelle Fenster gewahlt
werden k6nnen. Die Funktionen sind auch hier kontextbezogen.

1.4.3 Tastaturbelegung
Die SAP-Oberflache arbeitet mit 24 Funktionstasten. Sollen die-
se mit einem PC mit nur 12 Funktionstasten bedient werden, ist
eine Doppelbelegung von Tasten n6tig. Die Funktionstasten 13
bis 24 erreicht der User dann durch das Drucken von (Q]{ITJ bis
D®)·
Nachfolgend stehen die wichtigsten Funktionstasten in einer
kurzen Ubersicht:

Hilfe
Auswahlen
Zuriick
Beenden
Eingabemoglichkeit
Suche nach Transaktionscodes
Sichern
Abbrechen

Die Oberflache des Systems bietet neben der Mouse-Bedienung


die M6glichkeit, tiber die Tastatur die Navigation mit nachfol-
genden Tastenbelegungen innerhalb des Programms vorzuneh-
men:

71
1 SAP-Einfiihrnng

Navigation Ober die Bewegt den Cursor nach links oder rechts
Tastatur Bewegt den Cursor nach oben oder unten
Blattert eine Bildschirmseite zuruck
BHittert eine Bildschirmseite vor
Geht zur ersten Spalte der Liste
Geht zur letzten Seite der Liste
BHittert eine Bildschirmseite nach links
Blattert eine Bildschirmseite nach rechts
Geht zur ersten Zeile der Liste
Geht zur letzten Zeile der Liste
Springt zum nachsten Eingabefeld
Springt zum vorigen Eingabefeld
Wechselt zwischen Liste und Befehlsfeld
Geht in den Markiermodus. Hier konnen recht-
eckige Bereiche des Bildschirmbildes markiert
werden.
Kopiert markierten Text in die Zwischenablage

LOscht markierten Text und kopiert ihn in die


Zwischenablage

1.4.4 Menustruktur
Dber Menus werden die Anwendungen (Transaktionen) aufgeru-
fen. Die Menuleiste im Startbild/SAP-Oberflache (siehe Abb.
1.31) ist in Arbeitsgebiete eingeteilt. Durch Anklicken eines Ar-
beitsgebietes offnet man ein Pull-Down-Menu. Jede Arbeitsge-
bietsebene enthalt eine weitere MenUleiste. Dber die Menus und
die eventuell folgenden Untermenus der Arbeitsgebietsebene
wird die Transaktion ausgewahlt. Die Verwendung von Transak-
tionscodes ist eine zweite Moglichkeit, um Anwendungen im R/3
zu erreichen.
Der Basisbildschirm enthalt neben den Standardanwendungen,
wie Werkzeuge, System, Hilfe oder das Symbol Palette (siehe
links) die Ausgangspunkte zur Verzweigung in die betriebswirt-
schaftlichen Komponenten, wie Rechnungswesen, Logistik oder
Personal.

1.4.4.1 Werkzeuge
Unter dem Menupunkt Werkzeuge sind eine Reihe von Tools
zusammengefasst, die uber die tagliche Arbeit mit dem R/3-
System hinausgehen. Hier soll nur eine kurze Erlauterung dieser
Werkzeuge erfolgen. Auf einige, besonders die Einfuhrungs-

72
1.4 Einstieg in Rl3

werkzeuge, wird im Verlaufe des Buches noch detaillierter ein-


gegangen.

Abb.1.39 • SAP H/3 I!I~ £J


Meniipunkt fersonal In/os}'$Ieme
Werkzeuge S,YSlem !::! e
ABAe Workbench
Busi!)C;$ CorrrnunicatlOn
Busjne$! Oocuments
jlusinen Engneer
Busine$! ~OIkfJow ~
Bysine$! Framework •

!;CMS
AdIDrnstr atron

W$Cr~
!:!ypertex
.s.uchen

ABAP/4 Workbench Die ABAP/4 Workbench umfasst prinzipiell zwei Hauptfunktio-


nalitaten. Zum einen konnen Entwickler zusatzliche Programme
zum R13-System in einer echten Programmierentwicklungsumge-
bung erstellen. Zum anderen konnen mit dem ABAP/4 Dictio-
nary Informationen uber die Daten, deren Eigenschaften und die
Beziehungen zwischen den Datenobjekten ermittelt werden.
Mit Hilfe der Systemadministration wird das Rl3-System uber-
wacht und verwaltet. Eine Funktion, die nicht nur fur Adminis-
tratoren von Nutzen ist, ist das Anzeigen und Loschen von Modi
der Benutzer.
Der Funktionsaufruf sieht folgendermaBen aus: Administration
~ Monitor ~ Systemuberwacbung ~ BenutzerUbersicbt (SM04).

Es kann dadurch z. B. ein "abgesttirzter" Modus endgultig ge-


loscht werden. Hierbei ist Vorsicht geboten, da leicht der falsche
Modus geloscht werden kann.
CCMS 1m Kapitel 1.6.1 wird auf das Computing Center Management
System (CCMS) eingegangen. Diese Funktion ist ebenfalls im Me-
nuzweig Administration enthalten.

73
1 SAP-Einfuhrung

Mit dem zweiten Meniipunkt Business Communication im Me-


Business
Communication niipunkt Werkzeuge gelangt man in eine Maske, in der die ge-
samte Biirokommunikation abgehandelt wird. Hier kann bspw.
ein Terminkalender gefuhrt werden, der die Mitarbeitervertretung
verwaltet. Des Weiteren fiihrt man unter dem Meniipunkt Buro
die Adressen- und Formularverwaltung.
Business Documents In der Maske Business Documents konnen Geschaftsdokumente
erstellt und verwaltet werden. Das Modul verfiigt iiber umfang-
reiche Such- und Anzeigeoptionen.
Business Engineer Business Engineering dient zur Konfiguration des R/3-Systems.
Hier werden Geschaftsprozesse dargestellt. Es wird zwar eine
vorgefertigte Konfiguration installiert, diese ist aber durch den
R/3-Benutzer konfigurierbar.
Customizing Das Customizing (siehe hierzu Kapitel 2) ist eine Methode zur
Einfuhrung und Erweiterung des R/3-Systems und stellt Werk-
zeuge zur Systemeinstellung zur Verfiigung.
Customizing beinhaltet das Verfahren, mit dem man die unter-
nehmensneutral ausgelieferte Funktionalitat den spezifischen be-
triebswirtschaftlichen Anforderungen eines Unternehmens an-
passt. Eine strukturierte Hilfe der Ablaufe des Customizing bietet
das Vorgehensmodell und der Einfiihrungsleitfaden (Imple-
mentation Management Guide, IMG). Eine detaillierte Beschrei-
bung dieser zwei Einfuhrungswerkzeuge erfolgt in Kapitel 2 die-
ses Buches. Das R/3-Vorgehensmodell untersrutzt bei der Erstein-
fuhrung des R/3-Systems, bei System-Upgrade und Release-
Wechsel sowie bei der Einfuhrung weiterer Funktionen oder
Prozesse im Umfeld eines schon produktiven Systems. Es liefert
dabei einen zeitlichen Strukturplan fur Einfuhrungs-Projekte und
legt die Bearbeitungsreihenfolge fest. Das R/3-Vorgehensmodell
beinhaltet die vier Phasen fUr die EinfUhrung von R/3-Produkten
mit den erforderlichen Arbeitspaketen in jeder Phase.
Mit dem SAP Business Worliflow werden Entwicklungswerkzeuge
Business Workflow bereitgestellt, um Geschaftsvorgange anwendungsubergreifend
zu organisieren, zu uberwachen und zu automatisieren. Arbeits-
ablaufe, die haufig durchlaufen werden, konnen somit als
Workflow abgearbeitet werden.
Der SAP-Kommunikationsserver ermoglicht den Austausch von
Kommunikations- EDI-, Mail- und Telematik-Dokumenten zwischen SAP-Systemen
server CR/2 und R/3) und externen Kommunikationspartnern. Mittels
Kommunikation konnen Einstellungen des SAP-Kommuni-
kationsservers vorgenommen werden.

74
1.4 Einstieg in Rl3

Business Framework 1m Menlipunkt Business Framework befindet sich ein Tool zur
Konfiguration des Frameworks. Dies ermoglicht es dem Rl3-User
sich eine individuelle Oberflache zu erstellen. Auf dieser Ober-
flache kann er sich die von ihm haufig benutzten Module einbet-
ten. Dies ermoglicht eine freidefinierbare Umgebung fur jeden
Benutzer. Ebenfalls konnen Module von anderen Unternehmen
in diese Oberflache eingebunden werden.
Mit dem Menupunkt "Textverarbeitung SAPscript" sind Einstel-
SAPscript lungen fur den SAPscript-Editor moglich. Der SAPscript-Editor
ist ein Werkzeug zur Texterfassung und zur Textgestaltung.
1m Rl3-System konnen Dokumentationen in Online-Buchern hie-
Hypertext rarchisch gegliedert werden. Die Pflege und Erweiterung der On-
line-Bucher, die in die "Hilfe zur Anwendung" (siehe hierzu
Kapitel 1.5.2) integriert werden konnen, erfolgt mit dem Menu-
punkt Hypertext. Es ist moglich, vorhandene Online-Bucher an-
zuzeigen, sowie eigene Strukturen zu pflegen.
Die Funktion Suchen dient zur Gewinnung spezifischer Informa-
tionen, strukturiert nach Informationsklassen, wie z. B. Release-
Informationen.

1.4.4.2 Allgemeine Systemfunktionen


Die Systemfunktionen konnen im Menupunkt "System" aufgeru-
fen werden. Die Menueintrage sind in Abb. 1.40 dargestellt.

Abb.1.40 • SAP R/l I!!I~ EJ


Menupunkt l!.uro l.ogisti( Becl'lrn.n!lswe$en Eenonal InfotY$leme
System ~e,kzeuge /::ile
t,zeugen Modus
lO$chen Modis
D~. Meri. l!.er1.JlzetVOIgaben
D.lensle
HiI$J!)Ittel
LIS!e
~OIUbw
~er~n
Eersonlrche Noltzen
E~ne SpooI.Utrage
EigeneJobs
!\;ur znachicht
~laluL
Abm~

75
1 SAP-Einfubrnng

U. a. stehen folgende Funktionen zur Verft.igung:


Erzeugen Modus Mit Hilfe des Menueintrags "Erzeugen ModuS' gewinnt man ei-
nen weiteren Modus im System. Jeder Modus wird in Windows
als eigenstandiger Task behandelt. Er stellt somit auch ein eigen-
standiges Fenster dar. Beim Erzeugen eines Modi wird ein neues
R/3-Fenster mit der Ausgangsmenustmktur geoffnet, um darin
parallele Arbeiten durchfuhren zu konnen. Dies empfiehlt sieh,
wenn in einem Modus lange Wartezeiten auftreten und inzwi-
schen an anderer Stelle weitergearbeitet werden solI. Auch wenn
eine Transaktion fUr sofortiges Nachfragen unterbrochen werden
musste oder zur Verfolgung von Querverweisen, ist es einfacher,
einen weiteren Modus zu benutzen. Insgesamt sind pro Benut-
zersitzung bis zu 6 Modi moglich. Ein Wechseln von einem Mo-
dus in den anderen kann entweder durch Anklicken des nieht
aktiven Fensters oder uber den Task-Manager erfolgen.
Loschen Modus Die Funktion "L6scben Modus' schlieBt den momentan aktiven
Modus und wechselt in den vorherigen. Sollte es sieh um den
einzigen Modus handeln, der geoffnet ist, so wird R/3 beendet.
Benutzervorgaben Fur jeden Benutzer wird ein eigener Benutzerstammsatz ange-
legt. Er enthalt folgende Benutzervorgaben als individuelle Vor-
einstellungen: Benutzeradresse mit personliehen Daten des Be-
nutzers, Benutzerfestwerte mit allgemeinen Voreinstellungen und
Benutzerparameter mit Vorschlagswerten fur spezielle Felder.
Die Benutzeradresse dient hauptsachlich der eindeutigen Iden-
tifikation des Nutzers durch die Systemadministration.
Benutzerfestwerte legen Voreinstellungen, die fUr aIle Anwen-
dungen gelten, fest:
• Startmenu zum direkten Weg in ein vorgegebenes Menu nach
der Anme1dung;
• Ausgabegerat (Standardausgabedmcker);
• Spoolsteuemng (allgemeine Einstellungen zur Dmckausgabe);
• Datumsformat (Auswahl nach Landerspezifika);
• Dezimaldarstellung von Zahlen (Auswahl von Punkt oder
Komma).

76
1.4 Einstieg in Rl3

Eine besondere Arbeitserleichterung bringt die Pflege der Benut-


zerparameter. Bei vielen Transaktionen werden bestimmte Ein-
gaben immer wieder verlangt. Beispiele hierfur sind die Einga-
bedaten "Buchungskreis" im Rechnungswesen oder "Einkaufsor-
ganisation" im Vertrieb bzw. im Bereich Materialwirtschaft.
Arbeitet ein Mitarbeiter prinzipiell nur in einem Buchungskreis
oder einer Einkaufsorganisation, konnen Vorschlagswerte fUr die-
se bestimmten Felder definiert werden. In Abb. 1.41 wird die
Definition eines Benutzerparameters am Beispiel der Einkaufsor-
ganisation 0008 dargestellt.

Abb.1.41
Definition von
Benutzerparametern
II'
IJ"
:::JU .. X

8...- ~EI.Q9
"':to-.", ~( 2DOO~

.. Ih p-

1!JB!!l
I,d
af I.le nle r.,bung von ioII'lltert •

Der Vorschlagswert erscheint spater bei jeder geforderten Daten-


eingabe, damit nicht jedes Mal die gleiche Eingabe erfolgen
muss. Dies erspart Zeit und verringert Fehler.
Mit Hilfe von Status ist eine Anzeige der verschiedenen Benut-
zer- und Systemdaten moglich. Auf die Errnittlung der Transakti-
onsnummer wurde bereits hingewiesen. Die vor allem fUr Ent-
wickler wichtigsten Statusinformationen, die Repository-Daten,
sind fUr das Beispiel "Anzeige von Lieferanten im Einkauf" in
Abb. 1.42 dargestellt.

77
1 SAP-Einfilhrung

Abb.1.42
-.
--
)(

Statusinformationen
"

~
!'iPl.5....
fiOO
~
-
UP

,-
('ffii"" p-
liAP.SW':> '"
~ '-

~
~
II. '_C03_03
pn-
[i:i3

... 1· k.J)(1
----------------------------------~

Die Funktion "Abmelden" beendet die Rl3-Sitzung. 1m Unter-


schied zur Funktion "L6schen Modus" werden auch aile anderen
offenen Modi beendet.
Die Funktion Drucken dient zum Oberwachen des Realisie-
rungsstandes von Druckauftragen. AuBerdem ist es hier moglich,
sich das Layout des Druckauftrages anzusehen. Der Aufruf erfolgt
tiber System c::? Liste c::? Drucken .

1.4.5 Beispiel zur Handhabung


Einige generelle Hinweise Zur Arbeit im Rl3-System sollen nun
anhand der Eingabe des neuen Lieferanten "Mustermann AG" fUr
den Bereich Einkauf gegeben werden. Der Mentibaum fUr diese
Funktion sieht folgendermaBen aus: Logistik c::? Materialwirtschajt
c::? Einkauf c::? Stammdaten c::? Lieferant c::? Einkauf c::? Anlegen
(MKOl).

1.4.5.1 Matchcodesuche
Wenn man einen neuen Lieferanten (Kreditor) anlegen will, muss
dieser einer Kontengruppe zugeordnet werden. Falls nicht be-
kannt ist, welche Kontengruppen im System gepflegt sind, kann
man diese mit Hilfe der Matchcodesuche anzeigen lassen.

78
1.4 Einstieg in R13

Matchcode Mit einem Matchcode konnen somit im System abgelegte Daten-


satze gesucht werden. Ein Matchcode besteht aus Suchbegriffen,
die in einer bestimmten Reihenfolge angeordnet sind. Jeder
Matchcode hat eine eigene Kennung, die Matchcode-ID. Fur ei-
nen Datensatz bietet R/3 meist mehrere Matchcode-Satze zur
Auswahl an.
.f
Ein gelbes Dreieck im Eingabefeld oder die Drucktaste
neben dem aktiven Eingabefeld zeigen die Felder an, bei denen
eine Suche mit dem Matchcode moglich ist. Die Suche mit Hilfe
eines Matchcodes erfolgt entweder iiber die Funktionstaste (E)
oder durch Klicken mit der Maustaste auf die Drucktaste des
Eingabefeldes.

Abb.1.43 !.-o i
Suche mit ... Ir-----~ , r , I 11
Matchcode

clbc Drcicck im Eingabcfcld


- - - - - BCllul7crparamcler
0----- Druektaslc nebcn dem Eingabcfeld

triD

In der Liste der fUr diesen Datensatz vorgesehenen Matchcode-ID


wird ein Matchcode durch Anklicken und dem anschliefSenden
Drucken der (ffi-Taste ausgewahlt. In der folgenden Liste mit
Sucheingaben werden die Suchbegriffe eingetragen, die bekannt
sind. Darauf erhalt man eine Liste aller Datensatze, die den
Suchkriterien entsprechen. Aus ihnen kann der gesuchte Daten-
satz gewahlt werden. In Abb. 1.44 wird aus der Liste der mogli-
chen Kontengruppen die Gruppe Warenlieferanten ausgewahlt.

79
1 SAP-Einfiibrung

Abb.1.44
Lisle von Eingabe-
moglichkeilen bei
Malchcodesuche

01
xx
11
01 X
01 X
xxx
01
01
01 X
01 rtd1tor .1'8 "n f T ~.n'on
0' X UJO-KredHor- hlr :sp.ruen
01 Kl"lld'hol'" .Ilu .'n fur Fr.nkr
0' X CPO .. ~r.d to!" hlr fr. r., t:1"I-
01
01 X
II f In .",nlt 1on.1
01
01 X
02
01
XX

1.4.5.2 EingabeUberprUfung
Beim Erfassen der Daten werden die in die Felder eingegebenen
Werte vom System uberprilft. Neben der Kontrolle, ob aile durch
ein ,,?" im Eingabefeld gekennzeichneten Pflichteingaben erfolgt
sind, uberprilft R/3, ob die Werte im gultigen Bereich liegen.
1m folgenden Beispiel uberprilft das System die Postleitzahl in
Uinderschlussel Abhangigkeit vom Landerschlussel. Wird als Land Deutschland
angegeben, ist nur eine 5-stellige Postleitzahl moglich. Dies wird
in Abb. 1.45 gezeigt.

Abb.1.4S
Eingabeuberprufung ,,,
derPLZ

-A

• I
fi/STC=;-;E""_:-:-:-:c;----

r~~
I"
=-
_eo.
r-
I
crglcich Land - PLZ mil an 'chlicfiender Fehlcrausgabc

1 ~ --~ - h'
80
1.5 Das Rl3-Hilfesystem

Eine Transaktion kann erst dann abgeschlossen werden, wenn


alle erforderlichen Eingaben erfolgt sind. Hierbei soil noch ein-
mal auf die Bedeutung des Sichems hingewiesen werden. Erst
dadurch werden Datenveranderungen und Nutzereingaben ge-
speichert. Gehoren mehrere Eingabemasken zu einer Transakti-
on, kann man durch I Enter) zur nachsten Maske gelangen oder
besser mit den Button unter der MenUleiste in den Masken vor-
bzw. zuriickblattem.

1.5 Oas Rl3-Hilfesystem


Das Hilfesystem des R/3-Systems ist sowohl bei der Einarbeitung
als auch bei der taglichen Arbeit eine wirkungsvolle Unterstlit-
zung. In diesem Kapitel soil der Nutzer in die vielfaltigen Hilfe-
Altemativen eingefuhrt werden und erfahren, in welcher Situati-
on er mit welchem Hilfe-Tool die wichtigsten Informationen er-
halt. Dazu werden die Feldhilfe, das Hilfemenu, die R/3-0nline-
Dokumentation sowie die Technische Info erlautert.

1.5.1 Feldhilfe
Das R/3-System bietet vielfaltige Moglichkeiten zur Hilfestellung.
Die erste ist das Driicken von (£D. Dadurch offnet sich ein kon-
textbezogenes Hilfefenster. Eine andere Moglichkeit ist das
Anklicken des Fragezeichensymbols in der Symbolleiste. Die
Funktionalitat entspricht der von (£D. Da sich die Hilfe auf das
Feld bezieht, in dem sich der Cursor gerade befindet, wird sie
auch als Feldhilfe bezeichnet. Neben der Anzeige eines kontext-
bezogenen Hilfetextes kann man von hier aus in die "Hilfe zur
Anwendung" sowie in die "Technische Info" verzweigen.

1.5.2 Hilfemenu
Unterschiedliche Hilfestellungen bietet das Hilfemenu in der Me-
nuzeile. Hier stehen 6 verschiedene Auswahlmoglichkeiten zur
Verfugung.

81
1 SAP-Einfubrung

Abb.1.46
HilfemenO
.. a) Hilt! Z1.I Anwendung
B/3-B ilioIhek
!ilona!

~eI

Debltor I E~elJngen.

Buclulgslueis I
Kcntengtl4)pe I
VoMge

Debior I
Buchlllgskle $ I

Hille zur Anwendung Mit der Funktion "Hilfe zur Anwendung' wird die kontextbezo-
gene R/3-0nline-Dokumentation (R/3-Bibliothek) aufgerufen.
Benotigt man z. B. Eriauterungen, urn eine Anfrage im "Einkauf"
anzulegen (ME41), ge1angt man aus dieser Transaktion heraus
liber Hilfe c:::> Hilfe zur Anwendung sofort zum Eintrag ,,Anfragen
anlegen" der R/3-Bibliothek.
Rl3-Bibliothek Benutzt man die "RlJ-Bibliotbek", so wird die R/3-0nline-
Dokumentation zur Systembeschreibung aufgerufen (vgl. Kapite1
1.5.3). 1m Unterschied zur "Hilfe zur Anwendung" gelangt man
hier zum Inhaltsverzeichnis der Online-Dokumentation und
kann von dort in die interessierenden Themengebiete verzwei-
gen.
Glossar Durch Aufruf von "Glossar" erhalt man eine alphabetische Auflis-
tung von Fachbegriffen, die im Kontext zu der aktuellen Transak-
tion stehen. Will man z. B. bei der Erfassung eines Lieferanten
(MKOl) im "Einkauf" wissen, was sich hinter einem Kreditoren-
stamrnsatz verbirgt, erhalt man hier folgende Begriffsdefinition:
"Datensatz, der aile Informationen zum Geschaftspartner enthalt,
die unter anderem fur die Abwicklung von Geschaftsvorfallen
benotigt werden. Dazu zahlen z. B. Anschrift und Bankverbin-
dung."
Release-Infos Mit der Funktion "Release-Infos" kann man sich liber Neuerun-
gen, Erweiterungen und Veranderungen in den einzelnen Berei-
chen des Systems bei Re1ease-Wechseln informieren. Die Struktur

82
1.5 Das R1J-Hilfesystem

ist dabei ahnlich der des Einfiihrungsleitfadens (siehe Kapitel


2). 1m Bereich Einkauf erfahrt man hier z. B., dass ab Release 3.0
Lieferplaneinteilungen mit ED! moglich sind.
SAPNet Mit dem Menuaufruf "SAPNet" wird eine SAP-Internetseite gela-
den. Diese Seite enthalt lnformationen rund urn die Firma SAP
und ihre Produkte, ihre Partner usw. (siehe dazu Kap. 1.6.3)

Abb.1.47
Fl ..... " " _ E~. bn.t.........mct>
Hille Einstellung
r .. ~Fon""k>C._ jOl..-- 1oI.r9
"_F.... '.. f'1l1 l-"<t_
rt..,_
1-' "'. lOMI r ... B.... ~T ,
r
.....
leIfIArrftPndim
r Sl<tlu;......_ ~. SIl''''''''or oII.ng

.. ~-
f2SS - B_ "" , rd1eIiI

"Idlxl

Unter diesem Menupunkt konnen Einstellungen bezuglich der


Hilfe selbst gemacht werden.
Hille-Einstellung Unter "F1 Hilfe anzeigen" kann zwischen Anzeige amodal und
modal gewahlt werden. Der amodale (externe) Viewer wird nur
auf Windows Plattformen unterstutzt, wahrend der modale (in-
terne) Viewer auch auf den anderen Plattformen lituft.
Hille-Viewer 1m Bereich "F1-Hilfe Viewer" wird festgelegt, ob das modale Hil-
fefenster schon bei der Anmeldung in iconisierter Form anzuzei-
gen ist und ob der Hilfe-Viewer ein Statuszeile anzeigen soIl.
ActiveX Unter "Eingabehilfe benutzerspeziJisch" konnen die vom Admi-
nistrator eingestellten Defaultwerte wieder geladen werden. Mit-
tels ActiveX-Unterstiitzung konnen Eingaben in einer Suchhilfe
Controls angezeigt werden. Weiterfuhrende lnformationen be-
zuglich der Suchhilfe Controls sind in der R/3-Bibliothek unter
"BC-Basis 9 Component Integration 9 Installation 9 Windows
Komponenten (BC-CI) 9 BC-Suchhilfe Controls" aufgefuhrt. Wer-
den keine ActiveX-Elemente erwi.inscht, wird die Eingabehilfe in
einem R/3-Dialogfenster angezeigt.
1m Bereich "Eingabehilfe Systemvoreinstellungen" konnen analog
die SystemdeJaultwerte definiert werden.

83
1 SAP-Einjuhrung

1.5.3 Online-Dokumentation
Aufgrund der Bedeutung der R13-0nline-Dokumentation ist es
sinnvoll, hierzu eine kurze Einfiihrung zu geben. Die R13-0nline-
Dokumentation ist eines def wichtigsten Instrumentarien zur Ein-
arbeitung in das R13-System. Sie hat einen sehr graBen Umfang
und beantwortet auch Fragen zu detaillierten Themen. Leider
stehen Moglichkeitsbeschreibungen des Systems gegeniiber
Handlungsanleitungen im Vordergrund.
Die R13-0nline-Dokumentation wird als externe Anwendung
auf CD-ROM durch die SAP AG ausgeliefert. Sie kann damit yom
direkten R13-Betrieb unabhangig auf jedem PC mit entsprechen-
den Hardwarevoraussetzungen genutzt werden. Daruber hinaus
ist der direkte Aufruf aus dem R13-System moglich.
Man kann Hilfe zu folgenden Elementen anfordern: Felder, Me-
ntis und Mentifunktionen, Systemmeldungen, Reports.
Besonders hilfreich sind die Funktionen:
• Drucken
SchlieBlich gibt es immer noch gentigend Anwender, die auf
Papier besser navigieren konnen als durch mehrere Screens.
• Kopieren
Dies ist besonders bei der Anfertigung eigener Dokumentati-
onen ntitzlich.
• Lesezeichen
Besonders bei der Bearbeitung komplexer Themen kann man
bei der Navigation die Dbersicht verlieren. In diesem Fall er-
leichtert die Definition von Lesezeichen die Arbeit.
• Suchen
Hier werden zu einem bestimmten gesuchten Begriff Themen
aufgelistet, in die man verzweigen kann. Leider funktioniert
die Suchfunktion nur dann, wenn der gesuchte Begriff auch
im aktuellen Kapitel der HiIfe verzeichnet ist. Das Inhalts-
verzeichnis der R/3-Bibliothek ist in Abb. 1.48 dargestellt.

84
1.6 Weitere Informationsquellen

_ 0 "
Abb.1.48
Eroffnungsbildschirm '",Ie l.ocoIo
der Rl3-0nline-Hilfe
(Rl3-Bibliothek) RJ3-BI bllothek El

Eln(uhlunA In dn 813 5JS!lIm

BclclsojntgrmlUgDcn

Rtll. . . ,. alii, .,1.1GOD


• t..t..t..L.IAt. 1DCMi1 $AP jlUt AI. IIIWM 'It''MttItI'l.. tt ....

1.6 Weitere Informationsquellen


1m folgenden Kapitel soli en einige weitere M6glichkeiten der In-
formationsbeschaffung kurz angesprochen werden. Neben dem
lokal verfugbaren Computing Center Management System zur
Systemubetwachung werden Informationsquellen aufSerhalb des
Rl3-Systems erwahnt.

1.6.1 Computing Center Management System


Das Computing Center Management System (CCMS) dient zum
Uberwachen, Steuern und Konfigurieren einer Rl3-
Installation. Dieses Managementsystem ist das zentrale Werkzeug
fur die Systemadministration zur Dberwachung des aktuellen Zu-
stand des Rl3-Systems. u. a. k6nnen Informationen uber die Sys-
temlast und die Performance angezeigt werden. Fur Dberblicks-
informationen stehen grafische Monitore zur Verfugung. Die dort
angezeigten Systemparameter werden dynamisch aktualisiert.
Weitere listenorientierte Monitore liefem Detailinfonnationen, urn
Probleme zu analysieren und Systemanpassungen vorzunehmen.
Der Einstieg in das CCMS erfolgt uber Werkzeuge ~ Administra-
tion ~ Monitor.

85
1 SAP-Einfuhrung

Als ein Beispiel ist in Abb. 1.49 der Performance-Monitor dar-


gestellt, aus dem aktuelle Systemparameter, wie die Hauptspei-
cherbelegung, ablesbar sind. Er ist tiber Werkzeuge ~ CCMS ~
SteuerungiMonitoring ~ Peiformance Menu ~ Operating System
~ Local ~ Alerts ~ Operating System aufrufbar.

Abb.1.49
Performance-Monitor

Operdling Sysl • Rlerl Monitor

_r, ......... 2U . . Fr •• , ..
" ..
ht, S,.c.e .... I .... 21~1" rf'et: 2UI
PI! la,
'" lilt 'I' .. t n IU
22 I.

Hut ... .1, UN IIhrfu. 1.. 1


Jra" Ie , .. deU .It H 'nhu ." 111
Err.r. (rrln I. I [rrerJ .. l I

I ... C,llls .....

w.n .. r.t
n...... 'u..
h.k ••• rc., •• n tt.. . c21341
"ul',_
.,.",•• ""',_
Ul ( ... )
1111
] •
lu.tIa
11 ,~ (M)
br.lceT.N:
JI ( ... )

1.6.2 Online Service System


Da es praktisch unmoglich ist Software vollkommen fehlerfrei zu
erstellen und zu nutzen, kommt einer schnellen, effektiven Be-
hebung auftretender Probleme eine groBe Bedeutung zu. Die
Beschaffung von Hinweisen und Programmkorrekturen fUr
das System R/3 erfolgt am effektivsten tiber das Online Service
System (OSS). Das OSS ist eine Datenbank, die an zentraler Stelle
(fUr Europa in Walldorf) fUr den Zugriff von R/3-Nutzern durch
die SAP AG bereitgestellt wird. Der Zugang erfordert eine Onli-
ne-Verbindung zwischen dem R/3-System des Anwenders und
dem Supportsystem. Wenn die technischen Voraussetzungen ge-
geben sind, kann der Zugriff vom R/3-Bildschirm aus tiber den
Aufruf der Transaktion OSS1 erfolgen.

86
1.6 Weitere Informationsquellen

1m ass k6nnen Meldungen tiber aufgetretene Problemsituatio-


nen im Dialog erfasst werden. Als Ergebnis werden Hinweise zu
deren Beseitigung sowie, wenn notwendig, einzelne Korrekturen
fehlerhafter Programme zur Verfiigung gestellt. Unabhangig von
aufgetretenen Fehlern steHt die SAP AG im ass komplexe Vo-
rabkorrekturen bereit. Diese Hot-Packages k6nnen angefordert,
tibertragen und in das Kundensystem eingespielt werden.
Daruber hinaus bietet ass M6glichkeiten in einer Vielzahl von
abgelegten Hinweisen selbst Informationen zur Problembewalti-
gung zu suchen Csiehe Abb. 1.50). Neben Fehlerhinweisen sind
u. a. aktuelle Informationen tiber A.ndemngen und Weiterent-
wicklungen, Informationen zu Schulungskursen abmfbar.

Abb.1.S0 -[ tlf'rwe:!SSUCM

Hinweissuche Form.l'lll SIJChe

imOSS Sp<OOhe Iii


SAP.-AM4!UUe
AppkllUan area r--
r--
r--
Botrof1coe Anwenduog
HiO'Nelsnummer' bl. r--
And.rung.. cuJt~
r.'von r--
r 110101>1011 Hag_
blS r--
r <llelem n30 Tage r .1Ie ~lnwctse

I
FrollO><t5t<che

......
I
I ...
I
I
I
I oOOr_
I
IWoIl.r II Am~ _ . r 11--"" I

1.6.3 World Wide Web-Server


Die SAP AG bietet tiber World Wide Web CWWW) den Zugang
zu einem weiteren Informationsserver. WWW ist ein verteiltes
Informationssystem im Internet. Der Einstieg erfordert einen
Internet-Zugang und eine Software zur Anzeige von WWW-
Seiten. Einstiegsadresse der SAP AG ist ..bttp://www.sap.com".
Angeboten werden aktuelle Informationen tiber das Unterneh-
men SAP AG und tiber seine Produkte. Es wird zwischen zwei
Hauptseiten unterschieden. Zum Einen die SAP-Site, auf die jeder
Benutzer des WWW Zugriff hat. Hier finden sich viele allgemeine
Informationen zu SAP.

87
1 SAP-Einfiihrung

Abb.1.51
SAP·Einstiegseite
ins SAPNet
iit'l"rl'" -;11. ... '~ ''''''f"h ~,t· ,"~' • {,r .. rl • ·.t.l·~nno \h'~';}Un' SAiP

: - ' -•-••.-.--.- -.---- '--- E · BUS I NE S S S O 'i' Ij'~'mfO"!N ~s'


( lI:p!OftSAP

!;:f""'-
==
It<tno..oo!

rl'l' f .,..

m
OnMiop I bO'Ppm;
al lh.
SA' lItnowt..dga ShOp

3
NCW S TO' $TOln: S lYtNTS
S.'\PiIlH J ogll9!Jd".1 7, "'!":.p ~ j(" '1' IS '"'t,¢fQrm SAPPHIRE 100Il
F rtrl Joint v."l!.u.. Corrpal'l, 10 0,,& Tflrn' for I ~. Nw.r
Crl!"lIIIe r.~ E. r.A.t~i!P:.3Q l'urJlY .• , If! l-l t$ i' . •pn
C.1Z'4 :'. Vl.P~ pr]l n.1 . "NJ...l' .1! ,=I Z5 e. ...blJr'.Au ··W.
~U-Ll-~aM. CITed, e.... ill n r-ol..f'umttr.'S: SAp Tlld~ d ZlQ)
SJI.P ~ I .' King chhe H
C..l.NZ1,:xm)
tf'd tyn(f;(t '<Irt'b~ it:;l-:I
.. .. (I"'l'lIr; 11 wl!tJ~. r~r
J~_l.:.j.:ttO:'''· .'~ l.,
tI•• UII, InItftace CHI", !'I'!U&'U u
C<1rf\1'1"U!olf, SIp' 1- 12, OLuuhkrf
~;any
Etct!lU.. ~.t"'t"P t " /
SIJtC-t" Th'V..~ Ir't>gr.! en

"" ..:Atr~"'A~," ''''''I(~~~ ~Du";t~~(! 1., ...'9...·., ';.] . I'k • J. • .:J


. 11'11:11"II1II

Der Kundenbereich ist in sechs groBere Kapitei unterteilt:


Company, News & Events, Solutions , Service, Customers &
Partners und Initatives. Hier findet man aktuelle Presse-
veroffentlichungen, Informationen tiber Produkte und Unter-
nehmensstruktur, Zahlen und Fakten fur Anleger und vieles
mehr.
Zum Anderen gibt es unter der Bezeichnung "SAPNet" einen
groBen Online-Bereich, der nur fur Kunden und Berater der
SAP AG tiber ein OSS-Passwort zuganglich ist.
Das Softwaresystem R/3 der SAP AG zeichnet sich durch groBe
Funktionsvielfalt und hohe Komplexitat aus. Deshalb werden
wahrend der Einfuhrung und der Anwendung des Systems ver-
schiedenste Informationen benotigt. Die SAP bietet einen um-
fangreichen Komplex von Werkzeugen zum Auffinden und zur
Nutzung unterschiedlicher Informationsquellen. Neben Hilfen zur
Systemanwendung werden Informationen zu Aufbau und Archi-
tektur des Systems R/3 angeboten. Die Informationen werden

88
1.6 Weitere Injormationsquellen

tells in grafischer Form, teils als beschreibende Texte und teils als
direkte Sieht auf die Softwarestrukturen bereitgestellt.
Es kommt auf den Anwender selbst an, sieh die fUr sein Aufga-
benfeld notwendigen Informationen zu beschaffen und dabei die
geeignetste Darstellungsform und die passendsten Werkzeuge zu
wahlen.
Das Angebot an Informationen tiber das SAP Net wird sieh, nach
Auskunft der SAP AG, taglich und zukUnftig noch wesendieh er-
weitem.

89
1 SAP-Einjuhrnng

90
2.1 Einfiibrung

Customizing

2.1 EinfOhrung
1m Lexikon erfahrt man unter dem Begriff ,,(to) customize": in-
dividuell aufmachen, in der EDV: kunden-spezifisch einstellen.
Aufgaben des Aus dieser Begriffsklarung folgt, dass man mit Hilfe des Customi-
Customizings zing das SAP R/3-System an die speziellen Anforderungen eines
Unternehmens anpassen kann. AufSerdem lassen sich bestehende
Strukturen im nachhinein modifizieren und erweitern. Des Weite-
ren werden tiber das Customizing neue SAP-Anwendungen und
Releases problemlos in bestehende Systemstrukturen miteinge-
bunden.
Die Systemkonfiguration findet durch Eintragen von Parametern
in eine Vielzahl von vorgegebenen Programmtabellen statt.
Customizing bei SAP ist eine Methode, die die Einfuhrung und
Erweiterung des R/3-Systems sowie den Release-Wechsel und
das System-Upgrade unterstiitzt (Einstieg ins Customizing siehe
Abb. 2.1). Das Customizing gibt Empfehlungen fur Systemein-
stellungen und deren Dokumentation sowie Steuenmgsinstru-
mente fur die Verwaltung, Bearbeitung und Auswertung der
Einftihrungs- und/oder Erweiterungsprojekte.

Erweiterungen des Release-Wechsel und System-Upgrade sind Erweiterungen des


R13-Systems R13-Systems, die in regelmafSigen Abstanden von SAP herausge-
geben werden. Dabei ist fur SAP ein System-Upgrade eine Pro-
grammkorrektur, die in ktirzeren Abstanden ausgeliefert wird
und die den Produktivbetrieb i. d. R. nicht beeinflusst, sog. Pat-
ches. Bei Release-Wechseln handelt es sich um echte Pro-
grammerweiterungen, die die Funktionalitat von R13 erhohen
sollen. Sie werden in grofSeren Abstanden ausgeliefert und in der
Regel wird durch sie der Produktivbetrieb beeinflusst. Erfolgt ein
System-Upgrade oder ein Release-Wechsel, so spricht SAP gene-
rell vom Release-Customizing, wobei jedoch weiter das sog.
Upgrade-Customizing und das Delta-Customizing unterschie-
den wird.

91
2 Customizing

Upgrade- Unter Upgrade-Customizing versteht SAP alle Customizing-


Customizing Aktivitaten, die erforderlich sind, urn alle bisherigen Rl3-
Funktionalitaten nach einem System-Upgrade oder Release-
Wechsel wieder nutzen zu konnen. Es stellt eine Zusammenfas-
sung aller korrigierten und geanderten Funktionen dar.
Delta-Customizing Das Delta-Customizing beinhaltet alle erforderlichen Customi-
zing-Aktivitaten, urn nach einem System-Upgrade oder einem
Release-Wechsel alle neuen Funktionen von Rl3 nutzen zu kon-
nen. Damit werden alle neuen Funktionalitaten im Delta-
Customizing zusammengefasst.
Mit den Werkzeugen des Customizing werden alle Systemein-
stellungen vorgenommen, die zur Anpassung des Rl3-Systems an
die untemehmensspezifischen Ablaufe benotigt werden.
Als Quellen des Customizing dienen die Release-Informationen
von SAP selber und auBerdem der release-spezifische Imple-
mentation Guide (IMG).
Hinweis Das Customizing unterstUtzt nicht bei der Modifikation der
SAP-Standardfunktionenl

Abb.2.1
Einstieg ins
Customizing

• JluP-aN_

'''on

2_1_1 Voraussetzungen
Fur die Einstellungen des Rl3-Systems sind folgende Vorausset-
zungen erforderlich:
• Kenntnis der R/3-Funktionalitat
• Definiertes Anforderungskonzept
Rl3-Customizing leistet keine Unterstutzung bei der Erarbei-
tung globaler betriebswirtschaftlicher Konzepte. Es basiert auf
der Existenz eines vorab definierten graben Anforderungska-
talogs und geht von einem hohen Abdeckungsgrad durch die
SAP-Software aus.

92
2.1 Einfuhrnng

• Kenntnisse iiber SAP-script, wenn die Projektdokumentati-


on mit dem Customizing erstellt wird.
• Kenntnisse iiber das SAP-Transportwesen
fur die Dbertragung von Voreinstellungen von einem Produk-
tionsvorbereitungsmandanten in einen Produktivmandanten
(Echtzeitbetrieb), insbesondere wenn diese Mandanten in ver-
schiedenen Systemen eingerichtet sind.
• Festlegung der Systemkonfiguration
Die optimale Systernkonfiguration (Systeme, Mandanten)
hangt stets von den konkreten betriebswirtschaftlichen Gege-
benheiten abo
• Kein programmiertechnisches Wissen erforderlich!
Das Customizing ist eine Methode, urn SAP-R/3 ohne Pro-
grammierung einzufuhren.
2.1.2 Verfahren
R/3-Customizing ist das Verfahren fur die
• schnelle, sichere und transparente Einfuhrung und Erweite-
rung der R/3-Anwendungen;
• Anpassung der unternehmensneutral ausgelieferten Funktio-
nalitat auf die spezifischen Anforderungen des Unternehmens;
• Steuerung und Dokumentation des Einfuhrungsprojekts.
Ein anderes Verfahren fur die Systemeinstellung steht nicht zur
Verfugung. Die Systemeinstellung beruht letztlich auf dem Ein-
tragen von Parametern in eine Vie1zahl von Tabellen.
1m Customizing wird man nach betriebswirtschaftlichen Ge-
sichtspunkten zu diesen Tabellen gefuhrt. Dabei werden die
physischen Tabellenstrukturen nicht gezeigt. Man benotigt also
kein SAP-technisches Spezialwissen fur die Systemeinstellung.
2.1.3 Das ausgelieferte System
Mit der Installation steht ein voreingestelltes System zur Verfu-
gung. Dieses System beinhaltet zwei Mandanten, die den glei-
chen Inhalt haben und als Basis fur die Systemeinstellung die-
nen.
Definition eines Der erste Gedanke, ein Mandant sei ein Kunde des Unterneh-
Mandanten mens, der das R/3-System betreibt, ist falsch. In der Definition
von SAP ist unter einem Mandanten das Unternehmen se1bst,
welches das System betreibt, zu verstehen; denn Mandanten sind
ein technisches Strukturmerkmal des R/3-Systems.

93
2 Customizing

Damit z. B. alle R13-CTeil-)Programme gleich ablaufen, sind sie


mandantenlibergreifend (global) realisiert. Aile Anwendungsda-
ten und fast aIle Systemeinstellungen dagegen sind mandanten-
abhangig und entsprechend gespeichert. In den Mandanten sind
die gesamten Parameter und Stammdaten in Tabellen abgelegt.
Der Mandant und der "General Ledger" (als mandantentiber-
greifende Instanz) sind folglich die hochsten Instanzen im SAP-
System. Filialen des Unternehmens sind keine eigenen Mandan-
ten. Die systembezogene Trennung von der Muttergesellschaft
wird tiber die Buchungskreise vollzogen.

2.1.3.1 Mandant 000


Der Mandant 000 ist der SAP-Standardmandant. Dieser Man-
dant reprasentiert ein branchenneutrales Modellunternehmen, fUr
das Mustereintrage vorhanden sind. Diese Standardeinstellungen
sind die Einstellungen fUr Deutschland, so ist z. B. der Bu-
chungskreis 0001 auf deutsche Gesetze abgestimmt, die Steuern
werden nach deutschem Steuerrecht berechnet und die Zah-
lungswege sind auf in Deutschland tibliche Verfahren, wie z. B.
Dberweisung, abgestimmt
Dieser Mandant darf nicht geandert werden, da er als Basis dient,
auf die immer wieder zUrUckgegriffen werden kann.
Bei einem Release-Wechsel oder einem System-Upgrade werden
automatisch die Tabelleninhalte und -strukturen sowie Program-
me, Formulare, Hilfen, Dynpros und der SAP-Referenz-IMG im
Mandant 000 aktualisiert, d. h. er ist immer auf dem aktuellsten
Stand. Sollte dieser nun verandert werden, so fUhrt dies unwei-
gerlich zu Problemen beim Abgleich der verschiedenen Tabellen.
Empfehlung zum Das Kopieren des Mandanten 000 in einen Mandanten (XXX)
Mandant 000 kann durchgeftihrt werden, urn im Modellunternehmen
• sofort die Anwendungsfunktion kennenzulernen (hierfUr sind
jedoch Grundkenntnisse tiber die R13-Anwendungen uner-
lasslich);
• Schulungen durchzufUhren;
• Schulungen nachzuarbeiten.
Die Vorgehensweise zur Erstellung neuer Mandanten wird im
Kapitel 2.3 "Werkzeuge" beschrieben.

94
2 .1 Einfiihrnng

2.1.3.2 Mandant 001


Der Mandant 001 ist inhaltsgleich mit dem Mandanten ODD, d . h.
auch er ist nicht ablauffahig. In diesem Mandant spielt sich das
eigentliche Customizing ab, d. h. hier werden die untemehmens-
spezifischen Einstellungen vorgenommen. Deshalb wird er auch
als Produktionsvorbereitungs- oder Arbeitsmandant be-
zeichnet. Er enthalt nur beschrankte Parameter und keine
Stammdaten. Die Bearbeitung von Anwendungsfunktionen ist
erst moglich, nachdem die untemehmensspezifischen Systemein-
stellungen vorgenommen wurden.
Zusatzlich konnen mehrere Mandanten (z. B. durch Kopieren)
angelegt werden. Sie konnen Grundlage fUr Tests und Schulun-
gen sein.
Die Vorgehensweise zur Erstellung neuer Mandanten wird im
Kapitel "Werkzeuge des Customizing" beschrieben.
2.1.4 Customizing-Menu
Das Customizing-Menu zeigt die nachfolgende Abb. 2.2; es be-
steht aus folgenden Menupunkten:

Abb.2.2
Customizing-Menu 8§11boi1on

Plgokldol<umontllJOn
fr ....lv~ Fa
Pj.... I~n

I il"~JSo:h
. ~r F d-: I" .• Y:' r~
- --
rojrkt .12
CustDRizing Projrkt 11
Kritischr Akttuit~trn zu. Projrkt 111

• Grundfunktionen
Hier erfahrt der Anwender, was er tun sollte, bevor er mit der
Einfuhrung eine R/3-Systems beginnt. Mit dem Menupunkt
read me bzw. der gleichnamigen Drucktaste wird das (vorher
ausgeblendete) Dialogfenster "Erste Schritte im Customizing"
emeut angezeigt.
• Einfiihrungsprojekte
Sie enthalten Funktionen, die fUr das Arbeiten mit Ihrem Cu-
stomizing-Projekt benotigt werden.
• Release-Projekte
Hier sind enthalten Funktionen, die fUr die Generierung von
Release-Projekten beim System-Upgrade oder Release-
Wechsel benotigt werden.

95
2 Customizing

• Werkzeuge
Hier befinden sich Funktionen fur:
den Transport
die Tabellenauswertung
(unter Customizing-Objekte q Einze1vergleich)
die Tabellenhistorie
die Erweiterung des SAP-Referenz-IMG
das IMG-Infosystem
eine grafische Ubersicht tiber die Customizing-Projekte
das Drucken von Winword-Notizen

2.2 Customizing-Elemente
Das Rl3-Customizing besteht aus den folgenden Haupte1emen-
ten:
• Vorgehensmodell
• Einfiihmngsleitfaden
Beide Elemente dienen einer transparenten und strukturierten
Einftihrung des Rl3-Systems (siehe Abb. 2.3).
Die Projektadministration und Projektverwaltung, im eigentlichen
Sinne ein Element, wurde deshalb in der Grafik separat darge-
steHt, da das Projektgeschehen sowohl im VorgehensmodeH als
auch im Einftihrungsleitfaden enthalten ist. Es ist von beiden
Elementen aus moglich, ein Projekt anzulegen, sich Projektin-
formationen anzeigen zu lassen oder die Statusinformationen zu
pflegen.

, I
Abb.2.3
Elemente des Customizing

-'
Customizing

Einfiihrungs-
.---~-"1..
Vorgehens-
leitfaden Modell

Projekt-
steuerungstell

Projektadministratlon und Projektverwaltung I


96
2.2 Customizing-Elemente

2.2.1 Rl3-Vorgehensmodell
Das SAP-Vorgehensmodell beinhaltet konkrete SAP-Projekt-
erfahrungen und anwendungsiibergreifende Informationen, die
fUr die Einfiihrung der R/3-Anwendungen wesentlich sind. Als
Phasenrnodell werden betriebswirtschaftliche Konzepte, Abhan-
gigkeiten von Projektabschnitten und Arbeitsschritten und ein-
zelne Aktivitaten beschrieben. Dieses Modell bildet die Grundla-
ge fur jede R/3-EinfUhrung. Das Vorgehensmodell gliedert sich
grundsatzlich in vier Phasen. Jeder Phase sind mehrere Arbeit-
spakete zugeordnet, wobei jedes Arbeitspaket wiederum aus ein-
zelnen Arbeitschritten besteht. Das letzte Arbeitspaket jeder Pha-
se kommt einem Meilenstein gleich. Dieser Meilenstein dient der
Qualitatspriifung und der Freigabe der Arbeitsergebnisse einer
Phase.
Das R/3-Vorgehensmodell unterstiitzt nicht nur bei einer Er-
steinfiihrung, sondern auch bei Release-Wechsel und einem Sy-
stem-Upgrade. Dariiber hinaus urnfasst das Vorgehensmodell
Funktionen der Projektsteuerung und der Wartung.
Durch die Einfuhrung mit dem Vorgehensmodell erhalt der User:
• Anwendungsubergreifende Grundinformationen
• Planungsgrundlagen fur das Einfiihrungsprojekt
• Bearbeitungsreihenfolge der Aktivitaten zur Systemreihen-fol-
ge und Konfiguration
• Planungsgrundlagen fur die Beratungsunterstiitzung

Das Vorgehensmodell ist - wie der Einfiihrungsleitfaden - ein


Online-Buch mit Hypertext-Struktur (siehe Abb. 2.4) und gliedert
sich in folgende Phasen:
Phasen des
Vorgehensmodells • Organisation und Konzeption
• Detaillierung und Realisierung
• Produktionsvorbereitung
• Produktionsbetrieb

Einstieg in das Werkzeuge c? Business Engineer c? Customizing c? Grundfunk-ti-


Vorgehensmodell onen c? Vorgehensmodell

97
2 Customizing

Abb.2.4
Vorgehensmodell
"Strukturanzeige"

Gl rIJ q, R/3 Custcmizing : Vorgehensmodell

~
GJ ".4 q, Phase-l : Organisation und Konzeptlon
G:J ~ q, Phase-2 : Detaill1erung und Real1s1erung
G:J ~ Q Phase-3 : Produk ionsvorbere l tung
G:J rIJ Q Phase -4 : Produkt ;vbetrieb
G:J ,p rIJ Q Projekta""i n istration und Projektcontrolling
G:J ,p 14 q, Systerrwartung und ReJease-WechsaJ

COO(1)l2'0I· I., 0'\IR '11 .41


Es ist von jedem Arbeitspaket des Vorgehensmode11s moglich,
Notizen zu hinterlegen und/oder den Projektstatus anzupassen.
AuBerdem besteht die Moglichkeit, via Hypertext auf die Online-
Dokumentation zuzugreifen.
Als Alternative zur Strukturanzeige kann die grafische Anzeige
gewahlt werden. Die Grafik enthalt a11e Phasen des Vorgehens-
mode11s. Per Doppelklick auf das jeweilige Arbeitspaket kommt
man direkt auf das Arbeitspaket in der Strukturanzeige. Die Mog-
lichkeit besteht synonym zum Arbeiten mit der Strukturanzeige
von jedem Arbeitspaket aus auf die entsprechende Online-
Dokumentation zu gelangen, die Notizfunktion aufzurufen oder
den Projektstatus anzupassen.

2.2.1.1 Phase 1: Organisation und Konzeption


Das Ergebnis der ersten Phase ist ein gepriiftes und verabschie-
detes Sol1konzept und ein Projektplan fur die R13-Einfuhrung.
HierfUr muss zuerst das "Projekt" R/3-EinfUhrung definiert wer-
den. In diesem Arbeitspaket wird das Ziel der R/3-EinfUhrung
konkret dargeste11t. Es mussen Fragen beantwortet werden, wie
bspw. "Warum wird das R/3-System eingefUhrt?", "Was wird ein-
gefUhrt?", "Wann sol1 die Einfuhrung stattfinden?", "Wie sind die
Verantwortungen verteilt?".
Diese Projektabgrenzungen sind besonders wichtig, denn somit
ist nach der Einfuhrung messbar, inwieweit dieses "Projekt" er-
reicht wurde.
Es werden Konzepte fUr die Projektstandards, die Projektarbeits-
weise und fUr die Systemlandschaft erstellt. Des weiteren wird
die Einfuhrungsstrategie festgelegt und ein Aufwands-, Termin-
und Kostenplan erstellt.

98
2.2 Customizing-Elemente

1m nachsten Schritt werden die Konzepte fur das Testsystem um-


gesetzt; d. h. es wird z. B. ein Test-Mandant eingerichtet, es wird
der Untemehmens-IMG erzeugt, der die Basis der einzelnen Cu-
stomizing-Projekte darstellt, und es wird der Projekt-IMG mit den
notwendigen Customizing-Projekten eingerichtet.
Da in R/3 auch Mandanten ilbergreifende Einstellungen und Ta-
bellen existieren, ist die Einrichtung folgender getrennter Syste-
me moglich:
• Entwicklungs- und Einstellungssystem
• Integrationssystem- zu Schulungs- und Testzwecken
• Produktivsystem, in dem die Fachabteilungen mit den "Echt-
daten" arbeiten
Die einzelnen Arbeitspakete der ersten Phase sind den nachfol-
genden Abbildungen 2.5 bis 2.7 zu entnehmen.
Die Abbildung 2.5 ist ein Ausschnitt aus dem Vorgehensmodell
in grafischer Darstellung:

Abb.2.5
Phase 1
"Organisation und Organisation und Konzeption
Konzeption"

Proj 'kllC:Jm
hulcn
QualiliiL'prufung
Konzcption

Prozcs: ·f
Funktion 'n
fCMlcgcn

hnilL~wllcn
Syslem·
erwcllerung n
cnrwcrfen

99
2 Customizing

Abb.2.6
Phase 1

i~~
Vorgehensmodell

G:i ~4

J
~4 ~~ ,,~
[b ~ "'J ProJokt vorbGro\tgn
[b ~ -:'4 Enuolcklungssystl!l1e 9lnTlchten
[b "'J Pro]ekttsIn schulen
[b ~ ~4

[b
of' '' S".."'... .... S"'._".ru.,,.,.
Prozesse/Furkt lonen fest legen

Qua lnatsprUfung So 11 onzept

In def nachfolgenden Abbildung 2.7 ist zu sehen, wie sich die


einze1nen Arbeitspakete in Einze1schfitte aufschlilsseln.

Abb.2.7
Phase 1
Arbeitspakete

~4 Q, """""
tb tP ~4
D rI'J p,.. J t,n11 nl,.utron
II "'J U~, , e R/3· f, t In11!!111"'8fl
II "'4 Bland 'J,,,,,tn- durchfuhr....
~ Pr, 1<,"""
elF ....... dos R/3 S).
~4 G~-... ,4"tf>prwp<r;~ dof,nlorAn
"'J f ,JI' 'ona ~ AM rdA"""Il""." R/3 $y.tr ""'l ft .......
"4 Abtnlduflli) dill,.. If''lt8r~~tr.tur ,.r"r~HJ)n
~ 11@:lp ul'1d l.fAr von Stanc:taTd,'Htf Jt' vr"h~tilll"l dll)f,n,erft
'/4 E,nfc"UI" .. trotl~,a foat 1~'"
~. ~.l"'ct..r.-S.ct.rf efWIntlln
~. Pro], t..,fb.uo,"~nl •• tlon t •• l'lJ4i!n
~.. Fro). t.t~clI"d. lM"d ·erbe1t ., .. " ... t.l~l!n
"'4 Syot.'llldachlft f.. qn
~4 ~ ~u"'•• nG.-. T.I'II'I n- und Ko.t1tlf:l'ln Ir •• , lin
~4I Ergebn , ••• "',. ~~oJek 01"l)ereltLing v.r.blcrned.n
"'4 Prcl" uuf<"g .. atal In
;4

~
K1C _04f ct. .. r,nfuhrung~pToJekl.' ~I'"Ch"'Li'f"."
tb tP ~4 • E"bole •• lun~ ,at..
e ein- ehten
tb ".4 f>rolaktt,go schu en
tb ,p "'.4 I'r"..... 'r..,
c""n fest legen
a:J ~.. Sc.lvtn t.t,11en ""nd Sy&t""'",.lt.I"'(6I~'" ."u".rfln
tb ';4 Ou.htltsprufu~ Sol't.onzopt

O:O(1);l1 • ", CV'I 11Q

100
2.2 Customizing-Elemente

2.2.1.2 Phase 2: Detaillierung und Realisierung


In der zweiten Phase werden Anderungen und Einstellungen am
R/3-System gemaB der Vorgaben aus dem Soli-Konzept (siehe
Phase 1) vorgenommen. Wahrend in der vorherigen Phase "Or-
ganisation und Konzeption" kaum firmenspezifische Einstellun-
gen im R/3-System durchgefiihrt wurden, liegt hier der Schwer-
punkt auf dem Customizing im engeren Sinn. Es geht zum Bei-
spiel darum, die Untemehmensstruktur und- organisation in R/3
anzulegen, die verschiedenen von R/3 angebotenen betriebswirt-
schaftlichen Verfahren und Vorgange auszuwahlen, einzurichten
und gegebenenfalls anzupassen.
Das Ergebnis der Phase "Detaillierung und Realisierung", die in
Abbildung 2.8 dargestellt ist, ist ein dokumentiertes Anwen-
dungssystem.
Weitere Arbeitsschritte sind:
• die globalen Einstellungen vomehmen (Einstellung des Pro-
duktionsvorbereitungsmandaten / Lander / Wahrung / MaB-
einheiten),
• die Untemehmensstruktur abbilden Cerfolgt tiber Buchungs-
kreise und Kostenrechnungskreise),
• die Funktionen und Prozesse nach Rticksprache mit der
Fachabteilung einstellen und testen,
• die Schnittstellen realisieren und testen,
• Datentibemahmeprogramme erstellen und testen.
Beispiel zur Wenn man bspw. die globalen Einstellungen vomehmen will,
Vorgehensweise dann positioniert man den Cursor auf dem Arbeitspaket "Globale
Einstellungen vornehmen" und klickt auf das Funktionssymbol.
AnschlieBend wird man nach dem Projekt gefragt. Hier wahlt
man das richtige Projekt tiber Drop-Down aus. Man gelangt in
den Einftihrungsleitfaden, tiber den man direkt die Systemein-
stellungen vomehmen kann.
Aile Arbeitspakete dieser Phase sind komplett aus nachfolgender
Abb. 2.8 zu entnehmen:

101
2 Customizing

Abb.2.B
Phase 2 Detaillierung und Realisierung
.Detaillierung und
Realisierung"

S>st'merwdte-
Globalc rungen reillisi ren
EinMellungcn
\'omchmen
I3ericlm.systcm
abbildcn
'ntcmchml.!ns·
"uuklUr QuaIi13t.'>prufung
abbildcn
rchi\'Vcrwaltung nWl.!ndung,,'
ahhildcn system
Grund- und
St:ammdaten
abbilden

Pro7.cs.<;I.! und
Funktlonen
abbildcn
bschlus.,>ICSl
durchfuhrcn

2.2.1.3 Phase 3: Produktionsvorbereilung


Die dritte Phase beinhaltet die Produktionsvorbereitung. Nach
Freigabe des Anwendungssystems Csiehe Phase 2) wird zunachst
die Hard- und Softwarelandschaft konkretisiert, d. h. es wird die
in der Phase 1 definierte Systernlandschaft festgelegt und ggf. be-
schafft.
Ein wichtiger Bestandteil stellt die Anwendungsdokumentation
dar, die erstellt werden muss, urn spater dem Anwender die
Funktionalitat zu eriautem bzw. ihn bei der Bewaltigung der
Aufgaben im Untemehmen zu unterstlitzen. SAP empfiehlt fur
die Projektdokumentation die Notizfunktion des R/3-System zu
verwenden. Die Notizen ge1ten systemweit und sind Mandanten
unabhangig. Die gesamte Projektdokumentation ist somit jeder-
zeit online abrufbar.
AnschlieBend erfolgt die konkrete Netzwerkinstallation, die die
technisch eingerichtete Produktivumgebung fur das R/3-System
bildet.

102
2.2 Customizing-Elemente

Bevor das Produktivsystem anlaufen kann, ist die Systemadmini-


stration zu organisieren. Darunter Wlt z. B. die Netzwerkverwal-
tung, die R/3-Systemprofilpflege, das Monitoring (CCMS = Com-
puting Center Management System), die Jobverwaltung, die
Spoolverwaltung (Printing), das Backup/Recovery, der Start-/
Stop-Ablauf, die Archivierung und die Benutzerpflege.
Die Phase 3 beinhaltet im Einzelnen folgende Schritte:

[;dUktiOnsvorbereitung
]
Abb.2.9 Produktiv~t- Anwcnder
Phase 3 7.ung M:hu)cn
"Produktionso

vomereitl;'n
vorbereitung" QualitilL~prilfunl!
Produkthsy. tem
Sy~temo

adminislrJlion
entwickcln orllanisiercn

Produkti\'o Daten in das


umgebung Produktiv'YSlem
einri hten iibcmehmen

2.2.1.4 Phase 4: Produktivbetrieb


Die vierte und letzte Phase des Vorgehensmodells besteht nicht
nur aus dem Produktivbetrieb, also der Inbetriebnahme des Sy-
stems, sondern auch aus der Systemoptimierung und der organi-
satorischen Unterstutzung.
Der inhaltliche Aufbau des Produktivsystems erfolgt unmitte1bar
vor dem geplanten Start der Benutzung des R/3-Systems. Dies ist
in der Regel in einem kurzen Zeitraum moglich. Das R/3-System
wird von den Fachabteilungen beispie1weise fur die Durchfuh-
rung von Buchungen oder Erstellungen von Rechnungen oder
Mahnungen im Betrieb eingesetzt.
Weitere Arbeitsschritte:
• Erstellen eines exakten Terminplanes, der von der Installa-
tion des Produktivsystems bis zur ersten Bearbeitung eines
Geschaftsvorfalls lauft;

103
2 Customizing

• Planen des zugehorigen Personaleinsatzes;


• Dberpriifen der Hardwareplanung;
• He1pdesk aufbauen;
• Betreuen der Anwender.

Systemnutzung optimieren:
• Systemeinsatz tiberwachen und optimieren;
• Dberpriifen der organisatorischen Festlegungen;
• KOlTigieren und erganzen dieser Fesdegungen.

]
Abb.2.10
Phase 4
"Produktivbetrieb" [;dUktiVbetrieb

QuallUits-
pri.ifung
Produ.kti ns-"-
system

Zielsetzung dieser letzten Phase ist es, dem Untemehmen ein


stabiles System zur Verftigung zu stellen, das auf die untemeh-
mensspezifischen betriebswirtschaftlichen Anforderungen zuge-
schnitten ist.

2.2.1.5 Projektadministration und Projektcontrolling


Dieses Arbeitspaket lauft wahrend der ganzen Einftihrungsphase
des R/3-Systems. Es werden die einzelnen Projekte hinsichtlich
der Erreichung der Projektziele erfasst und tiberwacht.
Die Projektadministration und das Projektcontrolling sind nicht
als Teil des Vorgehensmodells zu sehen. Dies sind vielmehr In-
strumente, mit denen die Feinplanung der Projektaktivitaten
durchgeftihrt wird. Ausloser ftir die Arbeit mit den Customizing-
Projekten ist somit nicht der Einstieg in das Vorgehensmodell,
sondem der eingerichtete Projekt-IMG (Einftihrungsleitfaden).
In diesem Arbeitspaket wird die Feinplanung der Projekte durch-
geftihrt. Es wird benotigt, urn den aktuellen Projektstatus zu er-
mitteln, ggf. KOiTekturmaBnahmen vorzunehmen, und es dient
als Grundlage ftir Projektbesprechungen.

104
2.2 Customizing-Elemente

2.2.1.6 Systemwartung und Release-Wechsel


In regelmagigen Abstanden werden von der Firma SAP, im Rah-
men von Systemwartungen, Korrekturen und Erweiterungen des
R/3-Systerns geliefert.
Handelt es sich hierbei um Verbesserungen oder Korrekturen
von bestehenden Funktionen, so spricht man vom System-
Upgrade.
Handelt es sich um die Auslieferung neuer Anwendungskompo·
nenten, so spricht man vom Release·Wechsel. Bei grogerem
Umfang der neuen Funktionen macht es durchaus Sinn, deren
Einfiihrung durch ein Customizing-Projekt zu realisieren.
Bei jedem System-Upgrade oder Release-Wechsel konnen sich
Anderungen in den Customizing-Tabellen ergeben.

Tab. 2.1 Me nde ntenabhangige Tabellen


AusUeferungs- Ma ndantenU Nab-
Aktualisierung der klasse hangige Tabellen
Mandant 000 Mandant,... 000
Customizing·
C A ,l Ies wird eingespielt kein E insple l en kein E inspielen
Tabellen (An de run gan ge 16schte
I

E Intr~ ge, n eye E intrage


etc .)

G AJI e s '>Mrd ei ngespie It Alles """rd im Allesyy;rd im


(An de run gen ge loschte
I I nsert-Modu s 1m Insert-M odus im
E Intra ge I neue E intrage SAP ..f\Iam e nsraum SAP -Na m ensraum
etc.) e in gespi elt einge~ielt

S A.lles '>JI..ird eingespie it Alleswrd Allesvr.4rd


(Anderungen. geloschte e ingespi elt einge~ielt
E intra ge I neue E intrage
etc.)

E ~ .lIes \l>Ard eingespie It Alles vvird im A1lesw;rd im


(Ande rungen. gel/:)schte SAP -Nam ensraum SAP-Nam ensraum
E intrage, neue E intrage e ingespi elt einge~ielt
etc.)

2.2.1.7 Moderne Einfiihrungsmethoden


Das wohl grogte Problem des SAP-Vorgehensmodells ist die
enorme zeitliche Differenz zwischen dem Zeitpunkt der Anforde-
rungsanalyse (erste Phase) und der endgultigen Einfuhrung des
Systems (letzte Phase). Diese Problematik wird besonders deut-
lich, wenn man eine durchschnittliche Projektdauer von 12 Mo-
naten ansetzt. Ein weiterer Punkt, der vom SAP-Vorgehens-
modell nicht berucksichtigt wird, ist die Fragestellung, wie die
Arbeit parallel arbeitender Teams organisiert werden kann. Diese
Fragestellung ist deshalb von Bedeutung, da nahezu an allen
R/3-Projekten mehr als nur ein Team gleichzeitig beteiligt ist.

105
2 Customizing

Ein weiteres Problem, zu dessen LOsung das R!3-Vorgehens-


modell keinen Vorschlag anbietet ist das Problem der Bewalti-
gung der phaseniibergreifenden Aktivitaten. Als Beispiel hierfiir
kannen sowohl die mangelhafte Kommunikation zwischen Be-
ratem und Benutzem als auch die sich daraus ergebenden Miss-
verstandnisse genannt werden.
Um diesen Problemen entgegenzuwirken, muss yom traditionel-
len R!3-Vorgehensmodell Abstand genommen werden und ein
Modell angewendet werden, das den neuen Anforderungen ge-
recht wird.
Zur Lasung des Problems der beschleunigten Einfiihrung be-
nennt die SAP AG den ASAP-Einsatz

2.2.1.7.1 Der ASAP-Ansatz


Die eigentliche Bedeutung der Abkiirzung "ASAP' lautet "as soon
as possible", was ins Deutsche ubersetzt "so schnell wie moglich"
bedeutet. Die Anlehnung des Sprachgebrauchs der SAP AG, die
ASAP als AcceleleratedSAP versteht, ist kein Zufall, da dies als
Sinnbild fur beschleunigte Durchfuhrung von SAP-Projekten ver-
standen werden solI.
Durch ASAP (siehe hierzu Kapitel 4) erhalt das Projekt klar defi-
nierte Rollen und Verantwortlichkeiten. Die Vorteile von ASAP
sind zie10rientiertes Projektmanagement, Zurilckgreifen auf
Know-how aus anderen R!3 Projekten sowie ein strukturiertes
Vorgehen, das aIle Aktivitaten rechtzeitig berilcksichtigt. ASAP
kombiniert Methoden, Werkzeuge und Services fur die Imple-
mentierung des Systems R!3 und erzielt so betrachtliche Syner-
gieeffekte.
Die Elemente in ASAP, die sog. "Accelerators" sind :
• Roadmap: Detaillierte Vorgehensweisen, Empfehlungen, Be-
schreibungen aller anfallenden Aktivitaten sowie ein ausfuhr-
licher Projektplan begleiten das Einfuhrungsteam durch alle
Phasen des Implementierungsprojektes.
• Toolkit: Das Toolkit enthalt Vorlagen, Beispiele sowie aIle
typischen Dokumente und Checklisten, die jedes Projekt be-
natigt.
• Ri3 Business Engineer: Die Tools und Vorgehensweisen
des Business Engineer bilden die Grundlage fur die Konfigu-
ration des Systems R!3.

106
2.2 Customizing-Elemente

• R/3 Service & Support: Die Leistungen von R/3 Service &
Support sind in die ASAP Roadmap integriert und gezielt fur
die verschiedenen Phasen des R/3-Produktlebenszyklus kon-
zipiert. Die Roadmap gibt Auskunft dariiber, wann welcher
Service zu planen ist oder genutzt werden sollte.
Die SAP AG auBert sich zum ASAP-Ansatz wie folgt: ,,ASAP ist
aus dem heutigen R/3-Vorgehensmodell entstanden und inte-
griert neueste Erkenntnisse zum Thema R/3-Einfuhrung. ASAP ist
damit keine grundsatzlich neue Vorgehensweise, sondern stellt
gesammeltes Know-how von SAP-Kunden und -Partnern zur
Verfugung".

2.2.1.7.2 Iteratives Prozess-Prototyping


Der iterative Ansatz dient dazu machbare Geschaftsprozesse zu
realisieren. Das Iterative Prozess-Prototyping (IPP) geht insbe-
sondere auf die Phasenaktivitaten "Prozesse und Funktionen
festiegen" (erste Phase) und "Prozesse und Funktionen ab-
bilden" (zweite Phase) des traditionellen SAP-Vorgehensmodells
ein. Als wesentliche Fragestellungen werden die folgenden in
den Mittelpunkt gestellt:
Fragestellungen • Welche Geschaftsprozesse ben6tigt das Unternehmen?
• Welche organisatorischen Einheiten stehen in welcher Form
in Verbindung?
• Welche Informationen werden bearbeitet und wie hangen sie
untereinander zusammen?
Das iterative Anpassen des R/3-Systems an die Anforderungen
des Anwenders stellt eine geeignete Methode dar, Missverstand-
nisse bzw. Kommunikationsprobleme zu beseitigen. Dieser itera-
tive Ansatz entspricht dem in der Realitat anzutreffenden Vorge-
hen.

2.2.1.7.3 OSOM - Oas dynamische Vorgehensmodell


DSDM steht fur "Dynamic Systems Development Method"
und beschreibt ein dynamisches Vorgehensmodell zur Softwa-
reentwicklung. Vorwiegend wird DSDM in GroBbritannien an-
gewendet. Dort wurde vom DSDM-Konsortium auch die Hoff-
nung bekundet, dass DSDM das Potential habe, sich zu einem
neuen Standard durchzusetzen. Betrachtet man die Tatsache,
dass diesem Konsortium tiber 1000 Mitglieder, wie z. B. Oracle,
IBM, Hewlett Packard angeh6ren, so kann man dieser Aussage
durchaus zustimmen.

107
2 Customizing

DSDM basiert auf folgenden fundamentalen Annahmen:


DSDM-Annahmen • Kein System ist beim ersten Versuch perfekt entwickelt,
• aber 80% der perfekten L6sungen k6nnen in 20% der Zeit er-
reicht werden, die zum Erreichen der perfekten L6sung n6tig
ware.
• Endbenutzer sind nicht in der Lage, ihre weit in der Zukunft
liegenden Anforderungen bereits zum Zeitpunkt der Anforde-
rungsanalyse (erste Phase im traditionellen Rl3-Vorgehens-
modell) vorherzusehen.
• DSDM geht davon aus, dass die aktuelle Phase nicht vollstan-
dig abgeschlossen sein muss. Vielmehr soUte sie nur so weit
fortgeschritten sein, dass gerade die nachste Phase begonnen
werden kann.
Die Hauptidee von DSDM ist die fruhe Einbeziehung der Benut-
zer, urn somit ein gemeinsames Verstandnis yom zu entwickeln-
den System zu schaffen. Es ist dabei wesentlich, die dem Modell
zugrunde liegenden Prinzipien zu beachten, we1che die Kernge-
danken des DSDM-Vorgehens widerspiegelt.
Dem DSDM legen mehrere Prinzipien zugnmde:
DSDM-Prinzipien • Die Partizipation der Endlyenutzer ist ein Muss.
• DSDM-Teams mussen bevollmachtigt werden, im Rahmen der
Systementwicklung Entscheidungen zu treffen.
• Aile Anderungen wahrend der Entwicklung sind reversibel.
• Anforderungen werden zunachst nur grab beschrieben.
• Das Testen ist nicht nur auf eine bestimmte Phase begrenzt,
sondem findet wahrend des gesamten Lebenszyklus statt.
• Kollaboration und Kooperation aller Beteiligten sind unver-
zichtbar.
2.2.2 EinfUhrungsleitfaden
SAP bezeichnet den Einfuhrungsleitfaden (IMG) selbst als "Zen-
trales Element des Customizing". Durch den Einfiihrungsleit-
faden werden die in dem Vorgehensmodell vorgestellten Ab-
schnitte in Form von konkreten Arbeitsschritten spezifiziert. Da-
bei unterscheidet man zwischen anwendungsspezifischen und
anwendungsneutralen Arbeitsschritten. Das heigt, dass man ne-
ben den Arbeitsschritten, die zur Parametrisienmg notwendig
sind, auch Arbeitsschritte findet, die zur Einfuhrung von Rl3 er-
forderlich sind, wie z. B. das Bearbeiten von Schnittstellen zu
anderen Anwendungen.

108
2.2 Customizing-Elemente

Technisch ist der Einfuhrungsleitfaden als Hierarchiestruktur


nach Anwendungskomponenten untergliedert angelegt. Aus dem
Strukturtitel k6nnen tiber folgende Funktionen verfilgt werden:
• Aufruf der Customizing-Transaktion tiber die Auswahl von
Ikonen fur die Systemeinstellungen.
• Aufruf der SAP-Dokumentation
Sie enthltlt die notwendigen Informationen fur die Durchfuh-
rung der Systemeinstellungen. Die Dokumentation wird mit
Microsoft WinHelp angezeigt.
• Aufruf der Projektdokumentation
Zu jedem Strukturtitel in der Hierarchiestruktur kann eine
Projektdokumentation erfasst werden, die projektspezifisch
oder projektunabhltngig abge1egt werden kann.
• Aufruf der Projektverwaltung
Zu jedem Strukturtitel in der Hierarchiestruktur kann die Pro-
jektverwaltung aufgerufen werden. Hier k6nnen Status, Ter-
mine, Abarbeitungsgrad und Ressourcen erfasst werden.
Der Einftihrungsleitfaden gilt systemweit, d. h. man kann ihn in
jedem Mandanten nutzen. Dies bedeutet gleichzeitig, dass sich
der Einftihrungsleitfaden in verschiedenen Mandanten nicht un-
terscheidet.
Den Weg zum Einftihrungsleitfaden findet man tiber das Custo-
mizing Csiehe Abb. 2.11 und 2.13):

Werkzeuge c::> Business Engineer c::> Customizing c? Einfiihrungs-


projekte c::> SAP Refer.-IMG anz.

Abb.2.11
Customizing-Start

109
2 Customizing

2.2.2.1 Sichten auf den Einfuhrungsleitfaden (IMG)


Eine Sicht auf den EinfiihrungsleitfadenJlmplementationguide
(IMG) steHt eine kundenspezifische Auswahl aus der vorherigen
Sicht dar.

Abb.2.12
Sichten auf den IMG
SAP-Referenz-IMG

,
.,
Unternehmens-IMG

... - ...
Projekt-IMG Ir,rO!MG - release-spez.

l l
1 n IMG

,
release-spez. unterschied-
EinfUhrungs- liche Sichten
(z. B. Muss/Kann)
L _leitfaden
_ _ _. .

Den Weg zum SAP-Referenz-IMG zeigt die nachfolgende Abb.


2.13:

Abb.2.13
SAP-Referenz-IMG

rojekt .12
111 Custoll1z1ng Projekt 11
Kritis~he Aktiyitaten zu~ Prujekt .1.
~~~I~==~ ======~========~

llO
2.2 Customizing-Elemente

SAP-Referenz-IMG Der SAP-Referenz-IMG enthalt aile Arbeitschritte fur die Funktio-


nen und gilt als "Rl3-Customizing-Bibliothek", die entsprechend
den Rl3-Anwendungskomponenten gegliedert ist (siehe Abb.
2.14 und Tab. 2.2):
- 5ltuklur clnzclqen SAP Acfcr c n7. Itr.4G
Abb.2.14 S\luktur Ilearbeiten sprinoen lnlorm!llion Hlsmttel S\lInda<deinste..... g Sl!otem I:!le
Struktur des SAP-
Referenz-IMG at. )( I
Aufrei8enNerbe<!/Ilfl :!1 ~ i!@ [Q Weitere Objektverwendung Anden.I'l!I'lXctokoll
GJ R/3 Custom i zing EinfOhrungsleitfaden
Gl o ba l e Eln ; t el 1 u n~Bn

Lander elnstel1en
Wahrungen
~ Ma~ein he lten Oberprufen
~ Kalender pflegen
~ Kalender fOr Japa n pflegen
Anzeigeeigenschaften von Feldern
Unternehmensstruktur
Anwendungsubergreifende Komponenten
F,nanz"esen
Treasury
Controlling
Investitionsmanagement
Unternehmenscontrolling
Irrmobilien
Logistik Allgemein
Environment, Health & Safety
Vertrieb
Materialwirtschaft
LOglstics Execution

Elemente der R/3-Customizing-Bibliothek:

Tab. 2.2
R/3-Customizing
• Globale Einsteilungen • Qualitatsmanagement
EinfUhrungsleitfaden • Untemehmensstruktur • Produktion
(Bibliothek) • Finanzwesen • Produktionsplanung
• Treasury Prozessindustrie
• Controlling • Vertrieb
• Investitionsmanagement • Personalplanung und
Personalabwicklung
• Untemehmenscontrolling
• Instandhaltung • Personaladministration
und Abrechnung
• Projektsystem
• Basis
• Anwendungsubergreifende
Funktionen

111
2 Customizing

Mit der Auslieferung erhalt der Kunde den Untemehmens-IMG.

Abb.2.15
Unternehmens-IMG

Durch die Rl3-Anwendungskomponenten kann bestimmt wer-


den, welche Lander und welche Funktionen in dem Untemeh-
men zum Einsatz kommen. Anhand dieser Auswahl erstellt das
SAP-System den Untemehmens-IMG, der genau die Dokumente
entMlt, die fur die ausgewahlten Lander und Funktionen relevant
sind.
Der Untemehmens-IMG ist nur einmal im System vorhanden.
Man kann jederzeit die Funktionsauswahl andem und einen
neuen Untemehmens-IMG generieren, wenn sich die Anforde-
rungen andem. Es wird jedoch nur eine Version des Unterneh-
mens-IMG's beibehalten.

Release-spezifischer Der release-spezifische Einfuhrungsleitfaden kann generiert wer-


EinfUhrungsleitfaden den fur:
• das Unternehmen auf Basis des Unternehmens-IMG und
• jedes Customizing-Projekt auf Basis des Projekt-IMG.

Der release-spezifische Einfuhrungsleitfaden fasst aile Doku-


mente aus dem Untemehmens-IMG oder aus dem Projekt-IMG
zusammen, wofur eine Release-Information vorhanden ist. Diese
Verkniipfung basiert auf einem Verweis in der Release-
Information. Jede Release-Information, die das Customizing be-
trifft, hat einen Verweis zum Einfuhrungsleitfaden. Dber diesen

112
2.2 Customizing-Elemente

Verwendungsnachweis wird dann def release-spezifische Einfuh-


rungsleitfaden generiert.
Release-spezifischen Um den generierten Release-spezifischen Einfuhrungsleitfaden
EinfOhrungsleitfaden anzuzeigen, geht man folgendermaBen vor:
anzeigen
Werkzeuge <¢ Business Engineer <¢ Customizing <¢ Projektver-
waltung
Beim Release-Customizing wird nach folgenden Funktionsum-
stellungen unterschieden:
System-Upgrade • Programmkorrekturen, die in kiirzeren Abstanden ausge-
liefert werden und den Produktivbetrieb i. d. R. nicht bee in-
flussen. Man kann dies neudeutsch auch als Patches be-
zeichnen.
Release-Wechsel • Funktionserweiterung, die in gr6Beren Abstanden ausge-
liefert werden und den Produktivbetrieb beeinflussen.
Upgrade- • Alle Customizing-Aktivitaten, die erforderlich sind, um die
Customizing bisher genutzten Funktionen nach einem System-Upgrade
oder einem Release-Wechsel wieder nutzen zu k6nnen, be-
zeichnet man als Upgrade-Customizing. Es fasst alle korri-
gierten und geanderten Funktionen zusammen.
Delta-Customizing • Unter Delta Customizing versteht SAP alle Customizing-
Aktivitaten, die erforderlich sind, um neue Funktionen in den
bisher genutzten Anwendungskomponenten nach dem Sy-
stem-Upgrade oder dem Release-Wechsel nutzen zu k6nnen.
Hier werden also alle neuen Funktionen zusammengefasst.

Ergebnis Das System generiert ein Projekt mit der Bezeichung "Delta-
Customizing" oder "Upgrade-Customizing" zu einem bestehen-
den Customizing-Projekt.
Der Einfuhrungsleitfaden steht in direktem Bezug zum Vorge-
hensmodell (siehe Abb. 2.16). Jeder Arbeitsschritt des Einfiih-
rungsleitfadens geh6rt zu genau einem Abschnitt des Vorge-
hensmodells; aber zu jedem Abschnitt des Vorgehensmodells ge-
h6ren in der Regel mehrere Arbeitsschritte des Einfuhrungs-leitfa-
dens.

113
2 Customizing

Abb.2.16
Zusammenhang
Vorgehensmodell und "orgehens~ell Einfuhrnngsleitfaden
EinfOhrungsleitfaden

+ +
Abschnittl Arbeitsschritt 1 )
Abschnitt2 Arbeitsschritt 2

2.2.2.2 Bestandteile des Einfuhrungsleitfadens


Jeder Einfuhrungsleitfaden setzt sich aus den in nachfolgender
Grafik ersichtlichen Bestandtei!en zusammen:

Abb.2.17
Bausteine des
EinfOhrungsleitfa-
dens

Informationsteil Projekl teuerungsteil


• Kon£eptinfonnalion • Statu ein tellung
mjt Bei pielen • Bearbeitung grad
• Vorau elZungen • Terminverwaltung
• Standardeinstellungen • Re ourcenverwaltung
• SAP-Empfehlung • Kurztexte fUr Hinwei e
• Aktivitaten mit Anleitungen

2.2.2.2.1 Informationstypen des Informationsteils


Konzept-
Der Informationstyp "Konzeptinformationen" hat eine zentrale
informationen Bedeutung innerhalb der Einfuhrungsleitfaden, wei! der Benutzer
an dieser Stelle grundlegende Informationen erhalten kann, z. B.
• tiber Konzepte, die im Customizing hinter einem betriebswirt-
schaftlichen Vorgang stehen;

114
2.2 Customizing-Elemente

• eine kurze Erlauterung des sich ansehlieBenden Arbeits-


sehrittes;
• eine Erklarung aus we1chem Grund der Benutzer diesen Ar-
beitssehritt durehfiihren soUte.
Zu wichtigen Begriffen, die in den Konzeptinformationen nicht
erklart werden, erhalt der Anwender Glossarverweise.
Voraussetzungen Bei den Voraussetzungen wird erklart, we1che Vorgange der Be-
nutzer durehfuhren muss, urn einen Arbeitssehritt erledigen zu
k6nnen. Wenn Arbeitssehritte die Bearbeitung vorangehender
Mentipunkte oder von Mentipunkten in anderen Modulen vor-
aussetzen, kann der Anwender tiber einen Verweis in den ent-
spreehenden Arbeitssehritt verzweigen.
Standard- Wenn SAP zu einem bestimmten Arbeitssehritt Standardeinstel-
einstellungen lungen im Mandanten 001 ausliefert, wird das dem Anwender an
dieser Stelle mitgeteilt. Bei den Standardeinstellungen handelt es
sich urn:
• abstrakte, tibergeordnete Besehreibungen der Tabelleninhalte
CStandardeinstellungen 1)
• detaillierte Besehreibungen der Tabelleninhalte (Standardein-
stellungen II)
SAP-Empfehlungen Die SAP-Empfehlungen sollen die Arbeit der Benutzer erleich-
tern. Zu den Arbeitssehritten gibt es folgende Empfehlungen:
• Empfehlungen teehniseher Art (z. B. Dbernahme von Stan-
dardeinstellungen)
• organisatorisehe Empfehlungen

Aktivitaten Die Aktivitaten, die man bei einem Arbeitssehritt durehftihren


muss, sind hier aufgelistet. Dies sind:
• organisatorisehe Aktivitaten Cz. B. Bildung eines Projektteams)
• systemteehnisehe Aktivitaten (z. B. Anlegen einer neuen Be-
legart)
Unmittelbar naeh den Aktivitaten findet der Anwender die Auf-
forderung "Funktion ausfiihren ", auf der ein Transaktionsverweis
angelegt ist. Mit Doppelklick auf "Funktion ausJiihren" ruft man
die Customizing-Transaktion auf, die zu dem jeweiligen Arbeits-
sehritt geh6rt. Wenn die Aufforderung "Funktion ausfiihren"
mehrmals angeboten wird, bedeutet dies, dass man untersehied-
liehe Customizing-Transaktionen aufrufen kann.

115
2 Customizing

2.2.2.2.2 Informationstypen des Projektsteuerungsteils


Hier findet der Anwender Unterstiitzung fur die Projektplanung
und Projektsteuerung. Es besteht die Moglichkeit, fur jeden Ar-
beitsschritt die Plan- und Istdaten bzgl. Terrnin, Ressourcen,
Aufwand etc. zu erfassen.
Der Projekt-IMG unterscheidet nach folgenden Informations-
typen:
Abb.2.18
Informationstypen in
den IMG-Aktivitaten
Beispiel

ZusfIzllche
Informdionen
IMG ~
Akt ivit<:lEn
~

• Konzeptinformation
Jedes Dokument beginnt mit der Konzeptinformation. Dieser
Informationstyp hat eine zentrale Bedeutung innerhalb des
Einfiihrungsleitfadens. In den ubergeordneten Kapiteln wer-
den Dberblicksinformationen gegeben.
• Beispiel
• Voraussetzungen
Dieser Informationstyp enthalt wesentliche systemeigene oder
organisatorische Voraussetzungen
• Standardeinstellung
• Empfehlung
• Aktivitiiten
Dieser Inforrnationstyp enthalt systemeigene oder organisato-
rische Aktivitaten, die zu einem Arbeitsschritt gehoren.
• Zusatzliche Informationen
In Anschluss an die Aktivitaten findet man ggf. zusatzliche
Informationen zu den Konzeptinformationen.

116
2.2 Customizing-Elemente

Bei der Einfiihrung von R13 kann eine projektbegleitende


Dokumentation angelegt werden. Damit halt man fest,
• welche Dberlegungen oder Entscheidungen den Einstellun-
gen zugrunde liegen;
• wie man die Arbeitsablaufe (z. B. Wareneingange erfassen,
Kundenauftrage hinzufiigen) mit dem R13-System organisieren
will.

Abb.2.19
Notizfunktion

.......... 1 .• . , •.• •• 2 .... ....... 3 .......... ~ ...... . ... . 5........... 6 .......... 7 __


All .....1n. ProJ.ktinfar " .tianon

------ S_DOCUS1 - S_OOCU_SIIOW ------------------ Zdlon 1 - 1 / 1 -------------

A01(1J(210) _ O\IR 1729

SAP empfiehlt, fUr die Projektdokumentation die Notizfunktion


im Einfuhrungsleitfaden zu verwenden. Die Notizen gelten sy-
stemweit und mandantenunabhangig. Die Notizfunktion bietet
den groBen Vorteil, dass die gesamte Projektdokumentation den
Anwendern jederzeit online zur Verfugung steht. Die Projektdo-
kumentation kann fUr jedes Kapitel des Einfuhrungsleitfadens
oder fUr ein Hauptkapitel einschlieBlich aller Unterkapite1 ausge-
druckt werden.

2.2.2.3 Arbeiten mit dem EinfiihrungsleiHaden


Der Einfiihrungsleitfaden ist in Form einer Hypertextstruktur er-
stellt. Es bestehen deshalb zwei Moglichkeiten mit dem EinfUh-
rungsleitfaden zu arbeiten, nachdem man uber:
Werkzeuge c:> Business Engineering c:> Customizing c:> Einjuh-
rungsprojekte c:> Standardproj.lSicht

117
2 Customizing

in den kompletten Einftihrungsleitfaden (siehe Abb. 2.20) gelangt


ist.
Mit der Standard- In der Gliederung verzweigt man tiber "AujreifteniVerbergen"
projektsicht arbeiten zur nachsten Gliederungsstufe oder tiber "Aile Unterkapitel". Das
Lesen der Dokumentation wird tiber einen Doppelklkk auf die
Textzeile erm6glicht. In die Einstelltransaktionen verzweigt man,
indem man einen Doppelklkk auf "Funktion" ausfuhrt.
Einen Status kann man eingeben, indem man einen Doppelklick
auf die Statusinformation ausfuhrt. Die Statusinformationen mtis-
sen nkht, k6nnen aber eingegeben werden.

Abb.2.20 ~ R/3 cus~omizlng EinfOhrungs1ei~faden

Inhaltsverzeichnis
[£i G1oba1e Einstel1ungen
des EinfOhrungsleit- (D Unternehmensstruktur
fadens (D Anwendungsubergreifende Komponenten
[£i F; nanzwesen
[£i Treasury
[£i Contro11 1ng
[£i Investitl0nsmanagement
[£i Unte rnehmenscont ro 11 1ng
(D Immobi11en
(D Logi st 1 k All gemeln
[£i Environment. Health & Safety
[£i Vert r i eb
~ Materia1wirtschaft
~11(emelne Elnste11unQsn
~ Materia1sperre einstellen
~ Kons1gnationspreise uber Infosatze aktivieren
~ Leergutabwick1ung aktivieren
Verbrauchsgesteuerte Disposition
Einkauf
Dienst1eistung
8estandsfOhrung
8ewertung und Kontierung
RechnungsprOfung
(D LogistlCS Execution
[£i Qua1itatsmanagement
(D Instandha1tung und Service-Management
GJ Kundenservice und Customer-I nteraction - Center
[£i Produk t ion
[£i Produktionsplanung Proze~industrie
[£i Projektsys~em
GJ Persona1management
[£i Personalzeit~irtschaft

Mit der Dokumen- Die selbst erstellte Dokumentation kann tiber einen Doppelklkk
tation arbeiten auf "Notiz vorhanden" gelesen werden. Man druckt aus der
Gliederung tiber "Struktur c¢ Drucken ".

118
2.2 Customizing-Elemente

Die zweite ,M6gIichkeit, mit dem Einftihrungsleitfaden zu arbei-


ten, erreicht man tiber:
Werkzeuge c:> Business Engineering c:> Customizing c:> Einjuh-
rungsprojekte c:> Projektdokumentation

Abb.2.21
Beispiel eines IMG's

AAl,..&.nN_gen ~ [). Dqj g "'oq,e o~

~4 ~ R/3 Custo izing EinFUhrungsleitfaden

J
~4 ~ Globale EinstPllungpn
~4 ~ L 'ndPr pins ellen

L~nder dPfinipren
L~nder pezifische PrUfungen einstellen
Regionen einfUgen
L~nderuorw hlen dpfinieren
L~nderuorwahlen Tplefon: Ausnah.en deFinieren
L~nderuorwanlen Telex: Ausnah .. n definleren

Einige der wichtigsten Icons CSymbole) innerhalb des IMG's sind:

Wichtige Icons Icon Beschreibung


des IMG
Q~ neue Notiz aniegen
~ Notiz Ie sen
1f Projektstatus pflegen
,j9 Customizing Transaktion ausfuhren

M~ nach Eintragen suchen


unter diesem Knoten hangen weitere strukturtitel
unter diesem Knoten hangen keine weiteren Struktur-
titel mehr

119
2 Customizing

Zu den wichtigsten Aktivitaten zahlen hier:


Aktivitaten
• Aktivitiiten bearbeiten
Man springt durch einen Doppelklick auf "Funktion ausfilh-
ren" im Informationsblock "Aktivitiiten" in die dazugeh6rige
Custornizing-Transaktion.
• Statusbearbeitung
Die Statusinformationen werden durch einen Doppelklick
auf das Wort "BearbeitungsstatuS', das man immer am Ende
eines Bausteins findet, gepflegt.
• Eigene Dokumentation
Man pflegt die eigene Dokumentation tiber "Bearbeiten c:>
Notiz".
• Bausteine drucken
Einen Baustein druckt man tiber "Baustein c:> Drucken ".

Von allen Stellen im Text, die farbig hervorgehoben sind, kann


man andere Elemente, z. B. Transaktionen, Texte, durch einen
Doppe1klick auf diese Stelle erreichen.
Die Funktion "suchen" erleichtert das Auffinden von Strukturti-
teln innerhalb des IMG. Beim Klick auf das Symbol
erscheint folgendes Fenster:

Abb.2.22
Suchen eines
S.rlle
Strukturtitels

AIl del So.cl1e
(i ~ Ur.arpoUIOn

I. ~ S~"'luranlang

Tre/f"'aIl18llJe
Ii' ",aten Trell'" markeren
('j TretlMile

If I LeIzIe TrefJeiI~le I)( I


Hier kann man nun einen Suchbegriff eingeben. Ferner kann die
Art der Suche und die Trefferanzeige vedindert werden, ob z. B.
nur der erste Treffer in der Strukturubersicht angezeigt werden
soil. Wahlt man die Trefferliste aus, stellt R/3 eine Liste mit allen,
dem Suchbegriff entsprechenden Strukturtite1n dar.

120
2.2 Customizing-Elemente

2.2.3 Projektsteuerung

Customizing-Projekt
Das Customizing-Projekt wird zur Einfiihrung neuer SAP-R/3
Funktionalitaten verwendet. Das oben beschriebene Vorgehens-
modell eignet sich sehr gut zur Grobsteuerung und zur besseren
Dbersicht. Der Projekt-IMG hingegen wird haufig zur Planung
einzelner Arbeitsschritte verwendet.
Das Customizing-Projekt leitet sich aus dem zuvor definierten
Unternehmens-IMG abo Es konnen auch mehrere Projekte ne-
beneinander stehen.

Abb.2.23
Customizing-Projekt

Innerhalb des Customizing bietet SAP folgende Moglichkeiten die


Durchfiihrung von SAP-Projekten zu strukturieren, zu steuern
und zu iiberwachen:
• Projektverwaltung
• Projektdokumentation
• Statusinformationen
• Projektausvvertung

2.2.3.1 Projektverwaltung
Die Projektverwaltung im Customizing dient dazu, die Durchfiih-
rung von R/3-Projekten zu strukturieren, zu steuern und zu iiber-
wachen. Aus den R/3-Komponenten wird ein unternehmensspe-
zifischer Einfiihrungsleitfaden gebildet. Aus diesem Leitfaden,
dem Unternehmens-IMG, wird eine Auswahl von landerspezifi-
schen Einstellungen und Funktionen getroffen und als Projekt
definiert. Es konnen mehrere Customizing-Projekte nebeneinan-
der stehen.

121
2 Customizing

Man gelangt tiber: "Werkzeuge ~ Business Engineering ~


Customizing ~ Einfuhrungsprojekte ~ Projektverwaltung" in die
Verwaltung der Projekte.

Ein Projekt kann in folgenden drei Fallen angelegt werden:


Wann wird ein • bel der Einfiihrung von Rl3-Funktionen
Projekt angelegt? Das Customizing-Projekt enthalt in diesem Fall den Urnfang
der Funktionen, die beispielsweise zu einem bestimmten
Termin produktiv eingesetzt werden sollen.
• beim System-Upgrade oder
• belm Release-Wechsel
Das Customizing-Projekt enthalt in diesen Fallen die Customi-
zing-Aktivitaten zu neuen, geanderten oder korrigierten
Funktionen, die mit dem System-Upgrade oder Release-
Wechse1 ausgeliefert werden.
Wozu wird ein Durch das Customizing-Projekt werden projektspezifische Do-
Projekt angelegt? kumentationen und Statusinformationen ennoglicht. Es konnen
verschiedene Sichten auf den IMG ange1egt werden, die aus dem
Blickwinkel des Projektes sinnvoller erscheinen.
Der Unternehmens-IMG stellt die Gesamtheit aller Funktionen
dar, die man in einem Unternehmen einftihren will (nach Art des
Unternehmens kann dies z. B. die Einfuhrung des Finanzwesens,
Controllings, der Materialwirtschaft und des Vertriebes sein).
Die Gesamtfunktionalitat kann in einem oder mehreren Custo-
mizing-Projekten abgebildet werden. Die nachfolgende Grafik
veranschaulicht die Art und Weise, wie Projekte aus dem Unter-
nehmens-IMG generiert werden.

122
2.2 Customizing-Elemente

Abb.2.24 RJ3-Komponente
Customizing-
Projektsichten

U nte..-nehmens-IMG

Custemlzlng-Prejekt 1 Customlzlng-Prejekt 2

P ro/<lkl-IMG

Sichten auf den Man kann den Projekturnfang durch die Auswahl von Attributen
Projekt-IMG
verkleinern. Dabei stehen folgende Attribute zur Auswahl:
• Muss- oder Kann-Arbeitsschritte
Es miissen aile Muss-Aktivitaten durchgefiihrt werden.
• Krltische oder unkritische Arbeitsschritte
Kritische Arbeitsschritte sind Arbeitsschritte, bei denen kleine
Fehler sehr groBe Auswirkungen haben. Daher miissen diese
Ergebnisse genau gepriift werden.
• AIle Arbeitsschritte zu einem Arbeitspaket
aus dem Vorgehensmodell
• Weitere Einschrankungen der Funktionsauswahl
Man wahlt beispielsweise nur den Einkauf, wenn das Custo-
mizing-Projekt die EinfUhrung der Materialwirtschaft enthalt.
Anlegen eines Ein Customizing-Projekt wird immer dann angelegt, wenn
Customizing-Projekts man R/3-Funktionen im Unternehmen einfUhren mochte. Basis
dafUr ist der Unternehmens-IMG. Auf der Grundlage einer Lan-
der- und Funktionsauswahl im Unternehmens-IMG erzeugt man
fUr ein bestimmtes Customizing-Projekt den Projekturnfang. Die-
ser enthalt nur die Funktionen, die innerhalb der Customizing-
Projekte eingefiihrt werden sollen. Der Projekturnfang ist somit
eine Teilmenge des Unternehmens-IMG.

123
2 Customizing

Urn ein Projekt anzulegen geht man folgendermaBen vor:


Man wahlt Werkzeuge Q Business Engineer c:? Customizing, dann
wihlt man die Drucktaste Projektvenvaltung und wahlt Projekt c:?
Anlegen. Zunachst wird eine Projektnummer vergeben:
Abb.2.25
jlee,be.ten .sPllngen Sl/$tem Holle
Vergeben einer
Projektnummer

[;;J S.chten zum P,oie


.. P'Olokl anle'len t:J
P,ol",ktnumm r

:fl, 1010' hend

Dann mtissen die Kopfdaten des Customizing-Projekts definiert


werden. Dabei ist darauf zu achten, dass alle Muss-Felder aus-
gefullt sind.

Abb.2.26 ~- .......... !.Jcn~ ! 1;."

Definition der .... I 3 +ax b.t: II


Kopfdaten

..
--
I'Iod. 21 0
~

..- I" :lfO ;onooG


.,rq

,... a, '

.. I I.. .. lrwn

124
2.2 Customizing-Elemente

Dann kann der Anwender die Voreinstellungen fur die Projek-


tadministration des Projekt-IMG festlegen:
• M6chte man im Projekt-IMG den Status pflegen, befurwortet
man die Frage "Verwenden Sie die Projektadministration?"
Csiehe Abb. 2.26).
• Nun kann der Anwender seinem Customizing-Projekt die
Status-, die Selektionsfelder und die Ressourcen, d. h. die
Projektmitarbeiter, zuordnen.

Abb.2.27 ,
Status
zuordnen

"

-
r
r
r
r
'--- r
,. r
r

Nun legt man die Voreinstellungen fur die Projektdokumentation


des Projekt-IMGs fest:
• M6chte man im Projekt-IMG Notizen anlegen, befurwortet
man die Frage "Verwenden Sie die Projektdokumentation?".
• Nun werden dem Customizing-Projekt die Notiztypen zuge-
ordnet. Dabei kann der Notiztyp als projektspezifisch oder als
global festge1egt werden. Globale Notiztypen ge1ten fur meh-
rere Customizing-Projekte.

125
2 Customizing

Abb.2.28
-~'''''
Notiztypen ::::J
zuordnen Tit t fl!lhh"lg Z-.. E"lrtuhnJnfil h, l l flt.,M"
r•• U i, ok"-8fIUH ion 'VOrl CAn
FrlJtJbni."i!I riM,. Sy Iton II'l tllillllt..a0:Jttfi
Protoko I ... Ent.c~'IOun ....
Er""'t.rtJ~.be.( ... r.'bu.ng
'SCM'ttstl '1 onb •• chro,bung
Sol l konz.pt
S\ tu.b.rlchte
PrOl ft.t. lind rO.
Al l gcr'lcnnD PTCI)O t nfor.3'tlOl'!C!n
v ...... 'I'G1G' QU1 e x t rr\C 00 r.AOnt:llt'lon
PrObh:mr-elCkin9C1n. fohlorMldu,.;~n

r
r I ' ...-1 ... 1 I 1<H11II1 ~" l x l
...-lltlnl.4I' _1r..w.u_l xJ

Dann wahlt man die Druckstaste Projekt-IMG generieren. Es


empfiehlt sich das Customizing-Projekt zu sichern. Durch Akti-
vieren der Drucktaste Projektumjang anzeigen erhalt man jetzt
eine Liste mit der Projektstruktur.
Aber auch bei einem System-Upgrade/Release-Wechsel muss ein
Customizing-Projekt angelegt werden. Ein Customizing-Projekt
enthalt in diesem Fall Customizing-Aktivitaten zu neuen, gean-
derten oder korrigierten Funktionen, die mit einem System-
Upgrade und mit einem Release-Wechsel ausgeliefert werden.
Andern und loschen Nachdem ein Customizing-Projekt angelegt wurde besteht jeder-
von Projekten zeit die Moglichkeit, dieses beliebig abzuandern. Auch die Sich-
ten und der Projekt-IMG durfen nachtraglich erweitert oder ver-
kurzt werden. Ebenso durfen Customizing-Projekte jederzeit ge-
loscht werden.
Achtung: Die Projektsprache darf nicht geandert werden!
Hierbei werden samtliche dem Projekt zugeordneten Informatio-
nen geloscht. Dies sind Projektdokumentationen, Statusinforma-
tionen sowie die Sichten, die zu dem Projekt angelegt wurden.
Standardprojekt Da mehrere Customizing-Projekte nebeneinander stehen konnen,
bietet SAP die Option, ein Standard-Projekt zu definieren. Beim
Aufruf des Customizing wird dann direkt ins Standard-Projekt
verzweigt. Diese Markierung kann jederzeit fUr jedes beliebige
Projekt gesetzt oder zUriickgenommen werden.

2.2.3.2 Projektdokumentation
Bei der EinfUhrung von SAP-R/3 besteht fUr den Benutzer die
Moglichkeit, eine projektbegleitende Dokumentation anzulegen.

126
2.2 Customizing-Elemente

Damit halt man fest, welche Dberlegungen den Einstellungen zu


Grunde liegen und wie man die Arbeitsablaufe mit dem R/3-Sys-
tem organisieren will.
SAP bietet dafur den Notiztyp an, um die Projektdokumentation
zu strukturieren. Inhaltlich k6nnen unterschiedliche Notiztypen
definiert werden, z. B. fur
• Protokolle oder Entscheidungen
• Projektstandards
• Sollkonzepte
• Problem- oder Fehlermeldungen
Jeder Notiztyp hat einen eindeutigen Schlussel, der schon beim
Anlegen eines Projektes festgelegt wird. Die Notizen gelten sy-
stemweit und sind Mandanten unabhangig. Das hat den Vorteil,
dass die gesamte Projektdokumentation jederzeit online abrufbar
ist.
Bei der Einfuhrung des R/3-Systems k6nnen Projekt begleiten-
de Dokumentationen angelegt werden. Diese werden in Form
von "Notizen" als Dokumente erfasst. Die Dokumentationen sind
projektspezifisch angelegt, wenn das Dokument oder der Notiz-
typ einem Customizing-Projekt zugeordnet wird.
Projekt ubergreifend angelegte Dokumentationen erhalten den
Notiztyp "global". Dies bedeutet, dass diese Projektdokumentati-
on fur alle Projekt-IMGs gilt, in denen das Dokument erscheint.

Abb.2.29
Zuordnung der Pro- Projektubergreifende
jektdokumentation Doku mentation

Projekt- i,
Dokumentation :
Notlztyp .. 1" ;
-_. - - ----... .......... -. ~.-

Projekt- i
Zuordnung zurn
Dokumentation I
Custornizing-Proj. 2
- --'Y~.t~~!tE..:~~~_.J
127
2 Customizing

Die Erfassung von Notizen kann direkt im SAP-System uber


"SAP sCript' erfolgen.
Arbeiten mit der Fur die Erfassung der Projektdokumentation kann der Benutzer
Projektdokumentati- zwischen Microsoft Word for Windows und SAPscript wah-
on len. StandardmalSig wird der Editor SAP sCript voreingestellt.
Mochte man lieber mit Microsoft Word for Windows arbeiten,
kann der Editor auf Word for Windows umgeschaltet werden.
Dazu geht man folgendermalSen vor:
Man wahlt im Customizing-Menu Grundfunktionen c:? Editor fur
Notizen c:? Win Word.
Wenn wieder SAPscript genutzt werden soli, wahlt man im Cu-
stomizing-Menu Grundfunktionen c:? Editor fur Notizen c:?
SAPscript.
Um eine Notiz anzulegen, positioniert man im Customizing-Menu
den Cursor auf den Strukturtite1 zu dem man eine Notiz anlegen
will. Danach wahlt man Springen c:? Notiz c:? Pflegen
oder direkt uber den Icon (= Notiz anlegen).
Jetzt muss noch der Notiztyp angegeben werden, den man bei
der Projektdefinition angelegt hat. Der Editor wird angezeigt und
der Benutzer kann mit der Eingabe beginnen.

2.2.3.3 Statusinformationen
Die Statusinformationen stellen Unterstutzungsfunktionen zur
Steuerung des Projektablaufes bereit. Sie sind immer projektspe-
zifisch und beziehen sich sowohl auf die Dokumente des Einfuh-
rungsleitfadens als auch auf die definierten Aktivitaten im Cu-
stomizing-Projekt. Die Statusinformationen gelten systemweit, d.
h. der Benutzer kann diese Informationen aus jedem Mandanten
pflegen und abrufen.
Die Projektauswertung im SAP-System greift auf die hinterlegten
Statusinformationen zurUck. Sollen diese Auswertungsmechanis-
men beansprucht werden, ist es unumganglich, die einzelnen
Informationen zu pflegen. Bei der Definition des Customizing-
Projektes werden die einzelnen Stati ausgewahlt, die hier einge-
stellt werden konnen (z. B. in Arbeit, abgeschlossen).
Weiterhin konnen der Prozentsatz des Abarbeitungsgrades sowie
die Aufwendungen fur diesen Arbeitsschritt durch den Benutzer
manuell eingegeben werden. Die Aufwendungen sind in Ist-,
Plan- und Restaufwendungen unterteilt.

128
2.2 Customizing-Elemente

Spatere Auswertungen tiber die Terminverwaltung sind ebenfalls


moglich, wenn Plan- und 1st-Termine gepflegt sind.
Den einzelnen Arbeitspaketen im Customizing-Projekt konnen
des weiteren Mitarbeiter oder Mitarbeitergruppen zugeordnet
werden. Diese Angaben tiberpruft das SAP-System allerdings
nicht!
Das SAP-System kann den Prozentsatz des Abarbeitungsgrades
und des Restaufwandes auBerdem wie folgt errechnen:

Abb.2.30
Berechnungslogik
Restaufwand
(100 - Abarbeitungsgrad) . Ist-Aufwand
Restaufwand =~-----"::"""::"""""":""-----l
Abarbeitungsgrad

Restaufwand =Planaufwand
Wenn kein Ist-Aufwand und kein
Abarbeitungsgrad eingepfJegt ist.
----------------~

Abarbeitungsgrad
Ist-Aufwand 100
Abarbeitungsgrad in % = -----------3
Ist-Aufwand + Rest-Aufwand

Bis zu funf Zeilen lange Kommentare zur Projektabwicklung, z.


B. zur Erlauterung der Projektstati, sind in der Eingabemaske zu
den Statusinfonnationen moglich.
SAP bietet die Moglichkeit weitere Se1ektionsfe1der zu definieren,
anhand derer individuelle Auswertungen vorgenommen werden
konnen.
Alle Anderungen der Statusinfonnationen werden vom SAP-
System in einem Anderungsbeleg gespeichert. In diesem Beleg
befinden sich Informationen tiber den Zeitpunkt der Anderung,
von wem die Anderungen durchgefuhrt wurden sowie die alten
und neuen Inhalte der geanderten Felder. Diese Anderungsbele-
ge konnen tiber die Historie angezeigt werden.

129
2 Customizing

2.2.3.4 Projektauswerlung
Zu jedem Dokument des Einfuhrungsleitfadens k6nnen projekt-
bezogene Statusinfonnationen hinterlegt werden. Mit Hilfe der
Projektauswertungen hat der Benutzer die M6glichkeit, die hin-
terlegten Statusinfonnationen auszuwerten. Die Projektauswer-
tung kann entweder uber das Vorgehensmodell oder tiber den
Einfuhrungsleitfaden durchgefuhrt werden.
In die Projektauswertung gelangt man uber:
Werkzeuge q Business Engineer q Customizing
1m Customizing-Menu wahlt man die Drucktaste Projektaus-
wertungen.
SAP bietet insbesondere folgende Auswertungsmoglichkeiten:
• Projektinformationen,
d. h. Auswertungen der Statusinformationen und aller Notiz-
typen.
• Fortschrittkontrolle,
beispielsweise durch Verkntipfung unterschiedlicher Statu-
sinformationen untereinander (z. B. Projektrnitarbeiter und ei-
nen bestimmten Status) oder durch "Verdichtung" der Projek-
tinformation.
• Auswertungsumfang fur ein oder mehrere Customizing-
Projekte, wobei als Auswertungsebene immer das Customi-
zing-Projekt dient.
• Allgemeine Auswertungen,
bspw. Tagesauswertungen.
Die Statusinfonnationen und die Projektdokumentation konnen
direkt aus der Projektauswertung heraus gepflegt werden.
Der Anwender kann selbst bestimmen nach welchen Selektions-
kriterien er die Auswertungen einschranken mochte und wie die
Ergebnisse der Auswertungen schlieBlich auf dem Bildschirm
und dem Papierausdruck dargestellt werden (siehe nachfolgende
Abbildung).

130
2.2 Customizing-Elemente

Abb.2.31
Auswertungs-
moglichkeiten

Folgende Se1ektionskriterien werden standardmiHSig angebo-


ten:
• nicht gepflegte, geplante Aktivitiiten
Nicht gepflegte und geplante Aktivitaten sind Aktivitaten mit
Plan-Startterminen, aber ohne 1st-Termine.
• offene Aktivitiiten
Offene Aktivitaten sind Aktivitaten ohne Angabe fUr den 1st-
Beginn und das 1st-Ende, mit Planende oder mit einem Abar-
beitungsgrad ungleich 100%.
• alle bearbeiteten Arbeitsschritte
aIle Aktivitaten mit einer Angabe zum 1st-Beginn.
• aIle abgeschlossenen Arbeitsschritte
aIle Aktivitaten mit Terminen fUr das 1st-Ende.
• Ist-Aufwand-Uberschreitungen
Aktivitaten, bei denen der 1st-Aufwand gro/Ser ist als der Plan-
aufwand.
• geplante Aufwandsiiberschreitungen
Aktivitaten mit erhohtem Planaufwand und einem Abarbei-
tungsgrad unter 100%.
• individuelle Auswertungen Cz. B. Tagesauswertung)
Aus jeder Auswertung kann direkt in den dazugehorigen Projekt-
1MG verzweigt werden, urn nachtraglich Statusinformationen zu
pflegen.

131
2 Customizing

2.3 Customizing-Werkzeuge
2.3.1 Aufbau und Funktionsweise der Werkzeuge
Innerhalb des Customizings eroffnen sich dem Anwender eine
interessante Auswahl von Werkzeugen:

Abb.2.32
Customizing-
Werkzeuge

Hypertext

Mandanten Globale
einrichten EinfU hrungs- Parameter
projekte

• Transport
Die Systemeinstellungen konnen mit Hilfe des Rl3-Trans-
portsystems in das Produktivsystem des Benutzers ubertragen
werden.
• Hypertext
Ein Hypertext ist eine netzwerkartig aufgebaute Online-
Dokumentation, die aus Bausteinen und Verweisen besteht.
• Globale Parameter
Bestimmte Parameter konnen bzw. mussen voreingestellt
werden, wenn Anderungen innerhalb der Werkzeuge wirk-
sam werden soIlen, z. B. Einfuhrung neuer Wahrungen (Eu-
ro).
• Einfiihrungsprojekte
Sie konnen angelegt, verwaltet und mit dem zugehorigen
Untemehmens-IMG abgeglichen werden.
• Mandanten einrichten
Neue Mandanten konnen angelegt und mit Tabelleninhalten
schon bestehender Mandanten oder mit einem komplett be-
stehenden Mandanten eingerichtet werden. Des Weiteren
werden hier die landerspezifischen Voreinstellungen festge-
legt.

132
23 Customizing-Werkzeuge

• Tabellenauswertung
Mit Tabellenabgleich kann der Benutzer Tabelleninhalte
zweier Mandanten vergleichen und Anderungsbelege aus-
werten. Hierfiir stehen ihm verschiedene Servicefunktionen
sowie eine Historienverwaltung zur Verfiigung.
Module konnen nur dann richtig eingestellt werden, wenn
zuvor bestimmte Einstellungen in der jetzt aufgefuhrten Opti-
on durchgefuhrt wurden.
Aktivierung der Nachdem man sich in einem Mandanten angemeldet hat, wahlt
Werkzeuge man aus der Menuleiste der Reihe nach folgende Unterme-
nupunkte:
Werkzeuge c:? Business Engineer c:? Customizing

Unter dem Menu "Werkzeuge' findet der Benutzer alle notigen


Customizing-Werkzeuge, die er fur die Einstellungen seiner Mo-
dule benotigt.

2.3.2 Werkzeug Hypertext im Oberblick


Wahlt der R/3-Benutzer diesen Werkzeugtyp, so kann er mit dem
Werkzeug Hypertext zweifach arbeiten, namlich mit:

• Strukturen
Hiermit kann das Aussehen und der Aufbau eines Textbau-
steins festgelegt werden (z. B. Sprache des Textbausteines).

• Bausteinpflege
Hiermit konnen schon bestehende Textbausteine abgeandert
und/oder erweitert werden.

Abb.2.33 Werkzeug
Hypertextwerkzeuge HYPERTEXT

Aussehen und Aufbau eines Eintriige elnes Textbau-


Textbaustelns kiinnen fest- steins kiinnen abgeiindert
gelegt werden. werden.

133
2 Customizing

Urn jedoch mit dem Werkzeug Hypertext richtig umgehen zu


k6nnen, muss man zuvor einiges tiber die Struktur eines Hyper-
textes wissen. So wurde schon erwahnt, dass sich ein Hypertext
aus Bausteinen und Verweisen aufbaut und als netzwerkartig
aufgebaute Online-Dokumentation vorliegt Csiehe Abb. 2.34 -
2.37).
In Bausteinen sind diverse Informationen, wie z. B. Grafiken und
Texte, abgelegt. Verweise dagegen sind Hinweise, die die ver-
schiedenen Bausteine miteinander verkntipfen. Folgende vier
Grafiken CSiehe Abb. 2.34 - 2.37) sollen verbildlichen, wie die
verschiedenen Strukturen des Hypertextes ineinander greifen
und es dem Benutzer somit erm6glichen, unkompliziert und
komfortabel durch verschiedene Online-Dokumentationen zu
ge1angen.
Abb.2.34
Hypertext I

Information en,
z. B. Grafiken, Texte

Abb.2.35 BAU- _
Die einzelnen
Hypertext II STEINE.J'j VERWEISE
Bausteine sind
(j be r Verwe ise

BAU- • mileinander
verknGplt:
STEINE.i VERWEISE

BAU- •
STEINEr. VERWEISE

Abb.2.36
Hypertext III

Informationen in-
nerhalb der 8au-
steine.

134
2.3 Customizing-Werkzeuge

Abb.2.37
Hypertext IV
Mit AnkerwOrtem
springt man von

.
einem Baustein
• In einen anderen

• . . Baustein.

Betrachtet man Abb. 2.36 genauer, so erkennt man innerhalb der


Bausteine noch ein anderes Element des Hypertextes, namlich
die sog. Ankerworter.
AnkerwOrter Ankerworter sind, wie die Bausteine, Informationen (z. B. Wor-
ter, Wortgruppen), die in einem Baustein integriert sind und auf
die die Verweise zeigen. Bausteine sind mit den Verweisen ver-
bunden; die Verweise zeigen nur auf die Ankerworter innerhalb
der Bausteine. Mit Hilfe der Ankerworter ist es nun moglich, ei-
nen Textbaustein zu verlassen und in einen neuen Textbaustein
zu ge1angen. Dies verdeutlicht die Abb. 2.37.
Weiterhin sollte sich der R/3-Benutzer an folgende drei Hinwei·
se halten:
• Alle Textbausteine haben sowohl beliebig viele Vorganger als
auch Nachfolger.
• Es kann eine be1iebige Reihenfolge gewahlt werden, urn von
einem Textbaustein in einen anderen Textbaustein zu gelan-
gen.
• Eine netzwerkartig angelegte Dokumentation, wie es der Hy-
pertext ist, ist wesentlich komplexer als vergleichbare se-
quentielle Dokumentationen.
Halt man sich an diese Hinweise, so erkennt man die Verflech-
tung der drei Hypertexte1emente und das daraus resultierende
"Magische Dreiec/t':
Magisches Dreieck • kein Textbaustein ohne Ankerwort und Verweis;
• kein Ankerwort ohne Textbaustein und Verweis;
• kein Verweis ohne Ankerwort und Textbaustein.
Vorteile und Nach· Die Hypertextstruktur kann man als vollig neue Art der Informa-
teile des Hypertextes tionsvermittlung ansehen, die jedoch noch vie1en SAP-Kunden
unbekannt sein durfte. Dies ist auch der Grund dafUr, dass
Schwierigkeiten eigentlich nur bei Hypertext-Neulingen auftreten.

135
2 Customizing

Selbststeuerung In einem Bueh muss der Leser, um alles zu verstehen, am Anfang


des Lesevorgangs beginnen und sich bis zum Ende durehlesen. Beim Hypertext
sind alle Bausteine so aufgebaut, dass der Leser aueh "mitten-
drin" mit dem Lesen beginnen kann und dennoeh den Sinn des
Textes versteht. Er kann somit in der Reihenfolge seiner Interes-
sen und Wunsehe lesen, ohne sich an die Vorgaben des Autors
halten zu mussen.
Schneller Zugriff auf Der Benutzer einer Software oder eines Elektrogerates bspw. liest
bestimmte Informa- nur deshalb Handbueher, um daraus bestimmte Informationen zu
tionen erhalten, die es ihm naeh dem Durehlesen ermogliehen, z. B. ei-
ne bestimmte Aufgabe durehzufuhren oder das Elektrogerat feh-
lerfrei zu bedienen. Eine Unmenge an unwesentlichen Informa-
tionen fuhrt jedoeh haufig dazu, dass der Leser von Handbu-
chern diese fur ihn so wichtigen Informationen uberliest oder
falseh versteht. Der Hypertext umgeht dieses Problem, indem er
den Benutzer kurz und bundig und in beliebiger Reihenfolge
uber fur ihn Interessantes informiert.
Reduzierung des
Leseaufwandes Software, wie die der SAP, wird immer umfangreicher, da sie
standig erweitert wird. Demzufolge wOrden Handbueher immer
dicker und umstandlieher durehzulesen sein. Dureh das Einset-
zen von optisehen Speichermedien, wie z. B. der CD-ROM, und
dem Einsatz der sog. "Fish-Eye-View-Technik" wird eine deut-
liehe Reduzierung des Leseaufwands erreicht.

Abb.2.38
Fish-Eye-View

F 5
AutrelSen, Aile Unter-
Verbergen kepltel

Dies ist die Mogliehkeit, vom jeweiligen Betraehtungspunkt aus


so zu verfeinern, dass Details zu erkennen sind, ohne jedoeh den
Oberbliek zu verlieren.

136
23 Customizing-Werkzeuge

Praktisch ist dies erreiehbar uber:


Eirifi1hrnngsleitfaden 9 (ffi = Aufreifien /Verbergen 9 rm = Aile
Unterkapitel
Durch folgende Funktionstasten kann man verschiedene Ebe-
nen des Verzeiehnisses anzeigen:
(ffi man gelangt in die nachsthohere oder nachsttiefere Ebene
eines Kapitels.
rm man kann sieh alie Unterkapitel eines Verzeiehnisses an-
zeigen lassen.
Hypertext bringt nieht nur Vorteile, sondern auch einige Nach-
teile mit sieh. Diese Nachteile auBern sieh darin, dass gerade
Neulinge in der Benutzung des Rl3-Systems Schwierigkeiten mit
dem Aufbau und dem Benutzen des Hypertextes haben, z. B.:

Schwierigkeiten • Desorientierung und Abschweifen wahrend des Lesens


Zur Orientierung innerhalb eines Buches hat der Leser eine
Einleitung und am Ende meist noch einen Ausblick. FUr On-
line-Bucher mit Hypertextstruktur existieren solche Regeln
nieht.
Der Leser muss sieh nieht nur mit dem Inhalt der Information
beschaftigen, sondern auch mit der Fulie der Verweismog-
lichkeiten innerhalb einer Information, die aber dazu verleiten
kann yom eigentliehen Ausgangsproblem abzuschweifen.

• Schwierigkeiten belm Lesen eines Textes am Bildschirm


Nieht nur Neulinge haben des Ofteren Probleme, einen Text
am Bildschirm zu lesen. Dies liegt hauptsachlich an folgenden
drei Grunden:
Ein Bildschirm ist oft kleiner als ein Blatt DIN A4-Papier
und hat meist Quer- anstatt eines Hochformats.
Form und Auflosung der einzelnen Buchstaben sowie der
Kontrast zum Hintergrund sind meist nieht optimal.
Text am Bildschirm wird haufig langsamer gelesen als ein
vergleiehbarer Buchtext.
Urn diesen Schwierigkeiten entgegenzuwirken, hat die Firma SAP
bei der Ersteliung des Hypertextes an folgende Abhilfen gedacht,
so dass auch der nieht so geubte User schnell und sieher mit den
Hypertextbausteinen arbeiten kann:

137
2 Customizing

Abhilfen im Hypertext • kurze Abschnitte


• viele Hervorhebungen
• viele Listen
• einfacher Satzbau
Arbeiten mit dem Der Benutzer hat zwei Moglichkeiten mit dem Hypertext zu ar-
Hypertext beiten:
• Sequentielles Lesen aller Bausteine
AIle Ankerworter, die am Ende eines Bausteines unter "Wei-
terlesen" aufgelistet sind, mussen zweimal angeklickt werden.

• Folgen aller Verweise zwischen den einzelnen Baustei-


nen
Man klickt aIle Ankerworter zweimal an.

2.3.3 Werkzeug "Mandanten einrichten"


Neue Mandanten konnen durch das Kopieren von bereits beste-
henden Mandanten eingerichtet werden, oder es werden einzel-
ne TabeIlen in andere Mandanten umkopiert. Dabei werden kei-
nerlei UNIX-Kenntnisse verlangt, sofern man sich innerhalb eines
R/3-Systems befindet.
Detaillierte Informationen zum Einrichten neuer Mandanten fin-
det der Benutzer wiederum im Menupunkt "R3-Bibliotbek", der
ein Unterpunkt des Menupunktes "Hilje' ist.
Abb.2.39
Mandanten
einrichten MANDANT

Uinderspez.
Voreinstellungen
andern

Quell-
mandant
kopieren

2.3.3.1 Mandant definieren


Urn einzelne TabeIlen eines bestehenden Mandanten oder einen
ganzen Mandanten in einen neu angelegten Mandanten zu ko-
pieren, muss dieser zuvor angelegt werden.

138
23 Customizing-Werkzeuge

Dafur ist es notig, die Auswahl "Neue Eintrage (ill "zu treffen.
Abb.2.40
., ,.--------,
,~.~

Mandant definieren

pi

I
r-

... ---
r WlOWI CAli
r-
r~...,." ..........

11'"-0 II

Zuerst muss jedoch eine neue Mandantennummer verge ben


werden. 1m nachsten Schritt werden aUe relevanten Daten be-
ziiglich des Neumandanten angelegt, wie z. B. Anrede, Adresse,
Telefonnummer, Nationalitatenkennzeichen. Danach wird der
Neumandant unter seiner zuvor zugeteilten Mandantennummer
abgespeichert.

2.3.3.2 Quellmandant kopieren


Mit der Komponente Mandantenkopierer konnen ausgewahlte
Bestandteile eines bestehenden Mandanten in einen anderen
Mandanten kopiert werden. Der Zielmandant kann sich dabei
entweder im gleichen System oder in einem anderen System be-
finden.
Ressourcenbedarf Zum Kopieren von Mandanten benotigt man grolSe Systemres-
sourcen. Urn einen vorzeitigen Abbmch wegen zu gering bemes-
sener Ressourcen zu vermeiden, soUte man auf Gmndlage der
folgenden Uberlegungen fur ausreichende Kapazitat sorgen:
Speicherplatz in der Vor dem Kopieren eines Mandanten soUte ein Testlauf durchge-
Datenbank fiihrt werden, dabei wird bestimmt, we1che TabeUen geandert
werden mussen.

139
2 Customizing

Fur die Datenbanken ORACLE, INFORMIX, ADABAS und


DB2/6000 konnen im Protokoll die Tesdaufe uberpriift werden,
ob ausreichend Speicherplatz verfiigbar ist.
Es ist zu beachten, dass die Speicheranforderungen nur geschatzt
werden konnen, da bereits zugeteilter, aber noch nicht belegter
Speicherplatz, nicht beriicksichtigt wird. Ein Mandant ohne An-
wendungsdaten benotigt in der Datenbank einen Speicherplatz
von ungefiihr 500 MB.
Fur Pool-Tabellen ist die Schatzung sehr ungenau, da ihre Ex-
tentgroBe sehr groB ist. Von daher muss davon ausgegangen
werden, dass fur jede Pool-Tabelle ein neues Extent erforderlich
ist, was die Abschatzung erhoht.

Abb.2.41
)(

Mandantenkopie

I
21 I L1Vr AG '" rid I

W
Fl"'-~----
r

Laufzeit
Das Kopieren eines Mandanten kann mehrere Stunden dauern.
Dabei verzogern Benutzer, die in anderen Mandanten als dem
Quell- oder Zielmandanten arbeiten, den Prozess. So konnen z.
B. Sperren, die sich aus del' Arbeit in einem dritten Mandanten
des gleichen Systems ergeben, die Verarbeitung der einzelnen
Objekte behindern.
EinfGhrungshinweise Der Mandantenkopierer kann u. a. zum Aufbau del' folgenden
Mandanten benutzt werden:
• bei del' Ersteinfuhrung des Systems R/3 fur neue Mandanten
aus dem SAP Referenzmandanten 000
• Schulungsmandanten
• Demomandanten
• Testmandanten
• Produktivmandanten

140
23 Customizing-Werkzeuge

Ab Release 4.0 ist es fUr das Kopieren von Mandanten zwischen


Systemen technisch nicht mehr notwendig, Mandantentransporte
durchzufUhren. Statt dessen kann eine Remote-Kopie gemacht
werden. Die Transportfunktionalitlit wird jedoch weiter unter-
stiitzt.
Funktionsumfang Beim Kopieren besteht die Moglichkeit, die folgenden Bestand-
teile des Quellmandanten in den Zielmandanten zu ubertragen:
• Benutzerstiimme: Diese Option ist dann bspw. zu wahlen,
wenn allen Benutzern eines bestehenden ·Mandanten die glei-
chen Berechtigungen im Zielmandanten gegeben werden soli.
• Mandantenabhangiges Customizing: Option, wenn ein
neuer Mandant innerhalb eines bestehenden Systems aufge-
baut werden solI.
• Mandantenabhangiges Customizing und Stamm-/Bewe-
gungsdaten: Option, wenn ein Testmandant aufgebaut wer-
den soli, der analog zum Produktivmandanten Om gleichen
System) ist.
• Mandantenabhangiges und -unabhangiges Customizing:
Option, wenn aus dem Produktivmandanten eines anderen
Systems ein Qualitatssicherungssystem aufgebaut werden soli.
• Mandantenabhangiges und -unabhangiges Customizing
und Stamm-/Bewegungsdaten: Option, wenn aus dem
Produktivmandanten eines anderen Systems ein Testsystem
aufgebaut wird.
Die beiden letzten Optionen beziehen sich nur auf Kopiervor-
gange zwischen unterschiedlichen Systemen.
Nach dem Kopiervorgang erzeugt der Mandantenkopierer auto-
matisch aile ABAP/4 Dictionary-Objekte, die durch Generierung
entstanden sind.
Aile nicht kopielten, mandantenabhangigen Daten werden im
Zielmandanten i. d. R. geloscht.
Mandanten sind sowohl online als auch im Hintergrund kopier-
bar. SAP empfiehlt jedoch, den Kopierprozess als Hinter-
grundjob einzuplanen; hierfUr gibt es folgende Griinde:
Einschrankungen • Wahrend des Kopiervorgangs kann im Zielsystem nicht gear-
beitet werden, da der Zielmandant bis auf die Benutzer SAP*
und DDIC fur aile Benutzer gesperrt ist.
• Da Benutzer, die bereits im Zielmandanten arbeiten, nicht
automatisch vor dem Start des Kopiervorgangs gesperrt wer-

141
2 Customizing

den konnen, muss man selbst dafur sorgen, dass sie das Sy-
stem verlassen.
• Wahrend des Kopiervorgangs sollte aueh im Quellmandanten
nicht gearbeitet werden. Dies lasst sich jedoeh manehmal
nicht erreichen, vor allem dann, wenn der Quellmandant der
Produktivmandant ist. Um Inkonsistenzen zu verringem, die
dureh das parallele Arbeiten und Kopieren entstehen konnen,
werden zusammengehorige Tabellen zusammen kopiert.
• Da beim Vorgang sehr groBe Datenmengen bewegt werden,
kann das Kopieren oder Transportieren eines Mandanten
mehrere Stunden dauem. Fur diese Zeit sind ein oder mehre-
re Dialogprozesse belegt.
• Der Mandantenkopierer greift immer auf einen oder mehrere
Dialogprozesse zUrUek, aueh wenn er im Hintergrund gestar-
tet wurde.
• In verteilten Systemen lauft der Hintergrundprozess haufig auf
einem Datenbankserver. Dadureh wird die Belastung des Net-
zes reduziert.
Mandantenunabhan- Naeh dem Transport von mandantenunabhangigen Tabellen
gige Daten bei sy- kann es im Zielsystem zu Inkonsistenzen kommen:
sternObergreifender
Kopie und beirn Szenario 1: Das Zielsystem wurde installiert. Der erste Sehritt
Transport zum Einrichten von Mandanten ist der Import eines Mandanten
aus einem anderen System. Da noeh keine anderen Mandanten
im System vorhanden sind, konnen die mandantenunabhangigen
Tabellen ubemommen werden, um alle Customizingeinstellun-
gen konsistent zu halten, aueh die, die auf mandanten-
unabhangige Objekte zeigen.
Szenario 2: 1m Zielsystem werden Mandanten eingeriehtet, de-
ren Daten erhalten bleiben soIlen. Die mandantenunabhangigen
Daten durfen von auBen nieht in das System eingespielt werden.
Diese Daten ubersehreiben narnlich die schon vorhandenen Da-
ten, und das Customizing der anderen Mandanten im Zielsystem
ist nieht mehr konsistent. Nur die Daten im neu installierten
Mandanten sind konsistent. Aus diesem Grund sollten die man-
dantenunabhangigen Daten nicht transportiert werden. Damit
sind die Daten in den anderen Mandanten des Zielsystems wei-
terhin verwendbar, nur im neuen Mandanten sind Naeharbeiten
erforderlieh, um das kopierte mandantenabhangige Customizing
mit dem mandantenunabhangigen Customizing des Zielsystems
abzustimmen.

142
23 Customizing-Werkzeuge

2.3.4 Werkzeug "Transport"


Wahlt der Benutzer das Werkzeug "Transport' an, so hat er die
Auswahl, ob er an einem Objekt Korrekturen vomehmen oder
ein bestehendes Objekt in das Produktivsystem ubemehmen
moehte. Objekte werden als Basistabellen oder Tabellensichten
abgebildet.
Das Transportsystem der SAP ist fur den systemubergreifenden
Transport von Anwendungen und Steuerdaten zustandig, z. B.
fur den Transport yom Entwicklungssystem in das Produktivsy-
stem.

Abb.2.42
Transport
TRANSPORT

,p-o,:.; " :

'Innerhalb eines ' Zwischen


\ . Syste~s '. 2 Systemen
,"- _0" •

Entwicklungsobjekte werden grundsatzlieh mit den yom Trans-


portsystem bereitgestellten Werkzeugen in das Produktivsystem
ubemommen. Das Transportsystem unterliegt dariiber hinaus
dem R/3-Bereehtigungskonzept.
Versionsverwaltung und Transportprotokolle stellen sieher, dass
jederzeit rekonstruierbar ist, we1che Version des Produktiv-
systems zu we1chem Zeitpunkt aktiv war. Dies ist entseheidend
fur die Revisionssicherheit des R/3-Systems. Benotigt wird es
ebenso fur einen Release-Weehsel.
• Struk tur d n zeioen TIdn sport dCl CUl lomlzmg Elostellu nge n

Abb.2.43
Transportsystem Ifl

~ Transport der Custom,z , ng E.nslellungen

~ ~ Mandanten defin , eren


~ Transportieren l nnerhalb Blnes Systems
~ Transport,eren , n B ' n andere6 System

Transport der Die Systemeinstellungen konnen mit Hilfe des R/3-Trans-


Einstellungen in das portsystems in das Produktivsystem des Benutzers ubertragen
Produktivsystem

143
2 Customizing

werden. Dazu muss der Anschluss an das Transportsystem akti-


viert werden. Den Anschluss findet man meist uber das linke
Pulldown-Menu einer Customizing-Transaktion.
Customizing Als Hilfsmittel fur den ganzen Transportablauf dient der Custo-
Organizer mizing Organizer. Er hUft sozusagen beim Transport der ver-
schiedenen Objekte. Der Organizer legt einen Anderungs-auftrag
an, indem die geanderten Tabelleneintrage entweder aus dem
Customizing Organizer selbst oder aus der Customizing Transak-
tion ubernommen und transportiert werden.
Beim Customizing Organizer wird nach zwei Arten des Ande-
rungsauftrages unterschieden:
1. Customizing Auftrag
In diesem Auftrag werden die geanderten Systemeinstellungen
aus mandantenabhiingigen Tabellen ubernommen.
2. Workbench-Auftrag
In diesen Auftrag werden die geanderten Systemeinstellungen
aus mandanteniibergreifenden Tabellen ubernommen.
Nach dem Anlegen der Anderungsauftrage legt das SAP-System
fur jede Anderungsauftragsart zusatzlich je eine Aufgabe unter
dem eingegebenen Namen an. Alle gesicherten Systemeinstellun-
gen werden in die Aufgabe ubernommen. Eine solche Aufgabe
wird ge6ffnet, wenn entweder ein Objekt erstmalig angelegt, d.
h. gesichert wird, oder nach einem Transport erneut bearbeitet,
d. h. geandert wird. Eine Sperrtechnik schUtzt das Objekt gegen
konkurrierendes Andern.
Anderungsauftrag Nach Anderung der Systemeinstellungen erzeugt das Rl3-System
aus der Customizing- automatisch im Hintergrund einen Customizing-Auftrag oder ei-
Transaktion nen Workbench-Auftrag, je nachdem, ob die Systemeinstellungen
aus einer mandantenabhangigen oder aus einer mandantenuber-
greifenden Tabelle stammen. AnschlieBend legt das SAP-System
ebenfalls automatisch und im Hintergrund die Aufgabe unter
dem eingegebenen Namen an. Also werden im Customizing Or-
ganizer Anderungsauftrage angelegt, organisiert, freigegeben und
exportiert.

Anderungsauftrag
anlegen Um einen Anderungsauftrag anzulegen, geht man folgenderrna-
Ben vor:

144
23 Customizing-Werkzeuge

1. Anzeige der Tabelleneintrage in einer Customizing-Trans-


aktion.
2. Markieren der Tabelleneintrage.
3. Wahlen von Tabellensicht c? Transport.
4. Druektaste Auftrag anlegen.
5. Eingeben einer Kurzbeschreibung und eines Mitarbeiter-na-
mens.
6. Sichern der Angaben.
Der Anderungsauftrag ist angelegt!
Nachdem der Anderungsauftrag ange1egt und transportiert wor-
den ist, sollte das Transportprotokoll uberpriift werden. Es sollte
nur den Return Code ,,0" oder ,,4" haben. Bei Codes grolSer als
,,4" muss die technische Seite des Transports analysiert werden.
Einzelne Anwendungen haben dagegen einen eigenen Arbeits-
schritt mit dem Namen " Transport".
Moehte der Benutzer zum ersten Mal eine Anwendung "produk-
tiv" setzen, so kann er den gesamten Produktionsvorbereitungs-
mandanten kopieren.
Hinweise zum Soli ein bestehendes Objekt bearbeitet werden, so muss man sich
Transport in das im System anmelden, in dem die Originale der Entwicklungsklas-
Produktivsystem se abgelegt sind, denn nur Originale konnen bearbeitet werden.
Bei Erstellung eines neuen Objekts muss man sich im System
anme1den, in dem die Originale der personlich verwendeten
Entwicklungsklasse abgelegt sind. Dies ist aber nie im Produktiv-
system der Fall.
Ferner findet der Benutzer weiterftihrende Informationen zum
Anlegen von Korrekturen sowie zum eigentlichen TranspOlt in
das Produktivsystem im Installationsleitfaden vor.

2.3.5 Werkzeug "Tabellenauswertungen"


Mit dem Werkzeug "Tabellenauswertungen" konnen Tabellenin-
halte zwischen zwei Mandanten verglichen, Tabelleneintrage
yom Vergleiehsmandant in den Anmeldemandant kopiert (falls
man das Berechtigungsobjekt S_TABU_CLI hat) und Tabellenein-
trage im Anmeldemandant geloscht sowie sog. Anderungsbe1ege
ausgewertet werden.
Der Pfad zur Tabellenauswertung lautet: "Werkzeuge c:? Business
Engineering c:? Customizing c:? Werkzeuge c:? Tabellenauswertun-
gen ".

145
2 Customizing

Abb.2.44
Tabellen-
auswertungen

Tabellenreport Es gibt Tabellenauswertungen zwischen zwei Mandanten inner-


halb eines SAP-Systems und Tabellenauswertungen zwischen
Mandanten zweier Systeme.
Wahlt der Benutzer Tabellenauswertungen, so gelangt er in
einen Bildschirm, der zur Erstellung eines Reports dient. In Ta-
bellenauswertungen k6nnen ebenfalls Tabellen abgeglichen
werden.
Tabelleneintrage k6nnen von Tabellen und Tabellensichten
(Views) des Customizings des aktuellen Mandanten mit einer
fremden Umgebung verglichen werden. Fremde Umgebung ist
dabei ein anderer Mandant des gleichen Rl3-Systems oder ein
beliebiger Mandant eines anderen R/3-Systems.

Tabelleneintrage Vorgehensweise, urn Tabelleneintrage zu vergleichen:


vergleichen
1. Verzweigen Sie in die Tabellenpflegetransaktion. Stellen Sie
sicher, dass Sie sich im Anzeigemodus befinden.
2. Wahlen Sie Hilfsmittel ~ Vergleich.
3. Geben Sie eine Rl3-verbindung zu dem Rl3-Zielsystem an.
4. Vergleichen Sie die Tabelleneintrage.
5. Dber das Menu Zusatze ~ Legende erhalten Sie einen Dber-
blick uber die verwendeten Farben und Abkurzungen.
6. Sie kQnnen die angezeigte Liste filtem, indem Sie uber das
Menu Zusatze ~ Filter andem die anzuzeigenden Eintrage
selektieren.

Tabelleneintrage Vorgehensweise, urn Tabelleneintrage abzugleichen:


abgleichen

146
2.3 Customizing-Werkzeuge

1. Verzweigen Sie in die Tabellenpfiegetransaktion. Stellen Sie


sieher, dass Sie sieh im Anderungsmodus befinden.
2. Hilfsmittel q Abgleicb
3. Geben Sie eine R!3-Verbindung zu dem R!3-Zielsystem an.
4. Fuhren Sie den Tabellenabgleieh durch.
5. Uber das Menu Zusatze q Legende erhalten Sie einen Dber-
blick uber die verwendeten Farben und Abkurzungen.
6. Sie konnen die angezeigte Liste filtern, indem Sie uber das
Menu Zusatze q Filter andern die anzuzeigenden Eintrage
selektieren.
7. Markieren Sie nun die Eintrage, die Sie abgleiehen wollen.
Fuhren sie jetzt die Funktion "Abgleiehen" aus.
8. Auf der Detailansieht fur den Abgleich konnen Sie jetzt wah-
len, ob Sie die gesamte Zeile, ein bestimmtes Feld einer Zeile
oder eine ganze Spalte aus der fremden Umgebung uber-
nehmen.
9. Wahlen Sie "Zuruck", um wieder zur Grundliste zu ge1angen.
Die Reports verwirkliehen umfassende Servieeleistungen fur alle
tabellenartigen Objekte.

2.3.5.1 Serviceleistungen
Hier konnen Objekte angezeigt, miteinander vergliehen und ge-
geneinander abgeglichen werden. Der Benutzer hat die Auswahl
zwischen verschiedenen Funktionen:
Servicefunktionen • Suchen
1st der Name des Objektes unbekannt, so kann nach Eingabe
eines generischen Namens und nach Wahl der Funktion "Su-
chen" das gewtinschte Objekt aus einer Menge herausgefun-
den werden.
• Anzeigen
Diese Funktion erzeugt ein Bild des gewtinschten Objektes
im Anme1demandanten.
• vergleich
Mit Hilfe dieser Funktion kann eine Gegenuberstellung des
Objektes im Anmeldemandanten mit dem Objekt in einem
frei wahlbaren Vergleiehsmandanten erfolgen. Dabei werden
unterschiedliche Fe1dinhalte hervorgehoben.
• Abgleichen
Mochte der Benutzer es nieht nur beim Vergleieh mehrerer
Objekte belassen, so kann er mit Hilfe dieser Funktion Ver-

147
2 Customizing

anderungen vornehmen. Dabei werden die Daten des Ob-


jektes im Anmeldemandanten verandert.
• Veriindern
Eintrage aus dem Objek1: des Vergleiehsmandanten werden
libernommen. Auch konnen einzelne Feldinhalte kopiert
werden.

2.3.5.2 Historienverwaltung
Das Rl3-System bietet dem Benutzer die Moglichkeit, aile Ande-
rungen von Tabelleninhalten aufzuzeiehnen. Jede Anderung ei-
nes Tabelleninhaltes erzeugt dabei einen Anderungsbeleg, der
in die Tabellenprotokolldatenbank geschrieben wird. Inhalt des
Anderungsbeleges sind u. a. Informationen liber den Zeitpunkt
der Anderung sowie der Name des Andernden.
Sinn der
Servicefunktionen Durch die Servicefunktionen kann sieh der Benutzer eine Liste
aller Anderungsbelege des aktuellen Tages oder eines beliebigen
anderen Zeitraumes erstellen lassen. Auch kann er sieh eine Auf-
stellung fUr die Tabellen anzeigen lassen, fUr die Anderungsbele-
ge geschrieben werden, also aile Tabellen mit Historienverwal-
tung.
Antwortzeiten von einigen Minuten sind nonnal, da die Tabel-
lenprotokolldatenbank. direkt liber die Datenbankschnittstelle
versorgt wird. Die Tabellenhistorie ermoglieht dem Benutzer nur
eine technische Sieht in die SQL-Tabellen der Datenbank.
Folgende Funktionen untersrutzen die Tabellenprotokolldaten-
Verwaltung der bank:
Tabellenprotokoll-
datenbank • Vergleich der aktuellen Tabelleninhalte mit einem fruheren
Stand;
• Erstellung einer Liste aller Anderungsbelege fUr einen beliebi-
gen Zeitraum;
• Ermittlung der Anzahl der Anderungsbelege nach Zeitraumen
und Tabellen;
• Archivierung der altesten Anderungsbelege;
• Loschung der altesten Anderungsbelege.

Um Auswertungen durchzufUhren, muss zuerst die automatische


Aufzeiehnung der Tabellenauswertung voreingestellt werden.
Nur so kann das Rl3-System fUr jede Anderung einen Ande-
rungsbeleg erzeugen.

148
2.3 Customizing-Werkzeuge

AIle Customizing-Tabellen sind standardmafSig auf automatische


Aufzeichnung voreingestellt. Bei Anderungen der Voreinstellun-
gen andert man das Data-Dictionary. In diesem Fall muss bei SAP
tiber das sog. ass (siehe Kapitel 1.6.2) eine Anderungslizenz an-
gefordert werden.

2.3.6 Globale Parameter


Mit Hilfe der Globalen Parameter ist der Benutzer in der Lage, fLir
spezifische Mandanteneinstellungen Anderungen vorzunehmen,
die dann in den einzelnen Modulen greifen.
Abb. 2.45 gibt einen Dberblick tiber die einzelnen Parameter:

Abb.2.45
Globale Parameter

Kalender-

MaBeinheits-

2.3.6.1 Liinderparameter
Die Llinderparameter unterteilen sich in Uinder- und Regio-
naleinstellungen, wobei die Regionaleinstellungen nochmals di-
versifiziert werden (siehe Abb. 2.46).

Abb.2.46
Li:inderparameter

149
2 Customizing

Landeraufnahme Der User von R/3 muss aIle Lander aufnehmen, mit denen sein
Untemehmen Geschaftsbeziehungen unterhalt. Fur jedes Land
benotigt er dabei folgende InfOimationen:
• allgemeine Daten
• AuBenhandelseigenschaften
• weitere Prufdaten
Diese Informationen werden dann bei der Stammdatenpflege
gepruft:
• Standardeinstellungen
In der SAP-Standardauslieferung sind aIle Lander nach der
intemationalen ISO-Nonn definiert. Die SAP empfiehlt den
Usem, fUr alle zusatzlichen Eintrage ebenfalls die intematio-
nale ISO-Norm zu verwenden, da ohne ISO-Norm bei inter-
nationalen Komrnunikationen kein Datenaustausch verwirk-
licht werden kann.
• Uindereigene Priifungen erstellen
Fur alle Lander, mit denen das Untemehmen des Benutzers
Prufregeln geschaftliche Beziehungen unterhalt, mussen Regeln fUr eine
Prufung der folgenden Daten aufgenomrnen werden:
Bankdaten
postalische Daten
Steuerdaten
Diese Daten werden ebenfalls bei der Stamrndatenpflege gepruft.

Abb.2.47 )(

Landerversion

.."1d,,,,-_.:...:-==-::.::on::'-"_...J11

150
23 Customizing-Werkzeuge

Auch bei der Hindereigenen Prilfung empfiehlt die SAP die inter-
nationale ISO-Norm zu verwenden, da bei intemationalen Kom-
munikationen kein Datenaustausch moglich ist, solange nicht
nach der ISO-Norm vorgegangen wird (z. B. Zahlungsverkehr
mit Banken).
Regionenaufnahme Regionen sind in vielen tandem der Welt ein wichtiger Be-
standteil der Anschrift, so z. B. in den USA und in Kanada. In
diesen tandem benotigt man, z. B. fur die richtige Preisfindung,
bestimmte Steuersatze, die das SAP-System u. a. uber folgende
Parameter ermittelt:
• Region
• County = Kreis
• City = Stadt

In diesem Menupunkt nimmt der Benutzer von R/3 die benotig-


ten Regionen auf oder verwendet die schon vorgegebenen.
Beispiel zur Aufnah- Ein Neukunde aus Miami/Florida so11 neu eingerichtet werden.
me von Regionen 1m Punkt "Regionen" der Landerparameter musste nun folgendes
eingegeben werden:
Florida Dade Miami

t
Region
t
Kreis
t
Stadt

2.3.6.2 Wiihrungsparameter
Der Wahrungsparameter unterteilt sich in zwei Einste11ungen,
den Wahrungscode und die Dezimalste11en. Bild 2.48 legt dies
grafisch dar:

Abb.2.48
Wiihrungsparameter

Wahrungs-
parameter

151
2 Customizing

1m Unterpunkt Wabrungscode kann der Benutzer Eintrage bzgl.


der benotigten Wahrungen vornehmen, z. B. Abkurzung, Zah-
lencode.
1m Unterpunkt DezimaIstellen kann der Benutzer die Dezimal-
stellen einer Wahrung seinen Bedurfnissen exakt anpassen.
Beispiel:
• die Deutsche Mark hat fur die Pfennigbetrage zwei Dezimal-
stellen hinter dem Komma (Standardeinstellung);
• der Kuwaitische Dinar hat dagegen drei Dezimalstellen hinter
dem Komma;
• die Italienische Lira erlaubt uberhaupt keine Dezimalstellen.

Standard- In der SAP-Standardauslieferung sind die wichtigsten Wahrungen


einstellungen gemaB der internationalen ISO-Norm voreingestellt. Aus techni-
schen Grunden gibt es aber auch sog. "Pseudowahrungen" mit z.
B. einer Dezimalstelle, die nicht geloscht werden kann.

2.3.6.3 Sprachparameter
Fur alle Sprachen, mit denen im RJ3-System gearbeitet werden
soll, braucht der Benutzer Eintrage in der Sprachtabelle.
In der SAP-Standardauslieferung sind nur die Sprachen fur die
Version eingestellt, die das Unternehmen bei SAP angefordert hat
und die auf dem System der Firma installiert wurden.
Wird eine neue Sprache in die Tabelle eingetragen, so wird ihr
Eintrag nur wirksam fur die Sprachversion, die das Unternehmen
gekauft hat. D. h. sollen Sprachen aufgenommen werden, die
nicht schon bei der Installation bezahlt waren, mussen diese op-
tional erworben werden.

2.3.6.4 MaBeinheitenparameter
1m SAP-System erfolgt die Fuhrung von MaBeinheiten in allen
Anwendungen zentral.
In der Standardauslieferung sind die Ma.Seinheiten gemaB dem
internationalen Einheitensystem (SO definiert. Firmeneigene Aus-
pragungen von MaBeinheiten sollten deswegen vermieden wer-
den, da sie einen unternehmensubergreifenden Datenaustausch
unmoglich machen.

152
23 Customizing- Werkzeuge

2.3.6.5 Kalenderparameter
1m Menupunkt "SAP-Kalender" konnen vom Benutzer mehrere
Kalender gepflegt werden. Der Feiertags- und Fabrikkalender ist
ein zentraler Baustein im Rl3-System.
Er wird in vielen Bereichen, wie z. B. der Logistik, der Personal-
wirtschaft und der Fertigung, standardmaBig gefUhrt.
Das Kalendersystem besteht aus folgenden Komponenten:
SAP-Kalender • Feiertage
Aile bekannten Feiertage aus In- und Ausland sind aufgefUhrt
und konnen aktiviert werden. Auch konnen nieht aufgefUhrte
Feiertage generiert werden.
• Feiertagskaiender
Aile bundesdeutschen Feiertage sind nach Bundeslandem ge-
ordnet aufgefUhrt.
• Fabrikkalender
Hier k6nnen z. B. Sonderurlaube, Sonderschichten eingetra-
gen werden.
Der EinfUhrungsleitfaden wird vom Benutzer optimal genutzt,
indem man in einem Modus mit der Struktur arbeitet und von
dort die Einstelltransaktionen aufruft und in einem zweiten Mo-
dus zu den einzelnen Arbeitsschritten des EinfUhrungsleitfadens
die Dokumentation liest.

2.3.7 Erweiterung der Werkzeuge


Rl3 bietet die M6glichkeit, die Werkzeuge zu erweitem. Hierbei
handelt es sieh um folgende Altemativen:
• EinfUhrungsleitfaden erweitem
• Samtliche IMG erweitem
• Dokumente aus dem EinfUhrungsleitfaden andem

2.3.7.1 Einfilhrungsleitfaden erweitern


1m EinfUhrungsleitfaden sind aile Arbeitsschritte enthalten, die fUr
die Einfuhrung des Rl3-Systems notwendig sind. Es kann jedoch
um individuelle Arbeitsschritte erweitert werden.
Es ist dabei zu beachten, dass die Arbeitsschritte des Einfuh-
rungsleitfadens weder gel6scht noch in ihrer Reihenfolge gean-
dert werden k6nnen. Die Hierarchiestruktur ist jedoch erweiter-
bar, um neue Dokumente hinzuzufOgen oder ein neues Hyper-
text-Buch in die Hierarchiestruktur einzubauen. Man kann aber

153
2 Customizing

keine Hierarchiestufe in einem Einfiihrungsleitfaden verschieben


oder loschen. Erweiterungen sind jeweils am Ende jeder Hierar-
chiestufe moglich.

SAP-Einftihrungsleitfaden

Abb.2.49
Strukturerweiterung
Kundenerweilerung
nach einer
Hierarchiestufe

Neue Hierarchiestruktur
'1'1111111111"'11111 als Kundenerweiterung

Erweiterung In allen Anwendungsbereichen der R/3-Standardauslieferung


verwalten konnen Funktionen verandert werden, bspw. einen neuen Me-
nupunkt hinzufiigen oder Anpassung von Bildschirmbildern an
individuelle Anforderungen.
Unter Werkzeuge q Business Engineer q Customizing q Werk-
zeuge q Erweiterung q SAP ReJerenz IMC werden die Erweite-
rungen verwaltet.

2.3.7.2 Referenz-IMG erweitern


Um einen neuen Knoten bei dem Referenz IMG hinzuzufiigen,
gelten folgende Bedingungen:
Bedingungen • Sind unter einem SAP-Knoten, dem eine Erweiterung zuge-
ordnet wird, noch SAP-Unterknoten vorhanden, wird der Er-
weiterungsknoten als letzter in der Reihenfolge angehangt.
• Wird der SAP-Knoten, dem eine Erweiterung zugeordnet
wird, mehrfach in einer Hierarchie verwendet, wird auch der
Erweiterungsknoten mehrfach angezeigt.
• Zu einem eingefiigten Erweiterungsknoten konnen beliebig
viele Unterknoten eingepflegt werden.

154
23 Customizing-Werkzeuge

Urn die Hierarchiestruktur eines Einfuhrungsleitfadens zu erwei-


tern, arbeitet man folgende Schritte durch:
1. Werkzeuge c? Business Engineer c? Customizing c? Werkzeu-
ge c? Erweiterung c? SAP-ReJerenz-IMG.

2. Wahl der gewtinschten Erweiterungsform. Zur Auswahl ste-


hen:
- Erweiterungen in Buchem durchfuhren
Neue Bucher anlegen
- Erweiterungen in Projektsichten aufnehmen

3. Start der Transaktion mit dem Icon vor dem gewahlten Kno-
ten.
Achtung: Man kann in einer Hierarchiestruktur, die SAP ausge-
liefert hat, keine Knoten loschen!

Unternehmens-IMG Urn den Unternehmens-1MG zu erweitern, wird folgendermafSen


erweitern vorgegangen:
1. 1m Customizing-Menu GrundJunktionen c? Unternehmens-
IMG c? Manuel! erweitern.
Die Bestandteile des Unternehmens-1MG sind hervorgehoben.
2. Urn den Unternehmens-1MG zu erweitern, mussen zusatzliche
Knoten oder Strukturtitel markiert werden.
Cursor auf dem Knoten oder dem Strukturtitel positionie-
ren, der in den Unternehmens-1MG aufgenommen werden
soIl.
- Drucktaste Markieren.
3. Nach dem Markieren neues Generieren des Unternehmens-
IMG's.

2.3.7.3 Projekt-IMG erweitern


Mit dieser Funktion erhalt der Anwender eine genauere Selekti-
on, weil aIle Aktivitaten des Unternehmens-1MG zur Auswahl an-
geboten werden; folgendermafSen wird vorgegangen:
1. 1m Custornizing-Menii die Drucktaste Projektverwaltung
wahlen.
2. Cursor auf dem Customizing-Projekt positionieren, dessen
Projekt erweitert werden solI.

155
2 Customizing

3. Icon mit der Bedeutung andern.


Die Kopfdaten des Customizing-Projektes werden angezeigt.
4. Drucktaste Projekt-IMG manuell erweitern.
Der Unternehmens-1MG wird angezeigt. Die Teile des Unter-
nehmens-1MGs, die Bestandteile des gewahlten Projekt-1MGs
sind, sind hervorgehoben.
5. Urn den Projekt-1MG zu erweitern, miissen zusatzliche Knoten
oder Strukturtite1 markiert werden.
6. Cursor auf den Knoten oder den Strukturtitel positionieren,
der in den Projekt-1MG aufgenommen werden solI.
7. Drucktaste Markieren.
Nach dem Markieren wird der Projekt-1MG mit der lkone Gene-
rieren neu generiert.
Achtung Wenn der Projekt-1MG eine Kopie des Unternehmens-1MG ist,
kann der Projekt-1MG nicht erweitert werden.

2.3.7.4 Anderung der EinfUhrungsleitfiiden


Die Dokumente konnen nur mit dem SAPscript-Editor geandert
werden und zwar in folgender Reihenfolge (siehe hierzu Abb.
2.50):
1. Werkzeuge ~ Hypertext ~ Dokumentpflege.
1m unteren Bereich des Einstiegsbildes stehen die Dokumen-
tationsklassen (SlMG, CHAP oder BOOK) des Dokuments, die
man andern kann.
1m oberen Bereich des Einstiegsbildes wird der Objektname
des Dokuments eingegeben.
2. Drucktaste Andem.
Das Dokument wird im Bearbeitungsmodus angezeigt.
3. Text jetzt andern.
4. Sicherung der Anderungen.
Mit dem Sichern wird automatisch ein neues Dokument mit
dem Dokumentationstyp Modifikation angelegt. Das originale
Dokument bleibt unverandert im Dokumentationstyp Original
erhalten.
5. Bearbeitungsstatus auf Endfassung setzen;
damit wird das Dokument mit dem Dokumentationstyp Mo-
difikation (anstatt Original) angezeigt.

156
2.4 RlJ-Benutzer- und Berechtigungskonzept

Abb.2.50
Dokumente andern SAP Dokument
SAP- Dokumentstatus
A.~ualisierung Original
(Anderungen)

~ r

I Kunden-Anderungen
I
~ r
SAP-Dokument
+ +
Kunden-Dokument
Dokumentationstyp Original Dokumentationstyp
Modifikation
Kunden-Anderungen NICHT Kunden-Anderungen
moglich! moglich!

2.4 R/3-Benutzer- und Berechtigungskonzept


Die Frage nach Berechtigungskonzepten spielt im Umfeld einer
Anwendung wie der des R/3-Systems eine wichtige Rolle.
Das R/3-System verfugt iiber ein vie1schichtiges Berechtigungs-
konzept, mit dem man:
• Daten und Anwendungen vor unerwiinschten Zugriffen
schiitzen kann;
• Berechtigungen differenziert nach Anwendungen und Benut-
zern vergeben kann;
• Verwaltungsaufgaben, die das Berechtigungskonzept betref-
fen, an Mitarbeiter des Unternehmens delegieren kann.
2.4.1 Grundbegriffe

Benutzerstammsatz
Jeder R/3-Benutzer hat seinen individuellen Stammsatz, den Be-
nutzerstammsatz. Dieser wird yom System wie ein Datensatz ge-
fuhrt und gilt nur innerhalb eines einzigen Mandanten. Bei der
Arbeit mit mehreren Mandanten miissen mehrere Stammsatze pro
Benutzer ange1egt werden.
Berechtigungsobjekt Das Berechtigungsobjekt ist die kleinste und entscheidende Ein-
heit des Berechtigungskonzepts. Es bildet die technische Grund-
lage, mit dessen Hilfe Zugriffsberechtigungen definiert und yom
System gepriift werden konnen. Es wird in der R/3-Entwickungs-
umgebung ange1egt und kann zwischen einem und zehn Feldern

157
2 Customizing

umfassen, in denen die Berechtigungseintrage fur R/3-0bjekte


und der damit verbundenen Aktivitaten hinterlegt sind. Als Bei-
spiel sei hier das Berechtigungsobjekt "Sachkonto: Berechtigung
fur Kontenplane" angefuhrt, das die zwei Felder "Kontenplan"
und "Aktivitat' enthalt.
Berechtigung Eine Berechtigung wird erteilt, indem die Felder eines Berechti-
gungsobjekts mit speziellen Werten ausgefullt werden. Eine Be-
rechtigung hat immer einen unmittelbaren Bezug zu einem Be-
rechtigungsobjekt. Bei der Definition der Berechtigung konnen
den Feldem des Berechtigungsobjekts folgende Arten von Wer-
ten zugewiesen werden:
• Einzelwerte
• Intervalle
• Generische Werte
Eine Berechtigung fur das Objekt "Anzeigeberechtigung Buch-
haltung" enthalt bspw. folgende Werte:

Feld Wert
Kontenplan *
Aktivitat 03

Dies bedeutet, der Anwender hat fur alle Kontenplane (Sonder-


zeichen ,,*") die Anzeigeberechtigung C"Aktivitat 03" steht fur An-
zeigen).
Profil, Einzel-, Da die Vergabe komplexer Berechtigungen eine sehr unliber-
Sammelprofil sichtliche und komplizierte Angelegenheit ist (man kann sich
vorstellen, wie viel Fe1dberechtigungen notig sind, urn alle Be-
rechtigungen, die die Aufgabengebiete eines Arbeitsplatzes be-
treffen, abzudecken), werden Berechtigungsprofile zur Berechti-
gungsvergabe benutzt.

Abb.2.51
Berechtigungsprofil

objekt 3

158
2.4 Rlj-Benutzer- und Berechtigungskonzept

Ein Berechtigungsprofil fasst aile Einzelberechtigungen zusam-


men, die zur Durchfuhrung von Arbeitsvorgangen notig sind.
Standardprofile
So wurden Berechtigungsprofile fur al1e Aufgabengebiete in R/3
erstel1t, beispielsweise erlaubt das Standardprofil S_OC_ADMI
einem Benutzer al1e Verwaltungsaufgaben im SAPoffice zu iiber-
nehmen.
Ein Berechtigungsprofil kann im einfachsten Fal1e aus nur einer
einzigen Berechtigung bestehen, aber auch komplexere Struktu-
ren annehmen. Der Vorteil von Profilen besteht darin, dass nach
der Anderung eines einzelnen Wertes die neue Zuweisung fur
alle Berechtigungen eines Profils und alle Benutzer gilt, die mit
diesem arbeiten.
Wenn man mehrere Profile zusammenfasst (und diese gegebe-
nenfal1s durch weitere Berechtigungen erganzt), so entsteht dar-
Sammelprofil
aus ein neues Profil: das Sammelprofil.
Wahrend ein Einzelprofil alle Berechtigungen zur DurchfUhrung
aller Aufgaben eines Arbeitsplatzes erteilt, ist das Sammelprofil
fur Benutzer gedacht, die mehrere Aufgabengebiete im System
innehaben.

Abb.2.52 ~it'/" ~~}:\~ . .'


Zusammensetzung
des Sammelprofils J7 Logistik~'~ .\
i"J: pr~~I :: .~
.~.~q;; • • •

Ilr;bs
j.,.:..::
l,. ...:, ....

~B'elltltze,· Sammelprofil
gruppen
)ofil profil

So miissen z. B. Mitarbeiter im Control1ing Zugriff auf mehrere


Systemmodule haben, da sich ihr Aufgabengebiet nicht auf die
Kontrol1e einer Betriebssparte beschrankt. Das zugehorige Sam-
melprofil fasst aile benotigten Einzelprofile zusammen und erteilt
eine Komplettberechtigung zur Bearbeitung der zu iiberwachen-
den Arbeitsgebiete.
Berechtigungs- Urn eine bestimmte Aktion im System durchzufUhren, geniigt es,
prOfung bei Profilen wenn die Berechtigung hierzu in einem der Berechtigungs-
objekte des Profils vorhanden ist. Vom System wird hierbei eine

159
2 Customizing

"Oder"-Prtifung aller im Profil eingetragenen Berechtigungen


durchgeruhrt.
Zuweisen von Berechtigungen werden einem Benutzer zugewiesen, indem man
Berechtigungen sie in Form von Profilen oder Einzelberechtigungen in seinen
Benutzerstammsatz eintdigt: Diese Berechtigungen werden dann
beim Zugriff auf Anwendungen oder Daten im Basissystem ge-
prtift. Deshalb muss bereits bei der Anwendungsentwicklung das
Berechtigungskonzept einbezogen werden. Darur bestehen
grundsatzlich zwei Moglichkeiten:
• Prtifobjekte konnen rur jede Transaktion hinterlegt werden.
Die Feldwerte dieses Prtifobjekts mOssen mit den Berechti-
gungen im Stammsatz eines Benutzers Obereinstimmen.
• Mit dem ABAP/4-Befehl AUTHORITY-CHECK wird innerhalb
von Programmen geprtift, ob der aufrufende Benutzer Ober
die entsprechenden Berechtigungen verfOgt.
Zusatzlich prtift R/3 beim Starten einer Transaktion, ob der Be-
nutzer die Berechtigung zum Ausruhren dieses Transakti-
onscodes besitzt. Diese Uberprtifungsmoglichkeit kann der An-
wendungsentwickler nicht beeinflussen.

2.4.2 Benutzerstammsatz
1m Benutzerstammsatz, der mandantenabhangig ist, sind u. a. alle
Berechtigungen eines Benutzers hinterlegt. Sie werden beim
Login in den Benutzerkontext ausgelesen. Daraus folgt, dass die-
se 1nformationen rur die Dauer einer Sitzung ge1ten und Aode-
mngen, die wahrend der aktiven Sitzung an den Berechtigungen
vorgenommen werden, sich erst beim nachsten Login auswirken.
Der Benutzerstammsatz enthalt im Einze1nen die folgenden Da-
ten:
• Benutzername
• Adresse
• Logon-Daten
• Festwerte
• Aufgabenprofil
• Profile
• Parameter

160
2.4 RlJ-Benutzer- und Berecbtigungskonzept

Abb.2.53
Benutzerstamm
.., "..

...
~I~___________W __~w~~
"trw

r---
I

.,..
.. t

Ii-I---------1-----
Benutzername Der frei wahlbare Benutzemame ist der Schliissel des Benuter-
stammsatzes. Er darf maximal zw6lf Zeichen lang sein; nicht zu-
lassig sind die Namen SAP* und DDIC.
Adresse Die Adresse ist nur von dokumentarischem Wert. Sie enthalt z. B.
die Abteilung und die genutzte Kostenstelle.
Zu den Logon-Daten geh6ren:
• Das Initialkennwort: Es wird beim Anlegen eines neuen Be-
nutzers vergeben
• Die Benutzergruppe: Sie dient hauptsachlich zu Verwaltungs-
und Sicherheits-/Zugangszwecken und ist kein zwingender
Bestandteil der Logon-Daten.
• Die Giiltigkeitsperiode: Sie begrenzt die Giiltigkeitsperiode
eines Benutzerstammsatzes. Ohne einen solchen Eintrag gilt
ein Benutzerstammsatz zeitlich unbeschrankt.
• Die Abrechnungsnummer: Sie dient zur Kontierung der CPU-
Zeiten, die ein Benutzer verbraucht hat.
Benutzertyp In R/3 kann man verschiedene Aufgabentypen durch die Verga-
be eines Benutzertyps differenzieren:
• DIALOG: berechtigt zum interaktiven Arbeiten (am haufigsten
verwendet)
• BDC: darf Batch-Input-Mappen aus dem Batch-System heraus
starten
• BATCH: berechtigt eine Batchverarbeitung zu starten

161
2 Customizing

Kennwort
Beim erstmaligen Anlegen eines Benutzers im SAP-System muss
der Systemverwalter ein sog. InitiaIkennwort im Benutzer-
stammsatz vorgeben. Dieses muss aus Sicherheitsgri.inden zwei-
mal eingetragen werden. Meldet sich der neue Benutzer erstmals
am System an, muss er nach Eingabe des Initialkennworts in je-
dem Fall sofort ein neues Kennwort eintragen.
Fur Kennworter gelten in Rl3 folgende Regeln: ein Kennwort
• darf nicht SAP* oder PASS heiBen;
• darf kein Leerzeichen unter den ersten drei Zeichen enthal-
ten;
• darf nicht mit einem Ausrufe- oder Fragezeichen beginnen;
• muss mindestens drei Zeichen lang sein, maximal acht Zei-
chen lang;
• darf keine drei identischen Anfangszeichen haben;
• darf nicht mit einer dreiste11igen Zeichenfolge beginnen, die
auch im Benutzemamen vorkommt;
• kann alle Zeichen enthalten einschlieBlich Zahlen, Leer- und
Interpunktionszeichen.
Zusatzlich kann die Verwendung zulassiger Kennworter mit einer
Negativliste eingeschrankt werden.
Festwerte Hier kann man folgende Eigenschaften einste11en:
• Drucker und Art der Spoolsteuerung
• Datumsformat
• Dezimaleinstellung
• Das Startmenu oder die Transaktion, zu der das System direkt
nach der Anmeldung springen sol1
• Anmeldesprache
Profile 1m Benutzerstammsatz kann man jedem Rl3-Benutzer beliebig
viele Profile zuweisen. Ein Profil uber das jeder Benutzer verfU-
gen sol1te, ist SAP_NEW, das neue Berechtigungen im Fa11e von
Release-Wechseln bereitste11t. Dieses Berechtigungsobjekt ist zu-
nachst bei seiner Auslieferung leer. Werden aber durch ein Soft-
ware-Update neue Berechtigungen erforderlich, so stellt SAP sie
in dieses Objekt, so dass der Benutzer wie gewohnt weiterarbei-
ten kann.
Aufgabenprofil Benutzer konnen zeitlich begrenzt einer Aktivitatsgruppe oder
Zustandigkeit zugeordnet werden. Diese Begriffe werden in Ab-
schnitt 2.4.4 "Projilgeneratoy' erlautert.

162
2.4 R13-Benutzer- und Berechtigungskonzept

Parameter Parameter ermoglichen es, zu jedem yom Benutzer genutzten


Blldschirmfeld, Voreinstellungen zu setzen. Sie legen die Vor-
schlagswerte fur Felder wie Buchungskreis, Werk oder Ge-
schaftsbereich fest. Ein Tell der oben genannten Stammdaten
kann auch von jedem Benutzer individuell eingestellt werden;
hierzu gehoren:
• Adresse
• Festwerte
• Parameter

2.4.2.1 Benutzer anlegen


Will man einen Benutzer anlegen, benotigt man drei verschiede-
ne Berechtigungen:
• Berechtigung, urn Benutzerstamrnsatz anzulegen;
• Berechtigung fur die Berechtigungsprofile, die man an Benut-
zer vergeben mochte;
• Berechtigung, urn die Berechtigungen anzulegen und zu pfle-
gen.
Beim Anlegen neuer Benutzer stehen zwei Moglichkeiten zur
Verfiigung:
• Man kann einen Benutzer vollig neu anlegen.
• Man kann einen bereits vorhandenen Benutzerstammsatz ko-
pieren Cnarurlich mit Ausnahme des Benutzernamens und des
dazugehorigen Passwortes).
Das Anlegen des sog. Referenz-Benutzers erleichtert es, neue
Benutzer mit ahnlichen Tatigkeiten und Berechtigungen durch
einfaches Kopieren und anschlieBendes Modifizieren der indivi-
duellen Daten anzulegen.

Abb.2.54
Kopieren eines
Benutzerstamm-sat-
zes

163
2 Customizing

uI ODnul.t., kClJ.II"uen 13
"'lNUl
IGAST

................
r·F
P

,_ _

P8~"",_",
PD ..~",
P AI<.L tIIal'\J\4lPOn

Urn einen Benutzerstammsatz zu kopieren, geht man wie folgt


vor:
Benutzerstammsatz Ausgangspunkt Bildschirmbild "Benutzerpjlege: Einstieg'
kopieren
1. Schaltf1ache [tJ (KOPIEREN) aktivieren.
2. Das Dialogfenster "Benutzerstamm" erscheint (vgl. Abb. 2.54).
2. In das Feld "von" den bereits angelegten Benutzerstamm ein-
tragen, der kopiert werden soll und in das Feld "nacb" den
neuen Zielbenutzer eintragen.
3. In der Feldgruppe "Teile auswablen" die zu kopierenden Da-
ten festlegen.

4. Benutzerstammsatz kopieren, indem die Schaltflache [t)


(KOPIEREN) aktiviert wird.
Es erscheint der Hinweis "Bitte Initialkennwort angeben" und
danach die Registerkarte LOGONDA7EN der Transaktion BE-
NUTZER PFLEGEN.
5. Nun muss das Initialkennwort fUr den neuen Benutzer einge-
tragen werden.
6. Falls erforderlich, k6nnen nun weitere Anderungen in diesem
Benutzerstammsatz vorgenommen werden.
7. Denneuen Benutzerstammsatz speichem, indem das Symbol

(SPEICHERN) angeklickt wird. Der neue Benutzerstamm-


satz wird angelegt.

2.4.3 Manuelle Profil- und Berechtigungspflege


Die Zuweisung von Berechtigungen erfolgt durch das Hinterle-
gen von Berechtigungsprofilen im Benutzerstammsatz. Die Defi-
nition dieser Profile ist damit entscheidend beim Umsetzen des

164
2.4 R13-Benutzer- und Berecbtigungskonzept

Berechtigungskonzepts. In der Vergangenheit (vor Release 3.1)


mussten zu diesem Zweck Berechtigungen, Profile und Sammel-
profile manuell im System angelegt oder vorhandene R/3-Profile
als Vorlage verwendet werden.
Seit Version 3.1 gibt es neben der manuellen Pflege, wie sie in
diesem Kapite1 vorgestellt wird, auch die Pflege mit Hilfe des
Profilgenerators, der eine wesentlich intuitivere Definition von
Berechtigungen ermoglicht. Eine ausfuhrliche Anleitung zur Be-
nutzung des Profilgenerators folgt in Kapite1 2.4.4 "Profilgenera-
tor".

2.4.3.1 Vorgehensweisen bei der 8erechtigungsvergabe


Die von SAP ausgelieferten Standardprofile und Standardberech-
tigungen dienen lediglich als Muster fur die Belange eines unter-
nehmensweiten Berechtigungskonzepts. Urn das Berechtigungs-
wesen eines Standardsystems, wie SAP R/3 es ist, den individu-
ellen Erfordernissen entsprechend zu konfigurieren, stehen prin-
zipiell die beiden folgenden Moglichkeiten zur Verfugung:
• Topdown
• Bottom up
Top down Bei der Top-dawn-Methode nimmt man die Standard-R/3-Profile
als Ausgangsbasis, kopiert diese und passt sie an die Erfordernis-
se an, indem man schrittweise Berechtigungen eintragt, die def
eigenen Organisationsstruktur entsprechen.
Die Top-down-Metl10de kann man zum A.ndern und Anpassen
von Profilen bis hin zur Berechtigungspflege nutzen. Man sollte
jedoch stets darauf achten, nur an Kopien zu arbeiten.
Bottom up Beim Vorgehen in umgekehrter Richtung, dem Bottom-up-
Verfahren, muss man zuerst die benotigten Berechtigungen er-
mitte1n.
Dieser Weg ist zunachst schwieriger. Man kann hier so vorgehen,
dass man die vorhandenen R/3-Profile analysielt oder die richti-
gen Berechtigungsobjekte beispie1sweise mit Hilfe der R/3-
Anwendungsdokumentation festlegt. In Zweife1sfallen hilft die
Transaktion SU53, mit deren Hilfe man die fehlenden Berechti-
gungen ermitteln kann, falls eine Transaktion aufgrund fehlender
Berechtigungen nicht durchfi.ihrbar ist.
Aus den benOtigten Berechtigungen setzt man dann seine eige-
nen Profile zusammen.

165
2 Customizing

In der Regel hangt die Vorgehensweise von der jeweiligen An-


wendung ab und ist eine Synthese beider Methoden. 1m Modul
FI gibt es nur "kleine" Berechtigungsobjekte mit hochstens zwei
Feldern Cweshalb man "Bottom up" hier vergleichsweise effektiv
nutzen kann), wahrend im Modul HR die Berechtigungsobjekte
bis zu zehn Feldern aufweisen.

2.4.3.2 Pflegeversion, Aktiwersion


Das SAP-Berechtigungskonzept sieht vor, dass jedes Berechti-
gungsprofil oder jede Berechtigung in zwei Varianten vorliegen
kann: in einer Pfiegeversion und in einer Aktivversion.
Pflegeversion • In der Pflegeversion befinden sich neue oder geanderte Be-
rechtigungen
• Diese Pflegeversion wird yom System in einem Aktivierungs-
schritt kopiert und so zur Aktivversion. Aile in der Aktivversi-
on enthaltenen Berechtigungen werden sofort in allen Profi-
len, in denen sie enthalten ist, wirksam, ebenso bei allen Be-
nutzern.
Aktivierung bedeutet: beenden der Bearbeitung und Freigabe
def Anderungen. Eine nicht aktivierte Anderung kann zu einem
spateren Zeitpunkt fortgesetzt werden; trotzdem bleibt die Konsi-
stenz gewahft.

Abb.2.55
Aktiv- und
Pflegeprofile

8erechtigu ngsprofi I

Aktivversion Pflegeversion

166
2.4 Rl3-Benutzer- und Berechtigungskonzept

Diese beiden Varianten wurden geschaffen, urn eine groBtmogli-


che Datensicherheit im R/3-System zu gewahrleisten. Es soll ver-
hindert werden, dass sich ein Benutzer selbst ein Profil erstellt
und im Benutzerstammsatz eintragt, so dass fum die Moglichkeit
des Zugriffs und der Manipulation an mm sonst nicht zugangli-
chen Daten erlaubt wird.
Aktiwersion Fur die Prtifung von Berechtigungen verwendet R/3 nur die Ak-
tivversion. Man kann selbst deshalb nur in der Aktivversion fest-
stellen, welche Berechtigungen eines Benutzers vorliegen.
Pflegeversionen konnen gespeichert und in allen Profilen ver-
wendet werden. Damit diese aber wirksam werden, mussen sie
ebenso wie Berechtigungen aktiviert werden.
2.4.4 Profilgenerator
Wie bereits dargestellt, ist sowohl das Erzeugen von Berechti-
gungen und Profilen sehr zeitaufwendig, als auch das Auffinden
der geeigneten Berechtigungen.
Der Profilgenerator vereinfacht und beschleunigt das Erstellen
des Berechtigungsumfelds auf Kundenseite. Der Administrator
fuhrt nur noch die kundenspezifischen Einstellungen durch, alle
anderen Aufgaben ubemimmt der Profilgenerator. Insbesondere
die Auswahl, welche Berechtigungsobjekte zu betrachten sind,
ubemimmt der Profilgenerator.
Die Definition von Berechtigungen erfolgt nach einem schemati-
schen Verfahren, das im folgenden kurz skizziert wird.
Stelienbeschreibung Ausgangspunkt der gesamten Arbeit ist eine moglichst genaue
Beschreibung der Tatigkeiten und Aufgaben der Mitarbeiter des
Untemehmens. Dies ist zunachst kein Unterschied, verglichen
mit der oben beschriebenen manuellen Pflege, fur die ein Tatig-
keitsprofil auch von groBer Bedeutung ist.
Zuweisung der mag- WeiB man, welche Aufgaben ein Mitarbeiter wahmehmen kann,
lichen Menufunktio- so muss man ihm mit dem Profilgenerator nur die notigen Me-
nen und Transaktio- nupunkte im SAP-Menubaum zuweisen. Dies geschieht in der
nen
Pflege der Aktivitatsgruppen.
Bei Verwendung des SAP-Business-Workflows konnen die er-
laubten Aufgaben in der Aktivitatsgruppe hinterlegt werden.
Zuweisung der Or- Nachdem die Menupunkte und damit die erlaubten Transaktio-
ganisationseinheiten nen festge1egt wurden, sammelt der Profilgenerator alle in den
Berechtigungen hinterlegten Organisationseinheiten wie Bu-
chungskreis, Kostenstelle und Werk. AnschlieBend ist es moglich,

167
2 Customizing

in jeder Organisationseinheit einen der Stellenbeschreibung ent-


sprechenden Wert zu hinterlegen.
Oberarbeitung der Aus den obigen Werten generiert der Profilgenerator die entspre-
Berechtigungen chenden Berechtigungen fUr die Aktivitatsgruppe. Diese mussen
ggf. manu ell mit Hilfe des Profilgenerators, unter Einsatz der
leicht verstandlichen ,,Ampelgrafik", uberarbeitet werden.
Generierung des Nach der vollstandigen Definition der Aktivitatsgruppe genugt
Profils ein Knopfdruck, um aus diesen Angaben ein vollstandiges Be-
rechtigungsprofil zu generieren.
Zuweisung des
Profils Dieses Profil - oder besser die Aktivitatsgruppe - kann den Be-
nutzern, aber auch Organisationsobjekten aus der Personaladmi-
nistration wie Organisationseinheiten, Planstellen, Stellen oder
Benutzern, zugewiesen werden.
Aktivitatsgruppe Der zentrale Begriff des Profilgenerators ist die Aktivitatsgruppe.
Hier werden aile Aktivitaten einer Stelle zusammengefasst. Eine
AktivWitsgruppe ist eine Sammlung von Aktivitaten, Aufgaben,
Reports und Transaktionen, zu der man mit dem Profilgenerator
automatisch ein Berechtigungsprofil erzeugen kann. Die Aktivi-
tatsgruppe ordnet man dann dem Benutzerstammsatz als Aufga-
benprofil zu.
Zustandigkeiten Um nicht wegen jeder neuen Auspragung einer Organisations-
einheit eine neue Aktivitatsgruppe erstellen zu mussen, k6nnen
Zustandigkeiten verwendet werden. Unter einer Zustandigkeit
kann man Berechtigungsprofile fur eine gewisse Organisationse-
bene unter Verwendung aller Aufgaben und Aktivitaten einer
Aktivitatsgruppe generieren. Hierdurch lassen sich aus einer Ak-
tivitatsgruppe "Einkaufer" sehr einfach Profile fOr die Zustandig-
keiten unterschiedlicher Buchungskreise definieren.
Aktivitatsgruppe Nach dieser EinfOhrung soli nun das Anlegen einer Aktivitats-
anlegen gruppe am Beispiel eines Lagerverwalters aus der Materialwirt-
schaft erklart werden:

1. Ausgangspunkt Bildschirmbild "Systemadministration";


2. BENUTZERPFLEGE / AKTlVITATSGRUPPEN aufrufen;
Das Hauptfenster zur Pfiege der Aktivitatsgruppen erscheint;
3. 1m Feld "Aktivitiitsgruppe' einen Namen fOr die neue Aktivi-
tatsgruppe eingeben und die Option "Grundpjlege' im Rah-
men "Sicht' wahlen. AnschliefSend auf die Schaltflache

-=C}=-_Anle_..:;.ge_n_....I klicken. Das System zeigt die Grunddaten


der Aktivitatsgruppe (Abb. 2.56).

168
2.4 RlJ-Benutzer- und Berechtigungskonzept

Abb.2.56 -- "
Grunddaten oc
Aktivitatsgruppe

1---.
-
q.. , I •.... I - ....
_"7
-~
a...a. I ..,. I
I
...
D.... I
/to I)() ~J ",. IXl CO JC

I.",.!.~,,~ v _

4. 1m Feld "Beschreibung' einen Namen fur die Aktivitatsgruppe


angeben. Die Reiter im unteren Bereich mussen nun in der
vorgegebenen Reihenfolge bearbeitet werden. Der Bearbei-
tungsstatus ist hier durch ein rates Kreuz als "noch nicht be-
arbeitet' markiert. In den Reiter MENUklicken.
Das System fordert in einem Dialogfenster auf, die Aktivitats-
gruppe zu sichern.
5. Jetzt auf die Schaltflache .~. Menuauswahl klicken.
Das System zeigt in einer Hierarchieliste alle im Customizing
erlaubten Funktionen des Unternehmensmenus.
6. Hier kann durch Anklicken der Plus- und Minuszeichen die
Menustruktur aufgebhittert und durch Auswahl der entspre-
chenden Ankreuzfelder entweder einzelne Menufunktionen
oder ganze Menubaume ausgewahlt werden.
Die ausgewahlten Funktionen werden durch eine grune Am-
pel gekennzeichnet.

7. Die Daten uber If Ubernehmen sichern.


Man gelangt zuruck in die Grunddatenpflege; die Schaltflache
MENU ist nun grun markiert.
8. Jetzt den Reiter BERECH'flGUNGENwahlen.
Das System sucht alle Organisationseinheiten aus den ge-
wahlten Menufunktionen und fragt nach den entsprechenden
Werten fur diese Felder.

169
2 Customizing

9. Die notigen Angaben in die entsprechenden Felder eintragen;

zum Sichem ~ benutzen.


Das System zeigt eine Hierarchieliste aller Berechtigungsob-
jekte, die fur diese Funktionen vorhanden sind, sortiert nach
Arbeitsgebiet und farblich gekennzeichnet.
10. An dieser Stelle k6nnen in den noch offenen Feldem Werte
gepflegt werden. Dazu auf das farbige Wertefe1d hinter den
jeweiligen Feldem klicken.
Es erscheint ein Dialogfenster, in dem die Fe1dwerte fur die-
ses Berechtigungsfeld hinterlegt sind.
11. Die entsprechenden Feldwerte eingeben und sichem.
Das System kehrt zur Liste der Berechtigungen zuruck.
12. Es konnen auch aIle fehlenden Felder einer Berechtigung
oder eines ganzen Knotens erganzt werden. Hierzu auf die
gelbe oder rote Ampel klicken.
Das System fragt in einem Dialogfenster, ob aIle fehlenden
Felder mit der Gesamtberechtigung ,,*" versehen werden sol-
len.

13. Bestatigen mit V


Man kehrt zur Pflege der Berechtigungen zuruck.
14. Wenn man bewusst einige Berechtigungen deaktivieren
mochte, dann ~ anklicken.
Das System deaktiviert das Berechtigungsobjekt.
15.Jetzt vervollstandigt man die Pflege der Berechtigungen, bis
aIle Zellen mit einer grunen Ampel markiert sind oder als de-

aktiviert gekennzeichnet wurden. Dann auf g k licken, um


die Berechtigung zu sichern und die Profile zu generieren.
Es erscheint ein Dialogfenster, in dem der Name des Berech-
tigungsprofils angegeben werden muss.
16. Den Profilnamen eingeben; Achtung: dieser kann spater nicht

mehr geandert werden; bestatigen mit II .Das System zeigt


erneut die Liste der Berechtigungen.

17. Mit einem Klick auf . . zur Pflege der Aktivitatsgruppen zu-
ruckkehren. Das System zeigt zunachst ein weiteres Dialog-
fenster mit der Aufforderung, die Profile zu generieren.

18. Die Schaltflache o Generieren


drucken. Das System
generiert die Profile und kehrt zuruck in die Hauptpflege der

170
2.4 R13-Benutzer- und Berechtigungskonzept

Aktivitatsgruppe. Auch die SchaltfHiche BERECHTIGUNGEN


ist nun griin markiert.
An dieser Stelle ist die Aktivitatsgruppe definiert, und die Be-
rechtigungsprofile sind generiert. 1m obigen Beispiel konnte je-
doch nur ein kleiner Ausschnitt aus den Funktionen des Profil-
generators angesprochen werden.
1m Folgenden wird nun die direkte Zuweisung der Berechtigun-
gen zu R/3-Benutzem erlautert.

Berechtigungen Ausgangspunkt Bildschirmbild "Benutzerstammsatz":


zuweisen
1. 1m Benutzerstammsatz (vgl. Abb. 2.43) die Registerschaltfla-
che "Aktivitatsgruppen" wahlen.
Das System zeigt eine Tabelle bereits zugewiesener Aktivitats-
gruppen an.
2. Urn eine Aktivitatsgruppe hinzuzufUgen, in ein freies Fe1d in
der Tabelle und dann auf das Symbol I] klicken. Das System
zeigt ein Dialogfenster aller im System bekannten Aktivitats-
gruppen an.

3. Die gewUnschte Aktivitatsgruppe markieren und If (lJBER-


NEHMEN) anklicken.
Die Aktivitatsgruppen und die nbtigen Profile werden dann in
den Benutzerstammsatz ubertragen.

2.4.5 Szenario einer Berechtigungsprufung


M6chte ein Benutzer eine bestimmte Aktion im SAP-System
durchfUhren, wird zuerst im Benutzerstammsatz kontrolliert, ob
der dafUr n6tige Berechtigungseintrag vorhanden ist. Erst danach
wird die Berechtigung zum Arbeiten erteilt oder gegebenenfalls
verweigert.
Beispiel Der Programmierer eines Flugbuchungsprogramms mochte fUr
eine Buchungsanderung fUr Geschaftskunden eine Berechti-
gungspriifung durchfUhren.
Dazu muss der Programmierer Berechtigungsfelder anlegen
(ACTVT und CUSTTYPEJ und pro definiertem Fe1d den zu prii-
fenden Wert (02, B) vc5rgeben.
Weiterhin muss er ein Berechtigungsobjekt anlegen (TEST).

171
2 Customizing

Mit dem ABAP/4-Befehl AUTIIORITY-CHECK programmiert er


die Berechtigungspriifung:

AUTHORITY-CHECK OBJECT 'TEST'


ID 'ACTVT' FIELD '02'
ID 'CUSTTYP' FIELD 'B'.
IF SY-SUBRC <> O.
MESSAGE E....
ENDIF.
Durch den AUTHORITY-CHECK wird gepriift, ob ein Benutzer
eine ausreichende Berechtigung fur eine bestimmte Aktivitat hat.
Dazu wird im Stammsatz des Benutzers in den dort angegebenen
Profilen nach Berechtigungen fur das angegebene Berechti-
gungsobjekt (TEST) gesucht. Wenn eine der gefundenen Berech-
tigungen mit den vorgegebenen Werten ubereinstimmt, war die
Priifung erfolgreich.
Der Systemverwalter hat folgende Berechtigungen zum Berechti-
gungsobjekt TEST definiert:
• TEST_l mit folgenden Werten:
* fur Feld CUSTTYPE und
02 fur Feld ACTVT
Benutzer, die diese Berechtigung besitzen, durfen die Bu-
chungen aller Kunden andern
• TEST_2 mit folgenden Werten:
B fur Feld CUSTTYPE und
03 fur Feld ACTVT
Benutzer, die diese Berechtigung besitzen, durfen die Buchun-
gen aller Geschaftskunden anzeigen
Dber die Zuordnung von Profilen hat der Systemverwalter ver-
schiedenen Benutzern unterschiedliche Berechtigungen erteilt.
Derri Benutzer Muller wird in seinem Stammsatz ein Profil zuge-
ordnet, das beide Berechtigungen enthalt (TEST_l Und TEST_2).
Damit kann er eine Buchungsanderung fur Geschaftskunden
durchfuhren.
Benutzer Meyer hingegen, der ein anderes Profil mit der Anzei-
geberechtigung (TEST_2) erhalt, kann damit keine .Anderungen
durchfuhren.

172
2.4 RlJ-Benutzer- und Berechtigungskonzept

2.4.6 Organisation der Benutzer~ und Berechtigungspflege


Mit dem Berechtigungssystem ist die Pfiege der Benutzerstamm-
satze, der Profile und der Berechtigungen sehr fiexibel organi-
sierbar:
• Wenn die Firma klein und zentral organisiert ist , kann man
aile Aufgaben, die mit der Pfiege der Benutzerstammsatze
und Berechtigungskomponenten verbunden sind, von einem
einzigen Benutzer, dem sogenannten Super-User, durchfilh-
ren lassen
• Will man allerdings ein Maximum an Systemsicherheit errei-
chen und sein System dezentral verwalten, kann man die Zu-
standigkeit filr die Pfiege von Benutzerstammsatzen und Be-
rechtigungen auf einen Benutzer- und einen Berechtigungs-
verwalter mit jeweils abgegrenzten Verantwortungsbereichen
verteilen

2.4.6.1 Organisation ohne Verwendung des Profilgenerators


Aus Sicherheitsgriinden sollten die Verwaltungsaufgaben ent-
sprechend der folgenden Darstellung auf verschiedene Verwalter
verteilt werden:

Abb.2.57
Aufgabendreiteilung
ohne Profilgenerator
Au

Be rechtigungs ve rwalte r Be nutze I'Ve rwalte r


Aktivie rungs ve rwalte r

Der Berechtigungsverwalter hat folgende Aufgaben und Be-


rechtigungen:
• Mit den Pflegeversionen der Profile und Berechtigungen ar-
beiten.
• Nicht zulassig ist die Aufgabe: Profile oder Berechtigungen
aktivieren.

173
2 Customizing

Der Aktivierungsverwalter hat folgende Aufgaben und Be-


rechtigungen:
• Vorhandene Pflegeversionen der Profile und Berechtigungen
aktivieren.
• Nicht zulassig ist die Aufgabe: in Profilen und Berechtigungen
definierte Zugriffsrechte andern.

Der Benutzerverwalter hat folgende Aufgaben und Berechti-


gungen:
• Benutzerstammsatze anlegen;
• die Liste der in einem Benutzerstammsatz abgelegten Profile
pflegen;
• Benutzerfestwette setzen.
• Nicht zulassig ist die Aufgabe: Profile oder Berechtigungen
pflegen oder aktivieren.

2.4.6.2 Organisation unter Verwendung des Profilgenerators


Verwendet man den Profilgenerator soUte man die Verwaltungs-
aufgaben wie folgt verteilen:

Abb.2.58
Aufgabendreiteilung
mit Profilgenerator

Benutzerverwalter Berechtigungsprofll-
verwalter
Berechtigungsdatenverwalter

Der Benutzerverwalter hat folgende Aufgaben und Berechti-


gungen:
• Benutzer anlegen und andern;
• Benutzern Aktivitatsgruppen zuordnen;
• Benutzern Profile zuordnen;

174
2.4 Rl3-Benutzer- und Berecbtigungskonzept

• Berechtigungen und Profile anzeigen.


• Nicht zuHissig sind folgende Aufgaben: Daten zu Aktivitats-
gruppen anzeigen oder andem; Profile andem oder generie-
ren.

Der Berechtigungsdatenverwalter hat folgende Aufgaben und


Berechtigungen:
• Aktivitatsgruppen anlegen und andem;
• In Aktivitatsgruppen die Transaktionsauswahl und Berechti-
gungsdaten verandem;
• Nicht zulassig sind folgende Aufgaben: Benutzer andem; Pro-
file generieren.

Der Berechtigungsprofilverwalter hat folgende Aufgaben und


Berechtigungen:
• Aktivitatsgruppen mit ihren Daten anzeigen;
• Zu Berechtigungsdaten bestehender Aktivitatsgruppen die Be-
rechtigungen und Berechtigungsprofile generieren;
• Nicht zulassig sind folgende Aufgaben: Benutzer andem; Da-
ten zu Aktivitatsgruppen andem.

BegrQndung Der Vorteil dieser Dreiteilung liegt auf der Hand: Es wird ausge-
der Trennung schlossen, dass jemand ein uberprivilegiertes Profil schafft, dieses
sich oder anderen im System zuteilt und damit nicht vorgesehene
Zugangsgenehmigungen erteilt.

175
2 Customizing

176
3.1 Werkzeuge der ABAPI4 Workbench

ABAP/4-Programmierung

3.1 Werkzeuge der ABAP/4 Workbench


Die ABAP/ 4 Development Workbench ist fur den Entwickler
konzipiert worden, urn betriebswirtschaftliche Client/Server-
Losungen zu realisieren. Die Workbench stellt dabei verschiede-
ne Werkzeuge zur Verfiigung. Diese haben die Aufgabe die
Ein!uhrung Entwickler bei der Programmierung, Modellierung, Netzwerk-
kommunikation, den Datenbankzugriffen und dem Kreieren von
graphischen Benutzeroberflachen zu unterstiitzen. Die SAP-
Software wurde groBtenteils selbst durch die Programmierspra-
che ABAP/4 realisiert. ABAP/4 (Advanced Business Programming
Language) ist eine 4 GL-Sprache, mit deren Hilfe Geschaftsan-
wendungen erstellt werden konnen. Die Workbench enthalt alle
notwendigen Werkzeuge fur die Entwicklung von ABAP-Pro-
grammen. Ein besonderer Vorteil dieser Werkzeuge ist, dass sie
aufeinander abgestimmt sind. Mit Hilfe der Werkzeuge konnen
bestehende SAP-Anwendungen geandert oder selbst entworfen
werden. Dabei bietet SAP eine einheitliche graphische Entwick-
lungsumgebung, die es erlaubt, komfortabel Entwicklungsob-
jekte zu erstellen.
Entwicklungsobjekte sind Bestandteil jeder ABAP-Anwendung.
Ein Objekt konnte u. a. ein Programm, Bild, Menubestandteil,
Funktionsbaustein oder Programmteil sein. Die logische Zusam-
menfassung von Entwicklungsobjekten fuhrt zur Bildung von
Entwicklungsklassen. In der Workbench werden Entwicklungs-
objekte durch hierarchische Listen dargestellt, diese erleichtern
die Zuordnung des einzelnen Objektes zur entsprechenden An-
wendung. Die Listenstruktur wird durch den Repository Browser
verwirklicht. Dieses Werkzeug erlaubt die Navigation durch das
System. Bei Auswahl eines Objektes und der gewtinschten
Funktion wird automatisch ein neues Werkzeug geoffnet, wo-
durch man von einem Werkzeug zum anderen gelangen kann
(siehe Abb. 3.1).

177
3 ABAPl4-Programmierung

Abb.3.1 E"~ loti HJf_eI S~I ... Ii'e


ABAP/4·Develop-
ment Workbench ::::J .. ~)( t t:J

Die SAP Software ist groBtenteils mit Unterstiitzung der ABAP/4


Development Workbench verwirklicht worden. Die Leistungsfa-
higkeit der Workbench hat sich hierbei bewahrt. Bei jedem Re-
lease des SAP R/3-Systerns werden neue Produkte und Konzepte
in die Workbench integriert. Die Programme durchlaufen wah-
rend ihrer Entwicklung einzelne Zyklen und Phasen.
Die ABAP/4-Workbench bietet dem Entwickler dabei niitzliche
Unterstiitzung- und Hilfefunktionen. Neue Programme und Kom-
ponenten, die in ein bestehendes SAP-System eingefugt werden,
miissen mit dem Rest des Systems kommunizieren, urn die vor-
handene Software und Hardware effizient nutzen zu konnen.
Dabei miissen bestimmte Standards eingehalten werden:

SAP-Standards 1. Datenkonsistenz der Stammdaten muss gewahrleistet werden.


2. Keine Unterbrechung der einzelnen Kommunikationskanale
des Systems.
3. Die Software-Komponenten sollen so verwirklicht werden,
dass sie auf allen neuen Plattformen kompatibel sind, d. h.
wenn die Hersteller verbesserte Gerate entwickeln, dann
soIl ten diese Komponenten fehlerfrei integriert werden.

178
3.1 Werkzeuge der ABAP/4 Workbench

Die wichtigsten Werkzeuge der ABAP-Workbench sind:

Tab. 3.1 Menupfad Funktion


Werkzeuge der ABAPEditor Der Editor erlaubt es Programme zu
ABAP/4 Workbench
erstellen und bereits bestehenden
Code zu vedindem.
ABAP Debugger Der ABAP Debugger untersttitzt den
Entwickler bei der Fehlersuche in
ABAPI 4- und Dynamischen Program-
men (Dynpros).
Function Builder Der Builder erstellt Funktionsbau-stei-
ne, welche in einer Funktions-
bibliothek verwaltet und getestet
werden konnen.
Performance Trace Mit dem Performance Trace kann der
Entwickler Schwachstellen in seinem
ABAP/4-Programm ausfindig machen.
Laufzeit Ana/ysator Die Laufzeitanalyse dient der Optimie-
rung von ABAP/4-ProgrammabHiufen.
Class Builder Der Builder pflegt und verwaltet
Objekttypen.
Repository Browser Der Browser erlaubt das ubersichtliche
Anzeigen und Verandern von Ent-
wicklungsobjekten innerhalb der An-
wen-dungen.
Screen Painter Der Screen Painter ermoglicht das
Erzeugen, Loschen, Verandern und
Anzeigen von Dynamischen Program-
men (Dynpros).
Menu Painter Dieses Werkzeug erstellt graphische
Menus und gewahrleistet eine uber-
sichtliche und systematische Nutzung
von Funktionen.
ABAP/4-Query Die ABAPI 4-Query gestattet das
Definieren von Reports, ohne entspre-
chende Programmierkenntnisse.
Workbench Der Organizer transportiert Anwen-
Organizer dungen aus einem Entwicklungssystem
in das jeweilige Produktionssystem.
ABAP/ 4-Dictionary Das Dictionary dient der Definition
und Speicherung von Daten. Diese
Daten bezeichnet man als Metadaten.

179
3 ABAPl4-Programmiernng

3.1.1 Navigationswerkzeuge der ABAP/4 Workbench


Navigation Die Workbench verfiigt uber verschiedene Navigationstools, die
den Benutzer bequem durch das System navigieren lassen. Das
am meisten verwendete Werkzeug ist hierbei der Repository
Browser. Er erlaubt eine schnelle und effiziente Navigation in
Entwicklungsobjekten. Zu diesem Zweck hat SAP zwei zusatzli-
che Tools entwickelt, das ABAP Repository-Infosystem und
die Anwendungshierarchie. Fur den Umgang mit Datenban-
ken kann der User den Data Browser benutzen, mit dem man
auf Tabellen zugreifen und sich die Inhalte anzeigen lassen
kann.

3.1.1.1 Repository Browser


Der Repository Browser ist die Schaltzentrale des Systems. Er
wird verwendet, urn Entwicklungsarbeiten zu verwalten und zu
organisieren. Die Benutzeroberflache des Repository Browsers ist
stark an das FOlmat eines gewohnlichen File-Managers ange-
passt, der es erlaubt durch ein System zu navigieren. Mit Hilfe
des Browsers konnen Entwicklungsobjekte in Form von Objektli-
sten zusammengefasst werden. Diese Listen enthalten aHe Ele-
mente einer dazugehorigen Entwicklungsklasse, Fuhrungsgruppe
oder eines Programms.
f ' , :. ••

Abb.3.2
Repository Fenster

prcgramm mlt parameterelngabe

Die Objektlisten verdeutlichen gezielt den Zusammenhang der


einzelnen Objekte untereinander. Die Objektliste besteht aus
verschieden Knoten, der oberste Knoten steHt die Entwicklungs-
klasse dar.
Die Entwicklungsklasse erlaubt es nun, im R/3-System frei zu
navigieren. Der Startpunkt ist hierbei immer die eigentliche Ent-
wicklungsklasse. Mit dem Repository Browser kann von einer

180
3.1 Werkzeuge der ABAP/4 Workbench

Entwicklungsklassenliste aus zu verschiedenen Listenarten navi-


giert werden.
Diese Listenarten erfullen folgende Aufgaben im R/3-System:
• Auflistung aller Funktionsbausteine und der dazugehorigen
Teilobjekte;
• Anzeigen der Teilobjekte der einzelnen Programme;
• Auflistung aller lokalen privaten Objekte des einzelnen Be-
nutzers.

3.1.1.2 Repository-Infosystem
Beim Einstieg in das Infosystem wird die hierarchische Struktur
deutlich. Es bestehen verschiedene Moglichkeiten, urn ein Objekt
ausfindig zu machen. Durch einen Doppelklick auf einen Ord-
ner, der mit einem Pluszeichen versehen ist, offnet sich ein wei-
terer Zweig im Infosystem. Umgekehrtes gilt fur das Anklicken
eines Minuszeichens.
Bei groBeren Verzeichnisstrukturen empfiehlt es sich mit der
Suchfunktion des Infosystems zu navigieren. Dabei kann in der
oberen Leiste des Fensters ein Suchkriterium bestimmt werden.
Nach Beendigung des Suchvorgangs zeigt das System eine Er-
gebnisliste an. Beim haufigen Suchen eines Objektes konnen
verschiedene Suchvarianten angelegt werden, urn den Prozess zu
beschleunigen.

Abb.3.3
Einstieg in das
Infosystem

r.1~~1.I'-----------------------------~

r"""" .... 1'(~kRXXU'

[1IU~t

.... 09'~te
F"., .,""~JCtd..P1
ro~
I' OUSnt., Lf'lgl"lllH'rng
I ' ""..... U~I.

181
3 ABAP/4-Programmierung

3.1.1.3 Anwendungshierarchie
Die SAP-Anwendungshierarchie dient der Spiegelung der An-
wendungsstrukturen. Dabei werden aIle unternehmensspezifi-
Entwicklungsklassen schen und systemabhangigen Anwendungen des R/3-Systems
angezeigt. Die Anwendungshierarchie besteht im Wesentlichen
aus Entwicklungsklassen. Diese Klassen werden in der Hierar-
chie als Entwicklungsknoten dargestellt. Einen weiteren Be-
standteil der Struktur bilden die Titelknoten, die die die Aufgabe
haben, die Hierarchie ubersichtlich zu gestalten.
Eine der Hauptaufgaben der Anwendungshierarchie liegt darin,
dem Benutzer die Relationen zu den Entwicklungsklassen naher
zu bringen
Die Anwendungshierarchie bietet dem User die Moglichkeit auf
das Repository-Infosystem zuzugreifen. Dieser Umstand ist be-
sonders von Nutzen, wenn ein Objekt gesucht wird, das nur in
einer spezifischen Anwendung auftritt.

3.1.1.4 Data Browser


Durch den Data Browser kann man sich bequem Tabelleneintra-
ge anzeigen lassen oder bei Tabellen, fUr die ein Pflegeattribut
gesetzt wurde, konnen Eintrage geandert oder angelegt werden.
Navigations- Der Browser bietet auBerdem weitere Funktionen, z. B. das auf-
werkzeug und absteigende Sortieren der Ausgabe oder das Selektieren von
Feldwerten. Fur diese Funktionen ist keine ABAP-Program-
mierung notwendig. Um den Data Browsers nutzen zu konnen,
generiert das System fUr jede neue Tabelle ein Tabellenverar-
beitungsprogramm, das im System gespeichert wird. Bei einer
Veranderung der Tabellendefinition wird das verarbeitende Pro-
gramm automatisch modifiziert.

3.1.2 Menu Painter


Aufgrund der Vielzahl der angebotenen Funktionen eines ABAP-
Programms wurde der Menu Painter entwickelt. Er erlaubt eine
ubersichtliche und systematische Nutzung der Funktionen. Durch
den Menu Painter konnen die vom System bereitgestellten Funk-
tionen graphisch unterlegt werden. Diese Graphiken sind
Druckknopfe, Funktionstasten und Menus, die man frei definie-
ren kann. Fur die Gestaltung der graphischen Elemente verwen-
det man am besten die SAP-Design-Richtlinien, dadurch ist eine
einheitliche Bedienung des Systems gewahrleistet.

182
3.1 Werkzeuge der ABAP/4 Workbench

Abb.3.4
Anwendungsgebiet
des Menu Painters

Ein Kopieren der kreierten Mentis ist mit dem Menti Painter
moglich. Einzelne Funktionen in einem Menti konnen aktiviert
und deaktiviert werden. 1st eine Funktion deaktiviert, erscheint
sie in der Oberflache ausgeblendet. Mit dem Menti Painter kon-
nen bis zu drei ineinander verschachtelte Ebenen fur das
Hauptmenti mit jeweils bis zu 15 Elementen kreiert werden. Die
Oberthche der ABAP Werkzeugfenster besteht aus einer Titel-,
Menii-, Symbol- und einer Drucktastenleiste. Der Menu Painter
definiert mit dem Gill-Status den konkreten Zustand der Benut-
zeroberflache eines ABAP-Programrns. Der Gill-Status ist hierbei
das Hauptobjekt einer Benutzeroberftache und fur alle Fenster
verwendbar.

3.1.3 Screen Painter


Mit dem Screen Painter konnen Dynamische Programme (Dyn-
pros) erzeugt, geloscht, verandert und angezeigt werden. Als
Dynpro wird die graphische Darstellung des Bildschirms mit der
dazugehorigen Ablauflogik bezeichnet. Durch den Screen Painter
konnen Dynpros in Transaktionen und Bildelementen gestaltet
werden. Der Screen Painter verfugt tiber einen graphischen und
alphanumerischen Editor fur die Bildschirmgestaltung. Mit dem
graphischen Editor konnen Ein- und Ausgabefelder auf dem
Bildschirm angeordnet werden. Er ermoglicht aulSerdem die In-
tegration von Bildschirmrnasken und Navigationselementen in
das System.

183
3 ABAPl4-Programmierung

Eine weitere nutzliche Eigenschaft des Editors besteht bspw.


darin, Dictionary-Tabellen mit ihren Feldinhalten sofort in ein
graphisches Layout urnzusetzen.

Abb.3.5
Schnittstelle Screen Painter
zu anderen Tools

ElOOlegwid

'---------J -~: I ~~ ~~ I
1______ - - - - - • • • • • • __ • •

Durch den alphanumerischen Editor konnen Dictionary-


Tabelleneintrage angezeigt werden. Damit ist es einfach Felder
aus der Tabelle in den Arbeitsbereich zu ubemehmen. Der
Screen Painter erlaubt eine individuelle Einstellung der Sprache
und zeigt die Nummer des nachsten Dynpros in der Sequenz ei-
ner Dynprokette auf.
Einfugen von Mit dem Screen Editor kann man folgende graphische Kontrol-
grafischen Kontroll- lelemente in das System einfugen:
elementen
• Push Button: verweist durch Knopfdruck auf ein Dynpro.
• Radio Button: erlaubt die Se1ektion einer Moglichkeit.
• Checkbox: mit einer Checkbox kann man zwischen mehreren
Moglichkeiten auswahlen.
• List Box: befahigt den Benutzer sehr lange Listen zu bearbei-
ten.
• Rahmen: fasst logisch geordnete Felder graphisch zusammen.
Er verfugt auBerdem uber ein integriertes Dberschriftfeld.

184
3.1 Werkzeuge der ABAPI4 Workbench

3.1.4 Der ABAP/4-Editor


Der ABAP/4-Editor ist das Werkzeug mit dem man Quelltexte
erstellen und verandern kann. Die Entwicklung reicht von einfa-
chen ABAP/4-Programmen bis zu komplexen logischen Daten-
banken. Der Editor besteht aus zwei Fenstern, der Einstiegsmas-
ke und dem eigentlichen Programm Editor.
Mit der Eingabemaske kann man neue Programmkomponenten
anlegen oder bereits bestehende Teilobjekte ausfiihren, anzeigen
und andern. In den Programm Editor gelangt man durch das
Anlegen oder Bearbeiten eines Objektes. Fur das Erstellen eines
Programms muss das Programmfeld ausgefiillt und der Anlege-
knopf auf der rechten Seite gedrtickt werden, so gelangt man in
den Programm Editor.
Der SAP-Editor erinnert an professionelle Entwicklungstools. Die
Funktionen sind zwar am Anfang etwas gewohnungsbedurftig,
aber durchaus schnell erlernbar. AufSerdem kann bei aufkom-
menden Problemen stets die Hilfefunktion zu Rate gezogen wer-
den. Eine weitere Hilfestellung bietet die Kurzbeschreibung der
Menupunkte, die beim Dberfahren mit dem Mauszeiger sichtbar
wird.
Es sei darauf hingewiesen, dass das Bearbeiten der ABAP/4-
Programme mit anderen Editoren zwar moglich, aber nicht sinn-
voll ist. Dies liegt an zwei wesentlichen Gesichtspunkten: zum
einen legt del' SAP-Editor Programme als Datenbankeintrage an
und nicht als ASCII-Datei. Mit einem normalen Editor ist es somit
notwendig, das erstellte Programm in den ABAP-Editor einzufii-
gen. Zum anderen ist der ABAP/4-Editor sehr geschickt in die
Workbench integriert. Dem Programmierer stehen somit Ent-
wicklungswerkzeuge wie Debugger und Funktion Builder zur
Verfiigung. Sollte dennoch der eigene Editor benutzt werden,
bedeutet dies einen Verzicht auf nutzliche Zusatzfunktionen.
Mit dem ABAP/4-Editor kann man nicht nur Programme erstel-
len, sondern verschiedenste Objekte erzeugen und bearbeiten.
Unter Objekten sind in diesem Zusammenhang u. a. logische
Datenbanken, Typgruppen und Programme zu verstehen. Die
Typgruppe (Typenpool) ist ein zum Data Dictionary dazugehori-
ges Objekt.

185
3 ABAPl4-Programmierung

3.1.4.1 Befehle und Navigation des Editors


Die graphische Maske des Editors besteht aus einer Symbolleiste,
einer Meniileiste und einer Drucktastenleiste. Diese bieten dem
Benutzer eine Vielzahl von Standard- und Sonderfunktionen.
Diese Sonderfunktionen sind:
Befehlsumfang • Aufruf des ABAP/ 4 Reportprogramms
des Editors • Strukturieren von Quelltexten mit Hilfe der Funktion Pretty-
Printer
• Syntax Dberpriifung
• Vergleich zweier ABAP/4 Programme durch den Split Screen
• Information iiber die Programmiersprache ABAP und ihre
Schliisselworter
• Eliminieren von Verweisen auf Include-Anweisungen
• Auflistung der Entwicklungsobjekte
• Spezielle Hilfefunktion iiber ABAP/ 4 und den Editor
Die Meniileiste besteht aus Standardfunktionen der ABAP/ 4
Workbench, Werkzeuge und Editor-spezifischen Anwendungen.
Unterhalb der Meniileiste befindet sich die Symbolleiste. Diese
Leiste ist bei jedem Development Workbench-Werkzeug ein fe-
ster Bestandteil.
Die Symbole haben folgende Bedeutungen:
r Entel1aste

ichen bringt zum vorang gangen Fenster zu-

er Abbr ch n-Button bringt in den ABAP/ 4-Editor-


einstieg wruck ohne icherung der Oat n. oas System
fragt ab, ob die Oat n g sichelt werden ollen.
oieses Symbol kann zum Drucken de Prgrammc des
verwendet w rden.

186
3.1 Werkzeuge der ABAP/4 Workbench

Oi Such- und Ersetzfunktion wird in Form einer Maske


darg steHr.

Mit Hilfe dieser Funktion kann die Z als

Ourch d ieses Zeichen gelangt man auf die Anfang~seite


e ines Programms.
Blanert eine Seite zurUck.

vOIWarts.

Fuhrt eine Hilfefunktion aus, die Information n zum


Edit r und der ABAP/4-Programmierung ( yntax) b in-
halt r.

Die Icons der Drucktastenleiste sind im Gegensatz zu den mei-


sten Symbolen der Symbolleiste wenig aufschlussreich. Daher
empfiehlt es sich ein bisschen Zeit zu investieren, urn sich mit
den Funktionen vertraut zu machen.

Zeigt an, wie viele it vor-


hand n sind.?

187
3 ABAPl4-Programmienmg

t di Zeile aus, auf die der Cursor wi r2r


veIWiesen har lind speicherr den Inhalt im Puff r.

Kopierr eine Pr grammz il , auf die cler Cursor aktu 11


zeigr und speich rt den fnhalr in einem Puffer.

Fugt d n Inhalt des Puffers an der aktuellen Cursorpo-

Fugr eine Leerzeil ub r del' derzeirigen Cursorste11e

Ver chiebt Zeilen ocler ganze Blocke. Dazu wird das


Textobjekt ausgeschnirren, um es an der gewunschten
Stelle wieder einzufugen.
Ruckgangigmachen des zuletzt ausgefuhrren Befehls.

Informationen lit er den Editor und die ABAP/ 4-pro-


grammierung ( yntax).

Sroppr Prozessvorgange im Syst m.

Interface des Der Editor besteht aus zwei Hauptfenstern. Das Einstiegsfenster
ABAP/4-Editors erlaubt die Auswahl und Modifikation aller Programmbestand-
teile. 1m oberen Bereich des Fensters befindet sich ein Eingabe-
feld, urn den Namen eines Programms Zll spezifizieren. Mit dem
Anlegen- und Ausfilhrknopf kann nun ein bereits bestehendes
Programm allsgefilhrt werden oder ein neues Programm angelegt
werden. Unterhalb dieser Knopfe befindet sich eine Reihe von
Optionsfe1dern, mit denen ein Teilobjekt allsgewahlt werden
kann. Dabei hat man die Moglichkeit sich zwischen Quelltext,
Varianten, Attribute, Dokumentation und Texte1ementen zu ent-
scheiden. Nach der Se1ektion eines Teilobjektes (Komponente)
kann dieses angezeigt oder geandert werden.

188
3.1 Werkzeuge der ABAP/4 Workbench

• ASAP/ .. [dIIDJ [mshC(J


Abb.3.6
,
lI_en ~_ HflmIlei lJ~eId £,fII1W1gen s~ /jll.
Einsliegsmaske des
Editors :::1 .. ,iX ~~
~ .~ D Q] ~ ia AudIllV........ O~

G -=CI=--_Mooon----:...._-'

r.a
~V_

~ AU.
r, 0 ...............
r, T eIemenI.

3.1.4.2 Erstellen eines ABAP/4-Programms


Zunachst benotigt man den Zugangsschlussel, der den Syste-
mentwickler ausweist. Dann ist in der ABAP Workbench der
Menupunkt ABAP-Editor zu wahlen, der sich im Navigator unter
den anderen Workbench Werkzeugen befindet.
1m ABAP/4-Editor kann nun der Name des Programms im Pro-
grammeingabefeld angegeben werden. Dann ist fur das Beispiel
der Radiobutton Quelltext anzuklicken. Das Programm kann mit
dem gleichnamigen Button ange1egt werden.
Es offnet sich das Objektregistrierungsfenster, hier muss der be-
reits oben erwahnte Zugangsschliissel angegeben werden, der
berechtigt, Programme anzulegen und zu modifizieren. Nach der
Autorisierung muss nur noch die "We iter-Taste" betatigt werden.
Die nachfolgende Abbildung zeigt den eigentlichen ABAP/4-
Editor und ein einfaches "Hello World" Programm.

189
3 ABAPl4-Programmierung

• ABAP [dolo, [d,l1er.n P,og,arnm 2 FmXXOI


Abb.3.7
Entwicklungs·
Oberflache

t &· .. · .. · .. · .... · .. ··· .. · .. ··· .. · .. · .. · ...... · ........ ··· ...... ·· ...... •


2 '& Report ZF(RX~Ol

3 '&
4 . , ..................................................................... .
5 .&
6 '&
7 .& ..................................................................... .
8
9 report zf kr xx 01
10 wrIte 'he 10 world '
11

3.1.5 Debugger
Fur die Fehlersuche im ABAP/4-Programm oder den Dynpros
UnterstOtzung kann der ABAP/4-Debugger vetwendet werden. Der Debugger
bei der Fehlersuche
erlaubt es Programme explizit aus dem Debugging-Modus zu
starten. Der Debugger kann aber auch automatisch aktiviert wer-
den. Dies geschieht nach Programmabbruchen oder durch das
Auftreten von anderen Ausnahmezustanden.
Programme, die im Debugging-Modus ablaufen, konnen wahl-
weise nach jeder Anweisung (Einzelschritt) oder aber an be-
stimmten Stellen des Programms unterbrochen werden. Nach je-
der Unterbrechung gibt der Debugger Auskunft uber den ge-
genwartigen Stand der Verarbeitung. Dazu werden z. B. die In-
halte von varher ausgewahlten Variablen, Fe1dern, Arbeitsberei·
chen und internen Tabellen angezeigt. Diese Inhalte sind vor der
Fortsetzung der Verarbeitung beliebig veranderbar.
Unterbrechungen werden entweder im Programm fest definiert
oder im Debugger interaktiv hinzugefugt und verandert. Unter-
brechungen konnen durch die Spezifikation bestimmter Pro-
grammzeilen oder durch die Angabe von Stop-Bedingungen rea-
lisiert werden. Bei der Nutzung von Remote Function Calls ist
auch einen Fehlersuche uber Systemgrenzen hinweg moglich
(Remote Debugging).

190
3.1 Werkzeuge der ABAPI4 Workbench

3.1.6 Function Builder


Der Builder ermoglicht es Funktionsbausteine zu entwickeln und
Komponenten
ins System zu integrieren. Funktionsbausteine sind in diesem Zu-
sammenhang ABAP-Routinen, die in einer zentralen Funktions-
bibliothek verwaltet werden. Die Bausteine kapse1n den Pro-
grammcode und stellen eine Schnittstelle fur den Datenaustausch
zur Verfi.igung. Es besteht die Moglichkeit Informationen bereits
vorhandener Funktionsbausteinen nachzuschlagen.

3.1.7 ABAP/4-Dictionary
Metadaten Das Dictionary dient der Definition und Speicherung von Daten.
Diese Daten werden Metadaten genannt. Metadaten sind u. a.
Tabellen- und Felddefinitionen, Dokumentation, Festlegung von
Wertebereichen (Domanen) und die Bestimmung von Datenbe-
ziehungen. Aile Metadaten des R13-Systems werden im Dictiona-
ry verwaltet und beschrieben. Das ABAP/4-Dictionary ist kom-
plett in die Workbench integriert. Es ist Teil des Repository und
kann z. B durch den ABAP/4-Editor angesprochen werden.
Anderungen im Dictionary wirken sich sofort und automatisch
auf die involvierte Anwendung aus. Deshalb wird das ABAP/4-
Dictionary auch aktives Dictionary genannt.
Das System halt immer die aktuelle Definition des Dictionary be-
reit. Dadurch bleiben die Daten im SAP R13-System konsistent.
1st das Dictionary seit dem Erstellen eines Programmobjektes
aktualisiert worden, fuhrt das Laufzeitsystem eine neue Interpre-
tation des Programms durch. Erzeugt man jetzt ein neues Pro-
grammobjekt, verwendet das System die neueste Version des
Dictionaries.

3.1.8 ABAP/4-Query
ABAP/4 erlaubt Benutzern des Systems ohne Programmier-
kenntnisse Reporte zu definieren. Die Reports sind hierbei auf
Statistiken und Listen beschrankt. Fur die Nutzung der ABAP / 4-
Query ist es zuerst notwendig, ein Sachgebiet zu spezifizieren.
Das Sachgebiet bildet hierbei meist eine Untermenge der Logi-
schen Datenbank. Der Benutzer des System kann jetzt aus dieser
Untermenge heraus Feldinhalte oder Tabellen bestimmen, die im
Report erscheinen sollen. Danach kann er sich einen Report ge-
nerieren lassen, wobei man sich das Layout und die Abfolge des
Reports aussuchen kann. Das Data Dictionary bietet aufSerdem
Hilfetexte zu der jeweiligen Anwendung.

191
3 ABAPl4-Programmierung

3.1.9 Report

Direkter
Der Report kann auf die Datenbank durch SELECT-Anweisungen
Datenbankzugriff oder tiber die logische Datenbank direkt zugreifen, wobei der
direkte Weg tiber die logische Datenbank die komfortablere La-
sung darstellt. Das Ergebnis eines Reports wird in Form einer
Reportliste dargestellt.
Reports bestehen in der Regel aus 5 verschiedenen Komponen-
ten:
• Variablen
• Quelltext
• Attribute
• Dokumentation
• Varianten
Ein Report muss hierbei mindestens die Komponenten Quelltext
und Attribute enthalten.
Neben der allgemeinen Aufbereitung von Datenbankinhalten
werden Reports fUr die periodische Aktualisierung von abgelei-
teten Datenbestanden (strategischen Indizes) verwendet.

3.1.10 Logische Datenbanken


Logische Datenbanken sind ABAP/4-Programme, die hierarchisch
strukturierte Datenbankinhalte auslesen und die Daten fUr die
Erstellung eines Reports bereitstellen. Der Report analysiert die
Daten und erzeugt eine Reportliste. Dabei werden die Daten
nach bestimmten Zielvorgaben ausgewertet.
Durch diese Methode kannen ABAP/4-Reports und Datenbanko-
perationen voneinander getrennt abgehandelt werden. Dieser
Umstand erlaubt, dass eine logische Datenbank verschiedene
Reports mit Daten versorgt. Der Vorteil liegt darin, dass der Zu-
griffspfad nur einmal implementiert werden muss.

3.1.11 Interaktives Reporting


Der Benutzer kann die Datenbeschaffung und -darstellung mit
Hilfe des Interaktiven Reporting aktiv steuern. Durch eine
Grundliste kann er sich Detailinformationen tiber Befehlseinga-
ben und Cursorpositionen abrufen.
Erzeugen von Listen 1m Rahmen des Interaktiven Reportings kannen mehrere Listen
erzeugt werden. Durch wechselseitiges Aufrufen von Reports
kann der Benutzer aus einer Reportliste in einen anderen Report

192
3.1 Werkzeuge der ABAP/4 Workbench

springen. Das Ubemehmen von Parametem aus der Reportliste


in einen anderen Report ist ebenfalls moglich.

3.1.12 Laufzeitanalysator
Die Laufzeitanalyse wird benutzt, um ABAP/4-Programme zu
optirnieren. Mit ihr konnen Transaktions- und Ausfiihrzeiten von
Laulzeitmessungen Reports gemessen werden. Dem Entwickler wird die Laufzeitin-
tensitat von Anweisungen und die Anzahl der Tabellenzugriffe
aufgezeigt.

3.1.13 Class Builder


Der Builder pflegt und verwaltet Objekttypen. Ais Objekttyp
wird ein globales ABAP-Interface oder eine ABAP-Klasse be-
zeichnet. Die Definition der Objekttypen erfolgt im ABAP-
Dictionary, dadurch kann eine globale Klassenbibliothek erzeugt
werden. Die Klassenbibliothek kann sich der Entwickler durch
den Class Browser anzeigen lassen, dieser erlaubt auch das di-
rekte Ansteuem des Class Editors .

••• -------.-- .-_ .. OrtI¢!Ii~.~

Abb.3.B - - -__+t Q U lirl .....

Objektorientierung
Class Builder
Class Browser

~ -,-

'-i--'- .-----'L-_-,

1' 1'---T'-"-~---'
Der Editor definiert die Objekttypen mit den dazugehorigen
Komponenten. Nach der Definition kann eine Implementierung
der Methoden durchgefiihrt werden. Das SAP R/3-System erlaubt
keine Definitionen von Objekttypen durch graphisches Modellie-
ren der Objekte. Der Entwickler kann eine Klasse oder Interface
innerhalb einer simulierten Laufzeitumgebung testen. Eine Klas-
se enthalt und spezifiziert Attribute, Methoden und Ereignisse.

193
3 ABAPl4-Programmiernng

3.1.14 Performance-Trace
Durch Trace-Funktionen kann dem Entwielder geholfen werden
bestehende Schwachen seines ABAP/4-Programms ausfindig zu
machen. Der Performance-Trace fasst hierbei die einzelnen Tra-
ce-Funktionen des SAP R/3-Systems zusammen. AulSerdem un-
tersrutzt er den Entwielder bei der exakten Analyse der einzelnen
Tracesatze. Das System verfligt ab der Version 4.0B tiber einen
Enqueue, -SQL und RFC-Trace.

SQL-Trace Dient der Oberwachung von Daten-


bankaufrufen durch Reports und Transak-
tionen.
Enqueue Trace Erlaubt einen Oberblick tiber das Sperr-
verhalten eines Systems.
RFC-Trace Liefert Informationen betreffs tibergreifen-
der RFC-Instanzaufrufe von Funktionsbau-
steinen.
Der Performance-Trace ist wie der Debugger, Funktion-Builder
und der Laufzeitanalysator fest ins SAP-System integriert.

3.1.15 ABAP/4 Development Workbench Organizer

Plan en von groBen


Der Organizer ist das Tool, mit dem Anwendungen aus dem
Projekten Entwieklungssystem in das jeweilig Produktionssystem transpor-
tiert werden konnen. Er regelt somit die organisatorische Hand-
habung von Entwicklungsprojekten. Mit ihm konnen zentrale
oder dezentrale Entwieklungsprojekte gesteuert werden.
Bei groiSeren Projekten ist es teilweise notig, mehrere Entwickler
und Projektgruppen einzusetzen, die sieh die Arbeiten aufteilen.
Der ABAP-Organizer realisiert dies durch eine Aufteilung in ver-
scruedene Auftrage. Der Organizer sorgt hierbei daftir, dass sieh
immer die aktuellste Version des Entwieklungsobjektes im Sy-
stem befindet. Deshalb sperrt der Organizer das Entwieldungs-
objekt wahrend es erzeugt oder bearbeitet wird fOr andere Ent-
wielder. Diese konnen sieh aber das Objekt anzeigen lassen. Der
Verwaltungsmechanismus erlaubt Zugriffe und dadurch Verglei-
che mit alteren Versionen.
Der Entwickler ist fOr die hierarchisch strukturierte Dokumentati-
on zustandig, die sieh u. a. auf die Projektzie1e oder andere An-
derungsdaten bezieht.

194
3.2 ABAPl4-Dictionary

Zwischen einem Entwicklungsobjekt wird mit Hilfe des Orga-


nizers eine Relation zu dem jeweiligen Entwickler und der Ent-
wicklungsklasse hergestellt. Entwicklungsobjekte werden oft in
verschiedenen Entwicklungs- oder Testsystemen gebraucht. Da-
her ist es wichtig, dass das System eine Datenkonsistenz ge-
wahrleistet. Hierfur wird ein Originalstandort und Freigabeweg
fur das jeweilige Objekt definiert.
Der ABAP/4-0rganizer steht in Verbindung mit dem Transportsy-
stem (Beforderungssystem). Dieses uberwacht die BefOrderung
eines Programms aus der Entwicklungsumgebung in das jewei-
lige Produktionssystem. Die Dbertragung von Objekten kann zu-
nachst simuliert werden. Urn eine direkte Programmanderung zu
vermeiden, werden die Objekte im Produktionssystem gesperrt.
Bei einem Transport wird automatisch ein Protokoll erstellt. Die-
ses Protokoll kommt einer vollstandigen Dokumentation der je-
weiligen Transportprozesse gleich. Auftrage und Transporte
konnen im ubrigen mit dem Repository lnformationssystem be-
arbeitet werden.

3.2 ABAP/4-Dictionary

3.2.1 Einsatzmoglichkeiten
Das ABAP/4-Dictionary dient der zentralen Beschreibung und
Verwaltung aller im System verwendeten Datendefinitionen. Da-
durch, dass das Dictionary vollstandig in die ABAP Workbench
integriert ist, konnen aile anderen Komponenten aktiv auf die
abgelegten Datendefinitionen des ABAP-Dictionary zugreifen.
Weiter ermoglicht das Dictionary eine redundanzfreie Beschrei-
bung aller im System verwendeten Datenstrukturen, d. h. neu
elfasste oder geanderte Daten werden allen Systemkomponenten
automatisch zur VerfUgung gestellt. Als Datenbank verwendet
SAP ausschliefSlich relationale Datenbanksysteme (z. B. Oracle).

3.2.2 Obersicht der abgelegten Informationen


Zu den wichtigsten Objekten des ABAP/4-Dictionarys zahlen Ta-
bellen, Views, Typen, Domanen, Suchhilfen und Sperrobjekte.
Tabellen lm Dictionary sind Tabellen datenbankenabhangig definiert. Es
wird lediglich eine Tabelle mit gleicher Struktur in der unterlie-
genden Datenbank abgelegt.

195
3 ABAPl4-Programmiernng

Views Unter einem View versteht man eine logische Sieht auf mehrere
Tabellen. Aus der Struktur des im ABAP-Dietionarys festgelegten
Views kann ein View auf die Datenbank erzeugt werden.
Typen Typen finden hauptsachlich in ABAP-Programmen Verwendung.
Die Anderung eines Typs wirkt sieh sofort auf alle betroffenen
Stellen aus, an denen dieser Typ verwendet wird.
Sperrobjekte Sperrobjekte dienen der Synchronisation des Zugriffs, wenn
mehrere Benutzer auf denselben Datenbestand zugreifen wollen.
Domiinen Domanen fassen verschiedene technisch gleiehartige Felder zu-
sammen. Eine Domane beschreibt den Wertebereieh der Einga-
bewerte fur alle Felder, die sieh auf diese Domane beziehen.

3.2.3 Integration in die Workbench


Wie schon in Punkt 3.1 erwahnt, ist das ABAP-Dietionary voU-
standig in die Workbench integriert. Die interpretative Arbeits-
weise des R/3-Systems bildet fur die aktive Integration die
Grundlage, d. h. der Interpreter sieht keine Originalobjekte, son-
dem nur interne Reprasentationen dieser Objekte.
In der folgenden Abbildung soU die Integration in die Work-
bench verdeutlicht werden:

Abb.3.9 E ntwicklungsu mgeb ung


Integration in
die Workbench ABAP Data
Modeler

/ 7··. \
ABAP

ABAP Dialog Schnitt- Oynpro -


Interpreter Steuerung stell en Interpret er
Laufzeitumgebung der Anwendung

Wie man sieht haben alle Elemente der Workbench die Moglich-
keit, aktiv auf das ABAP-Dietionary zuzugreifen.

196
3.2 ABAP/4-Dictionary

SteHt das System eine Veranderung im ABAP-Dictionary fest,


werden alle internen Reprasentationen automatisch angepasst.
Dadurch wird sichergesteHt, dass Dynpro- und ABAP-1nterpreter,
Onlinehilfe, Datenbankschnittstelle und Entwicklungswerkzeuge
stets auf die neuesten 1nformationen zugreifen konnen.
Objekte des ABAP-Dictionarys konnen mehrfach wahrend der
Arbeit an einem Entwicklungsprojekt verandert werden. Wichtig
ist bei allen Definitionen im Dictionary, dass ein Objekt erst
dann sichtbar wird, wenn es aktiviert wurde. Z. B. kann sich ein
Datenelement nur auf eine aktivierte Domane beziehen. 1st diese
nicht aktiviert, existiert ein Objekt zwar, kann aber nicht in ande-
ren Definitionen oder im Fall einer Tabelle in Programmen ange-
sprochen werden. Nach jeder Anderung muss ein Objekt akti-
viert werden. Es sind also bei einem Entwicklungsprojekt Ob-
jekte sowohl in einem aktiven als auch in einem inaktiven Zu-
stand, wobei die inaktiven Objekte die Laufzeitumgebung nicht
beeinflussen. Damit konnen groBere Anderungen am System
vorgenommen werden ohne die Performance des Systems zu
beeintrachtigen.
Bei der Aktivierung eines Objektes wird dieses auf die Konsi-
stenz uberpriift. 1st diese nicht gegeben, wird die Aktivierung
nicht durchgefUhrt.

3.2.4 Tabellen
Die zentrale Datenstruktur des ABAP/4-Dictionary ist die Tabelle.
Tabellen werden im ABAP-Dictionary in einer datenbankunab-
hangigen Weise definiert. Hierzu werden die Felder der Tabelle
mit ihren Datentypen und Langen definiert. Nach der Tabellen-
definition wird eine entsprechende physische Reprasentation auf
der Datenbank erstellt. Dabei wird die Tabellendefinition aus
dem ABAP-Dictionary in eine Definition der jeweiligen Daten-
bank ubersetzt.
Eine Tabelle setzt sich aus einer Liste von Feldern zusammen.
Alle Eigenschaften von Feldern in den generierten Datenbankta-
bellen, in den Dynpros und in den ABAP/4-Programmen sind im
ABAP/4-Dictionary definiert. Tabellendefinitionen geben den Ta-
bellenfeldern Namen und legen fUr jedes Feld Eigenschaften, wie
Format, Lange, fest. Dariiber hinaus werden durch die Tabellen-
definitionen Schlusselfelder und die BeZiehungen zwischen den
Tabellen definiert.

197
3 ABAPl4-Programmierung

Die Eigenschaften der jeweiligen Tabellenfelder werden durch


ein zweistufiges Konzept beschrieben:
• Wertebereich (Domanen): Beschreibung der technischen
Eigenschaften eines Tabellenfeldes, d. h. der Menge der giil-
tigen Datenwerte fur die Felder, die sich auf diesen Wertebe-
reich beziehen. Felder, die auf denselben Wertebereich ver-
weisen, werden bei einer Anderung des Wertebereichs
gleichzeitig mitgeandert (Sicherstellung der Konsistenz). 1m
ABAP/4-Dictionary gibt es zwei M6glichkeiten, um den Wer-
tebereich weiter einzuschranken: durch Angabe von Fest-
werten (z. B. ]anuar, .. , Dezember) und Wertetabellen, d. h.
Feldem, die sich auf diesen Wertebereich beziehen. Es diirfen
nur Werte eingetragen werden, die in der entsprechenden
Wertetabelle vorhanden sind.
• Datenelemente: Beschreibung der Rolle eines Feldes in ei-
nem betriebswirtschaftlichen Zusammenhang (semantischer
Wertebereich). Diese semantischen Feldinformationen gel-
ten fur jedes Tabellenfeld, das auf dieses Datenelement ver-
weist, und geben fur jedes Feld Schliisselw6rter, Dberschrif-
ten, einen Dokumentationstext sowie einen Wertebereich VOL
Wertebereich und Datenelemente sind eigenstandige Objekte im
ABAP/4-Dictionary. Deshalb kann ein Wertebereich beliebig oft
in Datenelementen vorkommen. Ein Datenelement kann wieder-
um belie big oft fur Felder in Tabellendefinitionen verwendet
werden.

3.2.4.1 Fremdschllissel
Das relationale Datenmodell beinhaltet neben den Tabellen auch
Beziehungen zwischen einzelnen Tabellen. Diese Beziehungen
werden im ABAP/4-Dictionary durch Fremdschliissel definiert.
Dber Fremdschliissel k6nnen auf einfache Art Wertepriifungen
auf Eingabefeldem angelegt werden. Des Weiteren dienen
Fremdschliissel dazu, mehrere Tabellen in einem View oder ei-
nem Sperrobjekt zu verkniipfen. Eine wichtige Funktion der
Fremdschliissel ist die Unterstiitzung der Datenintegritat im rela-
tionalen Datenmodell.
Ein Fremdschliissel erlaubt eine Zuordnung von Datensatzen in
Fremdschliisseltabelle und Priiftabelle. Durch die Eintrage in den
Fremdschliisselfeldem spezifiziert ein Satz der Fremdschliisselta-
belle eindeutig einen Satz der Priiftabelle.

198
3.2 ABAP/4-Dictionary

FreundschJusselfelder
Abb.3.10
Fremdschlussel

PrimarschJusse1

In diesem Beispiel ist die abhangige Tabelle T1 CFremdschlussel-


tabelle) und die referierte Tabelle T2 Cpruftabelle). Eine Voraus-
setzung fur die Zuordnung der Felder besteht darin, dass die zu-
geordneten Feldpaare den gleichen Datentyp und die gleiche
Lange haben. Jedem Schlusselfeld der Pruftabelle entspricht also
ein Feld der Fremdschlusseltabelle. Ein so1ches Feld nennt man
FreundscbJrisselfeld.
Bei der praktischen Umsetzung einer Fremdschlusseldefinition ist
es zweckmalSig, zuerst die Pruftabelle vollstandig anzulegen. Da-
bei ist zu beachten, dass die Domane eines Feldes dieser Tabelle
tiber den Eintrag Wertetabelle auf die Tabelle selbst verweist.
Generische und Eine Fremdschltisselpriifung gegen alle Schltisselfelder der Pruf-
konstante Fremd- tabelle ist nicht immer sinnvoll, so z. B. bei zeitabhangigen
schlUssel Pruftabellen oder Pruftabellen mit einer Versionsnummer als
Schlusselbestandteil.
In diesen Fallen k6nnen generische Fremdschltissel verwendet
werden. Hierbei werden Felder aus der Zuordnung zu den
Schltisselfeldern der Pruftabelle herausgenommen. Die Prufung
erfolgt damit nur gegen die verbliebenen Schlusselfelder.
Es ist auch m6glich einem Schltisselfeld der Pruftabelle einen
konstanten Wert zuzuweisen. Die Prufung erfolgt fur dieses Feld
dann nur gegen die angegebene Konstante. Diese M6glichkeit
kann verwendet werden, wenn nur Satze der Pruftabelle zulassig
sind, die in diesem Schltisselfeld einen konstanten Wert enthal-
ten.

Semantische Ein Fremdschltissel beschreibt eine Beziehung zweier Tabellen.


Eigenschafien eines Durch die Angabe von Kardinalitat und der Art der Freund-
Fremdschlussels scbJusselfelder kann die inhaltliche Bedeutung dieser Bezie-
hung naher beschrieben werden.

199
3 ABAPl4-Programmiernng

Die Kardinalitat gibt an, wie viele Satze der Fremdschlusselta-


belle sich auf einen Satz der Prtiftabelle beziehen konnen. 1m
Dictionary gibt es vier mogliche Kardinalitaten:
Kardinalitaten • 1 Jeder Satz der Prtiftabelle besitzt nur einen abhangigen
Satz der Fremdschlusseltabelle.
• N Jeder Satz der Prtiftabelle hat mindestens einen abhangi-
gen Satz.
• C Ein Satz der Prtiftabelle hat einen oder keinen abhangi-
gen Satz in der Fremdschlusseltabelle.
• CN Ein Satz der Prtiftabelle hat belie big viele abhangige
Satze.
Obligatorischer Ein Fremdschlussel dieser Art gibt an, dass im Fremdschlusselfeld
Fremdschlussel ein Wert angegeben werden muss. Dieser Wert muss einem Wert
in der Prtiftabelle entsprechen.
Identifizierender 1m Unterschied zur ersten Fremdschlusselbeziehung kann man
Fremdschlussel einmal gemachte Eintrage bei einem identifizierenden Fremd-
schlussel nicht andern. AuBerdem muss ein Wert im Fremd-
schliisselfeld eingetragen werden, der einem Datensatz der Prtif-
tabelle entspricht.
Fremdschlussel zu Diese Sonderform des identifizierenden Fremdschlussels dient
einer Texttabelle dazu, die Fremdschlusselbeziehungen zusatzlich abhangig von
der benutzten Sprache zu machen.
Eines der Fremdschlusselfelder wird als Prtiffeld ausgezeichnet,
Pruffeld und Werte-
prufung d. h. fur dieses Feld wird die Fremdschlusselbeziehung gepflegt.
Bei einer Eingabe in das Prtiffeld wird geprtift, ob in der Prtifta-
belle ein Satz mit dem durch die Werte in den Fremdschliissel-
feldern vorgegebenen Schlussel existiert. 1st dies der Fall, ist die
Eingabe zulassig, andernfalls wird die Eingabe vom System zu-
rtickgewiesen.

3.2.4.2 Technische Einstellung


Die relationalen Datenbanksysteme legen Tabellen nicht wahllos
auf dem Massenspeicher an, sondern versuchen Platzbedarf und
Zugriffsgeschwindigkeit zu optimieren. Dazu erwarten einige der
Datenbanksysteme spezielle Angaben seitens des Programmie-
rers.
Die technischen Einstellungen haben keinen Einfluss auf die
prinzipielle Funktionsweise der Tabelle, sondern nur auf die

200
3.2 ABAPl4-DictionaJY

Performance des Tabellenzugriffs. Aus diesem Grund sind sie


unkritisch im Sinne der Funktionsfahigkeit einer Anwendung.
Da sich mogliche Werte fur die technische Einstellung je nach
verwendetem Datenbanksystem voneinander unterscheiden
konnen, sollte die Eingabehilfe benutzt werden.

3.2.4.3 Datenbankpufferung
Um die Performance beim Zugriff auf die in der Tabelle enthal-
tenen Datensatze zu erhohen, benutzt man die sog. Datenbank-
pufferung.
Die Tabellenpuffer befinden sich lokal auf jedem Anwendungs-
server des Systems. Zugriffe auf die Daten gepufferter Tabellen
konnen damit direkt aus dem Puffer des Anwendungsservers
befriedigt werden. Zeitaufwendige Zugriffe auf die Datenbank
werden dadurch eingespart.
Die Pufferung ist nur dann sinnvoll, wenn innerhalb einer Trans-
aktion auf Datensatze mehrfach lesend zugegriffen wird. Insbe-
sondere im Client/Server-Bereich ist die Pufferung wichtig, da
hier die Zugriffszeit liber das Netz wesentlich hoher liegt als die
Zugriffszeit auf eine lokal gepufferte Tabelle. Je nach Netzwerk-
belastung betragt dieser Faktor 10 - 100.
Fullen des Puffers Wenn ein Applikationsprogramm auf Daten einer gepufferten
Tabelle zugreift, ermittelt die Datenbank-Schnittstelle, ob sich
diese Daten im Puffer des Applikationsservers befinden. Die
Daten konne dann direkt aus dem Puffer gelesen werden. 1st
dies nicht der Fall, so werden die Daten von der Datenbank ge-
lesen und dabei in den Puffer geladen. Der nachste Zugriff auf
diese Daten kann damit aus dem Puffer befriedigt werden.

3.2.4.4 Indizes
Suchvorgange in Tabellen konnen durch geeignete Indizierung
erheblich beschleunigt werden. Ein Index enthalt ausgewahlte
Felder einer Tabelle des Datenbanksystems, wobei die Datensat-
ze stets sortiert werden. Die Suche nach einem Datensatz kann
nun mit geeigneten Verfahren, Z. B. der binaren Suche, sehr
schnell erfolgen. 1m Index selbst verweist ein Zeiger auf diejeni-
ge Stelle der Datenbanktabelle, an welcher der zum Indexbegriff
gehorende Datensatz gefunden werden kann.
In einem System unterscheidet man den Primarindex und den
Sekundarindex.

201
3 ABAPl4-Programmierung

Der Primarlndex besteht aus den Schliisselfeldem der Tabelle


sowie einem Zeiger auf die Niehtschliisselfelder der Tabelle. Der
Primarindex wird beim Anlegen der Tabelle auf der Datenbank
automatisch mitange1egt.
Der Sekundarindex ist notwendig, wenn auf die Tabelle haufig
auf eine Art zugegriffen wird, bei der die Sortierung des Prima-
rindizes nieht fur den Zugriff ausgenutzt werden kann.
1m ABAP-Dietionary ist es moglich bei der Definition anzugeben,
auf welchen Datenbanken ein Index angelegt werden soil. Diese
Einschrankung kann z. B. dann sinnvoll sein, wenn ein Index
nur bei einem bestimmten Datenbanksystem einen Performance-
vorteil erbringen wiirde.
Aile im ABAP-Dietionary vorhandenen Indizes zu einer Tabelle
werden beim Anlegen der Tabelle auf der Datenbank standard-
maSig mitangelegt, falls dies bei der Indexdefinition fur dieses
Datenbanksystem nieht ausgeschlossen wurde.

3.2.5 Views
Da in einem Datenbanksystem nieht nur eine Tabelle vorhanden
ist, sondem die Daten auf mehrere Tabellen verteilt sind, ist es
sinnvoll, sogenannte Views anzulegen. Views stellen somit die
Sieht auf eine oder mehrere Tabellen dar. Sie werden sehr haufig
benutzt, urn ohne komplizierte Abfragen nur die Sieht auf aus-
gewahlte Felder zu ermoglichen. Durch die Definition eines
Views kann also eine anwendungsspezifische Sieht definiert
werden, die diese Daten zusammenfasst.
Die Struktur einer solchen Sieht wird dureh die Angabe der am
View beteiligten Tabellen und Felder festgelegt. Des Weiteren
besteht die Mogliehkeit iiberfliissige Felder auszublenden. Da-
dureh konnen die Sehnittstellen minimiert werden, zudem kann
ein View in ABAP-Programmen zur Datenselektion verwendet
werden.
Ein View ist keine neue, real existierende Tabelle, sondem nur
eine spezielle Sieht. Da die Daten eines Views aus mehreren Ta-
bellen abgeleitet werden, miissen sie nieht physiseh abgespei-
ehert werden. Diese Ableitung von Daten kann im einfaehsten
Fall darin bestehen, dass ein oder mehrere Felder aus einer Basi-
stabelle ausgeblendet werden (Projektion) oder dass nur be-
stimrnte Eintrage aus einer Basistabelle in den View iibemom-
men werden (Selektion).

202
3.2 ABAPl4-Dictionary

Kompliziertere Views konnen sich aus mehreren Basistabellen


zusammensetzen, wobei die einzelnen Tabellen tiber die relatio-
nale Join-Operation verbunden werden.
Innerhalb eines SAP-Systems existieren verschiedene Viewtypen
mit unterschiedlichen Einsatzgebieten.
View,typen Datenbank-Views werden durch einen aquivalenten View auf
der Datenbank realisiert.
Projektions-Views ermoglichen das Ausblenden von Feldem
aus einer Tabelle Cnur Projektion).
Help-Views konnen als Selektionsmethode in Suchhilfen ver-
wendet werden.
Pilege-Views ermoglichen es, die auf mehrere Tabellen verteil-
ten Daten zu einem Anwendungsobjekt gemeinsam zu pflegen.

3.2.5.1 Join-Bedingung
Eine ]oin-Bedingung beschreibt, wie die Satze der beiden Ta-
bellen zusammenhangen. Das gesamte Kreuzprodukt ist in der
Regel keine sinnvolle Selektion. Deshalb muss das Kreuzprodukt
tiber ]oin-Bedingungen eingeschrankt werden.
TAB A TABB
Abb.3.11 Feld 1 Fdd 2
Tabellenkreuz-pro- 1 Text 1
dukt 2 Texl2

1
1
1 T t1 2 B
2 T 2
Xl 1
2 T xt 2 1 B
2 T X[ 2 2 A
2 T I 2 2 B
1m Beispiel soll Feld 1 von TABA mit Feld 3 von TABB identifi-
ziert werden. Eine ]oin-Bedingung konnte z. B. wie folgt ausse-
hen:
TABA - Feldl = TABB -Feld 3

203
3 ABAPl4-Programmierung

Durch diese Join-Bedingung werden alle Satze aus dem


Kreuzprodukt entfemt, bei denen der Eintrag in Feld 1 nieht mit
dem Eintrag aus Feld 3 identisch ist. Die Spalte filr Feld 3 im
View wird damit ilberflilssig.
Felcl 2 Felcl 3 Fclcl 4 Felcl 5
Abb.3.12
Join Bedingung 1 Text 1 ., A T t3
1 Text 1 B T t
, ...T. "'\
.. . .... ,.
...... ... n ...... ~

...
~

"'\ ...... T • :>

... ... .,...


J

.,.. . n

...
~ ~ .

...-
2 Tc t 2 Te t 5
2 Text 2 B Text 6

3.2.5.2 Projektion
Es kann vorkommen, dass nicht alle Felder der an einem View
beteiligten Tabellen von Interesse sind. Dber eine Projektionsbe-
dingung besteht nun die Moglichkeit die Felder auszublenden,
die nieht von Interesse sind. Dadurch wird der View ilbersiehtli-
chef.

Abb. 3.13 a Fcld 1 Fcld 2 Feld 3 Fcld 4


Projektion 1
I
2 Te
2
In unserem Beispiel soli Feld 3 nieht von Interesse sein und
kann somit ausgeblendet werden.

Abb. 3.13 b
Projektion

3.2.5.3 Selektion
Um einen Filter filr die aufzubauende Sieht zu erstellen, kann
man im ABAP-Dietionary Selektionsbedingungen verwenden. In
diesen Selektionsbedingungen gibt man Restriktionen fUr die
Felder des Views an. Es gehen nur die Datensatze in den View
ein, die diesen Restriktionen genilgen. In einem View wird mit

204
3.2 ABAPl4-Dictionary

einer solchen Selektionsbedingung ein Feld durch einen Ver-


gleichsoperator mit einer Konstanten abgeglichen. Mehrere sol-
cher Selektionsbedingungen k6nnen tiber die logischen Operato-
ren "AND" und "OR" verkntipft werden.
Eine Selektionsbedingung kann auch tiber ein nicht im View
enthaltenes Feld formuliert werden.

Fckll Fcld 2 Feldt Fcld 5


Abb.3.14a
Selektion 1 T xt 1 T xr3 A
1 Text 1 T xt 4 B
2 Text 2 TextS A
2 Text 2 Text 6 B

Selektionsbedingung: TABB Feld 4 = A

Abb. 3.14 b
Selektion Fcld 1 Feld 2 Feld 5
1 Text 1 Texr3
1 T. 1 T . • ;;

2 T xt 2 T xt S
.... T . .... or . L:
~

3.2.6 Typen
Im ABAP-Dictionary k6nnen benutzerdefinierte Typdefinitionen
angelegt werden. Sie bieten die gleiche Funktionalitat wie die
mit Typen definierbaren lokalen Typen in ABAP-Programmen
und k6nnen programmtibergreifende Gtiltigkeit haben.
Global definierte Typen im ABAP-Dictionary k6nnen in ABAP
Programmen mit TYPE aufgemfen werden. Zudem kann bei der
Typisiemng von Schnittstellen von Funktionsbausteinen auf die
selbst definierten Typen Bezug genommen werden.

205
3 ABAPl4-Programmierung
Abb.3.15
ABAP-Typen

Ortsname

Obernomm n

TYPES BEGI OF PER-

Typdefinitionen werden im ABAP-Dictionary zentral durchge-


fUhrt, dadurch ist die zentrale Typenanderung moglich. Die auf
diese Weise durchgefUhrte Anderung eines Typs wirkt sich auf
alle Stellen bzw. Programme aus, die diesen Typ benutzen.
ABAP Programme passen sich automatisch beim Neugenerieren
an die veranderten Typen an. Bei der Aktivierung eines gean-
derten Typs werden alle Objekte (Tabellen etc.), die diesen Typ
verwenden, ermittelt und dementsprechend an die Anderung
angepasst.
1m ABAP-Dictionary unterscheidet man drei unterschiedlich Ty-
pen:
ABAP-Typen • Datenelement,
• Struktur,
• und Tabellentyp,
die im Folgenden kurz dargestellt werden.

3.2.6.1 Datenelement
In einem Datenelement (e1ementarer Typ) werden die techni-
schen Eigenschaften und die inhalt1iche Bedeutung eines Tabe1-
len- bzw. Strukturfeldes beschrieben.
In ABAP-Programmen besteht die Moglichkeit mit TYPE auf ein
Datenelement zu referieren, da es Typeigenschaften besitzt. Da-
mit konnen in einem ABAP-Programm Variablen definiert wer-
den, welche die Typeigenschaften eines Datene1ements tiber-
nehmen.

206
3.2 ABAP/4-Dictionary

Die Domane eines Datenelementes beschreibt dessen Typeigen-


schaften (eingebauter Datentyp im ABAP-Dictionary, Feldlange
und ggf. Anzahl der Dezimalstellen).
AuBerdem ist ein Datenelement Trager von semantischen Infor-
mationen. Diese gelten fiir jedes Tabellen- bzw. Strukturfeld, das
auf dieses Datenelement verweist. Die semantischen Informatio-
nen umfassen die Darstellung des Feldes auf Bildschirmbildem
durch Schliisselworttexte, Spalteniiberschriften bei Listausgaben
des Tabelleninhalts und die Aufbereitung der Ausgabe durch Pa-
rameter-IDs.

3.2.6.2 Strukturen
Eine Struktur (strukturierter Typ) setzt sich aus Komponenten
(Feldem) zusammen. Die Komponenten sind typisiert. Eine
Komponente kann dabei auf einen elementaren Typ (iiber ein
Datenelement oder durch direkte Angabe von Datentyp und
Lange in der Strukturdefinition), eine andere Struktur oder einen
Tabellentyp verweisen. Eine Struktur kann also beliebig ge-
schachtelt sein.
Strukturen werden zur Definition der Daten an der Schnittstelle
von Modulpools und Dynpros sowie fUr die Typisierung der Pa-
rameter von Funktionsbausteinen genutzt.
Man unterscheidet im ABAP-Dictionary verschiedene Struktur-
tiefen. Eine flache Struktur ist dann vorhanden, wenn die
Struktur ausschlieBlich aus elementaren Typen besteht.

Feld A Feld B
Abb.3.16
Flache Struktur
Verweist eine flache Struktur auf eine weitere Struktur so spricht
man von einer geschachtelten Struktur.

Feld A Feld B
Abb.3.17
Geschachtelte
Struktur

Wenn eine flache Struktur auf mindestens eine Tabelle verweist,


handelt es sich um eine tiefe Struktur.

207
3 ABAP/4-Programmiernng
Abb.3.18
Tiefe Slruktur I Feld A I Feld B I

."
Feld C Feld D
X Y

Strukturen werden zentral definiert und geandert. Wie bei den


Datenelementen wirkt sich jede Anderung einer Struktur sofort
auf die Stellen aus, die diese Struktur verwenden. Dadurch ist im
ABAP-Dictionary die Datenkonsistenz immer sichergestellt.
1m Prinzip hande1t es sich bei Dictionary-Strukturen urn die De-
klaration einer Feldleiste im Dictionary. Eine Struktur hat wie ei-
ne Tabelle einen Namen und eine Feldleiste. Allerdings wird fur
die Struktur keine Tabelle auf der Datenbank erzeugt.

3.2.6.3 Tabellentypen und interne Tabellen


Ein Tabellentyp beschreibt den Aufbau und die funktionalen Ei-
genschaften einer internen Tabelle im ABAP. Eine interne Ta-
belle existiert nicht auf der Datenbank, sondern nur im Haupt-
speicher des Computers. Es besteht im ABAP-Dictionary die
Moglichkeit auf einen definierten Tabellentypen mit einer spezi-
ellen Anweisung (DATA <inttab> TIPE TIYP) zu referieren. Es
wird dann im Programm eine interne Tabelle mit den fur diesen
Tabellentyp im ABAP-Dictionary definierten Eigenschaften an-
ge1egt.
Folgende Eigenschaften bestimmen den Tabellentyp:
• der Zeilentyp, durch ihn wird der Aufbau und die Datenty-
peigenschaften einer Zeile def internen Tabelle bestimmt;
• die ZugriffsmogIichkeiten auf die Daten def internen Ta-
belle;
• die Verwaltung der Daten in der internen Tabelle.
Interne Tabellen werden aus den unterschiedlichsten Grunden
eingesetzt. Sehr hal,lfig puffern sie den Inhalt einer SELECT-
Anweisung wahrend einer Anwendung und verbessern dadurch
das Laufzeitvefhalten. Zum anderen werden interne Tabellen
zum Datenaustausch mit Unterprogrammen odef Funktionsbau-
steinen benutzt. Eine weitere Funktion der internen Tabellen be-
steht darin, dass man mit ihnen die Moglichkeit hat Datenbe-
stande nach bestimmten Kritefien zu sortieren und zu verdichten.

208
3.2 ABAPl4-Dictionary

3.2.7 Domanen
Domanen stellen die Grundlage fur die Definition von Tabellen-
feldem und die direkte Verbindung zur Datenbank dar. Sie ent-
halten die technischen Eigenschaften, wie den Datentyp oder die
Lange. Eine Domane erhalt eindeutig einen Namen. Durch zu-
satzliche Angaben kann der durch den Datentyp und die Feld-
lange vorgegebene Wertevorrat weiter eingeschrankt werden.
Domanen k6nnen in/von mehreren Datenelementen und diese
wiederum in/von verschiedenen Datenbankfeldem verwendet
werden.
Der Wertebereich einer Domane wird durch die Angabe eines
Datentyps und einer Lange festgelegt. Beispielsweise ist eine
Personalnummer durch das Datenformat "NUMC" und die Anga-
be der Stellenzahl fur diese Personalnummer festgelegt.
Felder sind bezuglich des Datentyps und Lange stets konsi-
stent.

Tabe~
Abb.3.19
Domanen
TabelleA /

Durch die Angabe von Festwerten besteht im ABAP-Dictionary


zudem die Moglichkeit den Wertebereich einer Domane weiter
einzuschranken. Wenn Festwerte angegeben wurden, werden
diese bei der Eingabepriifung auf Bildschirmmasken herangezo-
gen.
Manchmal ist bei der Definition einer Domane bereits sichtbar,
dass alle Felder, die auf diese Domane zeigen, gegen eine be-
stimmte Tabelle gepriift werden sollen. Diese Information kann
in der Domane durch den Eintrag einer Wertetabelle hinterlegt
werden.

209
3 ABAP/4-Programmierung

3.2.8 Suchhilfen
Mit der Version 4.0 werden die bisher existierenden Matchcodes
durch die allgemeine Suchhilfe abgelost. Die Suchhilfe ist eine
ElWeiterung des Matchcodekonzeptes. Die elementare Suchhilfe
ist mit den Matchcode-ID vergleichbar, allerdings ist sie ein ei-
genstandiges Objekt. Aus diesem Grund kann die Suchhilfe di-
rekt aufgerufen werden. Durch das ZusammenschlieBen mehre-
rer Suchhilfen kann man eine Sammelsuchhllfe definieren. Ei-
ne Sammelsuchhilfe wird dann velWendet, wenn fUr ein Feld die
Auswahl unter mehreren elementaren Suchhilfen moglich sein
solI.

3.2.8.1 Struktur einer elementaren Suchhilfe


Folgende Eigenschaften beschreiben das Verhalten einer ele-
mentaren Suchhilfe:
• die Selektionsmethode der Suchhilfe;
• die Parameter der Suchhilfe (Schnittstelle);
• das Dialogverhalten der Suchhilfe.
Durch die Selektion kann man die auf der Trefferliste angezeig-
Selektionsmethode
ten moglichen Eingaben fUr ein Feld zur Laufzeit ermitteln. Die
Selektionsmethode beschreibt aus welchem Datenbankobjekt die
Daten gelesen werden. Als Selektionsmethode kann eine Tabelle
oder ein View angegeben werden. Wenn sich die zu beschaffen-
den Daten nur in einer Tabelle befinden, so reicht es aus, eine
Tabelle als Selektionsmethode zu velWenden. 1st dies nicht der
Fall, d. h. die zu beschaffenden Daten liegen auf mehreren Ta-
bellen verteilt, so velWendet man einen View als Selektionsme-
thode.
Suchhilfeparameter Beim Aufruf einer Eingabehilfe werden die yom Benutzer auf der
Eingabemaske vorgenommenen Eingaben beriicksichtigt.
Wahlt der Benutzer eine Zeile der Trefferliste aus, so sollen
eventuell. mehrere Felder der Eingabemaske mit Daten aus der
gewahlten Zeile der Trefferliste gefUllt werden. Ruft ein Benutzer
die Eingabehilfe fUr Flugnummem auf und die Fluggesellschaft
ist schon spezifiziert, so sollen nur die Nummem zu Flugen die-
ser Fluggesellschaft angeboten werden. Wird beispielsweise die
Flugnummer aus der Trefferliste ubemommen, so sollen auch
gleich Abflug- und Ankunftsstadt in die Bildschirmmaske zu-
riickgestellt werden.

210
3.2 ABAP/4-Dictionary

Ein Parameter einer Suchhilfe kann referiert werden als:


• Import-Parameter: Parameter, tiber den Kontextinformatio-
nen aus der prozessierten Eingabemaske (Dynpro) in den
Hilfeablauf tibernommen werden konnen.
• Export-Parameter: Parameter, tiber den Werte aus der
Trefferliste auf die Eingabemaske zUrUckgestellt werden kon-
nen.
Beschreibung des Das Dialogverhalten bestimmt, welche Dialogschritte beim Ab-
Dialogverhaltens lauf der Eingabehilfe durchlaufen werden. Hier kann tiber den
Dialogtyp entschieden werden, ob die Trefferliste direkt ange-
zeigt wird oder ob der Benutzer vorher einem Dialogfenster
weitere Einschrankungen machen muss.

3.2.8.2 Struktur einer Sammelsuchhilfe


Das Verhalten einer Sammelsuchhilfe definiert sich durch die
Schnittstelle der Sammelsuchhilfe und die der Sammelsuchhilfe
zugeordneten Suchhilfen.
Schnittstelie der Eine Sammelsuchhilfe besitzt, wie eine elementare Suchhilfe, ei-
Sammelsuchhilfe ne Schnittstelle aus Import- und Export-Parametern. Dber diese
Schnittstelle findet der Datenaustausch zwischen der Bild-
schirmmaske und den Parametern der zugeordneten elementaren
Suchhilfen statt.
Zugeordnete Mehrere elementare Suchhilfen ergeben eine Sammelsuchhilfe.
Suchhilfen In ihr werden alle Suchpfade zusammengefasst, die fur ein Feld
sinnvoll sind.
Die Schnittstellenparameter (Import- und Export-Parameter) der
inkludierten Suchhilfen mtissen den Parametern der Sammel-
suchhilfe zugeordnet werden. Allerdings mtissen nicht alle Para-
meter zugeordnet werden, d. h. bei der Zuordnung konnen eini-
ge Parameter offen bleiben.
Es besteht die Moglichkeit in eine Sammelsuchhilfe sowohl ele-
mentare Suchhilfen als auch andere Sammelsuchhilfen einzube-
ziehen. Sind in einer Sammelsuchhilfe andere Sammelsuchhilfen
enthalten, so werden diese beinl Aufruf der Eingabehilfe bis auf
die Ebene der elementaren Suchhilfen aufgelost.

3.2.9 Anpassung der Datenbankstruktur


Der korrekte Zugriff ist das Wichtigste beim Benutzen einer Da-
tenbank. Damit dies von ABAP-Programmen aus moglich ist,

211
3 ABAPl4-Programmierung

muss die Struktur der Laufzeitversion einer Tabelle der Struktur


der Tabelle auf der Datenbank angepasst werden.
Bei einer Anderung der Tabelle im ABAP-Dictionary muss somit
bei der Aktivierung (bei der das Laufzeitobjekt neu geschrieben
wird) sichergestellt werden, dass die Datenbankstruktur der Ta-
belle an die Anderung im ABAP-Dictionary angepasst wird.
Bei einigen Anderungen im ABAP-Dictionary ist keine Anderung
der Datenbankstruktur notwendig. Zum Beispiel muss die Da-
tenbanktabelle nicht an eine Anderung der Feldreihenfolge (au-
Ber bei SchlUsselfeldem) irn ABAP-Dictionary angepasst werden,
da die Feldreihenfolge im ABAP-Dictionary nicht mit der Feldrei-
henfolge auf der Datenbank iibereinstimmen muss. In diesem
Fall wird einfach die geanderte Struktur im ABAP-Dictionary ak-
tiviert und die Datenbankstruktur bleibt unverandert.
Die Anpassung der Datenbankstruktur einer Tabelle an ihre ver-
anderte ABAP-Dictionary Definition kann auf drei Arten erfolgen:
Anpassung der • durch LOschen und Neuanlegen der Datenbanktabelle
Datenbankstruktur Die auf der Datenbank vorhandene Tabelle wird geloscht.
Danach wird die iiberarbeitete Version der Tabelle irn ABAP-
Dictionary aktiviert und auf der Datenbank emeut angelegt.
In der Tabelle vorhandene Daten gehen hierbei verloren.
• durch Anderung des Datenbankkatalogs (ALTER TABLE)
Es wird ledigJich die Definition der Tabelle auf der Daten-
bank geandert. In der Tabelle vorhandene Daten bleiben er-
halten. Indizes zur Tabelle miissen aber unter Umstanden neu
aufgebaut werden.
• durch Umsetzung der Tabelle
Hier wird die Datenbanktabelle umbenannt und dient als
temporarer Zwischenspeicher fUr die Daten. Dann wird die
iiberarbeitete Version der Tabelle im ABAP-Dictionary akti-
viert und auf der Datenbank angelegt. Danach werden die
Daten aus dem temporaren Zwischenspeicher in die neue
Dateni::>anktabelle zuriickgeladen und die Indizes zur Tabelle
werden neu aufgebaut.

We1che dieser Aktionen yom System in einem konkreten Fall an-


gewandt wird, hangt ab von:
• der Art der Strukturanderung;
• dem verwendeten Datenbanksystem;
• der Frage, ob schon Daten in der Tabelle vorhanden sind.

212
3.2 ABAP/4-Dictionary

3.2.10 Aktivierung
Durch die Aktivierung von Tabellen, Typen (Datenelemente,
Strukturen, Tabellentypen) und Views werden diese der Lauf-
zeitumgebung zur Verfugung gestellt werden. In der Laufzeitum-
gebung spricht man dann von sogenannten Laufzeitobjekten.
Laufzeitobjekte fassen aile Informationen zum Objekt, die das
Objekt fur den Zugriff benotigt, in optimierter Form zusammen.
Um schneller auf die wichtigen Daten zugreifen zu konnen,
werden die Laufzeitobjekte gepuffert.
Anwendungsprogramme und Bildschirmmasken ermitteln die
benOtigten Informationen zu ABAP-Dictionary-Objekten aus de-
ren Laufzeitobjekten. Anderungen an Objekten werden uber
Zeitstempe!vergleiche ermittelt und zum Zeitpunkt der Aktivie-
rung in allen Systernkomponenten wirksam. Bei der Aktivierung
eines Objekts werden aile von diesem Objekt abhangigen Ob-
jekte neu aktiviert.
Nach einer Anderung einer Domane, z. B. einer Anderung des
Datentyps oder der Lange, mussen aile Tabellen nachaktiviert
werden, in denen ein Feld auf diese Domane verweist. Damit ist
sichergestellt, dass aile diese Tabellen an die geanderten techni-
schen Fe!dinformationen angepasst werden.
Die Aktivierung eines Objekts kann sich also auf eine Vie!zahl
abhangiger Objekte auswirken. Deshalb sollte vor der Aktivie-
rung eines geanderten Objekts festgestellt werden, welche Aus-
wirkungen diese Aktion hat.
Mochte man nicht nur ein Objekt aktivieren, so verwendet man
einen Massenaktivierer, der mehrere Objekte gleichzeitig akti-
vieren kann. Das Aktivieren mehrerer Objekte kann allerdings
dazu fuhren, dass man mit sehr langen Laufzeiten der Aktivie-
rung rechnen muss. Es wird daher empfohlen, solehe Objekte im
Hintergrund zu aktivieren.

3.2.11 Datentyp im ABAP/4-Dictionary


1m ABAP-Dictionary stellen die Datentypen die Sichten der Be-
nutzer auf die Daten dar, d. h. die Datenformate an der Benut-
zeroberflache. Legt man im ABAP-Dictionary Tabellen auf der
Datenbank an, so werden die entsprechenden Datentypen in die
Datentypen des jeweils verwendeten Datenbanksystems uber-

213
3 ABAPl4-Programmierung

fiihrt (z. B. Oracle oder DB2). Das Datenformat ist yom verwen-
deten Datenbanksystem unabhangig.
Bei der Verwendung eines Objektes (Datenelement, Struktur,
Tabellentyp, Tabelle, View) in einem ABAP-Programrn, werden
die Dictionary-Datentypen der Objektfelder in die entsprechen-
den ABAP-Datentypen konvertiert.
Vorhandene Datentypen1:
• ACCP - Buchungsperiode: Die Lange ist bei diesem Datentyp
auf 6 Stellen festgelegt. Das Format ist JJJJMM. Bei der Ein-
und Ausgabe wird ein Punkt zwischen Jahr und Monat ein-
gefiigt, d. h. die Maske dieses Datentyps hat die Form

• CHAR - Character-String: Felder yom Typ CHAR durfen in


Tabellen nur die maximale Lange 255 haben. Sollen langere
Character-Felder in Tabellen benutzt werden, ist der Datentyp
LCHR zu wahlen. In Strukturen bestehen keine Begrenzungen
bzgl. der Lange so1cher Felder.
• CLNT - Mandant: Mandantenfelder sind stets dreistellig.
• CUKY - Wahrungsschlussel: Felder dieses Typs werden von
Feldem des Typs CURR referiel1. Die Lange ist bei diesem
Datentyp auf 5 Stellen festgelegt.
• CURR - Wahrungsfeld: Entspricht einem Betragsfeld DEC. Ein
Feld dieses Typs muss auf ein Feld des Typs CUKY (Refe-
renzfeld) zeigen. Die maximale Lange betragt bei diesem
Datentyp 31 Stellen.
• DATS - Datum: Die Lange ist bei diesem Datentyp auf 8
Stellen festgelegt. Die Ausgabemaske kann uber das Benut-
zerprofil festgelegt werden.
• DEC - Rechen- oder Betragsfeld mit Komma, Vorzeichen und
Tausenderpunkten: Ein DEC-Peld darf maximal 31 Stellen
lang sein.
• FLTP - Gleitpunktzahl: Die Lange Cinklusive Dezimalstellen)
ist bei diesem Datentyp auf 16 Stellen festgelegt.
• INTI - I-Byte-Integer; Zahlbereich 0 bis 255: Die Lange ist
bei diesem Datentyp auf 3 Stellen festgelegt.
• INT2 - 2-Byte-Integer; Zahlbereich -32767 bis 32767: Felder
dieses Typs sollten nur als Langenfelder verwendet werden.
So1che Langenfelder stehen direkt vor einem langen Feld

1 vgl. SAP R/3-0nline Dokumentation, Verso 4.5B

214
3.2 ABAPl4-Dictionary

(Typ LCHR, LRAW). Beim INSERT oder UPDATE auf das lan-
ge Feld tragt die Datenbank-Schnittstelle die tatsachlich ver-
wendete Lange in das Langenfeld ein. Die Lange ist bei die-
sem Datentyp auf 5 Stellen festgelegt.
• INT4 - 4-Byte-Integer; Zahlbereich -2177483647 bis 21774836
47: Die Lange ist bei diesem Datentyp auf 10 Stellen festge-
legt.
• LANG - Sprachenschliissel: Eigenes Feldformat fUr Sonder-
funktionen. Dieser Datentyp hat stets die Lange 1. Der Spra-
chenschlussel wird an der Benutzeroberflache zweistellig an-
gezeigt, ist aber auf der Datenbank nur einstellig abgelegt.
Die Konvertierung zwischen def Anzeige auf der Benut-
zeroberflache und der Datenbank erfolgt uber das Konvertie-
rungsexit ISOLA. Dieses Konveltierungsexit wird einer Do-
mane mit Datentyp LANG automatisch beim Aktivieren zuge-
ordnet.
• LCUR - Beliebig lange Zeichenketten mit mindestens 256
Zeichen: Felder dieses Typs mussen bei transparenten Tabel-
len am Ende stehen und ein voranstehendes Langenfeld yom
Typ INT2 besitzen. Beim INSERT oder UPDATE in ABAP Pro-
grammen muss dieses Langenfeld mit der tatsachlich ge-
wiinschten Lange gefUllt werden.
• LRAW - Beliebig lange uninterpretierte Byte-PaIge mit Min-
destiange 256: Felder dieses Typs mussen bei transparenten
Tabellen am Ende stehen und ein voranstehendes Langenfeld
yom Typ INT2 besitzen. Beim INSERT oder UPDATE in ABAP
Programmen muss dieses Langenfeld mit der tatsachlich ge-
wiinschten Lange gefUllt werden.
• NUMC - Langes Character-Feld, in das nur Ziffern eingegeben
werden konnen: Die Lange eines Feldes dieses Typs ist auf
maximal 255 Stellen begrenzt.
• PREC - Genauigkeit eines QUAN Feldes: Die Lange ist bei
diesem Datentyp auf 2 Stellen festgelegt.
• QUAN - Menge: Entspricht einem Betragsfeld DEC. Ein Feld
dieses Typs muss stets auf ein Einheitenfeld mit Pormat UNIT
(Referenzfeld) zeigen. Die maximale Lange betragt bei diesem
Datentyp 31 Stellen.
• RAW - Uninterpretierte Byte-Folge:. Felder yom Typ RAW
durfen in Tabellen nur die maximale Lange 255 haben. Sollen
langere Raw-Felder in Tabellen benutzt werden, ist der Da-
tentyp LRAW zu wahlen.

215
3 ABAPl4-Programmierung

• TIMS - Zeit: Die Lange ist bei diesem Datentyp auf 6 Stellen
festgelegt. Das Format ist hhmmss. Die Maske fur die Ein-
und Ausgabe hat die Form '_._._'.
• UNIT - Einheitenschlussel: Felder dieses Typs werden von
Feldem des Typs QUAN referiert. Die Lange dieses Datentyps
ist auf 2 oder 3 Stellen festgelegt.
• VARe - Variabel langes Characterfeld: Das Neuanlegen von
Feldem dieses Datentyps wird ab Release 3.0 nicht mehr un-
terstiitzt. Bestehende Felder mit diesem Datentyp k6nnen
aber weiterhin verwendet werden.

3.2.12 Datenbankutility
In vielen Pfiegewerkzeugen ist das sogenannte Datenbankutility
verfugbar. Die Werkzeuge des Dictionary bearbeiten zunachst
nur die logischen Definitionen der verschiedenen Objekte. Diese
miissen in vielen Fallen physisch in der Datenbank erzeugt wer-
den.
Das Erzeugen oder L6schen von Objekten in der Datenbank er-
folgt mit dem Datenbankutility. Der Anwender kann mit dem
Datenbankutility verschiedene Aktivitaten (Anlegen, L6schen,
Umsetzen) und unterschiedliche Ausfuhrungsmodi wahlen. Eini-
ge Pfiegefunktionen, vor allem die zum Anlegen von neuen Ob-
jekten, rufen das Datenbankutility automatisch auf. Falls die ma-
nuelle Verwendung des Datenbankutilitys erforderlich wird, wei-
sen die Aktivierungsprogramme der diversen Elemente darauf
hin.
Bearbeiten von Da- Mit der Datenbankutility k6nnen aile Datenbankobjekte bear-
tenbankobjekten beitet werden, die aus Objekten des ABAP-Dictionary generiett
werden. Dies sind transparente Tabellen und Indizes, Pooltabel-
len und Clustertabellen, physische Tabellenpools bzw. Tabellen-
cluster, Datenbankviews und Matchcode-Pooltabellen bzw.
Matchcode-Views.

3.2.13 Sperrobjekte
Mit Sperrobjekten kann ein Programm den Zugriff auf ausge-
wahlte Datensatze oder mehrere Tabellen sperren. Die eigentli-
che Sperre wird dabei durch den Aufruf eines vom System gene-
rierten Funktionsbausteins gesetzt oder freigegeben. Die Sperr-
funktionalitat greift dabei nicht auf Dienste des Datenbanksy-
stems zurUck, sondem wird im Dictionary mit SAP-Mitteln reali-
siert.

216
3.2 ABAPl4-Dictionary

Die erforderlichen Funktionsbausteine werden entsprechend der


im Dictionary enthaltenen Definition eines Sperrobjektes aufge-
baut. Diesen Funktionsbausteinen werden beim Aufruf als Para-
meter die Schllisselwerte der zu sperrenden Datensatze liberge-
ben.
Bei der Definition eines Sperrobjektes sind daher vor allem zwei
Arbeitsgange notwendig: es sind die Tabellen anzugeben, die zu
sperren sind und die als Sperrargument notwendigen Felder
mlissen ausgewahlt werden
1m einfachsten Fall besteht ein Sperrobjekt aus genau einer Ta-
belle, und das Sperrargument der Tabelle ist der Primarschllissel
dieser Tabelle. Es konnen auch mehrere Tabellen in ein
Sperrobjekt einflieJSen. Mit einer Sperranforderung kann nicht
nur ein Satz aus einer Tabelle, sondem ein ganzes logisches
Objekt gesperrt werden. Ein solches logisches Objekt kann z. B.
ein Beleg sein, der aus einem Eintrag in einer Kopftabelle und
N-Eintragen in einer Positionstabelle besteht.
Struktur eines In einem Sperrobjekt werden diejenigen Tabellen mit ihren
Sperrobjekts Schliisselfeldem angegeben, in denen Datensatze mit einem
Sperrauftrag gesperrt werden soIlen. Bei der Tabellenauswahl
wird von einer Tabelle (Primartabelle) ausgegangen. Zu dieser
konnen weitere Tabellen CSekundartabellen) liber Fremdschllis-
selbeziehungen hinzugenommen werden.
Abb.3.20 Tabetle T1
Struktur eines
Sperrobjektes

TabelleT2

frem:lschlUssei

TabelleTJ

Sperren konnen liber entsprechende Schnittstellen von Pro-


grammen in anderen Systemen gesetzt werden, wenn das
Sperrobjekt mit RFC-Erlaubnis definiert wurde.
Flir jede Tabelle im Sperrobjekt kann ein Sperrmodus vergeben
werden. Dieser bestimmt, wie andere Benutzer auf einen ge-
sperrten Satz der Tabelle zugreifen konnen.

217
3 ABAPl4-Programmiernng

Sperrmechanismus Neben dem Anlegen eines Sperrobjektes muss der Sperrmodus


fur die einzelnen Tabellen festgelegt werden. Der Spernnecha-
nismus legt fest, ob und wie mehrere Benutzer auf die gesperr-
ten Datensatze zugreifen k6nnen. Dies kann uber einen logi-
schen Sperrrnechanismus synchronisiert werden. Der Sperrme-
chanismus erfullt im Wesentlichen zwei Funktionen:
Funktionen des • Eine Transaktion kann Datensatze, die sie gerade andert oder
Sperrmechanismus liest, gegen ein paralleles Andem durch eine andere Transak-
tion schutzen.
• Eine Transaktion kann sich davor schutzen, Daten zu lesen,
die gerade von einer anderen Transaktion verandert werden.
Die zu sperrenden Datensatze einer Tabelle werden durch eine
logische Bedingung festgelegt. Beim Setzen einer Sperre wird
diese logische Bedingung in eine Sperrtabelle eingetragen. Die-
ser Eintrag bleibt solange bestehen, bis er von der Transaktion
wieder aufgehoben wird oder die Transaktion beendet wird.
Beim Transaktionsende werden also aile von dieser Transaktion
gesetzten Sperren aufgehoben.
Beim Zugriff auf Datensatze k6nnen die gerade von anderen
Transaktionen bearbeiteten Satze anhand des Eintrags in der
SperrtabeUe identifiziert werden.
Eine solehe logische Bedingung fur die Sperre muss aus der An-
gabe einer Anzahl voU spezifizierter Schlusselfelder bestehen, d.
h . fur das Schlusselfeld wird entweder ein Wert ubergeben oder
die Sperre erfolgt generisch bzgl. dieses Feldes.
Wenn man nun Datensatze sperren will, so muss man den Aufruf
ENQUEUE_<Objektname> ausfuhren. Bei diesem Aufruf we rden
die Werte der Schlusselfelder ubergeben, welehe die zu sperren-
den Satze spezifizieren. Fur die nicht mit Werten belegten Daten-
satze elfolgt eine generische Sperre. Der Funktionsbaustein
schreibt den entsprechenden Sperreintrag. Falls nun eine andere
Transaktion ebenfalls eine Sperre anfordert, wird dies je nach
Sperrmodus akzeptiert oder zuri.ickgewiesen.
Dieses Sperrverfahren setzt voraus, dass sich aile beteiligten Pro-
gramme kooperativ verhalten. Falls ein Programm Daten liest
oder verandert, ohne sie vorher gesperrt zu haben, kann es zu
Inkonsistenzen kommen. Die Datensatze sind beim Setzen einer
Sperre nur dann gegen Anderungen eines anderen Programms
geschutzt, wenn dieses ebenfalls die Sperrkonventionen einhalt,
d. h. vor dem Zugriff auf die Daten eine Sperre anfordert.

218
33 Data-Modeler

Es besteht auch die Moglichkeit Sperranforderungen bzw. Sperr-


freigaben nicht direkt in die Sperrtabelle zu schreiben, sondern
diese zunachst in einem lokalen Sperrcontainer aufzusammeln.
Diese aufgesammelten Sperren konnen dann zu einem spateren
Zeitpunkt gemeinsam abgeschickt werden.
Ob eine Sperranforderung bzw. Sperrfreigabe direkt abgeschickt
wird, kann tiber einen Parameter des jeweiligen Funktionsbau-
steins gesteuert werden.

3.3 Data-Modeler
Der Data-Modeler ist ein integraler Bestandteil der ABAP/4 De-
velopment Workbench. Er wird zur Erstellung von Datenmodel-
len eingesetzt. Diese Datenmodelle werden in einer angepassten
Form des ERM (Entity Relationship Model) verwaltet, dem SAP-
SERM (Strukturiertes ERM). Der Benutzer kann solche Modelle
von Grund auf entwerfen, aus bereits existierenden Modellen
ableiten oder sie aus dem ABAP/4-Dictionary tibertragen. Ebenso
konnen im Data-Modeler erzeugte Modelle auf das ABAP/4-
Dictionary abgebildet werden.

3.3.1 Basiselemente
Die Basiselemente eines ERM sind Entitatstypen mit den ihnen
zugeordneten Attributen sowie BeZiehungen und Spezialisierun-
gen zwischen den Entitatstypen.

3.3.1.1 Entitatstypen
Entitatstypen fassen Gruppen von Objekten mit gleichen Eigen-
schaften zusammen. Jedes dieser Objekte ist damit eine Entitat
eines bestimmten Typs. Mitglieder des Entitatstyps "Baum" sind
beispielsweise "Apfelbaum" oder "Eiche".
Attribute Die einzelnen Entitaten eines Entitatstyps werden durch Attribute
beschrieben und voneinander abgegrenzt. Diese Attribute sind
den Entitatstypen zugeordnet. Mogliche Attribute fur das obige
Beispiel konnten z. B. "Name" oder "Verbreitungsgebiet" sein.
Jedes Attribut hat eine Bezeichnung und eine Anzahl moglicher
Werte, die es fur die verschiedenen Entititaten annehmen kann
(fur "Name" eben beispielsweise "Eiche" oder "Apfelbaum"). Es
gibt Attribute verschiedener Art, als wichtigstes darunter ist das
Schliisselattribut zu nennen.

219
3 ABAPl4-Programmierung

3.3.1.2 Beziehungen
Beziehungen bestehen immer zwischen zwei Entitatstypen. Die
Beziehungen innerhalb des SAP-SERM sind gerichtet, sie gehen
vom Start-Entitatstyp (existenzunabhangiger Entitiitstyp) zum
Ziel-Entitatstyp (existenzabhangiger Entitiitstyp).
Zwischen den Entitatstypen "Baum" und "Frucht" konnte also
beispielsweise die Beziehung "produziert" bestehen.
Es existieren vier Typen von Beziehungen, die hierarchische, die
Beziehungstypen
aggregierende, die referentielle und die externe Beziehung.
Ein hierarchlscher Beziehungstyp kann vorliegen, wenn der
Ziel-Entitatstyp vom Start-Entitatstyp existenzabhangig ist, also
eine geringere Lebensdauer hat als dieser. AuBerdem wird der
Ziel-Entitatstyp vom Start-Entitatstyp erzeugt, ubernimmt somit
im Wesentlichen dessen Merkmale. Er beschreibt den Start-
Entitatstyp, indem er eine Verfeinerung dieses Entitatstyps dar-
stellt. Somit muss der Schlussel des Start-Entitatstyps ein Teil vom
Schlussel des Ziel-Entitatstyps sein.
Ein aggregierender Beziehungstyp zwischen Entitatstypen
liegt vor, wenn an der Bildung des Ziel-Entitatstyps noch minde-
stens ein zweiter Start-Entitatstyp beteiligt ist. Die Schlussel aller
Start-Entitatstypen werden soroit Teile des kanonischen SchlUs-
sels des Ziel-Entitatstyps. In allen ubrigen Merkmalen stimmt der
aggregierende Beziehungstyp mit dem hierarchischen uberein.
Sowohl bei hierarchischen wie auch bei aggregierenden Bezie-
hungstypen wtirde die Ziel-Entitat geloscht werden, wenn die
Beziehung geandert wtirde, da die Start-Entitat die zugehorige
Ziel-Entitat uber einen Teil der Schlusselattribute identifiziert.
Auch beim referentiellen Beziehungstyp ist der Ziel-
Entitatstyp vom Start-Entitatstyp existenzabhangig. Zumindest ei-
nige Attribute des Start-Entitatstyps werden in den Ziel-
Entitatstyp ubernommen. Die Schlusselattribute des Start-
Entitatstyps finden sich im Ziel-Entitatstyp als Nicht-
Schlusselattribute wieder.
Eine Beziehung zwischen zwei Entitaten darf hier geandert wer-
den, da der Ziel-Entitatstyp nicht von den aus dem Start-
Entitatstyp ubernommenen Attributen erzeugt, sondern nur urn
diese erganzt wird.
Ein externer Beziehungstyp stellt eine Beziehung zwischen ei-
nem Entitatstyp innerhalb eines Datenmodells und einem Enti-
tatstyp auBerhalb dieses Datenmodells dar.

220
3.3 Data-Modeler

Existenzabhiingigkeit Zwei Typen von Existenzabhangigkeil werden untersehieden:


Starke Existenzabbangigkeit bedeutet, dass jede Entitat eines
Ziel-Entitatstyps genau einer Entitat des zugehorigen Start-
Entitatstyps zugeordnet ist.
Bei schwacher Existenzabhangigkeit muss dies nur fUr eine
(zeitabhangige) Teilmenge des Ziel-Entitatstyps gelten. Daher
kann beim hierarehisehen Beziehungstyp keine sehwaehe Exi-
stenzabhangigkeit auftreten.
Kardinalitat Jede Beziehung hat eine Kardinalitat. Diese besehreibt das mog-
liehe zahlenmafSige Verhaltnis der Entitaten der zugehorigen En-
titatstypen zueinander.
Die Kardinalitat wird in der Form n : m dargestellt, wobei n fUr
die Zahl der unabhangigen Entitaten (Start-Entitatstyp) und m fUr
diejenige der abhangigen (Ziel-Entitatstyp) steht.
Dabei kann "n" die folgenden Werte annehmen:
• n = 1, in diesem Fall gibt es zu jeder abhangigen Entitat (Ziel)
genau eine unabhangige Entitat (Start).
• n = C, d. h. es sind aueh abhangige Entitaten erlaubt, denen
keine unabhangige Entitat zugeordnet ist.
Fur "m" sind die folgenden Werte erlaubt, wobei zu einer Entitat
des Start-Entitatstyps jeweils die besehriebene Zahl von Entitaten
des Ziel-Entitatstyps existieren muss:
• m = 1, genau eine
• m = C, hoehstens eine
• m = N, mindestens eine
• m = CN, beliebig viele
Da es im SERM keine "viele-zu-viele" Beziehungen gibt, konnen
Entitatstypen immer vom unabhangigen zum abhangigen Enti-
tatstyp angeordnet werden.
Die Kardinalitat C:x (x = 1, C, CN, N) ist bei hierarehisehen Be-
ziehungen nicht moglieh, da sich aIle abhangigen Entitaten auf
eine Entitat des Start-Entitatstyps beziehen mussen.

3.3.1.3 Spezialisierungen und Generalisierungen


1m Rahmen der Spezialisierung und Generalisierung wird ein be-
stehender Start-Entitatstyp in einen gleichartigen, aber eben spe-
zialisierten Typen uberfUhrt. Der Start-Entitatstyp wird als Gene-
ralisierung bezeichnet, aus dem mittels einer SpezialisierungsaJt

221
3 ABAPl4-Programmiernng

die Spezialisierung abgeleitet wird. Dieses Verfahren ist auch als


Vererbung bekannt (C++, etc.).
Die Spezialisierungsart beschreibt die Art der Verfeinerung der
Generalisierung durch die Spezialisierung. Die Generalisierung
"Baum" konnte beispielsweise tiber die Spezialisierungsart ,,Art
der Blatter" in die beiden Spezialisierungen "Laubbaum" und
"Nadelbaum" tiberfuhrt werden.
Attribute Der Generalisierung sind aIle die Attribute zugeordnet, die fur
jede aus ihr abgeleiteten Spezialisierung von Bedeutung ist. At-
tribute, die nur fur bestimmte Spezialisierungen benotigt werden,
werden tiblicherweise nur diesen Spezialisierungen zugeordnet.
Eigenschaften Es gibt zwei besondere Eigenschaften, die eine Spezialisierungs-
art aufweisen kann. 1st sie vollstiindig, so kommt jede Entitat
der Generalisierung in jeweils mindestens einer Spezialisierung
vor. Bei einer disjunkten Spezialisierungsart dagegen kommt
jede Entitat der Generalisierung in hochstens je einer Spezialisie-
rung vor. Es ist nicht zwingend, dass eine Spezialisierungsart ei-
ne dieser beiden Eigenschaften aufweist.

3.3.2 Data-Modeler und Dictionary


Die Zuordnung von Eintragen im ABAP/4-Dictionary zu denen
im ABAP/4-Data-Modeler erfolgt auf Basis der Tabellen und
Views des Dictionary. Eine Tabelle oder ein View im Dictionary
gehort zu je einem Entitatstyp im Data-Modeler. Die Felder
(Spalten) derides jeweiligen Tabelle oder Views finden dabei ih-
re Entsprechung in den Attributen der zugehorigen Entitatstypen.
Attribute konnen entweder aus dem Dictionary tibernommen
oder einem Entitatstyp im Data-Modeler direkt zugeordnet wer-
den. Da Data-Modeler und Dictionary die gleichen Datenele-
mente fur Attribute verwenden, kann der Obergang zwischen
beiden Modulen weitgehend automatisch erfolgen.
Tabellen Verwendet man Tabellen, so wird je ein Entitatstyp auf genau
eine Tabelle im Dictionary abgebildet, deren Felder somit die
Attribute fur den Entitatstyp sind. Diese Einschrankung kann
durch Verwendung von Views (Sichten auf ausgewahlte Ele-
mente ausgewahlter Tabellen) umgangen werden.
Views Sinnvoll ist die Verwendung von Views immer dann, wenn vo[-
handene Tabellen und geplante Entitatstypen nicht ubereinstim-
men, also

222
33 Data-Modeler

• wenn eine TabeIle Informationen fur mehrere EntWitstypen


enthalt;
• wenn die fur einen Entitatstyp benotigten lruonnationen auf
mehrel'e TabeIlen verteilt sind;
• zur Abbildung von Spezialisierungen.
Mit Hilfe eines Views konnen Felder aus verschiedenen TabeIlen
zusammengefuhrt oder ausgeblendet werden. Der View ent-
spricht dann einel' virtuellen Tabelle. Diese wiederum beinhaltet
genau die Felder, die auch der zugehorige Entitatstyp enthalten
solI.
Spezialisierungen 1m FaIle del' Spezialisierung CVererbung) erbt der View aIle Fel-
der der TabeIle Coder des Views), die der Generalisierung ent-
spricht sowie iiblicherweise zusatzliche, die dann die Spezialisie-
rung ausmachen.
Wird im Nachhinein die Tabelle bzw. der View gdindert, welche
die Generalisierung reprasentiert, so werden die Anderungen al-
lerdings nicht automatisch an den View der Spezialisierung wei-
tergegeben. Eine solche Aktion muss manuell bestatigt werden,
da auch kleine Anderungen im Modell tiefgreifende Anderungen
auf moglicherweise operativ genutzte Views haben konnen.
Attribute einer Generalisierung CTabelle oder View) konnen im
Zuge der Viewpflege auf Anfol'derung automatisch in die Views
von zugehorigen Spezialisierungen iibernommen werden.

3.3.3 Datenmodell

3.3.3.1 Aufbau
In Datenmodellen werden im ABAP/4 Data-Modeler semantisch
zusammengehorige Informationen zusammengefasst. Ein Daten-
modell besteht folglich aus den weiter oben besprochenen Enti-
tatstypen, Beziehungstypen und Spezialisierungstypen. Auch an-
dere Datenmodelle konnen in einem Datenmodell enthalten
sein. Auf diese Weise ist es moglich, komplexere Modelle weiter
zu untergliedern.
Ein vollstandiges und aus betriebswhtschaftlicher Sicht in sich
abgeschlossenes Datenmodell wird als Anwendungsdatenmo-
dell bezeichnet.
Demgegeniiber stehen die Business-Objekte. Diese reprasentie-
ren eine Menge von Entitatstypen mit einer gemeinsamen

223
3 ABAPl4-Programmiernng

Schnittstelle nach au1Sen. Zumeist steht in deren Mittelpunkt der


Start-Entitatstyp.
Ein Datenmodell kann einen Repriisentanten haben. Dies ist
ein Entitatstyp, der im FaIle einer Verdichtung alle anderen im
Modell enthaltenen Entitatstypen reprasentiert. Als von einem
Datenmodell referenziertes Modell wird dasjenige bezeichnet,
aus dem eben dieses Datenmodell entstanden ist.
Die Hierarchie eines Datenmodells ist dessen innerer Aufbau.
Da Beziehungen beitn SAP-SERM immer gerichtet sind, ent-
spricht auch diese Hierarchie immer einem gerichteten Graphen.

3.3.3.2 Arbeitsweise bei der Erstellung


Der ABAP/4 Data-Modeler ermoglicht dem Benutzer zwei ver-
schiedene Arbeitsweisen.
Top-Down- Bei der Top-Down-Modellierung wird zuerst ein allgemeines Ge-
Modellierung samtmodell ange1egt. Dieses wird durch Hinzufiigen von Enti-
tatstypen und weiteren Teilmodellen nach und nach feiner un-
tergliedert. Die tatsachliche Funktionalitat des Gesamtmodells ist
erst gegeben, wenn alle Teilbereiche ausformuliert sind.
Den zugrunde liegenden Entitatstypen werden Attribute zuge-
ordnet. 1st die Modellierung eines Entitatstyps abgeschlossen, so
wird diesem eine Tabelle bzw. ein View zugeordnet. Zu dies em
Zweck kann automatisch eine neue Tabelle angelegt werden,
welche die Attribute des Entitatstyps als Elemente hat. Werden
zu einem spateren Zeitpunkt Anderungen an der Tabelle vorge-
nommen, so werden diese gleichzeitig in den zugeordneten En-
titatstyp iibernommen. Auf diese Weise bleibt die Konsistenz von
Datenmodell und Dictionary jederzeit gewahrt.
Bottom-Up-(Nach-) Die umgekehrte Arbeitsweise wird als Bottom-Up-CNach-) Mo-
Modellierung dellierung bezeichnet. Dabei werden neue Entitatstypen zu be-
reits vorhandenen Tabellen und Views angelegt. Diese werden
zu Datenmodellen gruppiert, die wiederum iiblicherweise in ih-
rer Gesamtheit in einem Gesamtmodell zusammengefasst wer-
den.
Zumeist werden sich in der praktischen Arbeit Elemente beider
Vorgehensweisen wiederfinden.

224
33 Data-Modeler

3.3.3.3 KonsistenzprOfung
Um in der oben beschriebenen Art ein effizientes Vorgehen zu
ermoglichen, existiert ein flexibles Konzept der Konsistenzprii-
fungen.
1m Dictionary sollen moglichst alle Daten konsistent sein, was
unumganglich ist, um einen reibungslosen Betrieb des Gesamt-
systems zu gewahrleisten. Dagegen wtirde der Zwang zu jeder-
zeit konsistenten Eintragen den Anwender bei der Entwicklung
von Datenmodellen im Data-Modeler nur unnotig behindern.
Der Hauptteil der Konsistenzpriifungen wird daher in einem se-
paraten Arbeitsschritt nach der Modellierung vorgenommen. Ein
solcher Konsistenzcheck uberpriift das gegebene Modell nach
den folgenden Kriterien:
Kriterien im Konsi-
• Vollstiindigkeit: Es werden Beziehungen und Spezialisierun-
stenzcheck gen gesucht, deren Start-Entitatstypen aufSerhalb des Daten-
modells liegen.
• Existenz der Vorgange: Es werden Beziehungen und Spe-
zialisierungen gesucht, deren Start-Entitatstypen nicht vorhan-
den sind.
• Zusammenhang: Es wird untersucht, ob zu jedem Entitats-
typ ein Pfad CBeziehung oder Spezialisierung) zu jedem ande-
ren Entitatstyp existiert. 1st dies nicht der Fall, so wurden
vermutlich entsprechende Beziehungen im Modell vergessen.
• Existenz aller Hierarcbie-Objekte: Es werden Datenmo-
delle und Entitatstypen gesucht, die, obwohl sie in der Hier-
archie enthalten sind, tatsachlich gar nicht existieren.

3.3.4 Einstieg
Die folgenden Abschnitte widmen sich der praktischen Bedie-
nung des Data-Modeler. Der Einstieg in den Data-Modeler erfolgt
Hauptmenu normalerweise vom Hauptmenu aus. Dazu muss zunachst im
Menu Werkzeuge der Punkt ABAPI4 Workbench ausgewahlt
werden, um von dort aus weiterhin aus dem Menu Entwicklung
den Punkt Data-Modeler zu selektieren. Damit gelangt man ins
Eingangsbild des Data-Modeler.

225
3 ABAPl4-Programmierung

Abb.3.21
Einstieg in den
Data·Modeler

Object Browser Es ist ebenfalls moglich tiber den Object Browser der ABAP / 4
Development Workbench oder tiber das ABAP/4 Repository In-
formationssystem in den Data-Modeler zu gelangen.

3.3.5 Pflege der Datenmodelle

3.3.5.1 Datenmodell auswahlen


Die Organisation von Daten und Informationen im Data-Modeler
erfolgt mit Hilfe von Datenmodellen. Ein so1ches Datenmodell
wird im Eingangsbild des Data-Modeler ausgewahlt.
Name bekannt 1st der Name des Modells vollstandig bekannt, so kann er ein-
fach in das Eingabefeld Modellierungsobjekt eingegeben werden.
1m Bereich Auswahl ist der Punkt Datenmodell zu markieren,
woraufuin durch Druck beispielsweise auf den Button Anzeigen
das Datenmodell angezeigt werden kann. Man gelangt ins Bild
Datenmodell anzeigen: Definition.

226
3.3 Data-Modeler

Abb.3.22 -" ~
Auswahl eines Mo- , & 1
dellierungsobjekts

-~ - .., I

Name teilweise Von einem teilweise vollstandig bekannten Namen wird der be-
bekannt kannte Teil ins Eingabefeld eingegeben, der unbekannte dage-
gen durch einen ,,*" ersetzt. Ein Klick auf den pfeil rechts neben
das Eingabefeld fiihrt dann zu einer Liste von passenden Tref-
fern, aus der der Gewiinschte ausgewahlt werden kann

Abb.3.23
Datenmodell
anzeigen

..
r
r

..-
, ...

227
3 ABAP/4-Programmierung

Name unbekannt 1st der Name des Datenmodells ganzlich unbekannt, so lasst sich
mittels Klick auf Suchen in das entsprechende Standard-
Se1ektionsbild des ABAP/4 Repository Informationssystems ver-
zweigen.
Nachdem dort die gewtinschten Selektionsbedingungen einge-
tragen sind fuhrt der Menlipunkt Ausfuhren im MenU Programm
wiederum zu einer Liste auswah1barer Treffer.

3.3.5.2 Datenmodelle bearbeiten


Datenmodell anlegen
Urn ein neues Datenmodell anzu1egen, muss diesem ebenfalls im
Eingabefe1d Modellierungsobjekt ein Name zugewiesen werden.
Dabei sind nur a1phanumerische Zeichen und Unterstriche er-
1aubt. Nach Auswah1 von Anlegen erscheint der Bildschirm Defi-
nition der Eigenschaften. In diesem wird eine obligatorische
Kurzbeschreibung eingegeben, die Art des Datenmodells sowie
die Farbe des Datenmodells auf der Grafik festge1egt.
Des Weiteren werden Referenzen und Definitionen definiert.
Umfangreichere Definitionen konnen im Texteditor eingegeben
werden, der nach Doppe1klick auf den Definitionstext erscheint.
Nach Sicherung des Datenmodells und einigen weiteren Eintra-
gungen im Dia10gfenster Pflege des Objekteintrags und in dem
des Workbench Organizers ist der Vorgang abgesch1ossen. Das
Einfugen des Datenmodells in die Hierarchie erfo1gt in der Hier-
archie und wird in einem nachfo1genden Kapite1 besprochen.
Die nachtragliche Anderung eines Datenmodells erfo1gt mitte1s
Datenmodell andern Auswah1 von Andem im Eingangsbild. Das Vorgehen bei einer
Veranderung von Eigenschaften des Datenmodells entspricht im
Wesentlichen dem beim An1egen eines neuen Datenmodells.
Das Loschen eines Datenmodells erfo1gt durch Auswah1 von
Datenmodeilloschen Datenmodell c:> Loschen im Bild Definition beim Andern eines
Datenmodells. Nach Bestatigung der Rlickfrage wird eine Liste
mit noch vorhandenen Zuordnungen und Referenzen fur dieses
Datenmodell angezeigt. Zuordnungen werden automatisch mit
dem Datenmodell ge1oscht. Referenzen dagegen mlissen vor
dem Loschen des Datenmodells zunachst aufge10st werden.
Nach einem Doppe1klick auf das libergeordnete Datenmodell in
der Liste ge1angt man in das Bild Hierarchie, in dem das zu 10-
schende Datenmodell aus der Hierarchie entfernt werden muss.
Dies geschieht durch Auswah1 des Menlipunktes Zuordnung 10-
schen im Menli Modellierungsobjekt.

228
3.3 Data-Modeler

Sind Referenzen und Zuordnungen vorhanden, so werden zu-


nachst die Referenzen behandelt und danach die Zuordnungen.
Konsistenzchecks Auf Datenmodelle konnen alle bereits vorgestellten Konsistenz-
checks angewandt werden. Dies geschieht vom Bild der Daten-
modelldefinition aus oder aus der Hierarchie. Es konnen wahl-
weise mehrere Datenmodelle zusammen gepruft werden. Wei-
terhin ist die Angabe moglich, ob von den ausgewahlten Daten-
modellen nur die Anwendungsmodelle bzw. die Business-
Objekte gepruft werden sollen. Nach Markierung der durchzu-
fuhrenden Prilfungen startet die Auswahl des Buttons Ausfuhren
den Konsistenzcheck. Es sind Dberprufungen auf Vollstandigkeit,
Existenz der Vorganger, Zusammenhang und Existenz der Hier-
archieobjekte moglich.

Abb.3.24 ,... .....


.-------:13 w ".u.)C I:l
Konsistenzcheck

" _. r J'I----~

r
r "'-_ a

3.3.6 Pflege der Datenmodell-Hierarchie


Die Datenmodell-Hierarchie ermoglicht das Anzeigen und Ver-
andern von Datenmodell-Hierarchien.

3.3.6.1 Hierarchie auswahlen


Direkte Auswahl
In die Hierarchie gelangt man direkt aus dem Einstiegsbild des
Data-Modelers. Um die Hierarchie aller von SAP erstellten Hier-
archien zu erreichen, genugt die Auswahl von SAP Anwen-
dungsmod. bzw. SAP Architekturmod. im Eingangsbild Data-
Modeler. Der Einstieg in die Hierarchie uber ein bestimmtes Da-
tenmodell erfolgt analog zur bereits erklarten Auswahl eines
Datenmodells im Einstiegsbild.

229
3 ABAPl4-Programmierung

Abb.3.25 ~~ a- ~ HI.."," St<I. . . .


Auswahl einer ., I 3 +i!.X Q!)UI C etC tlP i
Hierarchie

B~I'I

Auswahl aus Urn eine Liste aller vorhandenen Datenmodelle zu erhalten, gibt
Gesamtliste
man unter Datenmodell irn Selektionsbild nichts ein und setzt bei
den Einstellungen die maximale Trefferzahl auf 9999. Die Aus-
wahl von Ausjuhren fUhrt zu einer Trefferliste, in der das ge-
wtinschte Datenrnodell markiert werden kann. Nach Wahl von
Anzeigen gelangt man in das Bild Definition. Durch Auswahl
von Hierarchie im Meni.i Spnngen erreicht man nun die Hierar-
chie.
Der eben beschriebene letzte Schritt stellt eine allgemeine Mbg-
lichkeit dar, urn von der Definition eines Datenmodells in die
Datenmodell-Hierarchie zu springen.

3.3.6.2 Hierarchie darstellen


Als Wurzel der Hierarchie wird zunachst das Datenmodell ange-
zeigt, von dem aus die Hierarchie aufgerufen wurde. Darunter
werden die ihm zugeordneten Objekte der darunter liegenden
Ebene aufgelistet.

230
33 Data-Modeler

Abb.3.26
Hierarchie

(-i .';lIAF'/A.R . ~l'ft4ondllllJIubtrgr., ,.~


fl . GLJAP J ofJt .Fln~",.qn . I1:iJ911 • • n
FI ·GlIAP/"'R· H"-'PtblolC: h~
fl-(JlIllPl,. ·Kr·e(h H1r ~I'fHI1tUIpV
fl·CtJAP1AR·Ortl1tClrcmbudlklll tung
FI ·Gl,JAP/,I,R- Krif!di\or.",·JC!eb, \ (Jfe41OlICot-N oi t",ng .Ilgetieul
fl-Gl'~IAA-lInl \)l)Il"ItIlJrhhBl t U"IG
fl-a.JAP/ FJ! -COfItr() II UI{I,
FI .Q.J.6.Pl i11 F" . Un t .r'l'I ....... nttMlro 11, nil
fI.Q.J"-Pr",It.LIlIjI1Otlk ;Iol l glljlL1J1I1
11·Gt.JAPJ"R.VIi'I't,1'11if;I
fi ·Q../AP/ ",Fi:·"1.,.r i ., .. tru (\

1 EIIII"la.IflC~lNllon
.... Beshl lung
• "" ""ter 1lt1 b.-.rt\ol'l!Jskr. l.
, • I'\;Ur l G 'bOO'tenLl'l~~.n
• __ , low1t:uktl~rtl.t'lgil<.lil .to
l 4 ~t.ri.l . Bco.t.l'.u"ontO

~ \"l l ~l- e"~l(l"UI


~U r l al ·[)KundtIc.CYl l Cl.V.r . "nt.hl

"'" (J~"dl"'ung
A)I AnI;l!ilIiFl~tiJ:;Ih~
AI'" ~.zi.1I. LAdGe,.

Modi Fur die Hierarchie existieren zwei verschiedene Modi, der Anzei-
ge- und der Anderungsmodus. Der Wechsel zwischen beiden
Modi erfolgt uber die Drucktaste Anzeigen <-> Andern.
Es gibt mehrere Moglichkeiten die Darstellung der Hierarchie
zu andern:
Aktualisieren Durch Aktualisieren wird die Darstellung der Hierarchie erneu-
ert. So ist gewahrleistet, dass die Hierarchie den aktuellen Zu-
stand der Datenbank wiedergibt.
Teilbaum Mittels Teilbaum expandieren wird zusatzlich ein zuvor mar-
expandieren kierter Teilbaum angezeigt, die Hierarchie also sozusagen weiter
aufgefaltet. Ein Klick auf das Symbol links vom Namen des zu
expandierenden Datenmodells fUhrt zum se1ben Ergebnis.
Teilbaum Das Gegensruck zum Expandieren eines Teilbaumes stellt die
komprimieren Option Teilbaum komprlmieren dar, mittels der ein markierter
Teilbaum wieder eingeklappt werden kann.
Ausschnitt setzen Ein anderes Datenmodell der Darstellung wird zur Wurzel ge-
macht, indem es zunachst markiert wird, urn sodann Ausschnitt
setzen auszuwahlen.
Modellierungsobjekt Das Ausdrucken einer Datenmodell-Hierarchie ist durch Wahl
des Punktes Drucken im Menu Modellierungsobjekt moglich.

231
3 ABAPl4-Programmiernng

3.3.6.3 Hierarchie andern


1m Anderungsmodus existieren verschiedene Moglichkeiten zur
Anderung der Hierarchie.
Einfiigen von Um bereits existierende oder neue Objekte untergeordnet oder
Objekten gleichrangig in eine bestehende Datenmode11-Hierarchie einzu-
fOgen, wird zunachst das Objekt markiert, dem ein anderes Ob-
jekt untergeordnet oder gleichrangig zugeordnet werden sol1.
Nach Auswahl einer der Optionen gleichrangig oder unterge-
ordnet im Menu Modelliernngsobjekt -> Einfugen erscheint ein
neues Dialogfenster. Dort ist anzugeben, ob ein Datenmode11
oder ein Entitatstyp eingefOgt werden sol1. 1m folgenden Dia-
logfenster wird das einzufOgende Objekt angegeben. Dies ge-
schieht bei einem bereits existierenden Objekt analog der im Ab-
schnitt Datenmodelle beschriebenen Weise. Nach erfolgreicher
Auswahl erscheint in der Hierarchie der Eintrag fur das neu ein-
gefOgte Objekt. Existiert das einzufOgende Objekt noch nicht, so
erscheint in einem weiteren Dialogfenster die Frage, ob dieses
Objekt neu angelegt werden solI. Nach Bestatigung dieser Frage
gelangt man automatisch in das entsprechende Bild zum Anle-
gen des Datenmode11s bzw. Entitatstyps. Sobald dies getan ist,
erscheint der Eintrag fOr das neue Objekt in der Hierarchie.
Entfernen von Um ein markiertes Objekt und a11e eventuell vorhandenen unter-
Objekttypen geordneten Objekte aus der Hierarchie zu entfernen, mussen zu-
nachst alle untergeordneten Objekte markiert werden. Dies ge-
schieht mittels der Option Mark./Entm. Knoten (bei Entitats-
typen) bzw. Mark./Entm. Teilbaum (bei Datenmode11en). Danach
k6nnen die nun markierten Objekte mittels Wahl der Option Zu-
ordnung 16schen aus dem Menu Modelliernngsobjekt aus der
Hierarchie gel6scht werden. Dies bewirkt nicht das L6schen des
Objektes selbst.
Umhiingen von Der Veranderung def Ordnung innerhalb der Hierarchie dient
Objekten die Option Umhiingen. Die umzuhangenden Teilbaume oder
Knoten mussen zunachst wieder in der eben beschriebenen Wei-
se markiert werden. Dabei ist es auch moglich, mehrere nicht
zusammenhangende Teile zu markieren. Durch Auswahl des
Menupunktes Umhiingen aus dem Menu Modelliernngsobjekt
wird der markierte Teil an der aktue11en Cursorposition einge-
fOgt. Zuvor wird in einem Dialogfenster nachgefragt, ob das um-
zuhangende Objekt unter- oder gleichzuordnen ist.

232
3.3 Data-Modeler

Der Wurzel kann kein anderes Objekt gleichrangig zugeordnet


werden und einem Entitiitstyp k6nnen keine anderen Objekte
untergeordnet werden.
Hierarchie wechseln Um zur Hierarchie eines anderen Datenmodells zu wechseln, ist
nach Auswahl des Menupunktes Anderes Modell aus dem Menu
Modellierungsobjekt die ubliche Prozedur zur Ermittlung des ge-
wlinschten Datenmodells durchzufiihren. Dies geschieht auf die
gleiche Weise, wie bereits unter Datenmodelle beschrieben.
Konsistenzschecks Konsistenzschecks k6nnen aus der Hierarchie heraus durchge-
fiihrt werden. Mittels Auswahl des Punktes Konsistenzschecks aus
dem Menu Hilfsmittel gelangt man zum Startbild fur Konsistenz-
schecks von Datenmodellen.
Verwendungs-nach- Es gibt zwei M6glichkeiten, festzustellen, in welchen anderen
weis Datenmodellen ein Datenmodell verwendet wird. Der allgemeine
Verwendungsnachweis ist uber den Menupunkt Ve1Wendungs-
nachweis im Menu Hilfsmittel erreichbar. Dieser entspricht dem
im ABAP/4 Repository Informationssystem ublichen Verwen-
dungsnachweis.

3_3.7 Inverse Hierarchie

3.3.7.1 Inverse Hierarchie auswahlen


Die inverse Hierarchie ist entweder uber das Eingangsbild des
Data-Modeler durch Auswahl eines Datenmodells zu erreichen
oder direkt aus der Hierarchie. Sie wird aufgerufen durch Selek-
tion des Meniipunktes Inverse Hierarchie aus dem Menu Hilfs-
mittel. 1m Bild Datenmodell der inversen Hierarchie wird nun
das zuvor ausgewahlte Datenmodell als Wurzel angezeigt. Dar-
unter wird die nachsth6here Hierarchieebene angezeigt, d. h. ein
oder mehrere direkt iibergeordnete Datenmodelle.

3.3.7.2 Darstellung andern


Teilbaume expand ie- Auch in der inversen Hierarchie k6nnen Teilbaume expandiert
ren und komprimie- und komprimiert werden. Dies geschieht in gleicher Weise wie
ren bei der normalen Hierarchie.
Setzen des Fokus Das Setzen eines Fokus entspricht der Bestimmung eines Aus-
schnittes in der normalen Hierarchie. Es ist genauso uber den
Menupunkt Ausschnitt setzen im Menu Bearbeiten m6glich. Zu-
satzlich wird hier eine Zeile eingeblendet, in welcher der Pfad
von der Wurzel der vorhergehenden Darstellung zur neuen Wur-

233
3 ABAP/4-Programmierung

zel angegeben ist. Durch Doppelkliek auf eine der pfadangaben


kann diese zur Wurzel der Darstellung gemacht werden.

3.3.8 Pflege der Entitatstypen


Die zur Pflege von Entitli.tstypen benotigten Hilfsmittel entspre-
chen in Zweck und Verwendung weitestgehend den fur die Da-
tenmodelle ausfuhrlich vorgestellten. Es wird daher an dieser
Stelle nur in groben Zugen auf die Arbeit mit Entitatstypen ein-
gegangen.
Entitatstypen selbst konnen im Bild Definition betrachtet, ange-
legt und geandert werden. Dazu ist im Startbild des Data-
Modelers unter Auswahl Entitiitstyp zu markieren. Die Auswahl
des gewiinschten Entitatstyps funktioniert dabei wiederum eben-
so wie bei den Datenmodellen.
Anlegen Beim Anlegen eines neuen Entitatstyps ist zu beachten, dass die
ersten acht Zeiehen des Entitatstypnamens nieht mit denen eines
anderen Entitatstyps identisch sind, da sonst der Default-
Viewname bei der Dietionary-Zuordnung nieht mehr verwendet
werden kann. Durch Auswahl des Punktes Suche iihnliche Enti-
tiiten aus dem Menu Bearbeiten kann nach bereits vorhandenen
Entitatstypen mit ahnlichem Namen gesucht werden.
Nach Festlegung der Eigenschaften des neuen Entitatstyps muss
dieser gesiehert werden.
Loschen Auch beim Loschen von Entitatstypen kann es vorkommen, dass
zuvor noch vorhandene Referenzen geloscht werden mussen.
Dies geschieht ebenfalls in gleieher Weise wie fur Datenmodelle.
Existieren vom zu loschenden Entitatstyp abhangige Objekte, so
werden diese ebenfalls geloscht.
Verwendungin Informationen uber die Verwendung eines Entitatstyps in Da-
Datenmodellen . tenmodellen sind uber die inverse Hierarchie oder uber den all-
gemeinen Verwendungsnachweis abrufbar.

3.3.9 Attribute von Entitatstypen


Attribute werden einem Entitatstyp entweder direkt zugeordnet,
Herkunft
aus dem ABAP/4-Dietionary ubemommen oder von einer Gene-
ralisierung geerbt. Dabei sind Attribute, die der Entitatstyp durch
Tabellen- bzw. Viewzuordnung erhielt in der Spalte "Die" ge-
kennzeichnet, Attribute, die der Entitatstyp von der Generalisie-
rung geerbt hat, in der Spalte "lnh".

234
3.3 Data-Modeler

Urn die Attribute eines Entitatstyps anzuzeigen, anzulegen oder


zu andern, muss im Bild Entitatstyp anzeigen bzw. Entitatstyp
andern aus dem Menu Springen der Menupunkt Attribute aus-
gewahlt werden.

Abb.3.27
Attribute

-
r ~r.r~~I'
r
r
r
"" ~r:rr~,
f7rr~J-
r:r.--r r r ~.
.1

r
""r r--rr
~rrr~~
r r;:--rrr~J
r r r--f
r r r - r r rr--1
r r r--rrrr--i
r r r--rr r - - i
r r r--rrrr--1
r r r--rr r r - i
r r r--rr r r - -1
r r r--rrrr-i
r r r--r r r r -I
I r r--rr r r -I
r r r--rrrr-I
rln

Urn die von einer moglicherweise vorhandenen Generalisierung


ererbten Attribute zu sehen, mussen in dem nach Auswahl von
Anzeigeoptionen erscheinenden Dialogfenster die ererbten Attri-
bute markiert werden.
1m Gegensatz zu Datenmodellen und Entitatstypen durfen die
Namen von Attributen maximal 10 Zeichen lang sein.

3.3.10 Beziehungen
Es gibt im Data-Modeler eingehende und ausgehende Beziehun-
gen. Bei eingehenden Beziehungen ist der gewahlte Entitatstyp
der Ziel-Entitatstyp, bei ausgehenden Beziehungen ist es der
Start-Entitatstyp.
Einstieg BeZiehungen werden nach Auswahl einer der Optionen Eingeh.
Beziehungen bzw. Ausgeh. Beziehungen aus dem Menu Sprin-
gen im Bild Definition des zugehorigen Entitatstyps angezeigt.

235
3 ABAPl4-Programmierung

Arbeit mit Hier k6nnen durch Wahl der Option Anlegen aus dem MenO Be-
Beziehungen ziehung neue Beziehungen angelegt werden. Nach Angabe der
gewOnschten Parameter in den folgenden Dialogboxen muss die
Definition der neuen Beziehung gesichert werden.
Generalisierungen Anzeigen, Andern und L6schen von Generalisierungen zu einem
und Spezialisierun- Entitatstyp ist nach Aufruf der Option Generalisierungen aus
gen dem MenO Springen m6glich.
Eventuell vorhandene Spezialisierungen konnen nach Auswahl
der Option Spezialisierungen aus demselben MenO bearbeitet
werden.

3.3.11 Tabellen

Einstieg Tabellen k6nnen unmittelbar im Data-Modeler angelegt werden.


Dabei werden die Attribute aus der Definition des Entitatstyps
Obernommen. Durch Aufruf des MenOpunktes Dictionary-
Zuordnung aus dem MenO Springen gelangt man in den Bild-
schirm Tabellen-IViewzuordnungen anzeigen.

Abb.3.28
Zuordnung zu
Tabellen

..
==============
r.... t ...........
~~.~~,.~I~~~I~------------------

~== ~:
i===:~ ==========
i-------

!=== ~:
r
==========
;-1- - - - - - - - - - - - - - - - - - - - - - - - - -

- - - - r l===================
r-------j-
;------ ;-1- - - - - - - - - - - - - - - - - - - - - - - - - -

(I-

Anlegen Nach Klick auf Anzeigen <-> Andern und Auswahl der Option
TabellelView aus dem MenO Springen erscheint der Bildschirm
ABAPI4-Dictionary: TabellelStruktur: Felder andern. Hier mOssen
alle Mussfelder ausgefOllt werden. Auswahl der Option Felder
kopieren ... aus dem MenO Zusatze fOhrt zum Dialogfenster En-

236
3.3 Data-Modeler

titatstypfelder iibemehmen, in dem die ID des Entitatstyps ange-


geben werden muss. Durch Wahl der Option Einsetzen aus dem
Menu Bearbeiten werden sodann die Attribute des Entitatstyps
als Feldattribute eingesetzt.
Dictionary- Die Zuordnung von Entitatstypen zu bereits existierenden Ta-
Zuordnung bellen oder Views geschieht ebenfalls mittels der uber das Menu
Springen zu erreichenden Funktion Dictionary-Zuordnung.
Durch Eingabe des Namens einer existierenden Tabelle wird die-
se automatisch dem gewiinschten Entitatstyp zugeordnet. In glei-
cher Weise ist bei der Zuol'dnung von Views zu verfahren. Abge-
schlossen wird der Vorgang durch Prufen und Sichem del' Ta-
bellen- bzw. Viewzuordnung.

3.3.12 Grafik
Mit Hilfe del' Grafik des Data-Modelers lassen sich die model-
Herten Sachverhalte in Form des SAP-SERM darstellen.

3.3.12.1 Grafik aufrufen


Die Grafik kann entwedel' vom Data-Modeler aus tiber den Ob-
ject Browser oder tiber das Repository Informationssystem aufge-
rufen werden. Urn im Data-Modeler in die Grafik zu verzweigen,
ist aus dem Menti Hilfsmittd die Option Grafik auszuwahlen. In
der Grafik wird dann zunachst das zuletzt markierte Datenmodell
bzw. der zuletzt markierte Entitatstyp angezeigt.

Abb.3.29
Grafik-
Anzeigemodus -
.....

237
3 ABAPl4-Programmierung

3.3.12.2 Grafik darstellen


Die Besonderheiten des strukturierten ERM fuhren zu einer ein-
deutigen Anordnung der Entitatstypen auf der Grafik. Zwei tiber
eine Beziehung oder Spezialisierung miteinander verbundene
Entitatstypen sind dabei immer so angeordnet, dass der Start-
Entitatstyp links vom Ziel-Entitatstyp steht.
Datenmodelle Datenmodelle konnen in unterschiedlichen Farben dargestellt
werden. Die relativen Positionen von Datenmodellen zueinander
sowie deren absolute Positionen mtissen zum gegenwartigen
Zeitpunkt noch manuell festgelegt werden. Sie werden als recht-
eckige farbige Rahmen dargestellt, in deren linker oberen Ecke
die jeweilige Kurzbeschreibung steht.
Entitatstypen Entitatstypen werden durch in Felder eingeteilte Rechtecke vi-
sualisiert. Das Feld links oben enthalt die Identifikation des En-
titatstyps, das untere dessen Kurzbeschreibung. Das linke der
beiden kleinen Felder rechts oben enthalt das Customizing-
Kennzeichen, das rechte beschreibt die Art der Dictionary-
Zuordnung.
Es gibt drei mbgliche Werte fur Customizing-Kennzeichen, "C"
bedeutet, dass der vorliegende Entitatstyp ausschlieJSlich im Cu-
stomizing verwendet wird. Kein Eintrag bedeutet, dass der Enti-
tatstyp nicht im Customizing verwendet wird und "A" steht ftir
allgemeine Verwendung des Entitatstyps.
Die Art der Dictionary-Zuordnung kann entweder TCabelle),
VCiew) oder tiberhaupt keine Zuordnung sein.
Zeitabhangigkeit wird durch ein Oval an der linken unteren Ecke
des Entitatstyps dargestellt.
Beziehungen Beziehungen erscheinen als schwarze Linien zwischen den Enti-
tatstypen. Die Art der Beziehung wird durch einen Buchstaben
tiber der Linie gekennzeichnet. "H" steht dabei ftir hierarchische
Beziehungen, ,,A" fur aggregierende, "R" fur referentielle und "X"
fur externe. Unterhalb der Linie steht die Bezeichnung der Be-
ziehung. Diese Bezeichnung kann tiber die Benutzereinstellun-
gen ein- oder ausgeblendet werden. Die rechte Seite der Kardi-
nalitat der Beziehung wird durch die Art des pfeils an der Ein-
mtindung in den Ziel-Entitatstyp angezeigt. Eine einfache Spitze
bedeutet dabei eine Kardinalitat von 1, ein zusatzlicher senk-
rechter Strich eine solche von "c", zwei Spitzen ohne Strich eine
Kardinalitat von "n" und ein senkrechter Strich plus 2 Spitzen "c".

238
3.4 ABAP14-Query

Hierarchische und aggregierende Beziehungen munden von


links in den Ziel-Entitatstyp ein, referentielle Beziehungen von
oben oder von unten.
Spezialisierungs- Eine Spezialisierungsart wird durch ein blaues Dreieck darge-
arlen stellt. Von diesem gehen breite blaue Linien zum betreffenden
Entitatstyp sowie den Entillitstypen der zugehorigen Spezialisie-
rungen aus.

3.3.12.3 Positionspflege
Die Positionen der meisten Grafikelemente konnen manuell fest-
gelegt werden, indem ihnen eine Zeilen- und Spaltenposition in
einem virtuellen Raster zugewiesen wird. Dies gilt fur Datenmo-
delle, Entitatstypen und Spezialisierungsarten. Der Verlauf von
Beziehungen und Spezialisierungen wird von der Grafik auto-
matisch festgelegt.

3.4 ABAP/4-Query
Das ABAP/4 Tool Query ist der ideale Weg einfache Datenban-
kabfragen im SAP R/3-System zu realisieren. Dabei muss man
weder programrnieren, noch uber technische Details des Systems
und der Datenbanken Bescheid wissen. Allerdings muss vor al-
lem der Systembetreuer Kenntnisse der internen Datenstrukturen
besitzen. Query erlaubt die Auswertung von Daten innerhalb ei-
nes Reports in Listenform. Zu diesem Zweck ist es nicht erfor-
derlich Befehle, wie zum Beispiel in SQL, zu schreiben, sondern
man kann die auszuwertenden Felder direkt durch Klicken und
Markieren auswahlen. Texte, die in der Ausgabeseite angezeigt
werden sollen, werden einfach in die dafur vorgesehenen Text-
felder eingegeben. Soll eine Reihenfolge verwendet werden,
reicht es aus, die betreffenden Felder, die sortiert werden soHen,
durchzunummerieren.
Aus diesen Informationen generiert Query dann ein ABAP-
Programm, das durch mehrere Nutzer, auch in anderen Abtei-
lungen, zur Auswertung der Daten eingesetzt werden kann.
Zusatzlich verfugt Query auch uber die Moglichkeit Konvertie-
rungen automatisch vorzunehmen. Soll die Ausgabe einer Liste
sortiert erfolgen, kann Query Elemente verschiedener Einheiten
automatisch in eine gemeinsame Einheit konvertieren, urn sie zu
sortieren ocler zu sumrnieren.

239
3 ABAPl4-Programmierung

Dies ist vor allem bei Listen interessant, in der die Elemente in
verschiedenen Wahrungen vorkommen. DafUr muss nur der Um-
rechnungsfaktor im System hinterlegt sein.

3.4.1 Die verschiedenen Nutzergruppen von Query


Query wird von drei verschiedenen Nutzergruppen verwendet.
Anwender Als erstes sollen die eigentlichen Anwender genannt werden.
Diese verwenden Queries, um Daten aus ihrem Umfeld, z. B. ih-
rer Abteilung, auszuwerten. Anwender konnen aber auch seIber
Queries anlegen, wenn sie eine Frage an das System haben, die
bis dahin noch nicht durch eine bestehende Query abgedeckt
wird. Diese Queries werden zumeist fur den Gebrauch innerhalb
einer Abteilung definiert.
Dabei konnen die Anwender nur auf D~ten aus ihrem eigenen
Umfeld, z. B. ihrer eigenen Abteilung, zugreifen. Dies vereinfacht
die Auswahl der Datenfelder beim Erstellen der Query und
schi.itzt gleichzeitig Daten aus anderen Bereichen, auf die der
Anwender keinen Zugriff haben soUte.
Systembetreuer Die zweite Gruppe ist die der Systembetreuer. Diese stellt das
benotigte Umfeld fur die Erstellung und Verwendung der Que-
ries bereit und legt Sachgebiete an. Dabei regeIn die Systembe-
treuer, wer auf welche Daten Zugriff hat und in welchen Berei-
chen vorgefertigte Queries eingesetzt werden konnen. Das heiBt,
sie teilen die Benutzer in verschiedene Benutzergruppen auf und
vergeben ihnen entsprechende Rechte und Sichten auf die Da-
ten. Ohne diese Benutzergruppen hatte jeder Zugriff auf aUe
Daten des Unternehmens.
Obersetzer Eine weitere Gruppe bilden die Dbersetzer. Diese i.ibersetzen in
Queries vorkommende Texte in andere Sprachen. Beim Start von
SAP Rl3 kann jeder Anwender seine Sprache wahlen. Je nach-
dem, welche Sprache hierbei ausgewahlt wurde, wird auch die
Query in der entsprechenden Dbersetzung ausgefUhrt. HierfUr
mi.issen also alle einer Query zugeordneten Texte in den ent-
sprechenden Sprachen vorliegen.
Ein Dbersetzer hat die fur seine Arbeit entsprechenden Rechte.
1m Vergleich zu allen anderen Benutzern, kann er die Queries,
mit denen er arbeitet, nicht ausfUhren. Er hat also keinen Zugriff
auf Daten des Systems. DafUr hat er aber vollen Zugriff auf
samtliche Queries aller Abteilungen, was sonst kein Endanwen-
der hat. Dies bietet die notige Sicherheit, ohne dass es zu Ein-
schrankungen in der Arbeit des Dbersetzers kommt.

240
3.4 ABAP14-Query

3.4.2 Zugriff auf Daten


Da Queries Daten aus der Datenbank in Listenform anzeigen, ist
jede Query eine Schnittstelle zwischen Benutzer und Datenbank.
Urn den Zugriff zu regeln, werden aIle Benutzer in verschiedene
Gruppen unterteilt. Dabei werden nieht nur die oben genannten
drei Gruppen der Benutzer, Systembetreuer und Ubersetzer an-
gelegt, sondern aIle Benutzer werden yom Systembetreuer ver-
schiedenen Gruppen zugeordnet. Die Zuordnung erfolgt aufga-
benorientiert. So werden hauptsachlich Abteilungen oder Ar-
beitsgruppen in einer Gruppe zusammengefasst, da die Mitar-
beiter hier zumeist ahnliche Aufgaben haben, die auch ahnliche
Fragestellungen an die Datenbank zur Folge haben.
Sachgebiet Eine Benutzergruppe teilt die gleiehe Sieht auf die Datenbank.
Diese Sieht heiBt Sachgebiet. Eine Gruppe hat in der Regel meh-
rere Sachgebiete, die fur sie relevant sind, wobei auch anderen
Gruppen eines oder mehrere derselben Sachgebiete zur VerfLi-
gung stehen konnen.
Zum Beispiel konnte der Benutzergruppe Buchhaltung das Sach-
gebiet "Lohoe" zugeteilt sein, das sie auch mit der Personalab-
teilung teilt. Die Sieht auf die restliehen Mitarbeiterdaten hat al-
lein die Benutzergruppe Personalabteilung.
Diese Aufteilung in Sachgebiete garantielt nieht nur die Sieher-
heit der Daten. Da in Rl3 mehrere hunderttausend Felder in Ta-
bellen und logischen Datenbanken abgelegt sein konnen, fa sst
das Sachgebiet aIle relevanten Datenfelder fur ein Aufgabenfeld
zusammen.
Wie bereits erwahnt, stellt man in einer Query aile in der Ergeb-
nisliste auszugebenden Daten durch einfaches Anklieken zu-
sammen. Wtirden dafur aile Datenfelder der kompletten Daten-
bank zur Auswahl angezeigt, ware es unmoglieh den Dberblick
zu behalten. Durch die Sachgebiete reduziert sieh die Anzahl der
Moglichkeiten, auf die fur die Benutzergruppe relevanten Daten-
satze.
Benutzergruppen Von der Abgrenzung der Benutzergruppen sind auch angelegte
Queries betroffen. So lasst sich nieht einfach eine Query aus der
Personalabteilung in die Benutzergruppe Buchhaltung tiberneh-
men. Dieses ware wenig sinnvoll, da die Buchhaltung vielleieht
gar nieht das Recht hat, auf Daten, die in der Query abgefragt
werden, zuzugreifen. Allerdings lassen sieh Queries tiber die
Grenzen von Benutzergruppen hinweg kopieren. Danach muss
allerdings eine weitere Anpassung erfolgen.

241
3 ABAPl4-Programmiernng

Auch eine Weiterprogrammierung einer Query ist denkbar. Da


die ABAP-Workbench aus einer Query ABAP/4-Programmcode
erzeugt, Iasst sich dieser Code durch zusatzliche Programmteile
ausbauen und verfeinern. Allerdings ist dies bei einem eventuel-
len Release Wechsel problematisch, da der automatisch erzeugte
Programmcode hier anders yom System ubersetzt werden kann
und sich die Weiterprogrammierung eventuell auf Programmteile
bezieht, die sich geandert haben.

3.4.3 Transporte
Eine Query kann in zwei verschiedenen Arbeitsgebieten existie-
reno Zum einen gibt es den Standardbereich, der Queries auf
einze1ne Mandanten beschrankt. Dieser Bereich wird mehr fur
Ad-hoc Anfragen eingesetzt, da die ange1egten Queries nicht
transportierbar sind. Das bedeutet, dass sie sich nur dort einset-
zen lassen, wo sie erzeugt wurden. Zudem besteht kein An-
schluss an den Workbench-Organizer.
Dies steht im Gegensatz zum globalen Bereich. Hier lassen sich
Queries systemweit verwenden und sind somit mandantenunab-
hangig.
Queries k6nnen innerhalb des globalen Bereichs belie big trans-
portiert werden. So lassen sich bspw. Queries aus einem Testsy-
stem, in dem neue Abfragen entwickelt werden, in das Produk-
tivsystem uberspielen. Dabei ist es allerdings, wie bei allen
Transporten, zwingend erforderlich, die Konsistenz zu uberprii-
fen. Werden Queries ubertragen, ohne dass die gleichen Benut-
zergruppen im Produktivsystem existieren, mussen nach dem
misslungenen Konsistenzcheck die entsprechenden Sachgebiete
und Benutzergruppen ubertragen werden. Sonst ist das System
unvollstandig und die Query ist nicht ausfuhrbar. Solche Trans-
porte k6nnen nur durch den Systembetreuer erfolgen.
In der nachfolgenden Grafik sind die verschiedenen Transport-
arten dargestellt.

242
3.4 ABAP14-Query

Abb.3.30

'2 2/ '2
Quellsystem Zielsystem
Systemweite Trans-
porte von Queries 4.;

1/
Mandan MandllJt Mandart MIIndart MIIndart
000 001 n n

t
000

3~ t 3 t
3'..J
4/
3 t 3 t
1,..1 Export 2..1 Import 3.1 Kopieren 4/ Transport

Fur Transporte gibt es zwei M6glichkeiten: ein Weg fuhlt tiber


das Export Tool, das die Daten mit Konsistenzprufung direkt in
das andere System uberfuhrt. Der andere Weg geht uber den be-
reits beschriebenen globalen Bereich. Dieser besitzt eine Tabelle,
die im Quell-, wie auch im Zielsystem gleich aufgebaut ist. Somit
lassen sich durch die Obertragung der Daten von der einen in
die andere Tabelle Queries, Sachgebiete und Benutzergruppen
transportieren.

3.4.4 Anwendung von Queries


Query benutzt die vorhandenen Sachgebiete, urn auf die logi-
schen Datenbanken und deren Daten zuzugreifen. Dabei stehen
in einer Query drei verschiedene Arten zur Verfugung, urn die
Daten auszuwerten:
• Grundlisten
• Ranglisten
• Statistiken
Grundlisten geben eine Folge von Zeilen gleichen Typs zuruck.
Dabei werden zu jedem gefundenen Datensatz mehrere Infor-
mationen in einer Zeile ausgegeben.
Diese Form der Ausgabe lasst sich zu einer mehrzeiligen
Grundliste ausbauen. Dabei werden mehrere Zeilen mit ver-
schiedenen Typen oder mehrere Zeilen gleichen Typs pro Da-
tensatz ausgegeben.

243
3 ABAPl4-Programmierung

;- - - - - - - - - - . - ...--.. - ..- ..--..- - - - - - - - . '1


Abb.3.31 ! Flugue~bindungen 92.12.1997 !
Ausgabe einer mehr· ~.--. ._---- ._.- ~-..-.-.. --, ,-- .... j

~
zeiligen Grundliste FlU9 AA 0017 HEW YORK SAN FRANCISCO
Abflug 13:30 Uh~
Ankunft 16:31
__
. ._-_.__._-----_._----- - - - - - - - _._.. - ~--
Uh~
---
ROM FRANKFURT

l
Flug A2 0555
Abflug 111: 00 Uh~
Ankunft 21:05 Uh~
_..._---- ._- .-. . ..
I
I Flug Al 0789 TOKYO ROM
II Abflug
Ankunft
11 :45 Uh~

_.._. ----_. __._------- - -_....._-_...__._._-._- -


19:25 Uh~

j
;Flug LH 041}1}
FRANKFURT NHI YORK
Abflug 10:10 Uh~
-_ __ __ Ankunft 11:34 Uh~
••.....•..••. . .._ - - - - - - .-......__.__....... _-_ .....• _•..... _-----
Flug LH 041}2 FRANKFURT NHI YORK
Abflug 13:31} Uh~
Ankunft 15:05 Uh~
------_......................................._----_.
Flug LH 2402 FRANKFURT BERLIN
Abflug 1 0:30 Uh~
Ankunft 11:35 Uh~

Bei Statistiken werden fur bestimmte Schlusselbegriffe, also z.


B. fur eine Fluggesellschaft oder einen speziellen Flug, zugehori-
ge numerische Werte summiert; als Beispiel ware hier der Um-
satz fur jede Fluggesellschaft zu nennen. Das Ergebnis wird in
einer Tabelle angezeigt und liefert damit eine Dbersicht uber die
Verteilung der numerischen Werte auf die einzelnen Schlussel-
begriffe. Dabei werden nicht nur die summierte Anzahl angege-
ben, sondern auch Anteile in Prozent oder der Mittelwert ausge-
wiesen.
Es kann auch auf das Mittel der Konvertierung zUrUckgegriffen
werden. Wie bereits elwahnt, konnen Werte, die in verschiede-
nen Einheiten vorkommen, vor dem Summieren in die gleiche
Einheit umgerechnet werden. Dafi.ir muss dem System der Um-
rechnungsfaktor bekanntgegeben werden

244
3.4 ABAP14-Query

Abb.3.32 UMatZl' pro Fluggtstllschaft


Ausgabe einer Statio
silk mil Konvertie· Flg 8uchung55uIIIne Mittel
D tI \/el"t
rung
AA 122.7 7.94 5 3,6 \: 24.5'1,59
liZ
LH
1.1106.510,61
906.'''8.'4
l'
15
29,S \:
26,6 \:
10 .650,07
60.'29,91
QF 32".928,28 5 9,5 \: 64.085,611
SQ 696.711,59 10 20," \: 69.671,16
UA 350.453,52 5 10,3 \: 70.09',711

3.407.7511.36 51 111,0 \: 68.155,11

Konuertitl"un en in St~t1stiken/Rangli5ten

uon -) nach r ~dhl"ung5kur5/URl"echnung5faktol" TOatu~


AUD -) DEH 1.20000 1 :1 02.12.1991
IlL -) DEH 1.17641 1.0 0:1 02.12.1991
seD -) DEH 1,00000 1 :1 02.12.1991
USD -) DEH 1,50000 1:1 02.12.1991

Die dritte Darstellungsart des Berichts ist die RangIiste. Diese


stellt nur eine spezielle Form der Statistik dar. Wie in der Statistik
werden auch hier fur ein bestimmtes Kriterium die Werte sum-
mielt und die Anteile in Prozent angegeben. Allerdings sortiert
die Rangliste die Ausgabeliste anhand eines numerischen Wertes,
dem sogenannten Ranglistenkriterium. Anhand dieser Sortierung
wird nur eine bestimmte Anzahl an P!atzen ausgegeben.
Damit eignet sich die Rangliste z. B. fur Fragestellungen wie:
"Welches sind die 10 Flugverbindungen mit dem hochsten Um-
satz?"

Abb.3.33 Titp] IFreiP Pl:ltze pro Fluq


Anlegen einer Anzahl PU zt 111
Rangliste
Definition R.nglistp
Fdd tIr Mdt Auf l~n Rund [inll
IKllr,,, .. , .. l <hnlln9 IIpr FlI199 p .,,11 "rltaFt f1 r-
IcodP dp .. Fluguprbindung Iz r-
13 r-
r-- r r-r
r-r
CO
15 r r
r- r r rr

245
3 ABAP/4-Programmierung

Urn eine Query zu erstellen, ist es notig anzugeben, welche Art


der Ausgabeliste man wiinscht. Die benotigten Datenfelder sind
direkt aus dem Sachgebiet durch Markieren wahlbar. Eine weite-
re Anpassung der Abfrage kann durch folgende Kriterien vorge-
nommen werden:
• Schlusse1begriffe fur Statistiken
• Ranglistenkriterien bei der Ausgabe von Ranglisten
• Sortierkriterien
• Felder fur Zwischen- und Endsummen
• Angaben uber den Seitenaufbau
• Dberschriften
Bei mehrstufigen Gmndlisten konnen manche der ausgegebenen
Datenzeilen eine Zusammenfassung eines anderen Berichts dar-
stellen. Durch Auswahl dieser Zeilen ist es moglich, sich diese
Zeile wiedemrn als eine Liste ausgeben zu lassen. Sornit steht irn
Quety Tool eine "Drill-Down-Technik" zur Verfiigung. Dies wird
durch die BBS (Berichts-Berichts-SchnittsteIle) erreicht. Das be-
deutet, Berichte konnen andere Berichte ausfuhren, urn ihrerseits
wieder Daten zu erhalten. Diese Aufmfkette kann sehr tief ver-
schachtelt werden.
Der Begriff "Berichte" wird hierbei irn weiteren Sinn verwendet
und steht fur den Oberbegriff ABAP-Reports. Dieser umfasst
Transaktionen, Report-Writer-Berichte, EIS-Recherche-Berichte,
Berichtsheft-Berichte und Query-Berichte, die sich aIle gegensei-
tig aufmfen und nutzen konnen.
Weiterverwendung Mit Query erzeugte Ausgabelisten konnen nicht nur angezeigt
der Daten in anderen oder durch andere Berichte aufgemfen werden, sondern lassen
Modulen sich auch an andere Programmmodule zur Weiterverarbeitung
weiterleiten.
So konnen die erzeugten Berichte an die Dateiablage gesendet
werden, urn die Liste in einer Datei zu speichern. Fur die Ver-
wendung der Daten in einer Tabellenkaikulation kann Query das
erforderliche Prograrnm (z. B. MS-Excel) direkt aufmfen, urn dort
die Daten anzuzeigen und direkt weiterzuverarbeiten. AuSerdern
steht der systerneigene Grafikeditor zur Verfugung, der einze1ne
Bereiche der Liste sofort darstellen kann. Auch ein Export der
Daten nach MS-Word ist machbar. Dabei werden zwei Doku-
mente in Word angelegt. Eines enthaIt die Daten, das andere
umfasst eine Serientextfunktion, urn auf die Daten als Serien-do-
kurnent zuzugreifen.

246
3.4 ABAP/4-Query

Innerhalb von R/3 lasst sich die ABC-Analyse verwenden. Dabei


werden die Listen in drei Kategorien eingeteilt und nach pro-
zentualem Anteil sortiert. Zusatzlich ist die Weiterleitung an das
EIS-Fuhrungsinforrnationssystem oder die Private oder Erweiterte
Ablage moglich.
Die Private Ablage wurde in der neuen Version eigentlich durch
die Erweiterte Ablage ersetzt, kann aber aus Kompatibilitatsgri.in-
den weiterhin benutzt werden.
In der Erweiterten Ablage lassen sich Bereiche aus einer Query
zwischenspeichem, urn sie in verschiedenen anderen Tools
weiterzuverwenden. Dazu gehoren etwa Crystal Reports im
DBase- Format oder InfoZoom.

247
3 ABAPl4-Programmierung

248
4.1 Phase 1: Projektvorbereitung

AcceleratedSAP (ASAP)

SAP R/3 wurde weltweit ca. 17.000 mal installiert. Die Installatio-
nen sind sehr langwierig und komplex in ihrer Durchfuhrung.
Beschleunigte Nicht se1ten wird die vorgeschlagene Zeitdauer flir die Installati-
R/3-EinWhrung on dieser Standardsoftware um ein vie1faches ilberschritten.
Acce1eratedSAP (ASAP) unterstiltzt die Einfilhrung und anschlie-
Bende Wartung von R/3.
ASAP wurde von der SAP AG, basierend auf Erfahrungen zu-
rUckliegender R/3-Einfilhrungen, entwickelt. Es stellt diverse
Werkzeuge zur Unterstiltzung des Projektmanagements, Frage-
bagen filr die Geschaftsprozessberater und zahlreiche technische
Handbilcher und Checklisten bereit. Das Know-how filr die Ein-
flihrung beruht graBtenteils auf Erfahrungen und dem Feedback
von Kunden, die R/3 bzw. ASAP bereits nutzen - was zu einer
standigen Verbesserung des Produktes beitragen solI.
Installation Filr die Installation von ASAP sind folgende Voraussetzungen
erforderlich:

• 486 DX - 50 MHZ • Internet Browser

• 16 MB RAM • Adobe Acrobat Reader 3.0

• Microsoft Windows 95 o. 98, • Winzip 6.2 oder ein entspre-


oder NT 4.0 (+Service Pack 3) chendes Programm

• Microsoft Office /95, -97 oder • CD-ROM


/2000
• Empfohlen: Internetzugang
• Microsoft Project 4.1

ASAP-Roadmap Die ASAP-Roadmap ist ein Projektplan, der detailliert beschreibt,


wann, wie und warum bestimmte Aktivitaten ausgeflihrt werden.
Die Roadmap ist durch eine Baumstruktur implementiert. Auf der
obersten Ebene befinden sich die Phasen, die in Arbeitspakete
unterteilt werden. Die Arbeitspakete enthalten ihrerseits wieder
verschiedene Aktivitaten, wobei jede Aktivitat aus mehreren
Aufgaben besteht. Aile Aufgaben werden sehr detailliert

249
4 AcceleratedSAP (ASAP)

beschrieben; so z. B. der Zweck der Aufgabe, Vorgehensweise,


Ergebnis, die Verantwortlichen und verwendete Werkzeuge.
Hierbei sei erwahnt, dass es sinnvoll ist nur die fur das
bestimmte Projekt relevanten Aufgaben zu lesen und z1.1 planen.
Um die Arbeit mit der Roadmap zu erleichtem 1.1nd die R/3-
Einfuhrung zu standarisieren, gibt es Beispie1e, Checklisten,
Vorlagen, Frageb6gen 1.1nd technische Leitfaden.
Abb.4.1
ASAP-Roadmap

6
...."""
.... __ ...II.J.......
o

1m folgenden werden die einzelnen Projektphasen genauer vor-


gestellt, wobei als Vorlage die ASAP-CD, Version 4.0B, herange-
zogen wurde.

4.1 Phase 1: Projektvorbereitung


Die erste Phase der ASAP-Roadmap dient der Planung 1.1nd Vor-
bereit1.1ng des Ri3 Projektes. Die Projektvorbereit1.1ng ist in ftinf
Arbeitspakete aufgeteilt:

• Projektplan1.1ng
• Projektablaufe
• Projekt-Kickoff
• Planung der technischen Anforderungen
• Qualitatspri.if1.1ng, Projektvorbereitung

250
4.1 Phase 1: Projektvorbereitung

Der wichtigste Arbeitsschritt besteht in der Ausarbeitung und Ar-


tikulation klarer Projektziele. Damit diese Ziele moglichst schnell
Unternehmerische
erreicht werden, sollten effiziente Vorgehensweisen zur Ent-
Ziele der R/3-
Einfiihrung scheidungsfindung festgelegt werden. Ein Projektauftrag wird er-
stellt, eine Einfiihrungsstrategie definiert, und das Projektteam
und sein Arbeitsumfeld werden zusammengestellt.
Obwohl jedes R/3-Projekt individuelle Zielsetzungen, Prioritaten
und Umfang hat, helfen die Arbeitsschritte der ersten Phase bei
der Bestimmung und der Planung der zu beachtenden Bereiche.
Fur die Projektvorbereitung ist ein Zeitraum von ca. 10-15 Tagen
vorgesehen.
Urn einen effizienten Fortgang des Projektes zu fordern und eine
solide Grundlage fur eine erfolgreiche Einfuhrung zu schaffen,
muss man sich schon frDhzeitig bei der Einfuhrung des Systems
urn folgende Punkte kummern:
• Ziele und Zielsetzungen des Projektes festlegen
• Umfang der Einfuhrung definieren
• Einfilhrungsstrategie festlegen
• Zeitplan, Reihenfolge
• Aufbau und Gremien des Projektes festlegen
• Ressourcen zuweisen

Eine R/3-lmplementierung bedeutet nicht zwangslaufig eine


Einfuhrung aller zur Verfilgung stehenden Module, d . h . es kann
durchaus vorkommen, dass ein Unternehmen R/3 nur in be-
stimmten Bereichen implementiert, z. B. nur im Rechnungswe-
sen. Das Einfuhrungsprojekt bezieht sich dann nicht auf das Un-
ternehmen als Ganzes, sondern nur auf die ausgewahlten Unter-
nehmensbereiche. Der Projektumfang kann stark variieren. Bei
den folgenden Ausfuhrungen wird davon ausgegangen, dass das
Unternehmen aIle Module einfuhrt und das Projekt somit samtli-
che Unternehmensbereiche abdeckt.
4_1.1 Projektplanung
In diesem Arbeitspaket wird mit der detaillierten Planung des
Projektes begonnen. Urn den Erfolg eines jeden R/3-Projektes
sicherzustellen, gilt es im Rahmen der Projektplanung eine Reihe
grundlegender Entscheidungen zu treffen.

251
4 AcceleratedSAP (ASAP)

4.1.1.1 Projektauftrag erstellen


Zunachst sind die Inhalte des Projektauftrags auszuarbeiten und
zu dokumentieren. Der Projektauftrag muss Klarheit iiber die
strategische Ausrichtung der R/3-Einfiihrung schaffen. Als Kem-
punkt dieser Ausrichtung muss festgestellt werden, welche Ge-
schaftsziele und Erwartungen das Untemehmen an die R/3-
Einfiihrung hat (Mission Statement).

Business-Driver
Abb.4.2
Projektauftrag
erstellen

ProJekterfolgs- Leitbild
kennzahlen

Belriebswlrtschaftliche
Erfolgskennzahlen

Diese Untemehmensziele sollten nicht nur verbal, sondem auch


durch quantifizierbare betriebswirtschaftliche Erfolgskennzahlen
festgehalten werden (Business Driver). Anhand dieser Kennzah-
len kann spater eine Bewertung des Einfiihrungsprojektes vorge-
nommen werden. M6gliche Business Driver fUr ein Untemeh-
men sind z. B.:
Business Driver • verbesserte Umschlagshaufigkeit
• reduzierte Transportkosten
• verbesserter Kundendienst
Neben den Kennzahlen als Grundlage fUr die Erfolgsmessung
des R/3-EinfUhrungsprojektes miissen zusammen mit der Unter-
nehmensleitung EinfUhrungsziele fUr das gesamte R/3-Projekt
festgelegt und dem Projektteam mitgeteilt werden. Hierzu zahlen
u. a.:
• Zieldaten fUr den Abschluss bestimmter Einfiihrungsphasen
(Meilensteine)
• Vergleich des tatsachlichen Leistungsaufwands mit den Bud-
getausgaben
• Abschluss bestimmter Ergebnisse
Diese Einfiihrungsziele dienen nicht nur der Bewertung des Pro-
jektes, sondem auch als M6glichkeit die Mitarbeiter durch ent-
sprechende Anreize (Erfolgsbeteiligung, Bonuszahlungen) zu

252
4.1 Phase 1: Projektvorbereitung

motivieren. AbschlieBend werden in dem Projektauftragsdoku-


ment die Business Driver, die betriebswirtschaftlichen Erfolgs-
kennzahlen, die Projekterfolgskennzahlen und das Leitbild der
Rl3-Einfuhrung festgehalten.

4.1.1.2 EinfUhrungsstrategie prufen und detaillieren


Die grundlegende Einfuhrungsstrategie soll in Hinblick auf die
Untemehmensziele, den Gesamtumfang und die wichtigsten
Einfuhrungsannahmen ausfuhrlich uberpriift und anschlieBend
bestatigt werden. Befinden sich mehrere Einfuhrungsprojekte
parallel im Prozess, so muss die Verbindung der gesamten Ein-
fuhrungsstrategie des Untemehmens mit der spezifischen Rl3-
Ein-fuhrungstrategie fur dieses Projekt hergestellt werden CRol-
lout-Strategie). Erst wenn die grundlegende Projekteinfuh-
rungsmethode geklart ist und angenommen wird, konnen detail-
lierte Planungen erfolgen. So konnte das Untemehmen z. B. das
Projekt grundsatzlich se1bst durchfuhren, den spateren Betrieb
jedoch outsourcen Cz. B. Rechenzentrum). Auch die Entschei-
dung, ob die Einfuhrung in mehreren Phasen oder in einem gro-
Ben Schritt ausgefuhrt werden soll, muss getroffen werden. Ver-
schiedene Moglichkeiten der Einfuhrung sind:
• Big Bang Calle Anwendungen gleichzeitig)
• Stufenansatz Cbegrenzte Anzahl gleichzeitig)
• Werks- oder Spartenebene
Fur jede Einfuhrungsmethode gibt es Vor- und Nachteile, die ge-
nauestens abgewagt werden sollten. Festzulegen sind vor allem
folgende Punkte:
• Einfuhrungsfolge fur die Rl3-Geschaftsanwendungen,
• geographische Abfolge der Einfuhrung,
• Abfolge der Einfuhrung in den Abteilungen,
• Austauschstrategie fur bestehende Systeme und Verfahren,
• Schnittste1ren zu bestehenden Systemen,
• Untemehmensweite Standards zur Datendefinition,
• Hierarchieentwurf und Konfiguration der Stammdaten.

4.1.1.3 Arbeitsumgebung des Projektteams einrichten


Eine gute Arbeitsumgebung ist Voraussetzung fur die produktive
Arbeit des Projektteams. Fur die Teammitglieder ist es sehr wich-
tig in einer offenen Umgebung und in direktem Kontakt zuein-
ander zu arbeiten, damit eventuelle Integrationsprobleme disku-

253
4 AcceleratedSAP (ASAP)

tiert und schnell ge10st werden konnen. Damit dies gewahrleistet


ist, muss ein Projektteamraum eingerichtet werden. Auch hier
bietet ASAP durch white papers und Dokumentvorlagen groBe
Unterstiitzung an. Der Projektraum soUte bereits wahrend der
Teambildung zur Verfugung stehen, um die Kommunikation und
die gemeinsame Teameffektivitat zu maximieren.

4.1.1.4 Projeldstruldur bestimmen


Als nachstes wird die fur die Durchfiihrung des Projektes beno-
tigte Projektstruktur festge1egt, die entsprechenden RoUen wer-
den bestimmt und den Teammitgliedern zugeordnet. Die wich-
tigsten RoBen in einem Einfiihrungsprojekt sind die des Projekt-
leiters, des Anwendungsberaters, des Leiters des Geschaftspro-
zessteams, des technischen Projektleiters/Systemadministrator
und des Leiters der Projektentwicklung. Bei der Zuordnung der
RoUen sind die Starken der einzelnen Personen, ihre Elfahrungs-
bereiche und die Zeit, die sie dem Projekt zur Verfiigung steBen
konnen, zu berucksichtigen. Das Projektteam soUte sich aus Mit-
arbeitern unterschiedlicher Unternehmensbereiche zusammenset-
zen (interne Projektteammitglieder). Erganzend konnen Berater
(Consultants) von auBerhalb hinzugezogen werden (externe
Projektteammitglieder). 1m Dbergabemeeting werden dem ge-
samten Projektteam die EinfUhrungsstrategie sowie Informationen
zur Projektplanung mitgeteilt.

4.1.1.5 Projeldplan erstellen


Sind aUe zuvor genannten Aktivitaten ausgefiihrt, wird der ei-
gentliche Projektplan, der EinfUhrungsplan fUr das Gesamtpro-
jekt, ersteUt. Dieser beinhaltet den Budget-, Ressourcen- und
den Arbeitsplan. Dieser Projektplan legt die Meilensteine fUr die
R/3-Einfiihrung fest. Als Werkzeug fUr die Projektplanung emp-
fiehlt SAP MS-Projekt von Microsoft. Dieses Produkt wird in der
Roadmap beschrieben, ebenso erfolgt dort eine theoretische
Einfuhrung in die Projektplanung. Die Planung fur die erste und
zweite Phase soUte zu diesem Zeitpunkt abgeschlossen sein. Die
Projektplanung ist ein fortlaufender Zyklus und soUte von Zeit zu
Zeit iiberarbeitet und verbessert werden.

4.1.1.6 Schulungsplan fur das Projektteam erstellen


Der rechzeitige Beginn mit den Projektteamschulungen ist uner-
lasslich. Erfahrungen zeigen, dass auf Schulungen ein nicht zu
unterschatzender Know-how-Transfer stattfindet, der auBerst

254
4.1 Phase 1: Projektvorbereitung

wichtig ist, um die Funktionalitat und insbesondere die Integrati-


on des Systems nahe zu bringen.
Nach einer Einflihrungsschulung soll das Projektteam ein viel
besseres Verstandnis der grundlegenden R/3-Funktionen haben,
die Funktionen des Customizings kennen und das R/3-System an
den Projektzielen ausrichten konnen, um den Anforderungen des
Untemehmens am besten zu entsprechen. Die Schulungen wer-
den in SAP-Schulungszentren und/oder Schulungen vor Ort
durchgefUhrt.
4.1.2 Projektablaufe
In diesem Arbeitspaket werden die grundlegenden Standards
eingerichtet, die festlegen, wie die verschiedenen Schritte durch-
zufUhren sind. Sie legen den Grundstein fUr das Projekt-Kickoff
und bieten eine Informationsgrundlage, auf die sich die von der
R/3-Einfuhrung betroffenen Bereiche wahrend der gesamten Im-
plementierung beziehen konnen.
Damit das gesamte Team effektiv arbeiten kann, mussen die Pro-
jektstandards und -prozeduren bereits am Anfang des Pro-
jekts aufgestellt und an alle Teammitglieder verteilt werden. Zu
den Projektstandards zahlen die Projektmanagementstandards
und die Einfuhrungsstandards. Durch Festlegung der Standards
wird die Kommunikation erleichtert, uberflussige und unnotige
Arbeit vermieden und die Konsistenz gesichert. Des weiteren
entstehen Synergien in der Projektarbeit.

4.1.2.1 Projektmanagementstandards und -abliiufe definieren


Einige der Standards sind wahrend jeder Phase des Projekts an-
wendbar, andere hingegen treffen nur auf eine spezielle Phase
zu. Einige der zu definierenden Hauptpunkte beinhalten:
• exteme Qualitatspriifung (unabhangige Projekt-Audits),
• Strategie fUr die Benutzung des R/3-Services,
• arbeiten mit dem Change Management,
• alle Methoden und Prozesse zur Projektkommunikation,
• Erstellung und Test von Datenubemahmeprogrammen.

4.1.2.2 EinfUhrungsstandards und -abliiufe definieren


ASAP enthalt zahlreiche Vorlagen fUr Dokumente und Berichte
sowie Beispie1e anhand derer Standards und Vorgehensweisen
fUr die Einflihrung aufgestellt werden konnen. Verfahren (Issues)
fur Umfangsanderungen, Klarung von offenen Punkten und

255
4 AcceleratedSAP (ASAP)

Teamkornmunikation mussen festgelegt werden. ASAP stellt An-


leitungen, Beispiele und Vorlagen fiir die Einfuhrung so1cher
Vorgehensweisen bereit.
Einige der an dieser Stelle zu erstellenden Einfiihrungsstandards
werden einfach ubemornmen, andere yom Team gemeinsam er-
arbeitet. Aile Tearnmitglieder sollten die grundlegenden AbHiufe
verstehen, sobald diese definiert sind.
Ebenso wie bei Standards und Ablaufen des Projektmanagements
ist es hier wichtig, die Einfiihrungsstandards wahrend der ersten
Phase anzusprechen und klare Richtlinien zu erstellen. Die hier
zu erstellenden Standards sind:
• Gesamtkonfigurationsstandards des Projekts,
• Standards fiir die Berechtigung des Ausgangssystems,
• Strategie fiir Benutzerschulung und Dokumentation,
• Teststrategie,
• Strategie fiir den Service und Support nach der Einfuhrung,
• Verfahren zur Problem- und Fehlerbehandlung u.a.

4.1.2.3 Systemlandschaft definieren


Durch diese Aktivitat solI eine Einfiihrungsstrategie fur die Sy-
stemlandschaft definiert werden. Hierfur ist der Zweck der ein-
zelnen R/3-Systeme festzulegen, jedem System eine Systemiden-
tifikation zuzuweisen und ein Transportweg zwischen den Sy-
stemen festzulegen, uber den die Customizing- und Entwick-
lungseinstellungen verbreitet werden. Ein R/3-System kann je
nach Bedarf in mehrere Mandanten unterteilt werden, was die
Handhabung getrennter Untemehmen in einer R/3-1nstallation
ermoglicht. 1st die Systemlandschaft festgelegt, wird die Einfiih-
rungsstrategie fiir die Einrichtung und Pflege der Systeme und
Mandanten in der Landschaft erstellt.
4.1.3 Projekt-Kickoff
Das Projekt-Kickoff ist der Startschuss fiir das Projekt. Mit dem
Kickoff wird dem Untemehmen der Beginn des R/3-Projektes
bekannt gegeben. Es beinhaltet die Gesamtziele, die detaillierte
Aufgabenplane und die Prozesse.
Am Kickoff mussen die Consultants, der Lenkungsausschuss, das
leitende Management, die Projektleiter des Untemehmens und
der SAP und aile weiteren Einfiihrungspartner teilnehmen.

256
4.1 Phase 1: Projektvorbereitung

Kickoff-Meeting
1m Kickoff-Meeting, das sich auf das Unternehmen als Ganzes
bezieht, sollen die beteiligten Personen motiviert und als Team
organisiert werden. Einfilhrungsstrategie, Zeitrahmenleiste und
Projektziele sind zu erklaren und RoUen, Zustandigkeiten und
gemeinsame Zielsetzungen der Teammitglieder sind zu verdeutli-
chen. Am Kickoff-Meeting selbst soUte eine Reihe von verschie-
denen Personengruppen teilnehmen. Hierzu gehoren Vertreter
der Unternehmensleitung, Mitglieder' des Projektteams, Berater
und gegebenenfalls weitere Mitarbeiter. Es muss sichergesteUt
sein, dass aUe Mitarbeiter tiber den Start des R13-Projekts infor-
miert werden, auch diejenigen, die z. B. an anderen Firmen-
standorten beschaftigt sind und deswegen nicht am Meeting teil-
nehmen konnen. Per Email, Memo oder Webseite ist der Projekt-
start unternehmensweit bekannt zu geben.
Meeting zur Vorstel- Das Projektteamstandard-Meeting bezieht sich nur auf das Pro-
lung der Projektstan- jektteam. Es ist ein inforrnatives Meeting aller Mitglieder zur Er-
dards orterung von Projektstandards. Das gesamte Team muss die Pro-
jektstandards kennen, damit die erarbeiteten lnforrnationen so-
wohl einheitlich sind als auch aUen zur Verfilgung stehen.
4.1.4 Planung der technischen Anforderungen
In diesem Arbeitspaket werden die filr die Einfilhrung des R/3-
Systems erforderlichen technischen Anforderungen CSysteminfra-
struktur) festge1egt, die Erwartungen des Kunden festgestellt so-
wie der Umfang der erforderlichen Hardware filr das Entwick-
lungsumfeld tiberprilft und gegebenenfaUs beschafft.
Zunachst wird die benotigte Systeminfrastruktur festgelegt, die
zur Einfilhrung des R/3-Systems erforderlich ist.
Hardware beschaffen Der SAP Quick Sizer dient dazu die CPU-Leistung sowie die
Festplatten- und Hauptspeicherkapazitat zu bestimmen. Das
Quicksizing-Tool ist tiber das SAP Net filr Kunden erreichbar. Der
Hardwarebedarf wird ausschlieBlich tiber die Benutzerzahl der
einze1nen R13-Module ermittelt. Dies sind jedoch nicht die einzi-
gen Faktoren, die das Sizing der Hardware bestimmen.
Die Hardwarebeschaffung soUte deswegen zusammen mit einem
erfahrenen SAP-Hardwarepaltner ermittelt werden. Es muss dar-
auf geachtet werden, dass die Hardware bei steigenden Anforde-
rungen Csteigende Benutzerzahl, Einfilhrung neuer Module) auf-
gerilstet werden kann.

257
4 AcceleratedSAP (ASAP)

Abb.4.3
Technische Das Sizing beeinflussende
Anforderungen
Faktoren:
m RJ3 Ver'ion Anlahl Benutzer

DB Version Menge Berichte


Reporting Dialog
o Version
Cut mizing

Nachdem die Rl3-Ersthardware bestellt ist, wird die Remote-


Netzwerkanbindung zu SAP in Auftrag gegeben und installiert.
4.1.5 QualitatsprOfung
Sind die Aktivitaten der ersten Phase abgeschlossen, ist es sinn-
voll die erarbeiteten Informationen zu erfassen und diese auf
Vollstandigkeit und Richtigkeit zu uberprlifen. Samtliche Fragen
bezuglich des Umfangs, der Projektumgebung und der anfangli-
chen technischen Voreinstellungen mussen gekIart sein. Da die
erste Phase entscheidenden Einfluss auf die folgenden Schritte
hat und einzelne Ergebnisse einer Aufgabe einen gegenteiligen
Einfluss auf einen anderen Projektbereich haben konnen, ist es
sinnvoll die Information als Ganzes zu uberpriifen.
Die Projektvorbereitungsphase schliefSt mit deren Abnahme
durch die Projektleitung; das Projekt geht in die zweite Phase.

4.2 Business Blueprint


Wahrend der zweiten Phase finden Workshops, Sitzungen des
Managements, Gruppendiskussionen und Einzelgesprache statt,
in denen eine Reihe von Fragebogen ausgefUllt werden und im
Team besprochen werden. Die Antworten helfen den Beratem,
die zentralen Untemehmensaktivitaten kennen zu lemen. Aus
den erarbeiteten Anforderungen wird der Business Blueprint er-
stellt. Dieses detaillierte Konzept solI die Geschaftsprozessanfor-

258
4.2 Business Blueprint

derungen des Unternehmens und die zur Unterstiitzung dieser


Anforderungen notwendigen Prozesse dokumentieren. AufSer-
dem bietet er dem Team die Chance, ein allgemeines Verstandnis
dariiber zu erhalten, wie das Unternehmen seine Geschaftsab-
laufe im R/3-System darstellen mochte.
Der Business Blueprint ist der Entwurf fur den Rest der R/3-
Einfiihrung und fur zukiinftige Updates. Diese zweite Phase tellt
sich in folgende sechs Untergruppen auf:
6 Untergruppen • Projektmanagement Business Blueprint
• Schulung des Projektteams Business Blueprint
• Systemumgebung entwicke1n
• Organisationsstruktur
• Geschaftsprozessdefinition
• Qualitatspriifung Business Blueprint
AufSerdem sollten in dieser Phase die urspriinglichen Projektziele
und Zie1setzungen verbessert, der Baseline-Umfang definiert und
der gesamte Projektzeitplan sowie die Reihenfolge der Einfuh-
rung verbessert werden.
4.2.1 Projektmanagement Business Blueprint
Das Projektmanagement dieser Phase sieht vor, einen geeigneten
Ablaufzyklus fur die Projektmanagementaktivitaten zu erstellen,
um die Einhaltung des Zeitplans zu gewahrleisten. Unter ande-
rem wird bestimmt, ob und an welchen Stellen nach Riickspra-
che mit den zustandigen Abteilungsverantwortlichen eine Opti-
mierung der Geschaftsprozesse stattfinden muss. Das Projektma-
nagement beinhaltet folgende Arbeitspakete:
Abstimmung des 1m Meeting wird der Projektstatus abgestimmt, d. h. der Status
Projektslatus der einze1nen Projektteams wird protokolliert und erortert. Di~
Projektteams werden mit wichtigen Informationen versorgt, so
dass ein einheitliches Bild des Einfuhrungsprozesses und des
Fortgangs entsteht. AufSerdem ist es wichtig, Aspekte der Einfuh-
rung zwischen den einze1nen Projektteams zu koordinieren.
Festgestellte Projektabweichungen miissen korrigiert werden,
damit der geplante GoLive-Termin oder die definierten Meilen-
steine eingehalten werden konnen. SchliefSlich ist allen Mitglie-
dern des Projektteams der Projektplan mit den aktuellen Pro-
jektterminen mitzuteilen. Wahrend der ganzen Zeit iiber wird das
Projekt durch geplante und strukturierte Status-Meetings iiber-
wacht.

259
4 AcceleratedSAP (ASAP)

Lenkungsausschuss Zunachst erfolgt im Lenkungsausschuss-Meeting eine Information


tiber den aktuellen Projektstatus. Weiterhin werden Entscheidun-
gen bei Fragen erwirkt, die nicht im Rahmen des Projekttearns
geklart werden konnen, z. B. Anderung des zeitlichen Rahmens
oder Genehmigung zusatzlicher Ressourcen. Auch hier wird
durch geplante und strukturierte Meetings diese Aktivitat tiber-
wacht. Urn unnotige Verzogerungen zu vermeiden, sollten Fra-
gen an die tibergeordnete Leitung sofort vorgetragen werden.
Den Ablauf stellt nachfolgendes Schaubild dar:

Abb.4.4
Ablauf eines
Lenkungsausschuss-
Meetings

Aligemeines Das allgemeine Projektmanagement solI das EinfUhrungsprojekt


Projektmanagement unterstiitzen und die Grundlage fur weitefe Projektplanungster-
mine liefem. Zu Aufgaben des allgemeinen Projektmanagements
zahlen:
• Change Management
• Teambildende Aktivitaten durchfUhfen
• Rollen und Zustandigkeiten der Benutzer definieren
An dieser Stelle sollte mit def Planung der organisatorischen Ver-
anderungen begonnen werden, die aufgrund der EinfUhrung des
Systems auftreten. Es solI ein Plan entwickelt werden, der sich
mit den Veranderungen befasst und MafSnahmen zur Verminde-
rung negativer Einfltisse liefeft.
4.2.2 Schulung des Projektteams
Ziel dieses Arbeitspaketes ist es, eine effiziente R/3-EinfUhrung
durch Schulungen im Bereich R/3-Funktionen und Technik
durchzufUhren. Gegenstand der Schulungen sind die zu imple-
mentierenden R/3-Module. Um zu entscheiden, ob weitere Kurse
erforderlich sind, mussen die Kenntnisse der Teammitglieder an-
schliefSend yom Projektleiter tiberpruft werden. Durch die Besei-

260
4.2 Business Blueprint

tigung von Wissenslueken oder fehlenden Kenntnissen soli dem


Team das Gefuhl der Unterstiitzung gegeben werden. Das Team
sollte nun in der Lage sein, Business Blueprint- Aktivitiiten
durehzufuhren.
4.2.3 Systemumgebung entwickeln
Das Entwicklungssystem ist nun zu installieren und teehniseh zu
konfigurieren. In diesem Arbeitspaket ist das Verfahren der
Qualitiitssicherungssystemverwaltung fur das Entwicklungs-
system festzulegen und zu testen. Hier sind folgende Aktivitaten
zu behandeln:
• Teehnisehes Konzept entwickeln
• Entwicklungsumgebung einriehten
• Systemlandsehaft einstellen
• Systemadministration
• Implementation Guide initialisieren
Technisches Konzept Die in der Vorbereitung erstellten Kommunikationsdiagramme
entwerfen mussen uberpruft werden; denn diese besehreiben die zukiinfti-
ge Anwendungsarehitektur. Diese werden ansehlieBend mit den
festgelegten Prozessen und Funktionen vergliehen. Dadureh
sollte es moglieh sein, eine Analyse fur die Anforderungen an die
Hardware, an das Betriebssystem, an die Datenbank sowie an
das Netzwerk zu erstellen. Zunaehst muss eine teehnisehe Be-
sehreibung der Rl3-Einfuhrung entworfen werden. Dieses teehni-
sehe Konzept dokumentieren:
• Systeminfrastruktur und -verteilung
• Druekerinfrastruktur
• Netzwerkumgebung
Entwicklungsumge- 1m naehsten Sehritt ist die teehnisehe Umgebung fUr das Ent-
bung einrichten wicklungssystem zu installieren und zu konfigurieren. Folgende
Aufgaben sind an dieser Stelle auszufUhren:
• Hardware-Grundausstattung installieren,
• Systemumgebung iiberprufen,
• Entwicklungsmandanten und Desktop-Komponenten fUr das
Projektteam installieren,
• Benutzerstammsatze fur Projektteam mit den entspreehenden
fur das Entwicklungssystem notwendigen Bereehtigungspro-
filen einrichten,
• Entwicklungssystem sichern,

261
4 AcceleratedSAP (ASAP)

• Druckdienste fur Projektteam installieren und konfigurieren,


• Remote-Netzwerkanbindung zwischen SAP und dem Kun-
denstandort konfigurieren,
• Remote-Anbindung zu SAP einrichten.
Systemlandschaft Danach erfolgt die Konfiguration der Systemlandschaft. Zum bes-
einstellen seren Verstandnis der SAP-Mandantenstruktur und der RoUen, die
Mandanten oder Systeme in einer R/3-Einfiihrung spielen, kann
auf die SAP-Dokumentation zuriickgegriffen werden. Wahrend
dieser Aktivitat wird der Entwicklungsmandant und das Trans-
portsystem eingerichtet, konfiguriert und getestet.
Systemadministration 1m Anschluss an diesen Prozess sind die Aufgaben der System-
verwaltung im Entwicklungssystem festzulegen, zu testen und
durchzufuhren. Aufgaben der Systemverwaltung sind u. a.:
• Basis- und Systemworkshop durchfuhren, um das technische
Projektteam mit der technischen Systemumgebung vertraut
zu machen; dariiber hinaus vermittelt der Workshop dem
Team praktische Kenntnisse uber die technischen System-
werkzeuge zur Verwaltung des Systems;
• Systemadministration fur das Entwicklungssystem definieren,
um Prozeduren fUr jede Aktivitat vorzugeben; die Aktivitaten
sollten sowohl auf dem Entwicklungssystem als auch im
technischen Experimentierfeld durchgefuhrt werden;
• Computing Center Management System (CCMS) konfigurie-
ren; das Computing Center Management System ist ein Mo-
nitoring-Tool, es ermoglicht, den laufenden Betrieb zu
uberwachen, das System zu verwalten und Systemprobleme
friih zu erkennen, um einen reibungslosen Ablauf zu ge-
wahrleisten;
• Backup-Strategie fUr das Entwicklungs- und Produktivsystem
definieren und dokumentieren;
• Funktionen der Systemverwaltung testen und mit ihnen ar-
beiten; sobald die Aktivitaten getestet und akzeptiert sind,
wird die Konfiguration im Entwicklungssystem uberpriift,
• Periodische Vorgange der Systemverwaltung festlegen.
4.2.4 Implementation Guides (IMG) initialisieren
Ein Implementation Guide (IMG; Einfiihrungsleitfaden) ist ein
Werkzeug zur kundenspezifischen Anpassung des R/3-Systems.
Er hilft, den Customizing-Prozess und die Dokumentationsaufga-

262
4.2 Business Blueprint

ben zu vereinfachen. AufSerdem wird er in der letzten Phase der


Geschaftsprozessdefinition als Referenz verwendet.
4.2.5 Organisationsstruktur
Mit Hilfe der SAP-Ordnungsbegriffe CBuchungskreis, Verkaufs-
organisationen usw.), werden die Untemehmensstrukturen nach-
gebildet. Dies kann im Rahmen eines Workshops unter Beteili-
gung der Fachbereichsmitarbeiter erfolgen. Dabei sollen folgende
Fragen diskutiert werden:
• Welche Untemehmensprozessbereiche und Geschaftsprozes-
se werden im System verwendet?
• Welche Organisationseinheiten innerhalb der Firma sind von
der Einfuhrung betroffen?
Die Organisationsstruktur wird fur die Strukturierung der Logi-
stik- und Finanzbereiche des Untemehmens erstellt. Die Ausge-
staltung der Untemehmensstrukturen ist von der Komplexitat der
Organisation abhangig. Aufgrund der zahlreichen Integrations-
merkmale innerhalb des Systems ist es wichtig, dass aIle Ge-
schaftsbereiche die endgUltige Struktur verstehen und akzeptie-
ren. Nachdem die Untemehmensstruktur festgelegt wurde, kann
die Definition des Geschaftsprozesses beginnen.
4.2.6 Geschaftsprozessdefinition
Die Anforderungen des Untemehmens sind auf der Grundlage
der SAP Geschaftsprozesse zu definieren, urn die erforderlichen
Funktionen bereit zu stellen. Die Definition der Geschaftsprozes-
se ergibt den Business Blueprint. Bei der Geschaftsprozessdefini-
tion sollten folgende Aufgaben bearbeitet werden:
• Geschaftsprozessworkshops vorbereiten
• Workshop zu globalen Anforderungen durchfuhren
• Geschaftsprozessworkshops durchfuhren
• Detailanforderungsworkshop durchfuhren
• Business Blueprint vervollstandigen
• Pri.ifung und Freigabe Business Blueprint
• Benutzerschulung planen
Geschaftsprozess- Zunachst mussen die Geschaftsprozessworkshops vorbereitet
workshops werden. Es ist festzustellen, wer teilnimmt und welche Ge-
schaftsprozesse erortert werden. Urn ein effektives Meeting
durchfuhren zu konnen, sollten allen Teilnehmem ein paar Tage
zuvor die relevanten Unterlagen und Geschaftsprozessrichtlinien
zugesandt werden.

263
4 AcceleratedSAP (ASAP)

Workshop zu globa-
In diesem Workshop sind die Standardisierungsziele (globale Pa-
len Anforderungen rameter und unternehmensspezifische Standards) und Einschdin-
kungen zu analysieren. Die Standardisierungsziele mlissen mit
den Standardisierungsrichtlinien des Unternehmens libereinstim-
men. Eine Standardisierung vermindert Konflikte zwischen de-
zentral gefuhrten Einheiten.
Globale Parameter sind zumeist Einstellungen, die nur selten
vedindert werden mlissen und mit den ISO-Normen liberein-
stimmen sollten. Bereiche der Standardisierung globaler Parame-
ter konnen z. B. Uindereinstellungen, Kalender oder Wahrungen
sein. Unternehmensstandards sind operative Schllisselent-
scheidungen, die einen starken Einfluss auf das interne und ex-
terne Berichtswesen, auf die Ubereinstimmung zwischen den
einzelnen Unternehmenseinheiten und auf den Informationsfluss
innerhalb des Unternehmens haben. Unternehmensspezifische
Standards sind z. B. fur Bilanzen, Erfolgsrechnungen oder Num-
merierungssysteme festzusetzen.
Geschiiftsprozess- Die Geschaftsprozessworkshops sind auiSerst wichtig, da aus den
workshops erzielten Ergebnissen der Business Blueprint erzeugt wird. Der
Workshop beinhaltet die folgenden Aufgaben:
• Geschaftsprozessanforderungen mit Hilfe der Q&A-Daten-
bank und dem Rl3-Referenzmodell festlegen; fur jeden Ge-
schaftsprozess wird ein Business Blueprint-Formular ausge-
flillt;
• Anforderungen zum Berichtswesen bestimmen;
• Anforderungen zur Datenlibernahme (Datenkonvertierung)
fur solche Daten bestimmen, die aus bestehenden Systemen
in das neue System libernommen werden mlissen;
• erforderliche Erweiterungen bestimmen, die flir spezielle Ge-
schaftsanforderungen benotigt werden;
• Detailanforderungsworkshop planen; dieser sollte kurz nach
den Geschaftsprozess-Workshops stattfinden, damit der
Business Blueprint weiterentwickelt werden kann.
Detailanforderungs- In diesem Workshop werden detaillierte Anforderungen an die
workshop Geschaftsablaufe erfasst und die identifizierten Bereiche mit
Handlungsbedarf geprlift. Des weiteren werden die Definition
und die Modelle der Geschaftsprozesse verfeinert. Ziel ist eine
Optimierung der Geschaftsprozessdefinition und -modelle, um
den Business Blueprint fertig zu stellen.
Business Blueprint
vervolistandigen

264
4.2 Business Blueprint

Den Business Blueprint zu vervollstandigen ist die Hauptaufgabe


in Phase 2, denn es ist ein detailliertes schriftliches Dokument zu
erstellen. Dieses Dokument zeigt die Geschaftsanforderungen
sehr detailliert und dient als Grundlage fur die Projektorganisati-
on, die Konfiguration und evtl. die Entwicklungsaktivitaten. Urn
den Business Blueprint zu vervollsundigen, mussen die folgen-
den Aufgaben ausgefuhrt werden:
• Projektorganisation und -rollen weiter konkretisieren;
falls notig konnen hier bestimmte Rollen neu definiert wer-
den, die mit dem Projekt zusammenhangen;
• alle Eingaben aus dem Geschaftsprozess und aus der
Funktionsdefinition im Business Blueprint-Dokument
zusammenfassen, womit ein Rahmenkonzept erstellt wird,
das als Grundlage fur das gesamte Projekt dient;
• Baseline-Umfang ermitteln; dieser umfasst die Mehrzahl
der Hauptanforderungen eines Unternehmens. Auf diese
Weise wird sichergestellt, dass die gewtinschten Anforderun-
gen schnell eingefuhrt werden konnen. Das Hauptziel ist da-
bei, sicherzustellen, dass die Unternehmensprozesse im Sy-
stem erkennbar abgebildet werden. Die GroBe des Baseline-
Umfangs hangt von dem jeweiligen Projekt ab, sollte aber in
der Regel etwa 80 % aller Anforderungen abdecken;
• Vollstiindigkeit des Blueprints iiberprUfen; das eigent-
liche Business Blueprint Dokument muss gepruft werden urn
seine Konsistenz und Vollstandigkeit sicherzustellen.
Priifung und Frei- Der Business Blueprint wird an aile Teammitglieder verteilt und
gabe Business Blue- in einem Meeting uberarbeitet, geprtift und freigegeben (Blue-
print print- Prasentation). Als Ergebnis der Freigabe des Business
Blueprint sind Prozessentwtirfe, Unternehmensstruktur, Baseline-
Umfang, Technisches Konzept und Systemlandschaft zu bestati-
gen.
Benutzerschulung Als letzte Aktivitat dieses Arbeitspaketes ist die Benutzerschulung
planen zu planen. Es sind Umfang, Inhalt und Ablauf der Benutzer-
schulung festzulegen. Hiermit soli sichergestellt werden, dass aile
Benutzer entsprechend ihrer Arbeitsaufgaben geschult werden
und dass die Schulung moglichst unmittelbar vor dem Produktiv-
start stattfindet.
4.2.7 QualiUitsprufung und Abnahme
Die erarbeiteten Informationen sind abschlieBend auf Vollstan-
digkeit und Richtigkeit zu uberprtifen. Diese interne Quali-
tatsprtifung wird vom Projektleiter durchgefuhrt und erfolgt zu-

265
4 AcceleratedSAP (ASAP)

satzlich zu den extemen, unabhangigen Qualiilitssieherungsprii-


fungen. Das Business Blueprint-Dokument stellt sieher, dass alle
Beteiligten den Detailumfang des Projekts in Bezug auf Ge-
schaftsprozesse, Untemehmensstruktur und Systemumgebung
genau verstanden haben. Offene Punkte, die Anderungen des
Umfangs, Auswirkungen auf das Budget sowie die Einsatzpla-
nung betreffen, mussen angesprochen und behandelt werden.
Nach Abschluss dieser Qualitatspriifung erfolgt eine Abnahme
durch die Projektleitung, die bestatigt, dass alle erarbeiteten In-
formationen vollstandig und korrekt sind. Die Abnahme des
Business Blueprint stellt die Projektfreigabe fUr die anschlieBende
Phase dar.

4.3 Phase 3: Realisierung


In dieser Phase sollen die Prozess- und Geschaftsanforderungen
des Business Blueprint eingefUhrt werden. Erklartes Ziel ist eine
endgultige EinfUhrung in das System, ein ubergreifender Test
sowie die Freigabe des Systems fUr den Produktivbetrieb. Mit ei-
ner geschatzten Dauer von ca. 55-80 Tagen beansprucht diese
Phase am meisten Zeit.
Das System wird in zwei Schritten konfiguriert: Baseline-
Konfiguration und Detail-Konfiguration. Erstere basiert auf
dem zuvor entwiekelten Business Blueprint, wobei die Ge-
schaftsprozesse sowie deren Verknupfungen weitestgehend ab-
gebildet werden. Feineinstellungen erfolgen in der Detail-
Konfiguration, mit denen das R/3-System an die speziellen Ge-
schaftsprozessanforderungen angepasst wird.
Arbeitspakete der Die Phase 3 beinhaltet folgende Arbeitspakete:
Realisierungsphase
• Projektmanagement Realisierung
• Schulung des Projektteams Realisierung
• Baseline-Konfiguration und -Abnahme
• Systemadministration
• Detail-Konfiguration und Abnahme
• Datenubemahmeprogramme entwiekeln
• Schnittstellenprogramme fUr Anwendungen entwiekeln
• Erweiterungen entwiekeln
• Reports und Formulare entwiekeln
• Berechtigungskonzept erarbeiten
• Archivierung einriehten

266
43 Phase 3: Realisierung

• abschlieBender Integrationstest
• Dokumentation und Schulungsunterlagen fur Benutzer
• Qualiilitspriifung Realisierung
Diese Pakete werden im folgenden naher beschrieben.
4.3.1 Projektmanagement
Auch fur die Realisierungsphase soll das Projektmanagement eine
termingerechte Durchfiihrung des Einfuhrungsprojektes garantie-
ren, wozu abermals die folgenden Aktivitaten vorzunehmen sind.

Abstimmung 1m Projektteamstatus-Meeting wird der Projektstatus abgestimmt,


d. h. der Status der einze1nen Projektteams wird protokolliert und
erortert und die Projektteams mit wichtigen Informationen ver-
sorgt, so dass ein einheitliches Bild des Einfuhrungsprozesses
und des Fortgangs entsteht. AuBerdem ist es wichtig, Aspekte der
Integration zwischen den einzelnen Projektteams zu koordinie-
reno Eventuell festgestellte Projektabweichungen mtissen korri-
giert werden, damit die definierten Meilensteine oder der ge-
plante GoLive-Termin eingehalten werden konnen. SchlieBlich ist
der Projektplan dem tatsachlichen Projektstatus anzupassen und
der aktuelle Status allen Projektteammitgliedem mitzuteilen.
Lenkungsausschuss 1m Lenkungsausschuss-Meeting wird dann der Lenkungsaus-
schuss tiber den aktuellen Projektstatus informiert und Entschei-
dungen bei Fragen erwirkt, die nicht im Rahmen des Projekt-
teams geklart werden konnen, z. B. die Anderung des zeitlichen
Rahmens oder die Genehmigung zusatzlicher Ressourcen.
Ausgangsplanung fur In dieser Aktivitat werden die ProduktionsunterstUtzung und der
Produktionssupport Cut-Over vorbereitet. Ais Cut-Over bezeichnet man den Dber-
und Cut·Over gang yom bisherigen System zum Rl3-System, der am Ende der
Produktionsvorbereitung stattfindet. Die Planungen sollten friih-
zeitig begonnen werden, damit das Personal und die Infrastruk-
tur, wie z. B. Help Desk, zur Verftigung stehen, wenn sie ge-
braucht werden. Der Plan fur den Produktionssupport umfasst
die Personalausstattung, die Prozeduren und die Einrichtungen,
der Cut-Oyer-Plan, die Aktivitaten fur die Einrichtung und Initia-
lisierung der Produktionsumgebung.
Aligemeines Das allgemeine Projektmanagement so11 das Einfiihrungsprojekt
Projektmanagement untersttitzen und die Grundlage fur weitere Projektplanungen
liefem. Dabei gehoren Change Management sowie die Durchfoh-
rung von teambildenden Aktivitaten zur Starkung der Beziehun-
gen unter den Tearnmitgliedem zu den Aufgaben des a11gemei-
nen Projektmanagements.

267
4 AcceleratedSAP (ASAP)

4.3.2 Schulung des Projeldteams


In dieser Schulung soilen die Teammitglieder weitergehende
funktionale und technische Kenntnisse uber R/3 und die einzu-
fUhrenden Module erwerben. AnschlieBend sind die Kenntnisse
der Projektteammitglieder zu prufen und zu bewerten, urn si-
cherzustellen, dass die Schulung umfassend war und die Team-
rnitglieder fUr die Konfiguration und das Testen bereit sind.
4.3.3 Baseline-Konfiguration und -Abnahme
In der Business Blueprint-Phase wurden die relevanten Ge-
schafts- und Prozessanforderungen in zwei Hauptblocke geteilt.
Der Baseline-Block besteht aus vorrangigen Untemehmensanfor-
derungen und stellt sicher, dass diese schnell eingefUhrt werden
konnen. In der Detail-Konfiguration wird das System verfeinert.
Urn die Konfiguration zu vereinfachen, ist es sinnvoll, zwei oder
mehrere Zyklen, je nach EinfUhrungsumfang, zu erstellen. Jeder
auf den Wertschopfungsketten des Untemehmens beruhende
Zyklus enthalt die erforderlichen Funktionen und Prozesse.
Plane fur die Urn eine gute Grundlage fUr die Planung zu schaffen, ist der Ba-
Baseline- seline-Umfang zunachst zu verfeinem, so dass er samtliche fUr
Konfiguration die Baseline-Konfiguration erforderlichen Geschaftsprozesse ent-
halt. 1m Konfigurationsplan wird dann eine Reihenfolge fUr die
Konfiguration der erforderlichen Baseline-Szenarien und
-Prozesse erstellt. AnschlieBend ist eine Liste der Testfalle fUr
Geschaft·,prozesse in der Baseline-Konfiguration zu bestirnmen,
we1che die Grundlage fur den nachfolgenden Testplan bildet.
SchlieBlich sind den definierten Konfigurations- und Testplanen
noch Personen zuzuordnen, die Plane abzustimmen und die
Projekt-IMGs zu detaillieren.
Globale Einstellun- Die Grundeinstellungen und die Organisationsstrukturen, die im
gen und Organisati- Business Blueprint festgelegt wurden, sind im R/3-System zu an-
onsstruktur konfigu- demo Einstellungen der Organisationseinheiten, wie z. B. Bu-
rieren
chungskreis, Kostenrechnungskreis, Vertriebsorganisationen und
Werke, sind fUr die Konfiguration der Prozesse und Funktionen
des Systems entscheidend. Wenn moglich sind zur Beschleuni-
gung des Konfigurationsprozesses vordefinierte Konfigurati-
onspakete einzubeziehen. Bevor weitergehende Arbeiten durch-
gefUhrt werden konnen, muss dieser Vorgang abgeschlossen
sein.
Baseline konfigurie-
ren und prUfen

268
43 Phase 3: Realisierung

Zweck dieser Aktivitat ist es, die fur die Baseline-Szenarien und -
Prozesse erforderlichen Einstellungen der Systemkonfiguration zu
andern. In der Baseline-Konfiguration werden aIle priorisierten
Geschaftsanforderungen realisiert. 1m Vordergrund stehen Pro-
zesse, die schnell ohne Programmieraufwand oder Erweiterun-
gen konfiguriert werden k6nnen. Folgende Aufgaben sind vor-
zunehmen:
• 1m System sind die Baseline-Einstellungen fur wichtige
Stammdaten, Szenarien und Prozesse zu andern, um sicher-
zustellen, dass aIle Baseline-Anforderungen erfullt werden.
Hierfur sollte der definierte Plan fur die Base1ine-
Konfiguration verwendet werden.
• Die Objekte der Baseline-Konfiguration sind in die Testum-
gebung zu transportieren. Durch den Transport dieser Ein-
stellungen in die Qualitatssicherungsumgebung erhalt man
die Testergebnisse.
• Nach dem Transport von Objekten in die Qualitatssiche-
rungsumgebung muss die Baseline iiberpriift und getestet
werden. Testergebnisse und Fehler sind zu dokumentieren.
• M6glicherweise auftretende Unstimmigkeiten sind zu doku-
mentieren und zu beheben.
• Auf del' Grundlage der neuen Definitionen del' Anforderun-
gen an Geschaftsprozesse und der Testergebnisse der Baseli-
ne-Konfiguration ist der Business Blueprint zu detaillieren
und zu iiberpriifen. Anderungen im Business Blueprint sind
zu dokumentieren.
• Anhand des Konfigurationsplans ist die Vollstandigkeit der
Konfiguration und der Testplane zu priifen. Aile in der Base-
line angegebenen Geschaftsprozesse mussen vor der Baseli-
ne-Abnahme vollstandig sein.
Baseline-Abnahme 1m nachsten Schritt wird die Base1ine-Abnahme vorbereitet. Es
vorbereiten soIl sichergestellt werden, dass diese erfolgreich verlauft, indem
Baseline-Szenarien vorbereitet werden, die auf dem Rl3-System
getestet werden. Die Szenarien zeigen den konsistenten Ablauf
der Geschaftprozesse, was wiederum bestatigt, dass die Ge-
schaftsanforderungen von dem konfigurierten Rl3-System erfUllt
werden.
Baseline-Abnahme SchlieBlich wird der Baseline-Abnahmeprozess durchgefUhrt.
durchfOhren Hierfiir werden die zuvor festgelegten Testszenarien durchge-
spielt und die Ergebnisse dokumentiert, um so ein Vel'standnis
del' Prozesse und der Funktionen zu gewinnen und diese zu ak-

269
4 AcceleratedSAP (ASAP)

zeptieren. Nach Ptiifung der Baseline-Konfiguration und der Te-


stergebnisse erfolgt die Freigabe der Baseline-Abnahrne, die be-
statigt, dass die in der Baseline-Konfiguration enthaltenen Ge-
schaftsprozesse im R/3-System konfiguriert sind.
4.3.4 Systemadministration
Dieses Arbeitspaket befasst sich mit der Vorbereitung der Pro-
duktion. Es beinhaltet die Uberwachung der Produktivinfra-
struktur und die Bestimmung, welche Aktivitaten der Systemver-
waltung erforderlich sind.
System plane Zunachst sind Testplane fur Systemtests der vierten Phase zu er-
erarbeiten stellen. Zu diesen Tests gehoren Ausfalltests des Produktivsy-
stems und samtlicher Komponenten, Durchsatz- und Stresstests
von betrieblichen Transaktionen, das Testen von Systemadmini-
strationsaufgaben sowie der Drucker- und Faxgerate1eistung.
Service Level- AnschlieJSend ist das Service Leve1-Abkommen fur das Entwick-
Abkommen lungssystem vor der R/3-Konfiguration zu definieren. Folgende
definieren Vorgehensweise wird empfohlen:
• Szenarien sind festzulegen, die einen vollstandigen oder
teilweisen Ausfall des Systems zur Folge haben.
• Mit Hilfe dieser Szenarien konnen Desaster-Recovery-
Verfahren bestimmt werden, welche die Auswirkungen von
Ausfallen auf das System minimieren.
• AbschlieJSend sind die im Projekt vereinbarten Service Level-
Abkommen einzurichten.
Systemadmini- Um die Moglichkeiten der Werkzeuge und Hilfsmitte1 fur die Sy-
strationsfunktionen stemverwaltung zum Vorteil des Unternehmens zu nutzen, mus-
einrichten sen die Mitglieder des technischen Teams den Umgang mit ihnen
erlernen und deren Merkmale kennenlernen.
Zum einen sind die Funktionen der Hilfsmittel fur die Mandan-
tenkopien zu uberptiifen und der Umgang mit ihnen zu uben Cz.
B. Datentransport mit Hilfe der Werkzeuggruppe kennenlernen,
Verfahren fur die Qualitatssicherung bei Mandantenkopien be-
stimmen).
AuJSerdem sind tagliche Kontrollen, die fur die Wartung des R/3-
Qualitatssicherungssystems notwendig sind, durchzufuhren und
zu uberptiifen.
Ein Backup- und Recovery-Verfahren fur die Datenbank ist aus-
zuklugeln und des sen Umgang zu uben.

270
43 Phase 3: Realisierung

Qualitatssicherungs- 1m nachsten Schritt ist die technische Umgebung fur das Qualiti-
umgebung einrichten tatssicherungssystem zu installieren und zu konfigurieren. Dies
beinhaltet die Installation und Konfiguration der Hardware, die
Installation des R/3-Systems sowie die Konfiguration der techni-
schen Umgebung des SAP-Systems. 1m Rahmen dieser Aktivitat
sind folgende Aufgaben zu erledigen:
• Hardware fur das Qualitatssicherungssystem installieren. Da-
zu gehoren neben Rechnem auch Drucker, zusatzliche Ser-
ver oder Netzwerkgerate wie Router;
• technische Systemumgebung uberpriifen, d. h . Hardware
sowie darauf installierte Betriebssysteme auf Funktionsfahig-
keit kontrollieren;
• Qualitatssicherungssystem installieren;
• Benutzerstammsatze fur die Projektteammitglieder im Quali-
tatssicherungssystem einrichten. Dabei ist es empfehlenswert,
ein Subset von Berechtigungen aus dem Entwicklungssystem
zu importieren;
• Qualtitatssicherungssystem in Bezug auf Betriebssystem- und
Datenbankzugriff des Projektteams absichem;
• Druckdienste einrichten und
• Mandantenverwaltung und Transportsystem einrichten.
Produktivsystem-de- Nun gilt es, die Produktivumgebung zu entwickeln sowie zu do-
sign festlegen kumentieren. Dabei ist es sinnvoll, die Schatzungen der Arbeits-
last und des Speicherbedarfs der Festplatten, wie sie im Business
Blueprint festgehalten wurden, zu uberpriifen. AulSerdem sollte
ein Festplattenlayout fur das Produktivsystem erstellt werden.
System management Diese Aktivitat hat zum Ziel, die fur die Systemverwaltung des
fUr das Produktivsy- Produktivsystems erforderlichen Aufgaben festzulegen und zu
stem definieren dokumentieren. 1m einzelnen sind dies:
• Sicherheitskonzept fur die Produktivumgebung festlegen,
• produktive Betriebsablaufe definieren,
• die fur die Veraltung des Produktivsystems notwendigen
Aufgaben bestimmen,
• Druckerumgebung fur das Produktivsystem unter Miteinbe-
zug von Rollen und Zustandigkeiten fur Prozeduren bestim-
men.
• Verwaltungsablaufe fur die Produktivdatenbank definieren
und

271
4 AcceleratedSAP (ASAP)

• Erstellung eines Rl3-System-Benutzerhandbuches; diese Auf-


gabe ist ein kontinuierlicher Prozess, wobei Rilckmeldungen
des Projektteams und Prozeduranderungen berucksichtigt
werden sollten.
Produktivumgebung AnschlieBend wird die Produktivsystemsumgebung eingerichtet.
aufbauen Dazu geh6ren die SAP-Systemhardware, das Netzwerk, PC-
Mandanten und Druckdienste fur Benutzer. Die wahrend der
Aktivitat "Produktivsystemdesign festlegen" getroffenen Entschei-
dungen werden hier umgesetzt. 1m Rahmen dieser Aktivitat gilt
es nun
• das Netzwerk zu installieren und zu konfigurieren,
• die fur die Vemigbarkeit des Rl3-Systems im Untemehmen
erforderliche Netzwerkinfrastruktur zu ersteIlen,
• die notwendige Hard- und Software an den Benutzerarbeits-
platzen und am zentralen System zu installieren und zu kon-
figurieren,
• das Rl3-System fur den produktiven Betrieb zu installieren
und
• die Umgebung des Rl3-Systems fur den Produktivbetrieb
aufzubauen.
4.3.5 Konfigurationsworkshops durchfOhren
Die Detail-Konfiguration ist ein iterativer Prozess, der die im
Business Blueprint und in der Baseline-Konfiguration definierten
Baseline-L6sungen erweitert. Um die Konfiguration einfacher zu
gestalten, werden mehrere Zyklen O-n) ersteIlt, die nacheinander
konfiguriert werden, bis aIle Geschaftsanforderungen erfullt sind.
Die Detail-Konfiguration wird nunmehr festge!egt, koordiniert
und geplant.
Planung IUr Detail- Zunachst muss der Detailumfang verfeinert werden, wobei die
Konfiguration Ergebnisse des Business Blueprint die Grundlage hierfur bilden.
erarbeiten
Zie! ist es, eine Planungsgrundlage zu schaffen. Es wird folgende
Vorgehensweise empfohlen:
• Konfigurationsplan fur Detailumfang erstellen,
• Testfalle bestimmen,
• Testplan fur Detailumfang erstellen,
• Ressourcen zuordnen,
• Konfigurationsworksshops einplanen,
• Planung der Detail-Konfiguration.

272
43 Phase 3: Realisierung

Koniigurationswork- Hier gilt es Konfigurationsworkshops fur das R/3-System anzu-


shops durchfUhren
(Zyklus 1-n) bieten und Fragen uber deren genaue Gestaltung zu beantwor-
ten. Urn die Erfiillung aller Anforderungen sicherzustellen, wer-
den die folgenden Aufgaben fur jeden Zyklus verarbeitet:
• Workshop durchfiihren (Zyklus I-n), urn die erforderlichen
Entscheidungen iiber detaillierte Entwiirfe zu treffen,
• Geschaftsprozessentscheidungen dokumentieren (Zyklus I-
n), urn eine Grundlage fur die Aufgaben der Konfiguration
und der Oberpriifung des Detailurnfangs zu bieten.
• Diskrepanzen dokumentieren und kIaren (Zyklus I-n).
Detailumiang konii- Die Detail-Konfiguration ist ein Umwandlungsprozess und er-
gurieren und prOien weitert die im Business Blueprint und in der Baseline-
(Zyklus 1-n) Konfiguration definierten Baseline-Losungen. Die Konfiguration
des Detailurnfangs verHiuft ahnlich wie die Baseline-
Konfiguration:
1m System sind die Detaileinstellungen der Stammdaten, Szenari-
en und Prozesse des Zyklus O-n) auf Basis des zuvor erstellten
Plans zu andern, wobei sicherzustellen ist, dass die Anforderun-
gen des Detailurnfangs erfullt werden.
Die Objekte der Detailkonfiguration sind in die Testumgebung
zu transportieren. Die aktuellsten Resultate beim Testen und
Priifen erhalt man durch den Transport der Einstellungen in die
Qualitatssicherungsumgebung.
Danach miissen Tests und Priifungen durchgefiihrt werden, urn
zu iiberpriifen, ob das vollstandig konfigurierte System den Ge-
schaftsanforderungen entspricht. Testergebnisse sind zu doku-
mentieren.
Mit Hilfe des Plans fur die Detail-Konfiguration ist die Vollstan-
digkeit der Konfiguration und der Testergebnisse zu iiberpriifen.
Samtliche Geschaftsprozesse mussen vollstandig sein, bevor die
Endabnahme erfolgt.
Detailabnahme Urn sicherzustellen, dass die Detailabnahme erfolgreich ist, sind
vorbereiten Detailabnahme-Szenarien vorzubereiten. Die Szenarien dienen
dem Durchspielen von R/3-Geschaftsprozessen, urn zu bestati-
gen, dass die Konfiguration vollstandig ist und den Anforderun-
gen entspricht. Danach ist das Meeting fur die Detailabnahme
vorzubereiten.

273
4 AcceleratedSAP (ASAP)

Detailabnahme Dieses Arbeitspaket endet mit der Durchfuhrung der Detailab-


durchfUhren nahme. HierfOr sind die geforderten Szenarien durchzuspielen
und die Ergebnisse von den Geschaftsprozessverantwortlichen zu
dokumentieren, damit das Projektteam die Ergebnisse vorlegen
kann. Dadurch wird gewahrleistet, dass jeder die Prozesse und
die Funktionen versteht und akzeptiert. Nach PrOfung der Detail-
Konfiguration und der Testergebnisse erfolgt die Freigabe der
Detailabnahme, die eine korrekte Funktion der bei der Detail-
Konfiguration im Rl3-System konfigurierten Geschaftsprozesse
bestatigt
4.3.6 Entwicklung von Datenkonvertierungsprogrammen
FOr die Dbernahme von Daten aus den Altsystemen in das Rl3-
System sind Programme und manuelle Verfahren zu entwickeln.
Es ist sicherzustellen, dass die Datenubernahme vollstandig, pas-
send und fur den abschliefSenden Integrationstest verfOgbar ist.
Datenubernahme- Die meisten Projekte benotigen manuelle Dbernahmeverfahren
verfahren ausarbei- und automatische Programme. Diese Verfahren zur DatenOber-
ten nahme aus Altsystemen in das Rl3-System sind in diesem Arbeit-
spaket zu entwickeln. Zunachst gilt es, die detaillierte Ausarbei-
tung der DatenObernahme zu definieren. Dann sind entspre-
chende DatenObernahmeprogramme zu erstellen und die manu-
ellen DatenObernahmevorgange durchzufuhren.
DatenObernahme- Die Konvertierungsprogramme sind auf Qualitat zu testen und
programme testen
und transportieren bei Erfolg in die Qualitatssicherungsumgebung zu transportieren.
4.3.7 Entwicklung von Schnittstellenprogrammen fur
Anwendungen
Urn Rl3-Systeme oder externe Anwendungen mit dem Rl3-
System zu verknOpfen, sind Schnittstellenprogramme zu erstellen.
Obwohl im allgemeinen eine grofSe Anzahl von Schnittstellen mit
dem Rl3-System fur Anwendungssysteme erforderlich sind, sollte
trotzdem versucht werden, eine Vielfalt zu vermeiden, da fOr je-
de Schnittstelle besondere Sicherheits- und Verwaltungsverfahren
gepflegt werden mOssen. Es sollte auf Korrektheit, Vollstandig-
keit und VerfOgbarkeit der Schnittstellenprogramme fOr den ab-
schliefSenden Integrationstest geachtet werden.
Schnittsteilenpro- FOr die Erstellung von Schnittstellenprogrammen ist eine detail-
gramme ersteilen, lierte Definition der Schnittstellen auszuarbeiten. Weiterhin sind
testen und trans-por- Programme fOr Dialogschnittstellen und Hintergrundschnittstellen
tieren
zu entwickeln.

274
4.3 Phase 3: Realisierung

Nachdern die Schnittstellenprogramme erstellt wurden, m(lssen


diese getestet werden und bei erfolgreicher Absolvierung der
Priifungen in die Qualitatssicherungsurngebung transportiert
werden. Urn die Funktion der Schnittstellen zu garantieren, soll-
ten Fachbereiche aus allen betroffenen Anwendungsbereichen
beteiligt werden.
4.3.8 Entwicklung von Systemerweiterungen
Die Standardfunktionen des R/3-Systerns konnen erweitert wer-
den. Diese Erweiterungen beinhalten die Nutzung von User-
Exits, kundenspezifische Modifikation von R/3-Standardobjekten
und die Entwicklung von kundenspezifischen Programmen.
Diese Programme werden in folgenden Schritten entworfen:
• detaillierte Definition der Systemerweiterung ausarbeiten,
• Erweiterungen vor Beginn ihrer Entwicklung auf Genehrni-
gung priifen,
• Systernerweiterungen erstellen.
Systemerweite· Letztendlich mussen die Erweiterungsprogramme getestet und in
rungsprogramme die Qualitatssicherungsumgebung transpOltiert werden. Analog
testen und zu den Datenubernahrne- und Schnittstellenprogrammen sind
transportieren
auch hier wieder Testverfahren zu definieren. Bevor die System-
erweiterungen ins QS-System irnportiert werden, mussen diese
genehrnigt und freigegeben werden.
4.3.9 Entwicklung von Berichten und Formularen
Die Vorgehensweise dieser beiden Arbeitspakete ist identisch zu
den vorhergehenden Entwicklungsarbeitspaketen:
Berichte bzw. • Detaillielte Definition ausarbeiten;
Formulare erarbeiten • Genehmigung priifen;
• Erstellen von Berichten bzw. Formularen.

Berichte bzw. • Testverfahren definieren;


Formulare testen • Berichte bzw. Formulare testen und priifen;
und transportieren
• Ergebnisse von den einzelnen Abteilungen abnehrnen lassen;
• bei erfolgreicher Abnahme Berichte bzw. Formulare in die
Qualitatssicherungsumgebung transportieren.
4.3.10 Erarbeitung des Berechtigungskonzepts
In diesern Arbeitspaket geht es darurn, ein Berechtigungskonzept
zu entwerfen, das Anforderungen wie grolStmogliche Sicherheit,

275
4 AcceleratedSAP (ASAP)

ausreichende Rechte fUr die Arbeit der Benutzer und einfache


Wartung gentigt. 1m Berechtigungskonzept muss festgelegt wer-
den, welche Mitarbeiter welche Funktionen in den Organisati-
onseinheiten ausfUhren konnen.
Das Konzept muss ebenfalls beschreiben, welche Berechtigun-
gen und Profile fUr die einzelnen Unternehmensbereiche erfor-
derlich sind.
Detaillierte Definition Jede R/3-Geschaftsanwendungskomponente liefert Funktionen
des Berechtigungs- zur Steuerung der Funktionsanwendung tiber Berechtigungen
konzepts ausarbeiten und Profile.
Ftir die Erstellung einer detaillierten Definition des Berechti-
gungskonzeptes sind
• Sicherheitsanforderungen in jeder Abteilung des Unterneh-
mens zu bestatigen;
• den Funktionen und Prozessen R/3-Transaktionen zuzuord-
nen;
• Gesprache tiber Zugriffsberechtigungen zu ftihren, um fest-
legen zu konnen, welche Art von Zugriff der Benutzer beno-
tigt;
• der von den verschiedenen Benutzern benotigte Zugang zu
Informationen und Diensten wie Drucken oder Faxen zu be-
stimmen;
• Velfahren zur Berechtigungsverwaltung fUr das Erstellen, das
Andern und das Uberwachen der Aktivitatsgruppen, der
Profile, der Berechtigungen und der Benutzer zu beschrei-
ben.
Berechtigungskon- Um fUr den Produktivbetrieb ein Berechtigungskonzept zu im-
zept implementieren plementieren, muss zuerst eine Aktivitatsgruppe generiert wer-
den. Darin mtissen Daten enthalten sein, die yom Profilgenerator
dazu verwendet werden, ein Berechtigungsprofil zu erstellen.
Der Prordgenerator erleichtert das Erzeugen eines Berechti-
gungsumfeldes. Untemehmensspezifische Einstellungen werden
yom Berechtigungsverwalter konfiguriert, wohingegen der Profil-
generator alle iibrigen Aufgaben iibemimmt. Zu diesen zahlt
auch die Auswahl entsprechender Berechtigungsobjekte.
Nach der Definition einer Aktivitiitsgruppe kann mit Hilfe des
Profilgenerators ein Berechtigungsprofil angelegt werden. Ein
groBer Vorteil des Profilgenerators ist es, dass er organisatorische
Ebenen identifiziert und diese der Verwaltung anzeigt.

276
4.3 Phase 3: Realisierung

Jetzt sind Testbenutzerstammsatze fur samtliehe Stellenbeschrei-


bungen, die im Zusammenhang mit allen Geschaftsprozessen
stehen, zu entwiekeln. Benutzerstammsatze dienen als Modell,
urn fur jeden Arbeitsplatz innerhalb eines Untemehmensprozes-
ses zu untersuchen, ob die Arbeitsplatzfunktionen erfullt werden.
Diese Stammsatze mussen getestet werden, urn eine maximale
Datensieherheit fur die Ausubung aller am Geschaftsprozess be-
teiligten Funktionen zu erzielen.
Systemberechtigun- 1m Rahmen der Vergabe von Systemberechtigungen werden Be-
gen erteilen nutzerstammsatze erstellt und dabei gepmft, ob jeder Benutzer
die erforderlichen Prozesse, Transaktionen und Beriehte ausfuh-
ren kann. Hierfur sind folgende Aufgaben auszufuhren:
• Fur jeden Benutzer mussen Stellenbeschreibungen und damit
verbundene Profile identifiziert werden, wobei zu beachten
ist, dass ein bestimmter Benutzer auch verschiedene Funk-
tionen auszufuhren kann.
• Auf Grundlage der Arbeitsplatzspezifikation ist fur jeden Mit-
arbeiter ein Benutzerstammsatz anzulegen.
• Es ist sieherzustellen, dass die Benutzer erforderliche Aktivi-
taten und Transaktionen im System ohne Sieherheitsrisiko
durchfuhren k6nnen. Dies geschieht mit Hilfe von Tests.
• Benutzerberechtigungen mussen uberarbeitet werden, wenn
z. B. neue Mitarbeiter eingestellt werden oder Angestellte
neue Zustandigkeitsbereiche ubemehmen.
Der letzte Schritt im Rahmen del' Einfuhrung des Berechtigungs-
konzeptes fur den Einsatz im Untemehmen besteht in der Ab-
nahme des Berechtigungskonzepts durch die verantwortliehen
Dateneigner.
4.3.11 Archivierung einrichten
GroJSe Datenmengen beeinflussen die Leistungsfahigkeit einer
Datenbank und erschweren die Datenbankverwaltung. Aus die-
sem Grunde ist es sinnvoll, R/3-Daten, die nicht online ben6tigt
werden, zu archivieren. Dieses Arbeitspaket befasst sieh mit der
Erstellung von Verfahren zur Archivierung von Daten.
Archivierungs-verfah- An eine Archivierungsstrategie werden technische und geschaftli-
ren erarbeiten che Anforderungen gestellt. Technische Anspmche befassen sieh
mit der Frage: We1che Datenmengen gewahrleisten optimal en
Durchsatz aus Sieht der technischen EinfLihrung?

277
4 AcceleratedSAP (ASAP)

Bei betrieblichen Anforderungen wird hinterfragt, welche Ge-


schaftsdaten im R/3-System fur interne Analysen gespeiehert
werden, um geschaftlichen und gesetzlichen Anforderungen zu
genugen oder Konzermichtlinien - innerhalb eines bestimmten
Zeitraums - gerecht zu werden.
Nach Klarung dieser Fragen kann ein Archivierungsverfahren er-
stellt, getestet und bei Erfolg freigegeben werden.
4.3.12 AbschlieBender Integrationstest
Der abschlieBende Integrationstest ist eine Simulation des tat-
sachlichen Betriebs im Qualitatssieherungssystem und dient der
Funktionsprufung des Produktivsystems. Der Text beinhaltet die
Oberprtifung, ob die Abhangigkeiten von Geschaftsprozessen mit
der Wertsch6pfungskette ubereinstimmen. Er schlieBt Schnitt-
stellen, Ausgabe- und Druckfunktionen sowie Systemerweiterun-
gen ein.
Planung des Integra· Als erstes ist hier der Umfang des Integrationstests festzulegen,
tionstests erarbeiten der yom Fachkonzept der Geschaftsbereiehe und ihren im Busi-
ness Blueprint definierten Geschaftsprozessen abhangt. Anschlie-
Bend sind Testfalle zu bestimmen, die das angestrebte Ge-
schaftsfeld definieren.
Nun ist ein Integrationstestplan zu erstellen, der folgende Prozes-
se und Komponenten enthalten sollte: Geschaftsprozess, Ausga-
be, Beriehte, Schnittstellen, Konvertierungen, Systemerweiterun-
gen, Drucker, Fax und Berechtigungen. Der Plan fur den ab-
schlieBenden Integrationstest siehert die Qualitat und garantiert,
dass alles, was im Business Blueprint definielt ist, getestet wird.
AbschlieBenden Weiterhin ist zu iiberprtifen, ob alle R/3-0bjekte und -Pro-
Integrationstest gramme vor Beginn der abschlieBenden Integrationstests in das
durchfUhren
QS-System ubernommen wurden. Es ist sicherzustellen, dass bis
zur Fertigstellung der Integration keine Systemanderungen an der
Qualitiitssicherungsumgebung vorgenommen werden, urn das
fertiggestellte System vor Anderungen zu schutzen. Dies ge-
schieht, indem Systemeinstellungen wie Mandanten- und Konfi-
gurationseinstellungen, Anwendungsdaten und Repository-
Objekte gesperrt werden.
Nun gilt es, den abschlieBenden Integrationstest nach dem in der
vorherigen Aktivitat erstellten Plan durchzufuhren. Der tatsachli-
che Betrieb wird simuliert.
Bevor die Produktion letztendlich aufgenommen wird, mussen
etwaige Unstimmigkeiten bezuglich der Harmonie des R/3-

278
4.3 Phase 3: Realisierung

Systems mit den Geschaftsprozessanforderungen geklart werden.


Es konnte erforderlich sein, Systemeinstellungen, Systemerweite-
rungen, Berichte und kodierte Schnittstellenprogramme anzupas-
sen.
Zu guter Letzt mussen die Ergebnisse des Integrationstests ge-
pruft und abgestimmt werden. Mit dieser Genehmigung bestati-
gen die Geschaftsprozessverantwortlichen, dass das R/3-System
den Anforderungen des Unternehmens entspricht.
4.3.13 Dokumentation und Schulungsunterlagen fUr Benutzer
In diesem Arbeitspaket geht es darum, eine Benutzerdokumenta-
tion und eine Benutzerschulung fUr die Phase 4, die Produkti-
onsvorbereitungsphase, zu entwickeln. Hierzu mussen Benut-
zerunterlagen erstellt, Power User und andere Benutzer ermittelt
werden.
Entwicklungsplan fUr Zweck dieser Aktivitat ist es, die Benutzer und ihre Anforderun-
Benutzerdokumenta- gen an Dokumentations- und Online-Hilfe zu bestimmen. Dazu
tion erarbeiten
ist ein Zeitplan fur die zu dokumentierenden Transaktionen auf-
zustellen, VerantwOltung zuzuweisen und sicherzustellen, dass
die Dokumentationsstandards angewandt werden. Auch dieser
Entwicklungsplan muss wieder genehmigt werden.
Benutzerdokumen-ta- 1m Rahmen eines Workshops erarbeitet das Projektteam fUr die
lion erarbeiten Erstellung der Benutzerdokumentation die Standards fUr Doku-
mentation und Schulung, wodurch eine Einheitlichkeit der Un-
terlagen erreicht wird. Die generierte Benutzerdokumentation
sollte die unternehmensbezogene Beschreibung aller Geschafts-
prozesse und deren Umsetzung im R/3-System umfassen.
Schulungsunterla- Benutzerschulungsunterlagen mussen vorbereitet werden, wozu
gen fUr Benutzer Folien, Graphiken, Texte, Policen, Bildschirmabbildungen, un-
erarbeiten ternehmensspezifische Dbungen usw. gehoren konnen.
AnschlieBend gilt es den Referenten Hinweise und Anmerkungen
zu den Schulungsunterlagen zu geben, die sich auf Schulungs-
ziele und Fragen der Logistik beziehen.
Benutzerschulung Letztendlich werden die Raume reserviert, die Referenten be-
vorbereiten nachrichtigt, die Systemanforderung mitgeteilt und die Teilneh-
mer zur Schulung eingeladen. Anhand von Teilnehmerlisten ist
festzustellen, ob Benutzer an den geplanten Schulungen teilneh-
men konnen.
4.3.14 Qualitatsprufung Realisierung

279
4 AcceleratedSAP (ASAP)

Wie am Ende jeder Phase von ASAP findet auch in der Phase
Realisierung eine Qualitatsptiifung statt. Sie stellt sieher, dass die
abschlielSend zu ptiifende Detailkonfiguration des R/3-Systerns
den im Business Blueprint aufgeflihrten Anforderungen ent-
sprieht. Es ist auBerdem der Status der erarbeiteten Informationen
auf Vollstandigkeit und Richtigkeit zu ptiifen.
Nach Abschluss der Qualitatsptiifung erfolgt die Abnahme, und
das Projekt kann in die nachste Phase, in die Produktionsvorbe-
reitung, gehen.

4.4 Phase 4: Produktionsvorbereitung


In dieser letzten Phase vor dem GoLive erfolgt die Feinabstim-
mung des R/3-Systems. Es werden aile notwendigen Einstellun-
gen vorgenommen, urn das R/3-System und das Untemehmen
auf den Produktivstart vorzubereiten. Wahrend der Vorbereitung
auf den GoLive werden Systemtests und die Benutzerschulung
der Mitarbeiter durchgeflihrt. Der letzte Schritt ist die Dbemahme
der Geschaftsdaten in das neue System. Nach dem erfolgreiehen
Abschluss dieser Phase kann das Untemehmen seine Geschafts-
prozesse mit dem R/3-Produktivsystem starten.
4.4.1 Projektmanagement Produktionsvorbereitung
In der Phase Produktionsvorbereitung sollte das Projektmanage-
ment auf die termingerechte Durchfilhrung des Projekts achten.
Zu diesem Zweck sind emeut die folgenden Aktivitaten vorzu-
nehmen.
Abstimmung des Der Projektstatus muss abgestimmt und angepasst werden, wobei
Projektstatus der Status der einze1nen Projektteams protokollielt wird. Die
Projektteams werden mit neuen wiehtigen Informationen ver-
sorgt. Die einze1nen Projektteams mussen so zu koordiniert wer-
den, dass evtL festgestellte Projektabweiehungen korrigiert und
damit die definierten Meilensteine oder der geplante Go-Uve-
Tennin eingehalten werden konnen.
SchlielSlich ist der Projektplan dem tatsachlich gegebenen Pro-
jektstatus anzupassen und der aktualisierte Status allen Mitglie-
dem des Projektteams mitzuteilen.
Lenkungsausschuss 1m Lenkungsausschuss-Meeting erfolgt die Information uber den
aktuellen Projektstatus. Es mussen Entscheidungen getroffen
werden, die nieht im Rahmen des Projektteams geklart werden
konnen, darunter fallen z. B. die Anderung von Zeitplanen oder
die Hinzunahme von Ressourcen.

280
4.4 Phase 4: Produktionsvorbereitung

Aligemeines Pro- Das allgemeine Projektmanagement solI das Einfiihrungsprojekt


jektmanagement unterstiitzen und die Grundlagen fUr weitere Projektplanungen
liefem. Weitere Tatigkeiten liegen im Change Management und
der DurchfUhrung teambildender Aktiviiliten.

4.4.2 Vorbereitung und DurchfOhrung der Benutzerschulung


Es muss sichergestellt werden, dass alle Benutzer vor dem
GoLive-Termin ausreichend geschult wurden. Die Benutzer-
schulung muss dem Umfang der R/3-Einfiihrung und den einzel-
nen Anwendem angemessen sein. Sie sollte eine allgemeine R/3-
Schu-lung sowie eine auf die Geschaftsprozesse abgestimmte
untemehmensspezifische R/3-Schulung umfassen.
1m Rahmen der Vorbereitung der Benutzerschulung mussen die
Vorbereitungen des Schulungsraumes betrachtet werden. Es
mussen genugend PC's zur VerfUgung gestellt werden, auBerdem
sollten Drucker, Netzwerkeinbindung, Tageslichtprojektor und
ein Beamer nicht fehlen. Der Zugriff auf das R/3--System sollte
sichergestellt sein. Die Schulungsumgebung sollte gewahrleisten,
dass dem SchUler eine vertraute Umgebung zum Lemen bereit
gestellt wird. Schulungsunterlagen sollten sorgfaltig vorbereitet
und an die Vorkenntnisse der Mitarbeiter angepasst werden. Die
Ausbilder sollten nicht nur SAP-Spezialisten, sondern auch pad-
agogisch geschult sein. Am Schluss eines Schulungstages sind die
Kenntnisse der Benutzer zu uberprufen.
Dadurch kann die Einsatzfahigkeit in einer produktiven R/3-
Umgebung beurteilt werden und wenn notig Nachschulungen
angeordnet werden.
Die Schulungsunterlagen sind standig zu aktualisieren.
Systemmanagement Zweck des Arbeitspaketes Systemmanagement ist es, die techni-
schen Aktivitaten zur Vorbereitung des Produktivbetriebes
durchzufUhren. Zu diesen Aktivitaten gehoren die Verfolgung
der Anforderungen an die Produktivinfrastruktur sowie die Fest-
legung der geforderten Systemadministrationsaktivitaten.
4.4.3 Administration des Produktivsystems einrichten
Parallel zur Verwendung der untemehmensspezifischen Anwen-
dungskomponenten ist die Administration des Produktivsystems
einzurichten, urn eine maximale Verfugbarkeit und Performance
des R/3-Systems zu gewahrleisten.

281
4 AcceleratedSAP (ASAP)

Um eine dnwandfreie Verwaltung eines Produktivsystems zu or-


ganisieren, muss das R13 Computing Center Management System
(CCMS) eingerichtet werden, diesmal fur den Produktivbetrieb.
Es dient der Dberwachung, Steuemng und Konfiguration einer
R/3-Installation und uberwacht den aktuellen Zustand des R/3-
Systems. Des weiteren ist die Dmck- und Spooladministraion fur
das Produktivsystem zu konfigurieren und das Personal fur die
Systemadministration in einem Workshop zu schulen. Die The-
men des Workshops sollten sich auf Fehlersuche, Bandverwal-
tung, Benutzerverwaltung sowie Eskalationsprozeduren erstrek-
ken.
Systemtest AnschlieBend sind die Konfigurationen und die Verfahren fur die
durchfUhren technische Produktivumgebung zu testen. Jede Aufgabe muss
getestet und gegengetestet werden, um die Datensicherheit des
Produktivsystems zu gewahrleisten.
Folgende Tests sind durchzufuhren:
• Der Durchsatztest solI bestatigen, dass das System in der
Lage ist, den gesamten Umfang der R/3-Prozesse auszufuh-
ren; auf diese Weise konnen vor Produktionsanlauf potenti-
elle Verbesserungen in Bezug auf die System-Performance
vorgenommen werden.
• Der Stresstest soli bestatigen, dass die konfigurierte Pro-
duktivumgebung fur den produktiven Betrieb aller Ge-
schaftsprozesse realisierbar ist.
• 1m Systemadministrationstest werden die fur die Pro-
duktivumgebung definierten Systemadministrationsprozedu-
ren mehrmals getestet bis die gewiinschten Ergebnisse erzielt
werden.
• Auch der Disaster-Recovery-Plan und die Prozeduren fur
die Produktivumgebung sind mehnnals zu testen; wurde die-
ser Service einem anderen Unternehmen in Auftrag gegeben,
konnen bei dieser Gelegenheit deren Service und Effektivitat
getestet werden.
• Backup- und Restore-Verfahren mehrmals testen bis die
gewlinschten Ergebnisse erzielt werden; dazu gehoren ver-
schiedene Tests und Datenzerstorungsszenarien Cbspw. Fest-
plattenfehler) sowie Tests von Anwenderfehlern wie verse-
hentliches Loschen von Daten.
• Die eingefuhrten Druck- und Faxfunktionen sowie die
entsprechenden Verwaltungsprozeduren, die fur die Unter-
nehmensanfordemngen definiert wurden, sind zu testen.

282
4.4 Phase 4: Produktionsvorbereitung

• Der Going-Live Check von SAP soIl potentielle Problembe-


reiche im R/3-System priifen und feststellen, ob die System
Perfonnance beeinflusst wird. SAP-Experten wahlen sich
tiber eine Femverbindung in das R/3-System ein, priifen die
Konfiguration der einzelnen Systemkomponenten und geben
Hinweise der Systemoptimierung. Das Hauptziel dieser Prii-
fung besteht darin, das R/3-System fi.ir den produktiven Be-
trieb vorzubereiten. Durch die Analyse der einzelnen Sy-
stemkomponenten vor dem Produktionsanlauf kann SAP die
Verftigbarkeit und die Leistung des aktivierten Systems des
Untemehmens betrachtlich erh6hen.
Detaillierte Planung Dieses Arbeitspaket soll Unstimmigkeiten aufdecken und behe-
des Cut-Over und ben, die den Ausgangsplan, den Produktionssupport und den in
Support der Realisierungsphase vorbereiteten Cut-Over beeinflussen. An-
schliefSend kann der Plan entsprechend angepasst und umgesetzt
werden.
Cut-Over verfeinern Mit Hilfe einer genauen Checkliste soll der Plan fUr Cut-Over
aktualisiert werden, um den genauen Zeitpunkt des Produktions-
anlaufs zu bestimmen. Dieser muss von der Untemehmenslei-
tung durch eine Genehmigung erteilt werden.
Folgende Aufgaben sind zu erfUllen:
• Cut-Over-Plane aus Realisierungsphase tiberpriifen und be-
statigen;
• Checkliste CAufgaben, Daten, Zeitaufwand) zur Datentiber-
nahme erstellen;
• Produktionsbereitschaft feststellen;
• Cut-Over Planung abstimmen, um den Cut-Prozess einzulei-
ten.
Planungen fUr An dieser Stelle wird der Help-Desk eingerichtet:
Produktionssupport
verfeinern
• Help-Desk-Vorgange definieren; die Benutzer mtissen wis-
sen, wen sie bei Problemen ansprechen und auf welchem
Weg sie es tun k6nnen;
• Help-Desk einrichten;
• Team flir den Produktionssupport fUr die ersten Wochen des
Produktivbetriebes nach dem Cut-Over benennen;
• Help-Desk-Personal benennen und schulen;
• langfristige Support-Strategie fUr den untemehmensspezifi-
schen Einsatz des R/3-Systems festlegen. Support ist u. a. fUr
den laufenden Release-Wechsel erforderlich, Systemande-

283
4 AcceleratedSAP (ASAP)

rungen nach der Einfilhrung, Schulung auf neue R/3-


Funktionen, Schulungen neuer Mitarbeiter und betriebliche
Anderungen, Wachstum und Expansion.
Cut-Over Wahrend dieses Arbeitspaketes soll die endgUltige Genehmigung
des Lenkungsausschusses fur den produktiven Einsatz des Sy-
stems erteilt werden. Samtliche Vorbereitungen der technischen,
anwendungsbezogenen und organisatorischen Aspekte des Pro-
jekts sind fur die aktiven Geschaftsablaufe bereit.
Cut-Over des Pro- Sobald alle Vorbereitungen und Konfigurationen auf technischer
duktivsystems und Applikationsebene abgeschlossen sind, kann das endgUltige
durchfUhren Produktivsystem fur den Produktionsanlauf erstellt werden. Die
Customizing-Einstellungen und R/3-Repository-Objekte sind aus
der QS-Umgebung in die Produktionsumgebungen zu transpor-
tieren. Erst danach sind die endgUltigen Daten zu ubernehmen.
Die Daten aus bestehenden Altsystemen werden - wenn keine
Alternative m6glich - manuell in das R/3-Produktivsystem einge-
geben. Diese Alternative ist nur dann sinnvoll, wenn es keine
andere LOsung gibt oder das Eingeben der Daten billiger ist als
die Entwicklung eines Programms zur automatischen Datenuber-
nahme.
Endabnahme fUr Urn abschlie15end uber die Bereitschaft fur den Produktionsanlauf
Produklionsanlauf des R/3-Systems entscheiden zu k6nnen, mussen die Benutzer-
schulungen und der Stresstest erfolgreich abgeschlossen sein; die
R/3-Systemverwaltung muss bereit sein.
Es mussen Konvertierungen und Geschaftsprozesse im Produk-
tivsystem uberpruft worden sein. Nachdem das Produktivsystem
abgenommen wurde, ist die Produktivumgebung zu sichern und
die Bereitschaft der Benutzer sicherzustellen.
Qualilalsprufung Auch die Produktionsvorbereitungsphase endet mit einer Quali-
Produktions-vorberei- tatsprtifung. An dieser Stelle wird erneut der Status aller in dieser
lung Phase erarbeiteten Informationen auf Vollstandigkeit und Rich-
tigkeit uberprtift.
Wenn die Qualitatsprtifung abgeschlossen ist, wird die Abnahme
fur das Going Live des R/3-Systems durchgefuhrt. Somit wird
yom Projektmanagement bestatigt, dass die erarbeiteten Informa-
tionen vollstandig sind. Mit der Abnahme kann das R/3-System
produktiv werden. Das Projekt geht in die nachste und letzte
Phase.

284
4.5 Phase 5: GoLive und Support

4.5 Phase 5: GoLive und Support


Die fUnfte und letzte Phase dient der Optimierung des laufenden
Systems. Es solI von der vorproduktiven Umgebung zum pro-
duktiven Produktionsprozess gewechselt werden.
In dieser Phase haben Benutzer des R/3-Systems viele Fragen. Es
muss eine solide Organisation fUr den Benutzer-Support zur
externer Verfiigung stehen, auf die aIle Benutzer zugreifen konnen. Diese
Support Support-Einrichtung ist nicht nur fUr die ersten kritischen Tage
der Produktivbetriebes wichtig, sondern ebenso fUr den Lang-
zeitbetrieb.
Die fUnfte Phase wird ebenfalls verwendet, urn die Systemtrans-
aktionen zu uberwachen und die Gesamtleistung des Systems zu
optimieren. Die Optimierung bezieht sich auf die Geschaftspro-
zesse sowie auf die technische Umgebung. SchlieBlich wird das
Projekt beendet.
Phase 5 Diese Phase skizziert die Aktivitaten fUr die trberprufung der Sy-
der AcceleratedSAP stemgenauigkeit und der Systemverbesserungen. Sie sollen eine
Roadmap vollstandige Untersrutzung der Geschaftsumgebung gewahrlei-
sten.

Produktionssupport Eine rechtzeitige Benutzer-Untersrutzung ist fUr den Erfolg der


bereitstellen R/3-EinfUhrung von groBter Wichtigkeit. Die meisten Fragen und
Probleme treten in den ersten Wochen des laufenden Betriebs
auf. Deshalb ist ein Benutzersupport von strategischer Bedeutung
und mitentscheidend fUr die Akzeptanz eines Systems.
Die Unterstutzung des R/3-Benutzers umfasst sowohl eine kurz-
fristige Betreuung wahrend des trbergangs zum Produktivbetrieb,
als auch eine fortlaufende langfristige Betreuung.
interner Zu der internen Betreuungsart zahlt die Bereitstellung einer
Support Schulungsmannschaft, da viele Probleme durch betriebsbe-
dingte Prozessablaufe verursacht und somit von Externen nur
schwer zu handeln sind.
Die externe Supportberatung wird von SAP zur VerfUgung ge-
stellt, dazu gehoren:
• Das Online Service System (OSS) als zentrales Kommuni-
kationsnetz zwischen dem Unternehmen, SAP-Partnern und
der SAP. Mit Hilfe einer Fernverbindung kann der Benutzer
im Unternehmen Fragen und Probleme elektronisch an SAP
weiterleiten und automatisch die Entwicklung einer Losung
verfolgen. Das Online Service System ermoglicht auBerdem

285
4 AcceleratedSAP (ASAP)

den Zugriff auf eine Sammlung von Losungen zu bisherigen


Problemen von SAP-Kunden.
• Remote Consulting Services gestatten SAP-Beratem sich
direkt uber eine Femverbindung oder mittels Personal Video
Conferenzing in das System einzuwahlen. Wahrend dieser
Sitzung konnen somit Anfragen direkt an den Femberater
ubermittelt werden.
• Der EarlyWatch Service der SAP uberwacht regelmaBig alle
relevanten Systemkomponenten, indem sich SAP-Experten,
auch hier uber eine Femverbindung, in das Produktivsystem
einwahlen. Somit ist eine aktive Systemdiagnose moglich,
wodurch rechtzeitig bestehende oder zukunftig auftretende
Ressourcenengpasse erkannt werden.
4.5.1 Prufung der Ergebnisse aus den produktiven Geschafts-
prozessen
Es soll uberprlift und moglichst bestatigt werden, dass das R/3-
System einwandfrei lauft. Hierfur sind die ersten Transaktionen
im Produktivsystem zu uberprlifen. Um Ergebnisse aus Transak-
tionen bewerten zu konnen, sollen verschiedene Zeitabschnitte
beobachtet werden, z. B. taglich, wochentlich, monatlich. An-
schlieBend ist die Produktivumgebung in R/3 zu bestatigen und
durch das Projektteam abzunehmen.
Systemnutzung Die Systemleistung ist zu uberprlifen und im Bedarfsfall zu opti-
optimieren mieren, da die vor Produktionsstart geschatzte Belastung des Sy-
stems vielleicht nur fur einen begrenzten Zeitraum gilt. Die Op-
timierung der Systemnutzung schlieBt folgende Aufgaben ein:
• EarlyWatch Sitzungen durchfuhren;
• technische Umgebung optimieren und erweitem;
• R/3-Transaktionen optimieren.

4.5.2 Aktivitaten nach dem Go-Live


Um den produktiven Betrieb des Systems zu optimieren, gilt es
folgende Punkte zu beachten.
Follow-Up Auch wahrend des Produktivbetriebes besteht immer ein Bedarf
Schulungen an Benutzerschulungen. Diese sind anzubieten und sorgsam
durchzufuhren. Follow-Up-Schulungen konnen sein:
• Schulungen fur Fortgeschrittene
• anwendungsubergreifende Schulungen

286
4.5 Phase 5: GoLive und Support

• Anwenderschulungen fur neue Benutzer.


• Schulung bei Release-Wechsel und neuer Moduleinfiihrung
• Umstieg auf die neue Arbeitsumgebung mySAP.com
Langfristige Strategi- Es ist ebenfalls wichtig, eine langfristige Supportstrategie zu ent-
en fUr den Support wickeln und Release-Wartung und -Wechsel zu planen Cz. B.: Sy-
definieren stem-, Datenbank-, R13-Software-Release-Wechsel).

Hiefur milssen:
• Der technische Upgrade-Plan detailliert ausgearbeitet wer-
den;
• die technische Landschaft an die neuen Gegebenheiten an-
gepasst werden CFestplattenkapazWit, Systemleistung usw.);
• Plane fur weitere Prozessanforderungen, die im Einfiih-
rungsprojekt noch nicht bearbeitet wurden, detailliert ausge-
arbeitet und
• die langfristige Supportstrategie umgesetzt und optimiert
werden und die Gegebenheiten angepasst werden.
Upgrade der produk- Durch ein Upgrade der produktiven Systemlandschaften sollen
tiven Systemland- Wartung und Release-Wechsel durchgefuhrt werden. System-
schaft wartung bedeutet, dass Verbesserungen und Korrekturen an be-
stehenden Funktionen durchgefuhrt werden. Korrekturen wer-
den im allgemeinen jede Woche ausgegeben. Release-Wechsel
umfassen die Lieferung neuer oder elweiterter Softwarekompo-
nenten. Ein neues Release wird wesentlich seltener herausge-
bracht.
Upgrade Folgende Punkte fallen unter Upgrade:
• Datenbank-Upgrade
• System-Upgrade
• Release-Customizing Cevtl. sind Schulung der Mitarbeiter no-
tig)
• Benutzeltests durchfuhren und Akzeptanz filr das neue Re-
lease oder Release-Wechsel herausfinden.
Fortlaufende 1m Rahmen der fortlaufenden Systemvorgange milssen folgende
Systemvorgange Stationen durchlaufen werden:
durchfUhren
• Durchfuhrung taglicher Vorgange des Rechenzentrums z. B.
Datensicherungen und Alarmilberwachung, Prozessilberwa-
chung;

287
4 AcceleratedSAP (ASAP)

• Durchfuhrung taglicher Vorgange der Datenbankadministra-


tion;
• Protokollierung der System- und Benutzerdaten;
• die Detaillierung der Verfahren der SystemvelWaltung;
• Auswertung der Daten.

4.5.3 Abschluss Projekt - Review


Zuletzt sollten aIle Projektunstimmigkeiten gelast werden. Das
Projekt wird abgeschlossen aber gleichzeitig wird eine mittel-
und langfristige Strategie ausgearbeitet. Dabei sind:
Aufgaben • aIle ausstehenden Projekt-Issues zu lasen;
• die GeschaftsmalSnahmen und -Vorteile durch die Einfuh-
rung von R/3, wie sie in der Phase 1 dokumentiert wurden,
zu bewerten;
• die Liste des Issues 1 ist durch eine formelle Zustimmung des
Projektteams abzunehmen und zu schlielSen;
• Plane fUr die langfristige Strategie zu verfeinern.
Mit dieser Phase endet das Projekt.

Issue = Unvorhergesehene Aktivitat, ein Projekt oder eine Geschaftssituati-


on, die/das Geschafts- und Projektziele beeintrachtigt und den Projektzeit-
plan verzogert. Ein Issue kann Anderungen des Projektumfangs, des Bud-
gets, des Zeitplans und der Ressourcen zur Foige haben.

288
5.1 Projektsichten

Projektsystem (PS)

Das in das SAP R/3-System integrierte Projektsystem CPS) unter-


stiitzt den Anwender bei der Optimierung der Geschaftsprozesse
in der Projektdurchfiihrung. SOlIDt wird eine umfassende Integra-
tion von Betriebswirtschaft und Datenverarbeitung erm6glicht Mit
dem Projektsystem werden Routinetatigkeiten reduziert und Ab-
laufe in der ProjektdurchfUhrung beschleunigt.
Das Projektsystem ist als integrielter Baustein in das R/3-System
mit den Belangen des Rechnungswesens, des Vertriebs, der Ma-
terialwirtschaft und der Produktionsplanung und -steuerung ab-
gestimmt und wirkt unterstiitzend in allen Phasen der Projekt-
durchfUhrung, der Workflow sorgt hier fUr einen ausfUhrlichen
Kommunikationsfluss zwischen den einzelnen Stellen.
Das Projektsystem kann in unterschiedlichen Projekten eingesetzt
werden, z. B.:
PS·Einsatzgebiete
• Forschungs -und Entwicklungsprojekte
• Kundeneinzelfertigung
• Engineering - Projekte
• Investitionsvorhaben
• InstandhaltungsmaBnahmen
• EDV - Projekte

Abb.5.1
Das Projektsystem

::i=:.-I

289
5 Projektsystem (PS)

Zentrale Strukturen Die zentralen Strukturen des Projektsystems sind Projektstruk.-


turpliine (PSP) und Netzpliine. Sie konnen flexibel eingesetzt
werden um Projekte abzubilden. So werden z. B. reine Kosten-
projekte nur mit Hilfe des Projektstrukturplans abgewickelt, Pro-
jekte mit Produktbezug im Fertigungsbereich werden durch
Netzplane und Vorgange abgebildet. Bei entsprechend komple-
xen Projekten werden Projektstrukturplan und Netzplan gemein-
sam genutzt.
1m Netzplan plant man Arbeitskrafte, Kapazitaten, Materialien,
Hilfsmittel und Diensdeistungen, die zur Projektdurchfuhrung
benotigt werden.
Das PS erstellt daraus Bestellanforderungen und reserviert beno-
tigtes Material, zudem wird automatisch die Verfiigbarkeit von
finanziellen Mitteln, Kapazitaten oder Material durch die Materi-
alverfugbarkeitspriifung bzw. die Kapazitatsplanung iiberwacht.
Terminverzogerungen, Engpassen etc. konnen somit anhand ei-
ner grafischen Kapazitatsplantafel entgegengewirkt werden.
Projektphasen Die Planung eines Projekts kann im Projektsystem jederzeit er-
weitert und detailliert werden. Kosten aus der Grobplanung
konnen z. B. in der Feinplanung durch eine Kostenartenplanung
oder durch eine Einzelkalkulation erganzt oder ersetzt werden.
Das PS errechnet die Termine neu und bestimmt den kritischen
Weg.
Die Integration zu anderen Modulen des R/3-Systems ermoglicht
Ressourcen, z. B. die Planung in Abstimmung mit dem Einkauf,
der Bestandsfuhrung und der Materialdisposition. Die Projekt-
plantafel umfasst einen Tabellen- und Grafikbereich, so dass bei
der Eingabe detaillierter Daten der Dberblick iiber das Gesamtsy-
stem weiterhin besteht.
Budgetverwaltung Die Budgetverwaltung iiberwacht das genehmigte und freigege-
bene Projektbudget. Werden projektorientierte Verfugungen er-
fasst, iiberpriift das System, ob die dafur erforderlichen Mittel be-
reitstehen. Wird z. B. das Budget durch eine Bestellung iiber-
schritten, erhalt der Projektverantwortliche automatisch eine Mit-
teilung.
Buchungsvorgange, Bestellungen, Materialbewegungen, Ferti-
gungsauftrage oder Instandhaltungsauftrage ko nnen auf die PSP-
Elemente als auch auf die Vorgange aus dem Netzplan kontiert
werden.

290
5.1 Projektsichten

Dies bedeutet, dass Istwerte, die in der Realisierung aus der Fi-
nanzbuchhaltung, dem Einkaufssystem, der BestandsfUhrung und
der Fertigung fUr das Projekt anfallen, direkt auf dem Projekt
fortgeschrieben werden. Erl6se aus Kundenauftragen werden
ebenso auf dem Projekt fortgeschrieben. Die tatsachlichen, zu
einem Stichtag aufgelaufenen Projektkosten k6nnen mittels der
Ergebnisermittlung den realisierten Erl6sen gegeniibergestellt
werden. Das Resultat kann automatisch in die Ergebnisrechnung
iibernommen werden und gleichzeitig erzeugt das System Bi-
lanzbuchungen in der Finanzbuchhaltung.

5.1 Projektsichten
Da in einem Unternehmen die verschiedenen Bereiche unter-
schiedliche Sichten auf ein Projekt haben, und mit jeweils ande-
ren Strukturen arbeiten, k6nnen mit dem Projektsystem diese
unterschiedlichen Prozesse abgebildet werden. Das Projektsy-
stem beschreibt die Beziehung zwischen den Objekten und man
erhalt eine Abstimmung von Terminen, Kosten, Materialbedarf
und Kapazitaten. Die Daten werden hierbei nur einmal erfasst,
und die unterschiedlichen Sichten werden vom System abgelei-
tet.
Nachfolgend werden einige Unternehmensbereiche mit den je-
weiligen Projektsichten erlautert.
Vertrieb 1m Vertrieb werden verschiedene Phasen von der Anfrage tiber
das Angebot und dem Kundenauftrag bis zur Erstellung der Lie-
ferscheine und der Fakturierung durchlaufen.
Der Vertrieb plant und iiberwacht in dies en Phasen den Werte-,
Termin- und Mengenfluss. Bei der Auftragserteilung durch den
Kunden kann vom Projektsystem automatisch ein Projekt im
Hintergrund angelegt werden und mit Hilfe der Kundenauftrags-
nummer die MaterialverfUgbarkeit iiberpriift werden.
Die Kosten und Termine aus den Projektstrukturplanen und
Netzplanen werden dann irn Kundenauftrag fortgeschrieben.
Produktion Durch die Zuordnung von Plan- und Fertigungsauftragen zu den
PSP-Elementen oder Vorgangen im Netzplan k6nnen Daten nach
verschiedenen Sichten, wie z. B. nach projektspezifischen oder
produktionsspezifischen, ausgewertet werden.
Unterschiedliche Phasen in der Produktion k6nnen in einem Sy-
stem abgebildet werden: die Grobplanung mit Vorgangen im
Netzplan als Platzhalter fUr die spater zu erstellenden Plan- und

291
5 Projektsystem (PS)

Fertigungsauftrage ader eine mittelfristige Planung mit Planauf-


tragen oder die lrurzfristige Fertigungssteuerung.
Durch das Nutzen der Kapazitatsplanung und des Kostenrech-
nungssystems ist jederzeit der Oberblick fiber Termine, Kapazi-
taten und Kosten in einem Projekt gewahrleistet.
Materialwirtschaft Folgende Aufgaben der Materialwirtschaft, die den Prozess fur
die Beschaffung und Bestandfuhrung abbildet, konnen bei der
Durchfuhrung eines Projekts anfallen:
• Bearbeitung der Anfragen und Angebote
• Auswahl der Lieferanten und Preisfindung
• Bestellung und Bestandsfuhrung
• Wareneingang
• Rechnungspri.ifung
Diese Funktionen sind integriert mit dem Projektsystem verfug-
bar, und Materialkomponenten wie Reservierungen, Bestellan-
forderungen, Bestellungen, Fertigungsauftrage ader kundenbe-
zogene Bestande konnen mit PSP-Elementen oder den Va rgan-
gen des Projektsystems verkntipft werden.
Somit besteht die Moglichkeit, den Materialbedarf zusatzlich zu
den herkommlichen Methoden nach Materialdisponenten oder
einkaufsspezifisch nach Einkaufsorganisationen, auch projektspe-
zifisch tiber den Projektstrukturplan auszuwerten.
Finanzen Das kaufmannische Projektergebnis kann bei groBeren Kunden-
projekten durch Zinsgewinn bzw. -verlust wesentlich beeinflusst
werden. Aus diesem Grund betrachtet man den Zahlungsfluss als
einen wichtigen Punkt im Projektcontrolling. Zahlungsrelevante
Informationen sind in projektorientierten Bestellungen oder in
mit Kunden vereinbarten Zahlungsplanen ebenso enthalte n wie
in manuell geplanten ein- und ausgehenden Zahlungen auf dem
Projekt. Eine projektbezogene Verzinsung im Plan wird durch die
voraussichtlichen Zahlungen ermoglicht, welche yom Projektsy-
stem aus den zahlungsrelevanten Informationen abgeleitet und
termingerecht auf dem Projekt fortgeschrieben werden . Zahlun-
gen und Anzahlungen, d . h. der tatsachliche Zahlungsfluss wer-
den ebenfalls auf dem Projekt fortgeschrieben und die errech-
neten kalkulatorischen Zinsen flieBen in das Projektergebnis ein.

292
5.2 Organisationsstrukturen

Ergebnisrechnung Die voraussichtliche zeitliche Entwicklung von GraBen, wie "Ko-


sten des Umsatzes" oder "Ware in Arbeit", werden yom Projekt-
system durch die rnitlaufende Ergebnisvorschau fur Kundenpro-
jekte ermitte1t.
Beim Anlegen des Kundenauftrags und bei jeder Anderung der
Projektplanung kann der Auftragseingang in der Ergebnisrech-
nung aktualisiert werden.
Die Werte der Projekt-Ergebnisvorschau kannen in die unter-
nehmensweite Ergebnisplanung ubernommen werden, da die
Daten der laufenden Projekte eine wesentliche Informations-
queUe der Ergebnisplanung darstellen.
1m Rahmen der Projektabrechnung wird das pro Projekt ermit-
telte lstergebnis in nachgelagerte Anwendungen ubernommen
und in der Ergebnisrechnung fortgeschrieben.
InvestitionsmaB-nah- Investitionsprojekte kannen mit dem Projektsystem verwaltet
men werden, indem man sie einer Position der Investitionsprogramme
zuordnet. Fur die Aufstellung eines Investitionsplanes sind die
Planwerte neuer Projekte von wesentlicher Bedeutung. Daraus
lasst sich das Investitionsbudget ableiten und top-down auf die
Projekte verteilen. Daruber hinaus kannen die laufenden Ausga-
ben durch die GegenubersteUung der Projekt-lstkosten und des
Programmbudgets uberwacht werden.

5.2 Organisationsstru ktu ren


Flexible Organisationsstrukturen im SAP-System bieten die Mag-
lichkeit, auch komplexe Unternehmensstrukturen abzubilden.
Eine Vielzahl von Organisationseinheiten dient dazu, den rechtli-
chen und organisatorischen Aufbau eines Unternehmens aus
unterschiedlichen Sichtweisen darzustellen.
Das Projektsystem besitzt keine eigenen Organisationsstrukturen,
sondern wird durch geschickte Zuordnung zu den Organisati-
onseinheiten des Rechnungswesens und der Logistik in die be-
stehende Unternehmensstruktur eingebettet.
Dbergeordnetes Element aUer Organisationseinheiten ist der
Mandant. Er entspricht z. B. einem Konzern mit mehreren Toch-
terfirmen.

293
5 Projektsystem (PS)

Rechnungswesen Das Projektsystem ist mit den Organisationsstrukturen des Rech-


nungswesens wie folgt verknupft:

Abb.5.2 Mandant
Organisations-
strukturen
Rechnungswesen Ko tenrechnun

Profit Center

Buchun kreis

Der
Kostenrechnungskreis ist eine betriebswirtschaftliche Organisati-
Kostenrechnungs-
kreis onseinheit innerhalb der die Kostenrechnung durchgefUhrt wird.
Zum Zweck der buchungskreisuber-greifenden Kostenrechnung
kann ein Kostenrechnungskreis fUr mehrere Buchungskreise ei-
nes Unternehmens eine gemeinsame Kostenrechnung durchfUh-
reno
Profit Center Ein Profit Center ist ein eigenverantwortlicher Teilbereich eines
Unternehmens. Wesentliche Zielsetzung der Profit-Center-Rech-
nung ist es, Teilbereiche des Unternehmens wie selbstandig am
Markt operierende Einheiten erscheinen zu lassen.
Kostenstelle Die Kostenstelle gilt als der funktionale Ort der Kostenentste-
hung. Sie ist ein nach Verantwortungsbereichen, raumlichen
oder abrechnungstechnischen Gesichtspunkten abgegrenzter Teil
eines Unternehmens.
Buchungskreis Der Buchungskreis stellt eine selbstandig bilanzierende Organi-
sationseinheit innerhalb eines Mandanten dar. Auf der Ebene des
Buchungskreises werden die vom Gesetzgeber geforderte Bilanz
und die Gewinn- und Verlustrechung erstellt.
Geschaftsbereich Der Geschaftsbereich ist eine wirtschaftlich gesondert zu be-
trachtende Einheit, fUr die eine interne Bilanz und Gewinn- und
Verlustrechnung (GuV) erstellt werden kann. Die erstellte Bilanz
und GuV genugt jedoch nicht allen gesetzlichen Anforderungen,
die an eine offenzulegende Bilanz und GuV gestellt werden.

294
5.2 Organisationsstrukturen

Logistik Aus dem Bereich der Logistik k6nnen Objekten des Projekt-
systems folgenden Organisationseinheiten zugeordnet werden:

Abb.5.3
Organisations-
Mandant
strukturen Logistik
Buchun

ation

Einkaufer
Werk

La erort

Die
Arbei ts latz
Einkaufsorganisation ist eine organisatorische Einheit, die Mate-
Einkaufs-
organisation rialien oder Dienstleistungen fur ein oder mehrere Werke be-
schafft und allgemeine Einkaufskonditionen mit den Lieferanten
aushande1t. Die Einkaufsorganisation ist nach augen rechtlich fur
aIle Einkaufsvorgange verantwortlich und ist deshalb einem Bu-
chungskreis zugeordnet.
Einkiiufergruppe Die Einkaufsorganisation ist in Einkaufergruppen gegliedert, die
fur die operativen Tatigkeiten zustandig sind.
Werk Ein Werk ist eine Produktionsstatte oder auch einfach die Zu-
sammenfassung raumlich nahe zusammenliegender Orte mit
Materialbestand. Das Werk bildet eine disponierende und be-
standsfuhrende Einheit und ist zentrales Organisationselement
der Materialwirtschaft.
Technischer Platz Ein technischer Platz stellt eine Funktionseinheit innerhalb des
und Equipment Instandhaltungssystems dar, der den Ort der technischen Aufga-
benstellung abbildet. Dagegen stellt das Equipment das Objekt
der Aufgabenerfiillung dar.

295
5 Projektsystem (PS)

Lagerort Materialbestande konnen innerhalb eines Werkes nach Lageror-


ten differenziert gefuhrt werden. Der Lagerort wird als raumlicher
Lagerbereich verstanden.
Arbeitsplatz Der Arbeitsplatz gliedert ein Werk in organisatorische Einheiten,
die eine bestirnmte Leistung erbringen, z. B. Maschinen und Per-
sonen. Dabei lassen sich unterschiedliche Verdichtungshierar-
chien uber eine beliebige Anzahl paralleler Arbeitsplatzhierar-
chien abbilden.

5.3 Grunddaten & Standardstrukturen


Das Projektsystem steHt Grunddaten und Standardstrukturen zur
Verfiigung. Ein Vorteil dieser Grunddaten ist die Zeitersparnis
beim Anlegen und Planen von Projekten. Ein Arbeitsplatz kann
beispielsweise nur einmal definiert und dann in mehreren Pro-
jekten verwendet werden, ohne dass die relevanten Daten jedes
Mal neu eingegeben/angelegt werden mussen.
So kann auf eine Vie1zahl von 1nformationen wiederholt zurUck-
gegriffen und diese in weiteren Projekten eingefugt werden, oh-
ne die Datenbasis erneut anlegen zu mussen. Wird die Datenba-
sis ge1indert, so wird der 1nhalt der Standardstrukturen automa-
tisch yom System aktualisiert. Dies bedeutet, dass stets mit
Strukturen gearbeitet wird, die sich bezuglich der Datenbasis
immer auf dem aktueHen Stand befinden.

5.3.1 Standardstrukturen
Abhangig von der Projektart und dem Schwerpunkt der Projekt-
uberwachung wird ein Projekt mit Hilfe der operativen Struktu-
ren gegliedert. Das Projektsystem bietet dem Benutzer die Mog-
lichkeit, Schablonen dieser operativen Strukturen zu erstellen.
Standardstrukturen im PS sind Vorlagen wichtiger Strukturen, wie
z. B. Projektstrukturplane und Netzplane. Diese ermoglichen es,
Strukturen und Ablaufe im Projektgeschaft teilweise zu standardi-
sieren und wiederzuverwenden. Dadurch kann der Aufwand fur
Routinearbeiten bei der Projektverwaltung reduziert werden.
1st ein Standardnetzplan einmal vorhanden, so kann dieses zum
Anlegen neuer Netzplane mit der gleichen Struktur verwendet
werden, ohne dass der Netzplan neu definiert werden muss. Der
Netzplan wird mehrmals kopiert und steht somit fur die weitere
Bearbeitung zur Verfugung.

296
5.3 Grunddaten & Standardstrukturen

Die Standardstrukturen im Projektsystem umfassen:


• StandardprojektstrukturpHine
• Standardnetze
• Standardmeilensteine
• Standardtexte

Abb.5.4
Standardstrukturen

Standardnen

5.3.2 Standard Projektstrukturplan (S-PSP)


Die Ablaufplanung legt die Strukturen fur die Organisation und
Steuerung des Projekts fest. Diese wird im Projektsystem mit dem
Projektstrukturplan (PSP) realisiert.
Ein Projektstrukturplan ist ein Modell des Projekts, das die zu
erfiillenden Projektleistungen darstellt. Die einzelnen Vorhaben
und MalSnahmen, die fur die Erfullung des Projekts notwendig
sind, werden in einzelnen Strukturelementen, im PS als Projekt-
strukturplanelemente verwirklicht, beschrieben und in einer hier-
archischen Beziehung zueinander gesetzt.
Der Projektstrukturplan ist ein Hilfsmitte1, mit dem ein Projekt
iiberschaubar gestaltet wird. Dieser hat folgende Vorziige:
• Er bildet die Grundlage fur die Organisation und Koordinati-
on im Projekt.
• Er zeigt den Arbeits- und Zeitaufwand sowie den Kosten-
umfang, den ein Projekt beinhaltet.
Ein Standardprojektstrukturplan dient als Vorlage fur ein neues
Projekt. Mit einem Standard-PSP ist es moglich, ein Modellprojekt
zu erstellen bzw. im Rl3-System wird automatisch ein Kunden-

297
5 Projektsystem (PS)

projekt angelegt, wenn im Vertrieb eine Kundenanfrage, ein An-


gebot oder ein Kundenauftrag bearbeitet wird.
5.3.3 Standardnetzplan
Die Ablaufplanung stellt die Elemente in eine zeitliche Reihen-
folge. Sie legt z. B. fest, welche Ereignisse im Projekt voneinan-
der abhangig sind und welche Aktivitaten zusatzlich benotigt
werden bzw. ausgefUhrt werden mussen.
1m PS wird die Ablaufplanung mit dem Netzplan umgesetzt. In
der Projektdurchfiihrung sind NetzpHine die Ausgangsbasis fur
die Planung, Analyse, Beschreibung, Steuerung. Des weiteren
dienen diese der Dberwachung von Terminen, Kosten und Res-
sourcen, der Dokumente und Zeichnungen.
Standardnetze sind projektneutrale Strukturen, die als Vorlage
zum Anlegen weiterer Standardnetze bzw. operativer NetzpHine
verwendet werden konnen. Dabei ist es moglich, mehrere Stan-
dardnetze mit Anordnungsbeziehungen zu einem Gesamtnetz fur
ein Projekt zusammen zu fUhren.
1m Projektsystem sind Netzplane als Vorgangsknotennetze reali-
siert. Die wesentlichen Elemente, aus denen ein Netzplan be-
steht, sind Vorgange und Anordnungsbeziehungen.
Vorgange Vorgange werden im Projektsystem meist durch die folgenden
Daten beschrieben:
• durch den Arbeitsplatz, an dem der Vorgang ausgefUhrt
werden solI;
• durch die Vorgangsdauer, definiert durch Start- und End-
termine des Vorgangs;
• durch den Bedarf an Ressourcen, die durch den Vorgang
verzehrt werden bzw. bereitstehen solI;
• durch die Texte und Dokumente, die zur Beschreibung des
Vorgangs dienen.
Anordnungs- Normalerweise stehen die einze1nen Vorgange in einer definier-
beziehungen ten Reihenfolge in einem Netzplan, da oftmals zwischen den
Vorgangen technische, zeitliche oder inhaltlich bedingte Abhan-
gigkeiten bestehen. Diese Abhangigkeiten werden uber Anord-
nungsbeziehungen abgebildet, indem ein Vorgang in weitere
eingebettet wird.
Standardmeilen- Standardmeilensteine werden ausschlie1Slich im PS verwendet
steine und dienen als Vorlage zum Erstellen von Meilensteinen. Daraus
konnen auch weitere Standardmeilensteine entwickelt werden.

298
53 Grunddaten & Standardstrukturen

Man kann Standardmeilensteine als Vorlage fur Meilensteine in


Vorgangen und PSP-Elementen verwenden. Des Weiteren kon-
nen verschiedene Standardmeilensteine zu einer Meilenstein-
gruppe zusammengefasst werden. Sinnvoll ist dies zum Beispiel
bei Meilensteinen, die fur die Fortschrittsanalyse relevant sind.
Standardtext Ein Standardtext darf nicht mit einer Vorlage verwechselt wer-
den. Standardtexte sind spezielle Texte, die zum Beispiel in Vor-
gangen des ofteren vorkommen konnen. Dabei kann derselbe
Standardtext mehrmals verwendet werden, um iibliche Ablaufe
zu beschreiben oder detaillierte Informationen zu haufig ausge-
fiihrten Vorgangen bereitzustellen.

5.3.4 Dokumentenverwaltungssystem (DVS)


Wahrend der Entstehung und der einzelnen Phasen eines Pro-
jekts werden eine Vielzahl von Dokumenten erstellt und ver-
schiedenartige Einsatzmittel benotigt. Diese kann man entweder
im Projektsystem oder im DVS sehr einfach verwalten.
Durch das DVS konnen Dokumente direkt einem Projekt zuge-
ordnet werden. Durch das R/3-System kann auf diese Doku-
mente zugegriffen werden, selbst wenn die Originaldokumente
nicht im R/3-System abgelegt sind. Mit dieser Funktion ist es
moglich, technische Zeichnungen aus einem vorhandenen CAD-
System direkt im Projektsystem anzeigen zu lassen.
Die Dokumentenverwaltung erfasst:
• den Ablageort des Dokuments (liegt es im R/3-System, auf
dem CAD-System, PC ... );
• in we1chem Status das Objekt sich befindet;
• wo sich die Originaldaten befinden;
• wer fur das Dokument verantwortlich ist.
Dokumente und Texte, wie z. B. das Pflichtenheft und techni-
sche Dokumentationen, nehmen in Projekten eine bedeutende
Rolle ein. Mit Projektsystem-Texten kann man Pflichtenhefte,
Protokolle zu Projektbesprechungen, Notizen oder andere Do-
kumenten mit SAP sCript oder direkt mit einer speziellen Textver-
arbeitungssoftware im Projektsystem erstellen. Es ist hierbei auch
moglich, diese Texte parallel in verschiedenen Sprachen zu pfle-
gen. Ein Oberblick samtlicher Texte erhalt man im PS-
Textkatalog. Hier konnen die Texte auch auf dem Bildschirm
ausgeben werden.

299
5 Projektsystem (PS)

5.3.5 Fertigungshilfsmittel
Bei verschiedenen Projekten k6nnen dieselben Fertigungshilfs-
mittel verwendet werden. Das R/3-System bietet die M6glichkeit
Fertigungshilfsmittel zuzuordnen, wobei diese sowohl fur interne
als auch fur externe Vorgange reservierbar sind. Bei der Zuord-
nung gibt man an, wann, wie lange und welche Menge von wel-
chem Fertigungshilfsmittel ben6tigt wird.
Das Projektsystem kann vier Arten von Fertigungshilfsmitteln
verwalten und zwar:
• ~ateria1s~atz
Dabei handelt es sich um Lagerpositionen, die Gegenstand
der Bestandsfuhrung sind.
• Dokumenteninfosatz
Dieser ist Bestandteil des R/3-DVS. Mit Hilfe des Dokumen-
tenverwaltungssystems kann man Dokumente in Vorgangen
verwalten.
• Equipmentstammsatz
Der Equipmentstammsatz wird fur Erhaltungsprojekte ver-
wendet und steht somit nicht fur andere Projekte zur Verfu-
gung.
• Fertigungshilfsmittelstammsatz
Er dient nur der Information im Vorgang.
Grunddaten und Standardstrukturplane erleichtern die Arbeit im
und mit dem Projektsystem. Dies liegt zum einen in dem redu-
zierten Aufwand bei Routinearbeiten der Projektverwaltung und
-pflege. Weiter k6nnen durch diese Hilfsmittel wiederkehrende
Prozesse eines Unternehmens in einfacher Weise standardisiert
und dargestellt werden. Durch die gelungene Integration des
Projektsystems in R/3 ist ein standiger Zugriff auf die projekt-re-
levanten Texte und Dokumente gewahrleistet.

5.4 Operative Strukturen


Um ein Projekt in seiner Gesamtheit erfolgreich durchfuhren zu
k6nnen, mussen die Projektziele genau beschrieben und die zu
erfullenden Projektleistungen eindeutig definiert werden. Ein klar
strukturiertes Projekt ist die Grundlage fur die erfolgreiche Pla-
nung, Steuerung und Dberwachung.

300
5.4 operative Strukturen

Abb.5.5 Projektdefinition
Verlauf einer
Projektplanung

Projektstrukturplan

Aufgabenplanung

Ablaufplanung

Terminplanung

Zur Erleichterung der Projektdurchfuhrung stehen im Projekt-


system operative Strukturen zur Verfugung. Zu diesen zahlen:
• Projektdefinition
• Projektstrukturplan
• Netzplan
• Meilensteine
5.4.1 Projektdefinition
Mit der Projektdefinition wird das Vorhaben an sich, das mit dem
Projekt abgewickelt werden soli, beschrieben. So bleibt der
Grundgedanke, der hinter dem zu entwickelnden Projekt steht,
erhalten. Die Projektdefinition hat in samtlichen Entwicklungs-
phasen des Projektes einen iibergeordneten Stellenwert. Aus ihr
ergibt sich der Rahmen fur aile Objekte, die innerhalb eines Pro-
jekts angelegt werden, z. B. fur die Elemente des Projektstruk-
turplans und die Vorgange der Netzplane.
Zum Zeitpunkt der Projektdefinition werden der Projektstruktur-
plan und dessen Vorgange noch nicht benotigt. Wichtig wird
dieser erst im weiteren Projektverlauf.
5.4.2 Projektstru ktu rplan
Der Projektstrukturplan gibt die Umsetzung del' Projektdefinition
in Form eines ProjektmodeUs wieder. In ihm werden die zu er-
fullenden Projektleistungen hierarchisch dargestellt und somit das
Projekt iiberschaubar gegliedert. Er bildet die Grundlage fur die
Organisation und Koordination im Projekt.

301
5 Projektsystem (PS)

Mit Hilfe des PSP werden Termine und Kosten geplant. Dadurch
sind Arbeits- und Zeitaufwand sowie der Kostenumfang, den ein
Projekt in Anspruch nimmt, in der Planung ersichtlich.
Planungsphasen Um einen neuen PSP anzulegen, kann zum einen ein Standard-
in einem Projekt PSP kopiert und dieser daraufhin den Anforderungen entspre-
chend erweitert werden. Zum anderen besteht die M6glichkeit
nur Teile bestehender ProjektstrukturpHine in einen PSP zu uber-
nehmen. Somit k6nnen aus einem vorhandenen PSP Teilbaume
ausgewahlt und in den neuen Projektstrukturplan eingefUgt wer-
den, was gewahrleistet, dass dieselben Aufgaben fUr mehrere
Projekte ausgefUhrt werden.
5.4.3 Projektstrukturplanelemente
Die einzelnen fUr die DurchfUhrung des Projekts erforderlichen
Aufgaben sind im Projektsystem als Projektstrukturplanelemente
(PSP-Elemente) realisiert. Diese Elemente k6nnen je nach Pro-
jektphase we iter untergliedert werden.
Die Aufgabe eines PSP-Elements kann durch operative Kennzei-
chen genau definiert werden. Dies geschieht durch die Vergabe
von einem oder auch mehreren Kennzeichen. Hier seien aus-
zugsweise erwahnt:
• Planungselement
= ein PSP-Element, auf das man Kosten planen kann.

• Kontierungselement
= PSP-Element, auf das man Istkosten buchen kann.

• Fakturlerungselement
= PSP-Element, auf das man Erl6se buchen kann.

1m weiteren werden in den einzelnen PSP-Elementen Zustandig-


keiten hinterlegt, wie z. B. Projektleiter, anfordemde Kostenstelle
und verantwortliche Kostenstellen, die fUr die DurchfUhrung ei-
nes Vorgangs bzw. einer Aufgabe n6tig sind. Bei Bedarf k6nnen
weitere firmenspezifische Informationen in einem Projekt-
strukturplan, mittels zusatzlich angelegter Benutzerfelder, einge-
tragen werden.
5.4.4 Netzplan
Ein Netzplan besteht im wesentlichen aus Vorgangen und An-
ordnungsbeziehungen. Die fUr die ProjektdurchfUhrung ben6-
tigten Arbeitskrafte, Kapazitaten, Materialien, Hilfsmittel und
Dienstleistungen werden im PS mit Vorgangen im Netzplan ge-
plant.

302
5.4 Operative Strukturen

Mit Teilnetzplanen kann man einen Netzplan weiter verfeinem


und detaillieren. Dabei wird ein Vorgang in ein oder mehrere
TeilnetzpHine aufgegliedert. Das System macht keine Unterschei-
dung zwischen Teilnetzplanen und Netzplanen, so dass die be-
notigten Mittel auch in Teilnetzplanen fur den gesamten Netzplan
verbindlich geplant werden konnen.
5.4.5 Vorgang
Die Aufgaben in einem Projekt sind sehr unterschiedlich. Daher
muss auch bei den Vorgangsarten eine detaillierte Unterteilung
vorgenommen werden.
Eigenbearbeitete Bei Aufgaben, die im eigenen Untemehmen Kapazitaten (Ma-
Vorgange schinen oder Personal) beanspruchen, legt man "eigenbearbei-
tete Vorgange" an.
Fremdbearbeitete Aufgaben, bei denen Kapazitaten von Dritten in Anspruch ge-
Vorgange nommen werden, bezeichnet man als "fremdbearbeitete Vorgan-
ge". Durch einen fremdbearbeiteten Vorgang steHt man die Ver-
bindung zum Einkaufssystem her, indem man sich auf einen
Einkaufsinfosatz bezieht, der Preise und Lieferzeiten fur die
Fremdbearbeitung enthalt. Aus den Daten des fremdbearbeiteten
Vorgangs wird dann automatisch yom System eine BesteHanfor-
derung im Einkaufssystem erzeugt.
Kostenvorgange konnen genutzt werden, wenn es notig ist, Ko-
sten zu planen ohne sich auf andere Objekte im R/3-System zu
beziehen. Ein nicht unbedingt auf das R/3-System bezogener Ko-
stenvorgang ware z. B. die Planung von Reisekosten.
Mussen diese Vorgange weiter unterteilt/detailliert werden, sind
hierzu Vorgangselemente anzulegen. Diese konnen durch ein
oder mehrere
• Eigenbearbeitungsvorgangselemente,
• Fremdbearbeitungsvorgangselemente,
• Kostenvorgangselemente
genauer beschrieben werden. Material fur die Durchfuhrung des
Vorgangs plant man uber Materialkomponenten, die den ent-
sprechenden Vorgangen zugeordnet werden konnen. Sonstige
benotigte Hilfsmittel konnen durch Fertigungshilfsmittel den
Vorgangen zugewiesen werden. Zu diesen Hilfsmitteln zahlen u.
a. Zeichnungen, Werkzeuge, Vorrichtungen oder sonstiges
Equip-ment.

303
5 Projektsystem (PS)

1m Netzplan ist es ebenso wie un Projektstrukturplan moglich, in


eigenen Benutzerfeldem weitere firmenspezifische Informationen
zu hinterlegen.
5.4.6 Anordnungsbeziehungen
Zeitlich und technisch bedingte Abhangigkeiten zwischen Vor-
gangen werden liber Anordnungsbeziehungen abgebildet. Durch
sie wird aufgezeigt, in we1chem Zusammenhang die einzelnen
Vorgange zueinander stehen.
Das Projektsystem unterscheidet folgende Verknlipfungstypen:

VerknOpfungstypen • Normalfolge
Anordnungsbeziehungen, bei denen ein Vorgang erst begin-
nen kann, wenn der vorangehende Vorgang bereits beendet
ist.
• Anfangsfolge
Anordnungsbeziehungen, bei denen der Beginn eines Vor-
gangs yom Beginn eines anderen Vorgangs abhangt.
• Endfolge
Anordnungsbeziehungen, bei denen ein Vorgang erst beendet
werden kann, wenn ein anderer Vorgang beendet ist.
• Sprungfolge
Anordnungsbeziehungen, bei denen ein Vorgang erst beendet
werden kann, wenn der nachfolgende Vorgang begonnen
wurde.
Anordnungsbeziehungen konnen nicht nur innerhalb eines
Netzplans angelegt werden. Es ist durchaus moglich, die Vorgan-
ge verschiedener Netzplane liber Anordnungsbeziehungen zu
verbinden. Dadurch wird eine liberschaubare Aufteilung in klei-
nere Netzplane erreicht. Diese werden in einem Gesamtnetzplan
zusammengefasst und daraus resultiert wiederum ein Termin-
plan, der alle Netzplane umfasst.
5.4.7 Meilensteine
Meilensteine sind Ereignisse innerhalb eines Projekts, denen eine
Definition besondere Bedeutung zukommt. Sie konnen eine vordefinierte
Funktion auslosen. 1m Allgemeinen kennzeichnen sie Obergange
zwischen verschiedenen Phasen oder Abteilungen. Meilensteine
werden Vorgangen oder PSP-Elementen zugeordnet.
1m Projektsystem werden sie fUr folgende Zwecke eingesetzt:
• Auslosen von vordefinierten Meilensteinfunktionen in Netz-
planvorgangen;

304
5.4 Operative Strukturen

• Durchfiihrung von Fortschrittsanalysen;


• Festlegen von Terminen in Fakturierungsplanen fur Kunden-
auftrage.
Meilensteintermine in Fakturierungsplanen werden fur die Auslo-
sung von Ereignissen eingesetzt. Bei einem Kundenprojekt, wie
z. B. der Kundeneinzelfertigung, werden dem Kunden die Lei-
stungen in der Regel in Rechnung gestellt sobald gewisse Phasen
des Projekts abgeschlossen sind. Werden einzelne Phasen inner-
halb von Netzplanen oder PSP-Elementen durch Meilensteine
dargestellt, kann mit deren Hilfe ein Fakturierungsplan festgelegt
werden. Tritt das Ereignis des Meilensteins ein, kopiert das Pro-
jektsystem den Isttermin des Meilensteins automatisch in den
Fakturierungsplan und ermoglicht somit eine Fakturierung.
Die vordefinierten Meilensteinfunktionen in NetzpIanen konnen
dernnach zum Auslosen einer bestimmten Abfolge von Ge-
schaftsprozessen verwendet werden, wie die folgende Aufstel-
lung zeigt:
• Freigabe von Vorgangen
• Anlegen von Teilnetzplanen
• Auslosen von Workflow-Aufgaben
• Einbinden von Standardnetzplanen
• Anlegen von Netzplanen

5.4.8 Vorteile operativer Strukturen


Die Vorteile der operativen Strukturen sind vielfaltig, so ist es
bspw. moglich, Daten und Strukturen von der Grob- bis Feinpla-
nung kontinuierlich zu erweitern und zu detaillieren.
Weiterhin konnen Projektstruktur- und Netzplane grafisch ver-
waltet werden und mit Hilfe dieser Grafiken schnell und einfach
weitere Projektstruktur- und Netzplane erstellt werden.
Mit Meilensteinen konnen Workflows ausgelost, Termine in
Fakturierungsplane kopiert oder eine bedeutende Projektphase
gekennzeichnet werden.
Durch den hohen Integrationsgrad dieser Strukturen innerhalb
des Projektsystems und somit auch im SAP-System verfugt man
tiber den standigen Zugriff auf Daten aus Fachabteilungen, die
in die Planung und Steuerung von Projekten einbezogen sind.

305
5 Projektsystem (PS)

Durch die leistungsstarken und gut integrierten Einzelelemente


des Systems ist die Basis fur eine zielgerichtete Projektbearbei-
tung geschaffen.

5.5 Planung
Griindliche Planung ist eine Grundvoraussetzung fur die erfolg-
reiche Durchfiihrung eines Projekts. Die Einhaltung von Termi-
nen, die Vermeidung von Budgeruberschreitungen und vor allem
die Erfiillung der vorgegebenen Qualitatskriterien hangen ent-
scheidend von der Planung abo
Das SAP-Projektsystem bietet fur diesen Bereich in seinem Modul
PS zahlreiche Funktionen, die sich keinesfalls hinter bekannten
Einzellosungen, wie MS-Project, verstecken mLissen.
Dabei ist das PS sehr flexibel, was eine kontinuierliche Weiter-
entwicklung und Anpassung der Planung an den Projektverlauf
ermoglicht. So lassen sich beispielsweise verschiedene Versionen
des gleichen Plans getrennt abspeichem, kopieren und andem.
Speziell der Projektstrukturplan bietet durch seine beliebig re-
strukturierbaren Planelemente ein sehr hohes MaB an Flexibilitat
und durch seine grafische Darstellung der Planhierarchie auch
eine gute Obersichtlichkeit, die es dem Anwender erleichtert, den
Oberblick tiber seine Planung zu behalten.
AuBerdem ist eine Priiffunktion in das Programm integriert, die
die strukturelle Integritat der Planung sowohl in der zeitlichen als
auch in der projekthierarchischen Ebene gewahrleistet und den
Anwender gegebenenfalls auf Inkonsistenten in der Planung
hinweist. Dies kann vor allem dann von groBem Nutzen sein,
wenn dezentral und/oder von mehreren von einander unabhan-
gig agierenden Mitarbeitem bzw. Abteilungen geplant wird.
5.5.1 Terminplanung
Die Termine konnen entweder individuell auf dem Projektstruk-
turplan eingegeben werden oder yom System automatisch be-
rechnet werden. Das SAP Projektsystem unterscheidet dabei zwi-
schen folgenden Terminarten:
Terminarten • Ecktermine sind feste Termine (wie z. B. Meilensteine). Sie
werden manuell im Projektstrukturplan eingegeben.
• Prognosetermine sind voraussichtliche Termine, die auf
dem Netzplan oder Projektstrukturplan eingegeben werden
und dann zur Berechnung zeitlicher Planabweichungen ver-
wendet werden konnen.

306
5.5 Planung

• Isttermine spiegeln den realen Projektverlauf wieder. Sie


werden entweder manuell eingegeben oder vom System aus
Leistungsnachweisen ubemommen.
• Terminierte Termine werden vom System bei der PSP-
oder Netzplan-Terminierung berechnet, daher die auf den
ersten Blick etwas absurd anmutende Namensgebung.
5.5.2 Terminierung am PSP
1m Gegensatz zu NetzpHinen, die vom System automatisch an-
gelegt werden, muss man Terminierungen am Projektstruktur-
plan manuell durchfuhren. Uber die Menupunkte:
Rechnungswesen c:? Projektmanagement c:? Planung c:? Termine
c:? PSP Terminierung
gelangt man in den Eingangsbildschirm zur Projektterminierung.

Abb.5.6
Projektterminierung

I'luickldcl. ICIlIt-1 DI
PSP-£Iemen'

Terminlerungspar.meter
Termlnlo •. An 12
r:'I
R::-UC""'
k ..
"""~""
rt""s-------
Reduz ierung&k.z. r 1£5 wrd@ nicht rI~duzl@rt

AGJ(II1333J ,.... INS 11'.0

Nach der Eingabe des Projektnamens kann optional ein PSP-


Element angegeben werden, welches dann ausschlieBlich termi-
niert wird. Bleibt das Fe1d leer, wird das gesamte Projekt termi-
niert.
Als nachstes muss die Terminierungsart ausgewahlt werden. Bei
der Vorwartsterminierung werden die Termine ausgehend von
einem gegebenen Starttermin berechnet, bei der Riickwartster-
minierung hingegen ist der Endtermin gegeben und das System
berechnet den spatest m6glichen Starttermin. AuBerdem gibt es
noch die zwei anderen M6glichkeiten der Terminierung, die al-
lerdings nicht so haufig Verwendung finden, zum einen die Ta-
gesdatum-Terminierung, bei der uberpruft werden kann, ob
die Projektdurchfuhrung bis zu einem bestimmten Termin noch

307
5 Projektsystem (PS)

durchfiihrbar ist bzw. ob noch Spielraume bestehen und zum


anderen die Heute-Terminierung, die ausgehend vom aktuel-
len Tagesdatum eine Vorwartsterminierung durchfiihrt.

Abb.5.7 "
Eckterminierung tl'1
IiUl Ect IIGi I"lognoot lliiil 1.1 1
TP,"ntnl1stf': ~SP -EleN!nt,. - UQrg::lngp
r,"ujf!'kt Ll@rill.i.t.iuli C/Ztt-101 Zentt"'it'r"1IIi15Chlnf' Next Generation (HG - 3)
Star-Urn 11 .11 .1991 Endl~ndn 29.12.1991

OtJtkt PSP- E1IPnI!!!nt [Ckst.rt


Uorgang FrUh. Stilrt Splilt .Start F... Uh .lEnd

PSP-El C/lH-1 11-1 IlUU)


... to . . n089182~2 11.11.1997
uot"g 02.0 12.11.1997 1 .... 11.199 1 12.11.19
uorg AI'1 " 11 . 11.1997 11.11.1991 11.11.19
uorg 0121 12.11.199712.11.1991 13.11.19
uory el:le 1"'.11.19971".11.1991 14 . '1.19
~org U10U 11.12.199711.1 2.199111.12.19
uorg 0-1 1ft 29 .1 2.199729.12.199129.U .19

PSP-ll en ... , n - " 00


He tz o,....'1UD9.n2 .... 2 11.11.1991
Uorq 1111118 1 •. 1:l.1997 1e.12.109J7' 11 . 12.19

PSP - El I:/ZH- 1 UII- 12 Ii..;'


'*u UeoOMOIl2.2 11.11 . 1991
Uorg 8108 11.12.199111.12.1997 11.12.'9
PSP - E1 C/l"- 1111D-101tan

.....
PSP - El

Uorg
eIlH- ' ' '- 1 ~18
uuaOUU91C21t2
0060
11.11.1991
28.11.199128.11 . 1997 ft3.1 2 .19

AG311117J'J1 :Nt ItlS "-"5


Die Taste <Eck> 6ffnet ein Fenster, wo der Eck-, Start- und End-
termin angezeigt wird und abhangig von der Methode die Ter-
minierung eingegeben oder geandert werden kann. Die Bestati-
gungstaste (griiner Haken) startet die Terminierung, Fehler wer-
den gegebenenfalls in der Statuszeile angezeigt. Die Terminie-
rung ist damit ausgeftihrt und kann wie gewohnt gesichert wer-
den. Unter
Zusatze c::> Protokoll c::> Terminprotokoll Vorg.
ist ein Protokoll der Tenninierung verfiigbar. Dber den Button
<Ecktermine> kann man diese auf Konflikte priifen oder tiber
den Button < Termine AltlNeu> die neuen Termine mit denen der
Tenninierung vergleichen (Abb. 5.7).
Zudem existieren weitere Hilfsfunktionen, mit denen sich bei-
spielsweise Terminkonflikte anzeigen oder Zeiteinschrankungen
und Pufferzeiten festlegen lassen und Funktionen zur automati-
schen Aktualisierung bzw. Anpassung anderer PSP-Elemente, auf
die hier jedoch nicht naher eingegangen werden soli.

308
5.5 Planung

5.5.3 Kostenplanung
Ein weiterer bedeutender Aspekt in der Planung eines Projekts
ist die Kostenplanung. Sie ist die Grundlage der Budgetermitt-
lung und unabdingbar zur Vermeidung von Budgetiiberschrei-
tungen. Darnit ist sie einer der wesentlichen Faktoren fUr den
Erfolg oder Misserfolg eines Projekts, der vom Management oft-
mals iiberproportional nach der Einhaltung der zuvor angesetz-
ten Projektkosten bewertet wird.
1m Wesentlichen bietet das Projektsystem drei Methoden von
unterschiedlichem Detaillierungsgrad, urn Kosten zu planen, wie
die folgende Obersicht zeigt:
Abb.5.8 zeltllche
Kostenplanung
Gllederun

sachllche
==___• Glladarung
PIP psp
KDltenart Obitldtyp, Kallen rt
5.5.3.1 Strukturplanung
Die Strukturplanung wird in der friihen Planungsphase einge-
setzt, wenn noch keine exakten Zahlen vorliegen und ein erster
Kostenansatz erstellt werden solI. Die Informationen fUr die PSP-
Elemente, die geplant werden sollen, werden dabei zunachst aus
Vergleichsobjekten ubernommen oder geschatzt.
Dabei werden die Planwerte unabhangig von der Kostenart hier-
archisch erfasst; dies kann entweder nach dem Top-Down oder
dem Bottom-Up-Verfahren geschehen.
• Bei der Top-Down-Planung mussen die Planwerte manuell
vom Benutzer von den oberen Planelementen nach unten
verteilt werden.

309
5 Projektsystem (PS)

• Die Bottom-Up-Planung funktioniert genau umgekehrt, zu-


nachst gibt man die Werte der unteren Hierarchieebene ein,
die dann vom System zu den hoheren Plane1ementen sum-

- --
miert werden.

Abb.5.9
PSP-Element-
I~

....J I
s_ . . _ """". s._
~

;] -dlJ <oojajxJ l l ll
l!ih

I Inlcl'ti'J
- ..
)(

ubersicht J.tueGUlbers.! JahrWcnc I Elnze1kallcul.Uon I PrUfen I


P,.lelttde' Zentrlenneschlne Grneratlon (NG·l) -"
ICIZM- 1115 N~
-
Kostenplan
U SH PSP-E'emonl Gc:ulml OEM Ph.n.umme: OEM
rl 1 C/2" - "1 us-., oeD I 672.10 1~S .819.00
rl 2 C/2M-1 85 - 1' lUI I
r l 2 C/Z1t-1OS - 1200 I
rl 2 C/2H-1 as 1 .. 1110 I
rl 3 cnM- 10$ - 1_'. I
r l 3 eIZM- 1115- n21 I
rl 2 C/lH-1'85 1SII1 I
r l 3 CIlM- 1115- 1S1' I
rl 3 ell" UIS 152. I
r l 2 C/Z1t-1OS - 1600 I 672.n 672.00
rl 3 ell" 185 - 161' I 612.1" 672, a.
rl
rl 3
-
C/ZM-

CIZM-
1115

1115-
- 1611
r l • C/ZH- 111S - 1612 I
1621
I
I
EI
I
672 •• '

r l • C/ZM- 1115 - 1621 I I


rl • C/ZH- 1115- 1622 I 2.S I18.IU I 2. 5 81.'"

AGJ ,2] (3l3I ..... .:J


OVA 13:59

So konnen nicht nur die Gesamtkosten geplant werden, sondern


auch die Kosten fUr ein einzelnes Geschaftsjahr oder eine andere
beliebig wahlbare Periode. Auch hier kann nach dem Bottom-
Up- oder Top-Down-Prinzip vorgegangen werden, d. h. entwe-
der wird der Gesamtwert des Projekts auf mehrere Zeiteinheiten
aufgeteilt oder die einzelnen Jahresplane zum Gesamtwert sum-
miert.
Urn eine Schatzung fUr die Kosten eines PSP-Elements durchzu-
fUhren, muss zunachst der Startbildschirm der Kostenplanung
aufgerufen werden. Zu diesem gelangt man tiber die Mentifolge:
Rechnungswesen c:> Projektmanagement c:> Planung
Kosten! Erl6se c:> Kosten andern
Dort muss nur die Projektdefinition bestatigt werden und schon
befindet man sich im Bildschirm "Kostenplanung andern: PSP-
Gesamrubersicht" (s. Abb. 5.9). Dort konnen nun absolute Ko-
stenschatzungen fUr einze1ne PSP-Elemente angegeben und

310
5.5 Planung

durch nochmalige Bestatigung in die Planung tibemornrnen wer-


den.
Mit diesen Funktionen bildet die Strukturplanung ein hervorra-
gendes Grundgerust fur weitere Planungen, da sie j.m weiteren
Projektverlauf jederzeit durch Detailplanung oder direkte Ko-
stenplanung am Projektstrukturplan erganzt und an den realen
Projektverlauf angepasst werden kann.

5.5.3.2 Kostenartengerechte Detailplanung


Die Detailplanung ermoglicht die kostengerechte Planung unter
Unterscheidung der Kostenart.
• Primarkosten konnen sowohl wert- als auch mengenmaBig
geplant werden. Bei der wertmaBigen Planung werden die
geplanten Kosten pro Kostenart erfasst, bei der Mengenpla-
nung wird der zur erwartende Verbrauch erfasst und mit
Planpreisen pro Mengeneinheit bewertet.
• Sekundarkosten werden in Form von Leistungsaufnahmen
auch mengenmaBig geplant. Die Planleistungsmenge, die ein
Arbeitspaket aufnirnrnt, wird vom System mit dem Tarif der
Senderleistungsart multipliziert. Dieser Wert wird unter einer
sekundaren Kostenart fur die innerbetriebliche Leistungsver-
rechnung abgelegt.
Auch hier ist, wie bei der Strukturplanung, die Kostenberech-
nung fur beliebige Zeitraume sowie das gesamte Projekt moglich.

5.5.3.3 Einzelkalkulation
Sofem Informationen tiber Bezugsquellen, Mengen und Preise
vorliegen, kann die Einzelkalkulation zur Projektkostenplanung
verwendet werden. Bei der Einzelkalkulation werden die Kosten
nicht nur auf Kostenaltenebene, sondem auch pro Material und
pro Eigen- bzw. Fremdleistung geplant, sie ist also somit eine
mengenbezogene Planung. Statt Plankosten werden pro Herkunft
CEinsatzmaterial, Leistungsart etc.) Planmengen eingegeben.
Die Preise ermittelt dann das System selbststandig aus den
Starnrndaten des R13-Systems, z. B. aus Materialstarnrnsatzen, Ko-
stenstellentarifen oder Preisinformationen des Einkaufs.
Plan- und Istwerte konnen im Kosteninformationssystem ange-
zeigt werden. Auf den Startbildschirm fur die Kostenplanung im
Projektstrukturplan gelangt man tiber die Mentiauswahl

311
5 Projektsystem (PS)

Rechnungswesen 9 Projektmanagement 9 Planung


Kosten! Er16se 9 Kosten iindern
Nach Eingabe des Projektnamens hzw. des zu bearbeitenden
PSP-Elements erreicht man tiber den Button <Einzelkalkulation>
den Bildschirm "Einzelkalkulation anlegen". Es besteht auch die
M6glichkeit, Vorlagen anzulegen und wieder aufzurufen .
... .. _ D "
Abb.5.10
Einzelkalkulation
l>_i_~£""""""~Sl!'!"'I!"

...j l J ~j ~.a.lx sl 'l 1 cl


nlnlcl llj '"
191 Gil )( I ol!l'\ IGI l rail!!! IIlflIG Kopfblld I fi Tctbnloch. Into I Neue Elntr~ge l
ProJelct I C/ZH- 1 1S-161 2 OEM I 612.11

Po.I U 1 Reliource WerltJ\. Elnk _ .__


Meng~ Me l Wcrl - G... ml ~
1,._23_Dl 11112 28 $T 7~.1O •
2,._26Ul 11112 1.aDl Sf ~D.IO
3 E 213 ... 11 3 II 1. . . . .
_S ~9_ . 1U

SC 371.10
I- 6 0,10
I-
l-
1
I - 131,10
D.IO
9 D.IO
I- I I B.n
l- II D.IO
l- 12 D.8O
-
ta 0.80
1_ •• ne •
, ,
~lli!!l~.ru.QJ Po,ltlon ~ .... an ~

.-.6312113331 ...... O\IA tl57

Die Tabelle (s. Abb. 5.10) enthalt folgende Felder:


• 1m Feld Positionstyp (T) werden nicht nur die benotigten
Eingaben festgelegt, sondern auch die Weiterverarbeitung
dieser Angaben durch das System.
• Unter Ressource wird die Informationsquelle festgelegt, die
das System bei der Kalkulation verwendet. In der Praxis be-
deutet dies, dass bei Eigenleistungen die Kostenstelle und
bei Materialien die Materialnummer eingegeben wird. Bei va-
riablen Positionen hingegen bleibt das Feld leer.
• Das Feld WerkiLeistung enthalt bei Eigenleistungen die
Kostenstelle bzw. bei Materialien das Werk, dem das Mate-ri-
al zugeordnet ist.
• Menge des Kalkulationspostens.

312
5.5 Planung

• 1m Feld ME schlieBlich wird die Mengen- bzw. Zeiteinheit


(bei Eigenleistungen i. d. R. Stunden) angegeben.
Um eine Gesamtsumme zu erhalten, kann man nun einfach in
der letzten Zeile ein Element mit Positionstyp S (fur Summe) an-
legen. Bei Druck auf den Bestatigungsbutton werden die yom
System errnittelten Materialpreise und die Summe in del' Spalte
Wert-Gesamt angezeigt.
Ober die Menilauswahl
Funktionen q Zuschliige errnitteln
kann man das System automatisch Gemeinkostenzuschlage er-
mitteln lassen, die dann zu den Gesamtkosten addiert werden (s.
Abb. 5.10, 4.Zeile)

5.5.3.4 Kostenplanung im Netzplan


Bei del' Planung von Vorgangen im Netzplan berilcksichtigt das
SAP-Projektsystem automatisch die anhand del' eingegebenen
Termine und Ressourcen anfallenden Kosten.
Auch hier werden eigen- und fremdbearbeitete Vorgange
unterschieden, als weitere Primarkosten werden Material und
Kostenvorgange berilcksichtigt. Die Berechnung ist nach Arbeits-
platzen organisiert, d. h. die Kalkulation benutzt als Grundlage
die im Arbeitsplatz hinterlegten Werte fur Kostenstelle und Lei-
stungsart.
Fill' bestandsgefiihrte Materialien werden in del' Lagerverwal-
tung Reservierungen erzeugt, als Planungsgrundlage dient in die-
sem Fall del' Materialpreis aus dem Stammsatz des Materials
Fill' nicht bestandsgefiihrtes Material wird automatisch eine
Bestellanforderung erstellt, die Kostenermittlung erfolgt dann
falls moglich ilber den Einkauf.
Sonstige Kosten, die nicht automatisch berilcksichtigt werden,
wie z. B. Beratungshonorare, Lizen?gebilhren odeI' Reisekosten,
konnen ilber Kostenvorgange manuell eingegeben werden.
Diese Kostenvorgange lassen sich nochmals in einzelne Vor-
gangselemente unterteilen, wodurch die Planung weiter verfei-
nert werden kann.
5.5.4 Erlosplanung
Aile Funktionen der Kostenplanung stehen auch fur die Er-
losplanung zur Verfugung, d. h. hier sind Strukturplanung und
indi-viduelle Planung neben- und miteinander in verschiedenen

313
5 Projektsystem (PS)

Abstufungen durchfiihrbar, selbst die kostengerechte Erlospla-


nung direkt auf den einzelnen Fakturierungselementen auf dem
PSP ist kein Problem.
In den Startbildschirm zur Erlosplanung gelangt man tiber die
Mentiauswahl
Rechnungswesen c:? Projektmanagement c:? Planung
KosteniErl6se c:? Erl6se andern
Auf eine genauere Beschreibung solI an dieser Stelle verzichtet
werden. Die Vorgehensweise ist nahezu mit dem irn Kapitel "Ko-
stenplanung' beschriebenen Beispiel identisch.

5.5.5 Kapazitatsplanung
1m Projektsystem konnen nicht nur Kapazitaten geplant werden,
sondern es ist zusatzlich auch moglich Kapazitaten untereinander
abzugleichen und zu splitten.
Kapazilalssplitt Um in der Ressourcen- und Kapazitatseinsatzplanung einen ho-
heren Detaillierungsgrad zu erreichen, kann man Kapazitatsarten
in Einze!kapazitaten unterteilen. In diesem Fall spricht man von
Kapazitatssplitts.' Mit Hilfe dieser Kapazitatssplitts kann man be i-
spielsweise bestimmte Kapazitatsarten fur einzelne Personen ein-
geben, d. h. zu jedem Arbeitsplatz kann ein Kapazitatsangebot
und eine Forme! zur Kapazitatsberechnung angegeben werden.
Es ist umgekehrt auch moglich anhand von Vorgangen und Vor-
gangsarten den Kapazitatsbedarf fur Planungse!emente zu be-
stimmen. In den Vorgangen auf dem PSP werden dann zusatzlich
ein Wert fur die Arbeit und die ben6tigte Anzahl an Kapazitaten
angegeben, die dann vom System bei der Terminierung zur Be-
rechnung des Kapazitatsbedarfs herangezogen werden.
Hat ein Vorgang einen verschiedenen Bedarf an Kapazitaten,
konnen optional zusatzliche Kapazitatsdaten in dem entspre-
chenden Vorgang hinterlegt werden, um die Kapazitatsplanung
noch vielseitiger zu gestalten.
Auch die Integration von Dienstleistungen in die Kapazitatspla-
nung ist tiber das Anlegen eines fremdbearbeiteten Vorgangs
moglich, wobei tiber das Datum des Vorgangs eine Verbindung
zum Einkaufssystem hergestellt wird, zumindest dann, wenn es
sich um einen Einkaufsinfosatz handelt, der auch Satze und Zei-
ten fur die Fremdbearbeitung enthalt. In diesem Fall kann gleich

314
5.5 Planung

yom PS eine Bestellung initiiert werden. 1st dies bereits gesche-


hen, sind die Daten hierfur im Netzplanvorgang einsehbar.
Des weiteren verfugt das System tiber eine ausgereifte Kapazi-
tatsauswertung, die eine detaillierte Analyse der Kapazitatsausla-
stung yom Gesamtprojekt tiber Teilprojekte bis hinunter auf die
Arbeitsplatzebene erlaubt.

Kapazitats-auswer- Alle Kapazitatsauswertungen konnen auch kumulierte Kapazi-


tung tatsbelastungen pro Periode aufzeigen. Kumulierte Kapazi-
tatstibersichten liefem wichtige Informationen, vor allem zu kriti-
schen Arbeitsplatzen, da sie die sich abzeichnenden Rtickstande
und Engpasse deutlich aufzeigen.
Kapazitatsabgleich Auch ein Kapazitatsabgleich lasst sich direkt yom PS aus durch-
fuhren. Anhand von Simulationen kann man feststellen, wie sich
Auftragsanderungen, Mittelpunktterminierungen, Umplanungen,
Fremdbearbeitungen oder Arbeitsplatzanderungen auf das Kapa-
zitatsangebot auswirken. Das Hauptinstrument daftir ist die Plan-
tafel, auf die aus der Projektplantafel, der Terminierung oder der
Strukturplanung zugegriffen werden kann.
Die Plantafel umfasst in der Standardeinrichtung zwei Diagram-
me. 1m oberen Diagramm sind Arbeitsplatze und Kapazitatsange-
bote dargestellt, im unteren Diagramm die Vorgange mit dem
noch nicht eingeplanten Bedarf. Das Ein- und Umplanen eines
Vorgangs erfolgt tiber Drag & Drop, d. h. der Vorgang im unte-
ren Diagramm wird zum gewiinschten Zeitraum im oberen Dia-
gramm gezogen.
Dabei kann das Layout, die Beschriftung und die Skalierung der
Plantafel beliebig variiert werden, um jedem Benutzer die fur ihn
individuell sinnvollste Betrachtung zu ermoglichen. Zusatzlich
kann zwischen drei Kapazitatstibersichten ausgewahlt werden:
Kapazitats-ubersich- • Kapazitiit eines Arbeitsplatzes zeigt die Kapazitaten ein-
ten zeIn und arbeitsplatzbezogen an;
• Kapazitiit einer Arbeitsplatzgruppe summiert die Einzel-
werte fur die ausgewahlten Arbeitsplatze und zeigt einen
Gesamtwert an;
• Kapazitiit aller Arbeitspliitze zeigt die Kapazitat aller in ei-
nem Netzplan eingesetzten Arbeitsplatze an.
AuBerdem lasst sich der Kapazitatsausgleich auch vorher simu-
Iieren. Damit lassen sich die Auswirkungen der Operation be-
reits im Voraus tiberblicken und Fehlplanungen sind leichter zu
vermeiden.

315
5 Projektsystem (PS)

5.5.6 Schnittstellen zu anderen Rl3-Modulen


Zu den hauptsachlichen Starken des R/3-Projektsysterns, die es
aus Konkurrenzprodukten, wie z. B. MS-Project hervorhebt, ge-
hort die nahdose Integration des PS in das R/3-System, die es
ermoglicht in der Planung ein sehr hohes MaB an Aktualitat und
Flexibilitat zu gewahrleisten. Um dies zu erreichen, wurden
Schnittstellen zu zahlreichen anderen R/3-Modulen geschaffen,
die viele Eingabevorgange uberflussig machen und dabei helfen,
die Aktualisierung der Planung so weit wie irgend moglich zu
automatisieren.
Personalplanung Mit dem Projektsystem lasst sich auch die Qualifikation des be-
notigten Personals verwalten und planen. Dber eine Schnittstelle
zum Modul Personalwirtschaft konnen bereits vorhandene
Qualifikationen abgerufen und bei der Auswahl des Personals fUr
ein Projekt berucksichtigt werden. Das System erstellt individuell
fUr die ausgewahlten Vorgange anhand der Auslastung und der
Qualifikation des Arbeitnehmers eine Rangliste, aus der die am
besten geeignete Arbeitskraft ausgewahlt werden kann.
1st die notwendige Qualifikation nicht vorhanden, kann sie in die
Projektplanung einbezogen werden, d. h. zusatzliche Qualifikati-
onszeiten und -Kosten flieBen direkt in die Planung ein. Damit
steht endlich auch ein effektives Hilfsmittel zur Personalplanung
in Projekten zur Verfugung, das helfen kann, langwierige Re-
cherchen quer durch Dutzende verschiedener Abteilungen zu
venneiden.
Malerialplanung Bei der Materialplanung ist die Anbindung des Projektsystems an
den Einkauf, die Bestandsfiihrung und die Materialbedarf-
splanung des R/3-Systerns von groBem Vorteil. So kann man mit
dem PS einem Projekt im Einkaufssystem oder in einem Vorgang
im Netzplan Materialien zuordnen. Dabei unterscheidet das Sy-
stem folgende Faile:
• Bestandsgefiihrtes Material wird vom System in der not-
wendigen Menge reserviert
• Nicht bestandsgefiihrtes Material wird in Form einer Be-
stellanforderung an den Einkauf vorgemerkt, wo aile beno-
tigten Materialien bestellt und der Wareneingang selbsttatig
zuruckgemeldet wird.
• Fur Materialien mit langen Ueferzeiten lassen sich auch
Vorbestellungen erzeugen. Dazu mtissen kundenauftrags-
und projektorientierte Bestellanforderungen und Bestellun-
gen im Einkaufssystem erfasst werden. Wird dies beruck-

316
5.5 Planung

sichtigt, passt das Projektsystem automatisch die Vorgangs-


dauer an die voraussichtlichen Liefertermine an.
Optional kann das System auch Materialien separat als Pro-
jekteinzelbestand oder Kundenauftragsbestand verwalten. Dieser
Bestand ist dann fur das Projekt bzw. den Kunden reserviert und
fur andere Projekte bzw. Kunden nicht mehr verrugbar.

5.5.7 VerfOgbarkeitsprOfungen
Das Projektsystem prlift und iiberwacht automatisch, ob die ge-
planten Kapazitaten, das Material oder die Hilfsmittel auch wirk-
lich zu den errechneten Terminen fur das Projekt verfiigbar sind.
GroBes Gewicht wurde dabei zunachst auf die Verftigbarkeit
des Materials gelegt, die in der Praxis eine der haufigsten Ursa-
chen fur Planungsengpasse darstellt. Deshalb wird die Verfug-
barkeit bzw. Bestelldauer von Materialien bei der Berechnung
eigener Liefertermine gegeniiber dem Kunden von vomherein
berlicksichtigt. Die Materialverrugbarkeitspriifung kann jedoch
auch zu anderen Zeitpunkten durchgefiihrt werden, bspw. vor
der Freigabe eines Netzplans. Dafur lassen sich im Customizing
Defaultwerte angeben, die festlegen, wann und in welcher Form
eine Materialverrugbarkeitsprlifung durchgefuhrt werden solI. So
kann z. B. wahlweise nur der physische Lagerbestand berlick-
sichtigt werden oder auch laufende Bestellungen in die Prlifung
einbezogen werden.
Auch die Verfugbarkeit von Fertigungshilfsmitteln kann ge-
prlift werden, dabei vergleicht das System die Planung mit dem
aktuellen bzw. zum Planzeitpunkt voraussichtlichen Status des
Fertigungshilfsmittels und stellt fest, ob das Fertigungshilfsmitte1
zum benotigten Zeitpunkt iiberhaupt einsatzfahig ist.
Die Fehlteilabwicldung unterstiitzt den gesamten Workflow
von der Fehlteilermittlung, iiber die Information beim Warenein-
gang bis zur Riickstandsauflosung.
Wie bereits im Kapitel "Kapazitatsplanung" ausfuhrlich dargestellt
wurde, lasst sich auch die Verfiigbarkeit von Kapazitiiten prii-
fen, urn Redundanzen zu vermeiden.

317
5 Projektsystem (PS)

5.6 Budget
Dnter einem Budget wird der finanzielle Rahmen fur die Dek-
Budgetvergabe
kung der Projektkosten in einem bestimmten Zeitraum verstan-
den. Die Budgetvergabe wird erst nach der Planungsphase
durchgefuhrt, wobei sie im Gegensatz zu der Kostenplanung
verbindlich ist. Das Budget wird in der Genehmigungsphase ei-
nes Projekts auf die einzelnen Elemente des Projektstrukturplans
(PSP) vergeben. Dies kann in zwei unterschiedlichen Formen
erfolgen:
Formen der Budget- Das Projektsystem ermoglicht eine umfangreiche Planung der
vergabe Projektkosten. Bei Bedarf kann man diese Werte aus der Pla-
nung als Budget genehmigen (siehe Abb. 5.11). Es ist auch
moglich die Budgetwerte manuell auf die einzelnen PSP-
Elemente zu verteilen.

Abb.5.11
Budgetvergabe

Das Budget wird generell top-down vergeben. Das bedeutet,


dass das Budget von den ubergeordneten zu den untergeordne-
ten PSP-Elementen verteilt wird. Dabei ist es m6glich, weniger
als den Gesamtbetrag auf die untergeordneten PSP-Elemente zu
verteilen. Dadurch lassen sich von Anfang an Reserven fUr un-
vorhersehbaren Bedarf schaffen. Es ist auiSerdem nicht zwingend
erforderlich das Budget bis auf die einzelnen Teilaufgaben her-
unterzubrechen.
Freigabe Die Zuteilung eines Budgets ist nicht gleichbedeutend mit der
Freigabe der Mittel. Es wird deshalb im allgemeinen zwischen

318
5.6 Budget

zwei Budgettypen unterschieden. Zum einen gibt es das aktueI-


Ie Budget, welches das aus Nachtragen, Umbuchungen und
Rlickgaben aktualisierte Originalbudget darstellt, und zum ande-
ren die sogenannten Freigaben. Das Budget kann auf Grundla-
ge des aktuellen Budget sukzessive freigegeben werden. Dabei
dilrfen nicht mehr Mittel fur ein PSP-Element freigegeben werden
als aktuelles Budget vorhanden ist.
Aktualisierungen Eine Aktualisierung des Budgets kann durch verschiedene Vor-
kommnisse, wie unvorhersehbare Ereignisse, zusatzlich notwen-
dige MaBnahmen, Verteuerung von Fremdleistungen, erforderlich
werden. Das Budget kann durch verschiedene Vorgange aktuali-
siert werden:
Ein Nachtrag wird erforderlich, wenn die zur Verfilgung ge-
stellten Mittel nicht ausreichen. Die Budgetnachtrage erfolgen
ebenfalls top-down.
Falls Mittelilberschilsse vorhanden sind, konnen diese anderwei-
tig verteilt werden. Riickgaben erfolgen bottom-up, d. h. die
ilberschilssigen Mittel werden an das ilbergeordnete PSP-Element
vergeben.
Mit Umbuchungen kann das verfilgbare Budget eines PSP-
Elements einem anderen zur Verfugung gestellt werden. Dabei
konnen es sich auch urn PSP-Elemente verschiedener Projekte
handeln.

Abb.5.12
Budgetvergabe ,III ,_
120% der Plansumme
~
r
r
U .fID',.........
I

r
,,.,. , •• , . . .
e/l" , .. " ..
C/l" , .. UIII
F
,. . __
'' .... M

""".- I
~
~
~
t CII • •
j-c,,,, ~~~_ _-:~!!!!!!_~=-
'-CJbt- -;..,......... -,Ii.•
__
r ., CfI"!
f! • c/,. ........

.".'c's r. ...... ,.
.,. -~O't w..-J ........ ,
.-c,
til ''''IU
~:'::. ~~I-----

...

319
5 Projektsystem (PS)

Uber den Pfad


Rechnungswesen ~ Projektmanagement ~ Budgetierung
kann man das Budget anlegen/andern oder auch auf versehiede-
ne Arten anzeigen lassen.
Budgelverwaltung Urn den Anwender bei der Budgetvergabe und -aktualisierung
zu unterstiitzen, bietet das Projektsystem versehiedene Funktio-
nen, bspw. eine Pruffunktion, die die Budgetvergabe in einer
ubersichtlichen Hierarchiegrafik aufzeigt. Urn die Aktualisierun-
gen nachvollziehen zu ki:innen, werden samtliehe Belegketten
protokolliert und verschiedene alternative Sichten Cz. B. Vertei!t-
Werte) unterstutzt.
VerfOgbarkeits- Die Uberwachung der bereits verfugten Mittel ist ein wesentli-
kontrolle ches Element des Projektcontrolling. Mit der Mittelubersicht kann
eine Dbersicht der Verftigungen aufgezeigt werden. Somit kann
man in einem fruhen Stadium feststellen, ob die Verfugungen die
bereitgestellten Mittel uberschreiten.
Neben der Mitteltibersicht als passiver Verfugbarkeitskontrolle ist
im Projektsystem zusatzlich eine aktive VerfiigbarkeitskontroI-
Ie realisiert. Diese kann eine zu hohe Verfugung bereits zum
Zeitpunkt der Entstehung verhindern. Schon bei der Durchftih-
rung eines betriebswirtschaftlichen Vorganges, z. B. bei der Er-
fassung einer Bestellung auf ein PSP-Element, pruft das System,
ob das verfugbare Projektbudget bzw. die verftigbare Freigabe
noch ausreicht. Dabei werden definierte Toleranzgrenzen des
Budgets berucksichtigt. Bei Dberschreiten einer festgelegten To-
leranzgrenze ki:innen yom System verschiedene Aktionen ausge-
li:ist werden. Zum Beispiel ki:innte eine Warnung und eine Nach-
rieht an den Projektverantwortlichen eine Reaktion auf eine Bud-
getiiberschreitung sein. Die Verfugt-Werte (1st, Obligo, Auftrags-
anforderung) von Netzplanen und Auftragen zum Projekt neh-
men ebenfalls an der Verfugbarkeitskontrolle tei!.
Einstellungen der Fur die VerfLigbarkeitskontrolle gibt es mehrere Einstellmi:iglich-
VerfOgbarkeitskon- keiten, z. B. kann man die Verfugbarkeitskontrolle auf das frei-
trolle gegebene Budget oder auf das aktuelle Budget anwenden. Auch
ob das Jahres- oder Gemsamtbudget zu Grunde gelegt wird, liegt
in der Hand des Anwenders. Es ist auch mi:iglich verschiedene
betriebswirtschaftlichen Vorgange Cz. B. Bestellungen, Buchun-
gen) von der Verfugbarkeitskontrolle auszuschlieBen. Der Aus-
schi:ipfungsgrad eines Vorgangs kann entweder prozentual oder
absolut gepruft werden.

320
5. 7 Realisierung

Bei einer Oberschreitung des Budgets konnen verschiedene Ak-


tionen ausgefuhrt werden. Dies kann von einer Warnung bis hin
zu einer elektronischer Nachricht an den Projektverantwortlichen
reichen. Welche Aktion ausgefuhrt wird kann von der Hohe der
Budgetiiberschreitung und der Einstellung der Toleranzgrenzen
abhangig gernacht werden.

5.7 Realisierung
Die Realisierungsphase beginnt mit der Freigabe des Projekts.
Aus Sicht eines integrierten, betriebswirtschaftlichen Gesamtsy-
stems werden eine Vielzahl der auszufUhrenden Tatigkeiten aus
dem Projekt angestoBen. Die Realisierung kann auch auBerhalb
der Projektorganisation erfolgen, z. B. mussen Bestellungen vom
Einkauf aufgegeben und abgewickelt werden oder Kundenauf-
trage vom Vertrieb angelegt und verwaltet werden. Die Zuord-
nung der einzelnen betrieblichen Ablaufe zum Projekt erfolgt
uber eine Kontierung auf das entsprechende PSP-Element oder
den Netzplanvorgang. Bei der Durchfuhrung entstehen auf dem
Projekt VerfUgungen in Form dispositiver Obligos und Istwerte.
Istwerte im Projekt Durch Preisanderungen von Einkaufsartike1n, Lieferverzogerun-
gen oder uberlasteter Werkstatten kann es wahrend der Durch-
fUhrung eines Projektes immer wieder zu Abweichungen zwi-
schen Plan- und Ist-Zustand kommen. Diese neuen Informatio-
nen mussen im Projekt hinterlegt und in der weiteren Planung
berucksichtigt werden. Die Aktualisierung der ursprunglichen
Planung ist eine Teilfunktion der Realisierung und ein wichtiges
Steuerungse1ement fUr das fruhzeitige Erkennen von Trends. Die
Anpassung der Planung an den aktuellen Stand erfolgt uber
Ruckme1dungen.
ROckmeldungen Ober Ruckme1dungen kann der Bearbeitungsgrad von Vorgangen
und Vorgangse1ementen im Netzplan dokumentiert werden. Dar-
auf aufbauend ist eine Prognose fUr den weiteren Ablauf der
DurchfUhrung moglich. Fur eine exakte Projektplanung sind ge-
naue Ruckmeldungen von groBer Bedeutung.
Ober eine Ruckmeldung erfolgt z. B.
• die Kapazitatsauslastung des Arbeitsplatzes;
• die Fortschreibung von Istkosten;
• die Aktualisierung der Daten zu Netzplanvorgangen
(z. B. Restdauer, Restarbeit).

321
5 Projektsystem (PS)

Riickmeldungen k6nnen auch im Informationssystem vorge-


nommen werden, wobei diese in unterschiedliche externe Pro-
gramme iibernommen werden k6nnen. Zusatzlich zu Einzel-
riickmeldungen besteht die M6glichkeit eine Vielzahl von Vor-
gangen gleichzeitig zuriickzumelden. Diese sogenannten Sam-
melriickmeldungen werden dadurch erleichtert, dass das ent-
sprechende Layout des Bildschirmbildes benutzerspezifisch an-
gepasst werden kann. Dadurch k6nnen alle an einem Projekt
beteiligten Personen bei der Riickmeldung von Vorgangen mit
einem eigenen Layout arbeiten. 1m Rahmen der Vorschlagswert-
definition kann bspw. die Personalnummer in jede Vorgangs-
riickmeldung automatisch iibernommen werden. Die riickgemel-
deten Daten werden direkt in den Netzplan iibernommen.
Isttermine Um den Fortschritt eines Projekts zu iiberwachen, werden die
geplanten mit den tatsachlichen bzw. voraussichtlichen Fertig-
stellungsterminen verglichen. Termine im Projektstrukturplan
werden entweder auf dem jeweiligen PSP-Element erfasst oder
werden aus den Vorgangsriickmeldungen in das PSP-Element
iibernommen. Je nachdem wie die Termine auf dem Projekt-
strukturplan geplant werden, werden sich andernde Isttermine
unterschiedlich fortgeschrieben. Bei der top-down- oder bottom-
up-Planung werden die Isttermine von den untergeordneten PSP-
Elementen auf die iibergeordneten iibernommen. Bei einer freien
Terminplanung werden die Isttermine nur auf dem PSP-Element
fortgeschrieben, dem ein Netzplan zugeordnet ist. Wenn Riick-
meldungen vorgenommen wurden und Isttermine zu Netzplan-
vorgangen vorhanden sind, dann rechnet die Vorwartsterminie-
rung mit diesen Terminen.
AnschlieBend verwendet die Riickwartsterminierung den Eck-
bzw. Fixtermin, um die Pufferzeiten zu bestimmen. Anhand der
Puffer wird ersichtlich, ob das Projekt im Plan liegt. Bei negati-
yen Pufferzeiten ist das Projekt in Verzug.
5.7.1 Vorgange im Projekt-System
In der Realisierungsphase entstehen durch betriebswirtschaftliche
Vorgange und in vorgelagerten Arbeitsgebieten Obligos und Ist-
kosten auf dem Projekt. Folgende Vorgange werden im Projekt-
system abgebildet:
• Leistungsverrechnung/Riickmeldung
• Materialentnahrnen
• Lieferungen
• Fremdrechnungen

322
5.7 Realisierung

• Bestellungen
• Bestellanforderungen
• rnanuelle Mittelreservierung
Betriebswirlschaft- Uber die folgenden betriebswirtschaftlichen Vorgange werden
liche Vorgange
die Isterlose im Projektsystem erfasst:
• Buchungen in der Finanzbuchhaltung
• Fakturierung im Vertrieb
Zahlungsvorgange Auch kontierte Zahlungsvorgange werden auf dem Projekt fort-
geschrieben. Hierzu gehoren:
• Anzahlungsanforderungen
• Anzahlungen und Anzahlungsverrechnungen
• Zahlungseingang und Zahlungsausgang
5.7.2 Auftrage zum Projekt
Durch die Anlage von Auftragen zum Projekt wird die Integration
des Projektsystems in das R/3-System gewahrleistet. Z. B. kann
man die interne Leistungsverrechnung in die Projektplanung ein-
beziehen. Folgende Auftrage konnen Projekte erganzen:
• Innenauftriige
Innenauftrage werden zur Realisierung interner Kosten- und
Leistungsrechnung verwendet.
• Instandhaltungsauftrftge
Instandhaltungsauftrage dienen zur Planung und Dberwa-
chung von InstandhaltungsmaBnahmen.
• Fertigungsauftrftge
Fertigungsauftrage werden zur Herstellung eines Materials
angelegt.
Einen Auftrag zum Projekt anstatt ein neues PSP-Element anzule-
gen, bietet verschiedene Vorteile. Zum einen konnen bei Ferti-
gungsauftragen auf bereits vorhandene Stilcklisten und Arbeits-
plane zUrUckgegriffen werden. Zum anderen konnen betriebs-
wirtschaftliche Vorgange, die bisher organisatorisch als Auftrage
verwaltet wurden, auch weiterhin so behandelt werden und sind
zusatzlich in das Projektcontrolling einbezogen. Die auf Auftra-
gen bzw. Netzplanen geplanten oder gebuchten Kosten stellen
abhangig yom Status des Auftrages Verfugungen fur das Budget
des zugeordneten PSP-Elementes dar.

323
5 Projektsystem (PS)

Der Auftrag zum Projekt kann entweder an das PSP-Element,


dem der Auftrag zugeordnet ist, abgerechnet werden oder an ein
Kontierungsobjekt (z. B. Auftrag, Kostenstelle). Bei der Abrech-
nung des Auftrages findet eine Binnenumsatzelirninierung statt,
d. h. die abgerechneten Kosten gehen in die Kostenverantwor-
tung des Empfangers tiber und werden dort ausgewiesen. Wird
ein Auftrag zum Projekt z. B. an eine Kostenstelle abgerechnet,
so werden die abgerechneten Kosten im Informationssystem der
Stellenrechnung ausgewiesen und nieht im Projektsystem.
5.7.3 Periodische Arbeiten
Eine periodische Bewertung ist bei langfristigen Kundenprojek-
ten aus Sieht des Controlling und der Bilanzierung unerlasslich.
Folgende Aktivitaten k6nnen zum Periodenende im Projektsy-
stem durchgefuhrt werden:
• Gemeinkostenzuschlagserrnittlung
• Verzinsung
• Fortschrittserrnittlung
• Ergebnisermittlung
• Abrechnung
Gemeinkosten fur die Bereitstellung von Maschinen, Gebauden,
Materialien, Personen etc. k6nnen tiber Zuschlage auf Plan-
und/oder Istkosten verrechnet werden. Zuschlage k6nnen pro-
jektUbergreifend auf folgenden Objekten berechnet werden:
• PSP-Elemente
• Netzplane
• Vorgange im Netzplan
Die Zuschlagsrechnung von Gemeinkosten kann tiber frei wahl-
bare Zuschlagsschemata flexibe1 aufgebaut werden. Dabei k6n-
nen folgende Kriterien definiert werden:
• prozentuale Zuschlagssatze
• absolute Zuschlagsbetrage
• mengenbezogene Zuschlagsbetrage
• fixe und/ oder proportionale Anteile je Zuschlagssatz
• ein-/mehrstufige Zuschlagserrnittlung
• Entlastungsobjekt und -kostenart
• Verrechnungskostenart

324
5.7 Realisierung

Gesamte, fixe und variable Kostenanteile einer Basiskostenart


konnen somit unterschiedlich bezuschlagt werden. Dber die Zu-
schlagssimulation konnen ZuschHige yom System errechnet wer-
den, ohne dass sie auf dem Projekt verbucht werden. Dadurch
konnen etwaige Fehler schon vor der eigentlichen Berechnung
festgestellt und bereinigt werden. Die Zuschlagsberechnung und
-simulation kann im Dialog oder als Hintergrundverarbeitung
durchgefUhrt werden. Bei der Zuschlagsberechnung auf Basis der
Istkosten erfolgt eine Kostenentlastung der entsprechenden Ko-
stenstellen bzw. Auftrage. 1m Plan findet keine Entlastung statt.
Dber den Ablauf einer Zuschlagsberechnung oder -simu-lation
informiert eine Statistik und ein detailliertes Zuschlagsprotokoll.
Auf Basis der Zahlungs-, Anzahlungs- und Eigenleistungsbelege
Verzinsung erfolgt die tagesgenaue Saldenverzinsung im 1st. Die Zinsen wer-
den in Form eines Buchhaltungsbeleges verbucht. Die Verzin-
sung erfolgt unter Beriicksichtigung von Rtickvaluten, Zinsbrii-
chen und Zinseszinsrechnung.
Fortschrittsermittlung Zu einem definierten Zeitpunkt kann tiber die Fortschrittsermitt-
lung die Datenbasis fUr die Errnittlung des Projektfortschritts und
dessen Bewertung geliefert werden.
Mit Hilfe einer BezugsgroJSe, z. B. der Plankosten, wird aus dem
Fertigstellungsgrad der Fertigstellungswert errechnet. Der Fertig-
stellungsgrad kann entweder geschatzt werden oder aufgrund
von Messmethoden yom System errnittelt werden. Dies kann
tiber Meilensteine oder den Abarbeitungsgrad geschehen. Die
errnitte1ten Werte konnen verwendet werden:
• in der Ergebnisermittlung, urn Bestande und Rtickstellungen
zu ermitteln,
• in der Fakturierung,
• und in der Fortschrittsanalyse.
5.7.4 Ergebnisermittlung
Bei der Ergebnisermittlung wird eine periodische Bewertung
durchgefUhrt, urn:
• den Bestand an Ware in Arbeit fUr die Finanzbuchhaltung zu
ermitte1n,
• Rtickstellungen fUr fehlende Kosten bzw. Reklamationsko-
sten fUr die Finanzbuchhaltung zu errnitteln,
• Rtickstellungen fUr drohenden Verlust fUr die Finanzbuch-
hal tung und die Ergebnisrechnung zu ermitteln,

325
5 Projektsystem (PS)

• die Kosten des Umsatzes oder einen errechneten Erlos fUr


die Ergebnisrechnung zu errnitteln.
Die Daten aus der Ergebniserrnittlung konnen mit der Abrech-
nung an die Finanzbuchhaltung, die Profit-Center-Rechnung und
die Ergebnisrechnung weitergeleitet werden. Festpreise zwischen
verschiedenen Teilprojekten eines Projektes konnen in der Er-
gebnisrechnung in einer eigenen Version berucksichtigt werden.
So kann die Ergebnisrechnung eines Teilprojekts gesondert wei-
tergegeben werden, z. B. an die Profit-Center-Rechnung. Die er-
mittelten Daten konnen mit dem Projektsystem in die Bilanz
uberfUhrt werden. Die periodische Wiederholung fUhrt nicht nur
zur Bildung, sondern auch zur Aufiosung der Bestande und
Ruckstellungen. Da die Bestande und Rlickstellungen pro Projekt
ausgewiesen werden, ist eine mitlaufende Kalkulation und in-
nerbetriebliche Bewertung des Vorhabens im Sinne einer Lei-
stungsrechnung wahrend der Realisierungsphase moglich. Mit
der Ergebniserrnittlung konnen die bisher entstandenen Projekt-
kosten den realisierten Erlosen gegenuber gestellt werden.
Die angefallenen Kosten werden nach Abschluss des Projekts
Abrechnung
gemalS der Abrechnungsvorschrift abgerechnet. Bei der Abrech-
nung werden die auf einem Projekt angefallenen Istkosten ganz
oder teilweise an einen oder mehrere Empfanger verrechnet.
Hierbei werden automatisch entsprechende Gegenbuchungen
zur Entlastung des Projekts erzeugt. Die einmal auf dem Projekt
kontierten Belastungsbuchungen bleiben auch nach der Abrech-
nung an einen Empfanger bestehen und werden angezeigt. Die
abgerechneten Kosten werden bei den jeweiligen Empfanger
fortgeschrieben und im Inforrnationssystem ausgewiesen.
5.7.5 Abrechnungsvorschrift
Die Kosten eines Projekts konnen verschiedenen Empfangern
berechnet werden:
• Kostenstelle
• Projekt
• Anlage
• Sachkonto
• Ergebnisobjekt
• Auftrag
Voraussetzung fUr die Abrechnung ist die Abrechnungsvorschrift,
die in den Stammdaten des Projektes hinterlegt wird. Die Ab-
rechnungsvorschrift besteht aus einer beliebigen Zahl von Auf-

326
5.7 Reaiisierung

teilungsregeln, in denen die Abrechnungsempfanger, die Auftei-


lung der Kosten und weitere Steuerungsinformationen hinterlegt
sind. Die Abrechnung selbst wird uber das Abrechnungsschema
und, im Falle der Abrechnung in die Ergebnisrechnung, uber das
Ergebnisschema gesteuert. 1m Abrechnungs- bzw. Ergebnissche-
ma konnen den Kostenarten, auf denen Projekt-Belastungen an-
fallen, flexible Abrechnungskostenarten bzw. Wertfelder eines
Ergebnisbereichs zugeordnet werden.
Wie bei der Zuschlagsberechnung kann eine Abrechnung direkt
verbucht werden oder als Simulation durchgefuhrt werden.
Durch die Abrechnungssimulation kann die Vollstandigkeit und
Richtigkeit uberpruft werden bevor die Abrechnung vorgenom-
men wird. Die Abrechnung kann im Dialog und als Hintergrund-
verarbeitung durchgefuhrt werden. Letzteres empfiehlt sich dann,
wenn eine groBe Zahl von Projekten abrechnet werden solI. Es
besteht die Moglichkeit eine Statistik und ein Abrechnungsproto-
koll erzeugen zu lassen. Das Abrechnungsprotokoll dokumentiert
den Ablauf, die belasteten Empfanger und die abgerechneten
Betrage.

5.7.6 Fakturierung
Die fur einen Kundenauftrag oder fur eine Auftragsposition er-
brachten Lieferungen und Leistungen werden dem Kunden mit
der Fakturierung in Rechnung gestellt. Ein Kundenauftrag kann
einem Projekt oder einem PSP-Element zugeordnet sein. Falls der
Auftrag einem PSP-Element zugeordnet ist, werden die fakturier-
ten Betrage als Isterlose auf dem entsprechenden PSP-Element
fortgeschrieben.
Der zu fakturierende Gesamtbetrag kann auf verschiedene Ter-
mine aufgeteilt werden. Diese Termine werden in dem Fakturie-
rungsplan bestimmt. Die Termineinteilung kann wahlweise erfol-
gen auf der Grundlage von:
Termineinteilung • im Fakturierungsplan manuell eingegebenen Terminen;
• automatisch aus den Meilensteinen der Netzplane im Rah-
men der Montageabwicklung;
• wahlweise aus den Meilensteinen der Netzplane des Projek-
tes oder der Teilhierarchie des dem Kundenauftrag zugeord-
neten PSP-Elementes.

327
5 Projektsystem (PS)

Sobald ein Tennin oder ein Meilenstein erreicht wird, wird dem
Kunden ein Prozentsatz der gesamten Projektkosten oder ein
vorher definierter Betrag in Rechnung gestellt. Neben den ei-
gentlichen Fakturapositionen kann der Fakturierungsplan auch
Positionen zur Anzahlung enthalten. Zu den so gekennzeichne-
ten Tenninen im Fakturierungsplan werden Anzahlungsanforde-
rungen erzeugt und in der Finanzbuchhaltung und im Projekt
fortgeschrieben.
Auhwandsbezogene FOr viele kundenindividuelle Leistungen werden die Preise nicht
Fakturierung fest in dem Kundenauftrag hinterlegt, sondern sollen nach dem
tatsachlich angefallenen Aufwand fakturiert werden. Bei dieser
sogenannten aufwandsbezogenen Fakturierung werden auf der
Basis der Kosteninfonnationen eines Projekts die Positionen fOr
die Fakturaanforderung erzeugt. Aus der Fakturaanforderung
wird zu den entsprechenden Terminen die Faktura erstellt. Dabei
werden folgende PrOfungen durchgefOhrt:
• Preisfindung
Auf Basis der Kosteninformation eines Projektes erfolgt die
Preisfindung. Hierbei konnen unterschiedliche Konditionen
fOr das Mengengeti.ist und die Preisfindung zu Grunde gelegt
werden. Somit ist die Fakturierung z. B. zu innerbetriebli-
chen Preisen moglich.
• Priifung der Aufwandsposten gegen Vertrag und Garan-
tien
Einzelne Aufwandsposten konnen automatisch aus der auf-
wandsbezogenen Fakturierung ausgeschlossen oder ver-min-
dert werden.
• Dialogfunktionalitiit
Auf Ebene der Aufwandsposten kann manuell die Erstellung
der Fakturaanforderung geandert werden, z. B. Loschen von
Aufwandsposten oder Verringern der zu fakturierenden
Menge.
Bei Erstellen oder Andern der Fakturaanforderungen wird eine
Beleghistorie fortgeschrieben, urn:
• sicherzustellen, dass bei der nachsten aufwandsbezogenen
Fakturierung keine Position doppelt fakturiert wird;
• den Nachweis zu erbringen, wie die einzelnen Positionen
entstanden sind.
Die Kosteninformationen aus der Faktura werden fortgeschrieben
und stehen spater fOr die Ergebnisennittlung bei der Projektaus-
wertung zur VerfOgung.

328
5.8 Injormationssystem

Teilprojekte mit Projekte k6nnen in verschiedene Teilprojekte untergliedert wer-


Festpreis den. Dadurch wird ein dezentrales Projektrnanagement erm6g-
licht. Ein Teilprojekt besteht aus hierarchisch zusammenhangen-
den PSP-Elementen und verfiigt uber eine eigene Budgetverant-
wortung. Zwischen zwei Teilprojekten k6nnen Festpreise fur ei-
ne zu erbringende Leistung vereinbart werden. Dabei unter-
scheidet man die Festpreisvereinbarung und die Festpreis-
verrecbnung. Bei der Festpreisvereinbarung werden die Fest-
preise im Plan realisiert und bei der Festpreisverrechnung im 1st.

5.8 Informationssystem
Die Vielzahl der Daten, die im Rahmen eines Projektes anfallen,
Daten im Projekt
mussen fur die unterschiedlichen Informationsbedurfnisse der
Projektbeteiligten aktuell, transparent und umfassend aufbereitet
werden. Nur so ist ein optimaler Projektverlauf sichergestellt.
Informationssystem Das Informationssystem ist ein effizientes Werkzeug fur Projek-
fOr optimale Projek- tauswertungen. Es erm6glicht es, die umfangreiche Datenbasis
tauswertung im Dialog flexibel auszuwerten und darzustellen. Es gibt Aus-
kunft tiber:
• den Projektstatus
Dieser beschreibt den momentanen Stand eines Projektes
hinsichtlich unterschiedlicher Einflussgr6fSen.
• den Projektfortschritt
Er informiert uber die Entwicklung eines Projektes und bildet
die Grundlage fur eventuell vorzunehmende Steuerungs-
mafSnahmen .
Das Informationssystem liefert jederzeit in unterschiedlichen De-
taillierungsgraden und Verdichtungen die aktuellen Daten zu fol-
genden Rahmenbedingungen eines Projektes:
Projektstatus
• Budget
• Kosten und Erl6se
• Finanzen
• Termine und Struktur
• Ressourcen
• Fortschrittsanalyse

Projektversionen Innerhalb der Projektabwicklung k6nnen beliebig viele Projekt-


versionen erstellt werden. Projektversionen dokumentieren den
Stand eines Projektes zu einem bestimmten Zeitpunkt und/oder
bei einer bestimmten Aktion.

329
5 Projektsystem (PS)

Das Informationssystem vergleicht beliebig viele Projektversionen


miteinander, wobei die Versionen spalten- oder zeilenweise mit-
einander verglichen werden, urn Entwicklungen und Tendenzen
bei den Kosten und Terminen zu erkennen oder den Projektfort-
schritt anhand der Versionen zu messen.
Projektsichten Die Daten, die im Informationssystem ausgewertet werden sol-
len, k6nnen in unterschiedlichen Sichten dargestellt werden und
zwar aus der Sicht:
• der Projektstruktur;
• einer Teilhierarchie, z. B. Profit-Center Hierarchie;
• einer Kostenstellenhierarchie;
• der Verdichtungshierarchie;
• des Vertriebs, z. B. nach Kundenauftragen.
Leistungen des Das Informationssystem ist ein Werkzeug, mit dem das Aussehen
Informationssystems und der Detaillierungsgrad der Auswertungen individuell festlegt
werden kann.
• Inhalte und Layout der Berichte und Auswertungen k6nnen
einfach und flexibel definiert und als eigene Berichte im In-
formations system hinterlegt werden.
• Standardauswertungen zu bestimmten Objekten k6nnen als
Varianten gespeichert werden.
• Die Auswertungen erfolgen in Listenform oder in grafischen
Analysen. AIle Listen k6nnen sowohl im Online als auch in
Hintergrundverarbeitung erzeugt und als SAP-Mail versendet
werden.
• Innerhalb der Auswertungen kann man interaktiv am Bild-
schirm arbeiten, z. B. kann zwischen unterschiedlichen De-
taillierungsgraden und verschiedenen Sichten variiert wer-
den.
• Daten k6nnen an externe Auswertungs-Tools zur weiteren
Bearbeitung ubergeben werden, z. B. MS-Excel oder MS-
Projekt
• Verschiedene Projektversionen kbnnen ausgewertet und mit-
einander verglichen werden.
Berichtsauswahl Fur die Auswahl der Berichte im Informationssystem steht eine
hierarchisch gegliederte Berichtsauswahl zur Verfugung Cauch
Berichtsbaum). Bei der Berichtsauswahl handelt es sich urn eine
frei definierte Struktur, die dazu dient, die Berichte des Projekt-
systems zentral zu sammeln und hierarchisch zu gliedern.

330
5.8 Injormationssystem

Neben dem Standardberichtsbaum konnen eigene Beriehtsbaume


kundenspezifisch oder benutzerorientiert definiert werden. Ins-
besondere konnen in den eigenen Beriehtsbaumen Standardbe-
riehte und selbstdefinierte Berichte aufgenommen bzw. entfernt
werden.
Report Painter Mit dem Report-Painter konnen Report-Writer-Berichte schnell
und einfach definiert, Berichte neu angelegt, geandert oder mit
Vorlagen erfasst werden.
5.8.1 KostenlErlose/Finanzen
Das Kosten-Informationssystem bietet Berichte zu Budget, Ko-
sten, Erlosen und Finanzen. Die Informationsbasis lasst sich am
besten als in sich drehbarer Datenwlirfel beschreiben, dessen
Achsen bestimmbar und in dem vertikal und horizontal navigielt
werden kann. Die unterschiedlichen Berichtsinhalte lassen sich
mehrdimensional abbilden. Die Darstellungsebenen konnen frei
zugeordnet werden. Diese Flexibilitat des Informationssystems
gewahrleistet, dass sich die Berichte individuell an den tatsachli-
chen Informationsbedurfnissen des Anwenders ausrichten.
Navigation liber aile Die Drill-Down-Funktion ermoglicht die freie Wahlbarkeit der
operativen Ebenen Informationstiefe. Die Reihenfolge, in der Informationen darge-
stellt werden, wird vom Benutzer bestimmt. Demnach ist eine
Projektauswertung uber die Ebene des Projektstrukturplans, des
Netzplans, der Kostenarten und der Einzelposten moglich.

Die Daten der einem Projekt zugeordneten Auftrage werden


ebenfaIls ausgewiesen. Das gleiche Berichtsobjekt kann aus un-
terschiedlichen Sichten betrachtet werden, z. B. aus der Profit-
Center-Sieht.
Standardberichte 1m Kosten-Informationssystem wurden eine Reihe von Standard-
berichten realisiert, die bereits eine Vielzahl gangiger Informati-
onserfordernisse abdecken, z. B. die GegenubersteIlungen von
Plan/1st oder Budget/Verfugt. Standardberichte konnen jederzeit
in Inhalt und Layout an spezifische Belange angepasst werden.
Individuelle Berichte 1m Informationssystem besteht die Moglichkeit, eigene pro-
jektspezifische Berichte hinsichtlich des Inhalts und des Layouts
zu definieren. Diese konnen in die Berichtsbaume eingefugt
werden. Fur die Beriehtsdefinition stehen u. a. folgende Werte
zur Verfugung: 1st, Obligo, Plan, Budget, Kundenauftragswerte,
Werte aus der Ergebnisermittlung. Eigene Berichte konnen fur
aIle Berichtsarten definiert werden.

331
5 Projektsystem (PS)

Dialog- und Hinter- Aile im Dialog verfligbaren Berichte des Kosten-Informations-


grundverarbeitung systems konnen auch als Hintergrundverarbeitung ablaufen. Dies
ist dann sinnvoll, wenn umfangreiche Datenbestande zu festge-
legten Terminen ausgewertet werden mussen.
Der Strukturberlcht liefert fUr Projekte, Projekthierarchien oder
PSP-Elemente kostenartenubergreifend die Gegenuberstellung
der verschiedenen Werte, z. B. Plan/1st oder BudgetlVerfligt.
Mit den Kostenartenberlchten konnen folgende Objekte im
Projekt kostenartengerecht ausgewertet werden: Projekte, PSP-
Elemente und Netzplane.
Einzelpostenberichte Mit Hilfe des Einzelpostenberichts konnen Einzelbuchungen
nach verschiedenen Kriterien flexibel uberpruft werden. Einzel-
postenberichte fUr die auf einem Projekt anfallenden Kosten, Er-
lose und Finanzen gibt es fUr folgende Werte: 1st, Plan, Obligo
und Budget.
Da die Einzelpostendarstellung ein urnfangreiches Datenvolumen
einnehmen kann, hat das Projektsystem unterschiedliche Funk-
tionen, die eine strukturierte Auswahl der Einzelposten ermogli-
chen. Es kann nach allen Informationen innerhalb der Belegbe-
stande am Bildschirm sortiert, summiert und gesucht werden.
Zusatzlich kann direkt aus dem Einzelpostenbericht der entspre-
chende Beleg aufgerufen werden, z. B. eine Bestellung.
Auswertung mehre-
rer Projekte Mit der Projektverdichtung besteht die Moglichkeit, mehrere
gleichartige Projekte oder Teilprojekte unter einem Oberbegriff
zu verdichten und zu analysieren. Verdichtet werden:
• Werte von PSP-Elementen;
• Werte von Vorgangen und Vorgangselementen;
• Struktur-, Budget- und kostenartenbezogene Werte.
Selbstdefinierbare Die Projektdaten werden mittels frei definierbarer Hierarchie-
Verdichtungshierar- strukturen aggregiert. Die einzelnen Hierarchiestufen werden
chien durch Merkmale definiert. Unterschieden werden Referenzmerk-
male, die sich auf Felder im Projektstammsatz beziehen und sog.
freie Merkmale.
Aus einem kostenartenorientierten Verdichtungsbericht kann in
den kostenartenorientierten Projektbericht eines Verdichtungs-
objektes verzweigt werden, wodurch aus dem Verdichtungsbe-
richt heraus detaillierte Informationen zu einem bestimmten Pro-
jekt angezeigt werden konnen. Auch fUr die Auswertung der

332
5.S Injonnationssystem

Projektverdiehtungen stehen im Standardbericht die volle Funk-


tionalitat des Kosten-Informationssystems zur Verfugung.
5.8.2 Struktur/Termine
Die Struktur-/Terminsieht im Informationssystem gibt nieht nur
Auskunft tiber die verschiedenen in einem Projekt gefuhrten
Termindaten, sondem deckt auch alle Aspekte des technischen
Controlling abo
So konnen aus den zu einem Projekt gehorenden Objekten, z. B.
PSP-Elemente, Netzplane, Vorgange, Materialkomponenten, Fer-
tigungsauftrage, Instandhaltungsauftrage und deren aktueller
Status sowie hierarchische BeZiehungen ausgewahlt und ange-
zeigt werden.
Uber unterschiedliche Auswahlkriterien konnen in unterschiedli-
cher Tiefe die Daten eines Projekts in Listenform oder grafischen
Analysen ausgewertet werden, z. B. summieren, verdiehten, ver-
gleiehen oder sortieren.
Sichten im Informa- 1m Informationssystem Struktur/Termine stehen unterschiedliche
tionssystem Struk- Siehten mit unterschiedlieher Informationstiefe zur Verfugung:
turITermine
• Die Objektliste zeigt alle Objekte in ihrer hierarchischen Be-
ziehung an.
• Einzeltibersiehten konnen zu jedem Objekttyp aufgerufen
werden, der zu einem Projekt geholt, z. B. zu allen Vorgan-
gen eines Projekts.
• Allgemeine Informationen zu einem Objekt erhalt man,
wenn man auf das Detailbild verzweigt, z. B. auf das Detail-
bild zu einem Netzplan oder einem PSP-Element.
Darstellungsoptionen Alle Listen und Dbersiehten konnen mit umfangreiehen Funktio-
nen bearbeitet werden:
• Eine Statistik zeigt den jeweils aktuellen Stand des Projekts,
z. B. die Anzahl der PSP-Elemente und Vorgange, die kriti-
schen Vorglinge, die Anzahl der zu fruh und zu spat begon-
nenen Vorgange, die Anzahl der freigegebenen und teilruck-
gemeldeten Objekte.
• Die Listen sind jederzeit um weitere Informationen erweiter-
bar, indem Felder ausgewahlt werden, z. B. Arbeit, Termine.
• Die Sieht auf die Daten lasst sieh durch Filter, wie z. B. Pro-
jektleiter, Kostenrechnungskreis oder Prioritlit eingrenzen.
• Wertdarstellung und Layout der Liste sind veranderbar.

333
5 Projektsystem (PS)

• Die Einzelubersichten k6nnen nach eigenen Kriterien sortiert


werden oder Werte verglichen werden.
• AIle Listen und Sichten sind ausdruckbar.
Grafik Unterschiedliche Grafikfunktionen gewahrleisten eine ubersicht-
liche und dem jeweiligen Informationsbedarf angemessene Dar-
stellung der Daten, wobei die Darstellung der Werte und das
Layout individuell anpassbar sind:
• Strukturgrafik
• Hierarchiegrafik
• Gantt-Diagramm
• Netzplangrafik
• Portfoliodarstellung
• SAP-Prasentationsgrafiken
- Histogramm
- Summenkurve
- Korre1ation
ABC-Analyse
- Klassifikation
- Segmentierung
Aufruf weiterer Aus jedem Informationssystem heraus ist die Verzweigung in die
Auswertungen anderen Informationssysteme, z. B. Budget, Kosten, Erl6se, Res-
sourcen, m6glich.
5.8.3 Ressourcen
Das Informationssystem Ressourcen beinhaltet Informationen wr
Einkaufsabwicklung, Materialplanung und w Kapazitaten hin-
sichtlich Fehlteile, Bedarfs-/Bestandsliste, Bedarfsverursacher,
Auftragsberichte, Reservierungen, Bestellanforderungen, Beste1-
lung und Rahmenvertragen.
tiber das Ressourcen-Informationssystem erfolgt die Auswertung
der Kapazitatsbe1astung der in einem Projekt verwendeten Ar-
beitsplatze. Dabei kann der Kapazitatsbedarf pro Projekt oder bei
Multiprojekten pro Arbeitsplatz ausgewertet werden.
tiber frei definierte Arbeitsplatzhierarchien lassen sich Kapazi-
tatsdaten flexibel verdichten. Darnit k6nnen auch werks- und bu-
chungskreisubergreifende Auswertungen vorgenommen werden.
Das Projektsystem informiert automatisch, wenn z. B. Ruckstande
oder Kapazitatsuberbelastungen auftreten. Die Auswertungen

334
5.8 Informationssystem

ermoglichen die Beurteilung des Bedarfs, der z. B. aus Netzpla-


nen oder Fertigungsaufiragen an die Kapazitaten eines Arbeits-
platzes entsteht.
Wie die Kapazitaten ausgewertet werden, ist iiber ein Profil fest-
gelegt. In diesem Profil, aber auch direkt am Bildschirm, kann
festgelegt werden, wie die verschiedenen Bildschirmbilder fur
die auszuwertenden Daten aussehen; wie die Daten ausgewertet
werden und wie sie in den Listen und Grafiken dargeste11t wer-
den, z. B. Sol1- und Restbedarf.
Obersicht und Auch im Ressourcen-Informationssystem konnen iiber unter-
Grafiken schiedliche Siehten die Informationen zu den Kapazitaten aus-
gewertet werden.
Die Standardiibersicht ste11t den Kapazitatsbedarf, das Kapazi-
tatsangebot der selektieren Arbeitsplatze und die von den Ar-
beitsplatzen belegten Kapazitaten periodenweise gegeniiber.
Die Kapazitiitsdetailliste zeigt die Vorgange, die in den einzel-
nen Perioden Bedarf an Kapazitat haben
Mit der variablen Ubersicht kann der Kapazitatsbedarf beliebig
gruppiert und z. B. den Bedarf aus eroffneten und freigegebenen
Netzplanen abgegrenzt werden.
Allen Dbersiehten gemeinsam ist die Moglichkeit, Grafiken aufzu-
rufen.
5.8.4 Portfoliodarstellung
Die kaum iiberschaubare Infonnationsflut, die bei der Realisie-
rung mehrerer Projekte anfa11t, verlangt nach einer grafischen
Darste11ung, aus der sieh leieht Aussagen iiber den Fortschritt der
einzelnen Projekte ableiten lassen. Mit dem Projektsystem kon-
nen auf der Grundlage verdiehteter Daten die Termine und Ko-
sten mehrerer Projekte in einer Portfolio-Grafik einfach und
iibersiehtlieh abgebildet werden. Teilweise wird diese Art der
Auswertung auch als Projektstatusanalyse bezeiehnet. Sie ist
neben den notwendigen Detailanalysen der einzelnen Projekte
ein erganzendes Instrument der Projektanalyse, aus der sieh auch
der Projekttrend ablesen lasst.
5.8.5 Fortschrittsanalyse (earned value)
Fiir eine erfolgreiehe Projektsteuerung sind isolierte Betrachtun-
gen von Kosten, Ressourcen oder Tenninen a11ein nieht ausrei-
chend. Erst durch eine Verbindung mit der tatsachlich erbrachten
Leistung lassen sieh sinnvo11e Aussagen iiber Abweiehungen vom

335
5 Projektsystem (PS)

Sollzustand machen. Diese Aufgabe wird im Projektsystem durch


die Fortschrittsanalyse unterstiitzt. Sie ist sowohl fur die interne
Fortschrittskontrolle als auch als Leistungsnachweis gegeniiber
dem Auftraggeber geeignet.
Fiir einzelne Arbeitspakete lasst sich ein Fertigstellungsgrad
schatzen oder nach bestimmten ~egeln aus bereits im System
verfugbaren Informationen ableiten. Durch geeignete Gewich-
tung (z. B. mit den Plankosten) lassen sich diese Werte iiber die
Projektstruktur verdichten.
Mit Hilfe einer BezugsgroBe (z. B. der Plankosten) wird aus dem
Fertigstellungsgrad der Leistungswert (earned value) errechnet.
Dariiber hinaus lassen sich verschiedene Kennzahlen und Ab-
weichungen ableiten, die eine objektive Zustands- und Fort-
schrittskontrolle unterstiitzen. Ebenso kann die zeitliche Ent-
wicklung dieser Werte betrachtet werden. Die Werte konnen so-
wohl in flexibel gestaltbaren Listen als auch grafisch prasentiert
werden. Die Leistungswerte konnen bei Kundenprojekten einer
Ergebnisermittlung zugrunde gelegt werden.
Messmethoden Messmethoden bei der Fortschrittsanalyse setzen sich zusammen
aus einer von SAP vorgegebenen Messtechnik und weiteren Pa-
rametern.
Messtechniken Messtechniken legen fest, wie der Fertigstellungsgrad bestimmt
wird. 1m SAP-System stehen folgende Messtechniken zur Verfii-
gung:
• Start-Ende-Regel
• Schatzungen
• Abarbeitungsgrad
• Zeitproportionalitat
• Meilenstein-Technik
• Sekundarleistungsproportionalitat
Fiir bestimmte Messtechniken konnen Parameter festgelegt wer-
den. Eine Messmethode setzt sich zusammen aus einer Mess-
technik und den dazu definierten Parametern. Folgende Para-
meter konnen zur Definition eigener Messmethoden verwendet
werden:
• Wert des Start-Fertigstellungsgrads fur die Messtechnik Start-
Ende-Regel.
• Maximaler Fertigstellungsgrad fiir die Messtechniken Schat-
zungen und Zeitproportionalitat.

336
Literaturverzeichnis

Literaturverzeichnis
Bar, R./Egger, N.:
Reporting unter SAP® R/3. Probleme und Losungsansatze.
In: Wenzel, P. [Hrsg.J: SAP® R/3®-Anwendungen in def Pra-
xis. Anwendung und Steuerung betriebswirtschaftlich-inte-
grierter Geschaftsprozesse mit ausgewahlten R/3® -Modulen,
Vieweg-Verlag, Reihe "Edition Business Computing", Braun-
schweiglWiesbaden, 1997
Becker, J.; Vossen, G. [Hrsg.]:
GeschaftsprozeJSmodellierung und Workflow-Management,
Bonn, 1996
Buck-Emden, R'/Galimow, J.:
Die ClientiServer-Technologie des SAP-Systems R/3, Basis
fur betriebswirtschaftliche Standardanwendungen zum ReI.
3.x, 3. Aufi., Addison-Wesley-Verlag, Bonn, 1996
cm [Hrsg.]:
SAP R/3 Einfuhnmg. Grundlagen, Anwendungen, Verlag
Markt & Technik, Munchen, 1996
cm [Hrsg.]:
SAP R/3 Basissystem. Architektur, Administration, Verlag
Markt & Technik, Munchen, 1996
cm [Hrsg.]:
SAP R/3 Finanzwesen. Grundlagen, Anwendungen, Verlag
Markt & Technik, Munchen, 1996
cm [Hrsg.]:
SAP R/3 Controlling. Grundlagen, Anwendungen, Verlag
Markt & Technik, Munchen, 1996
cm [Hrsg.]:
SAP R/3 Materialwirtschaft. Grundlagen, Anwendungen,
Verlag Markt & Technik, Munchen, 1996
cm [Hrsg.]:
SAP R/3 Personalwirtschaft. Grundlagen, Anwendungen,
Verlag Markt & Technik, Munchen, 1998
Geiges, P./Wenzel, P.:
Eine betriebliche Standardlosung "SAP-R/3" macht sich ei-
nen Namen. In: Krallmann, H./Nilsson, R. [Hrsg.l: DV-
Management Zeitschrift, Expertenstatements und Kommuni-
kationstechnologien fur eine erfolgreiche Unternehmensfuh-
rung, Erich Schmidt Verlag, Berlin/Bie1efeld/Munchen,
5. ]g., Heft 1195

337
Literaturverzeicbnis

Gronau, Norbert:
Management von Produktion und Logistik mit SAP R/3,
Mi.inchen/Wien/Oldenburg, 1996
Hammer, Michael; Champy, James:
Business Reengineering. Die Radikalkur fur das Unterneh-
men, Frankfurt/New York, 1994
Hantusch, Th./Matzke, B./Perez, M.:
SAP R/3 im Internet, Globale Plattforrn fur Handel, Vertrieb
und Informationsmanagement, Addison-Wesley-Verlag, 2.
Aufl., Bonn, 1998
Huth, St./Kolbinger, R./Meyer, H.-M.:
SAP R/3 auf Windows NT, Einfuhrung und Betrieb von R/3
auf einer Windows NT 4.0-Plattforrn, Addison-Wesley-Ver-
lag, Bonn, 1997
Keller, G./Teufel, T.:
SAP R/3 prozessorientiert einfiihren, Addison-Wesley-Verlag,
Bonn, 1997
Kohler-Frost [Hrsg.]
ELECTRONIC OFFICE SYSTEME, Workflow- u. Groupware-
Anwendungen in der Praxis, Erich Schmidt-Verlag, Berlin,
1998
Matzke, B.:
ABAP/4. Die Programmiersprache des SAP-Systems R/3,
Addison-Wesley-Verlag, Bonn, 1995
Perez, M./ Hildebrand, A./Matzke, B./Zencke, P.:
Geschaftsprozesse im Internet mit SAP R/3, 2. Aufl., Addi-
son-Wesley-Longman Verlag, Bonn, 1998
SAPAG:
SAP Visual CeBIT '98 (CD), Prasentationen auf der CeBIT in
Hannover, Walldorf, Marz, 1998
SAPAG:
Schulungsunterlagen "Ergebnis- und Marktsegmentrech-
nung", AC605, Release 3.lG, Walldorf, 1997
Schmidt, L./Doring, Th'/WeiS, A.:
Informationsbeschaffung im SAP R/3®. In: Wenzel, P.
[Hrsg.J: SAP® R/3®-Anwendungen in der Praxis. Anwendung
und Steuerung betriebswirtschaftlich-integrierter Geschafts-
prozesse mit ausgewahlten R/3®-Modulen, Vieweg-Verlag,
Reihe "Edition Business Computing", Braunschweig/Wies-
baden, 1997

338
Literaturverzeicbnis

Schmidt, L./Kaciuba, Th.:


Programmieren mit ABAP/4 - Eine Einfuhrung. In: Wenzel,
P. [Hrsg.l: SAP® R13®-Anwendungen in der Praxis. Anwen-
dung und Steuerung betriebswirtschaftlich-integrierter Ge-
schaftsprozesse mit ausgewahlten Rl3® -Modulen, Vieweg-
Verlag, Reihe "Edition Business Computing", Braunschweigl
Wiesbaden, 1997
Scheer, A.-W.:
Architektur integrierter Informationssysteme; Grundlagen
der Untemehmensmodellierung, Berlin/Heidelberg, 1991
Scheer, A.-W.:
CIM - Der computergesteuerte Industriebetrieb, Springer-
Verlag, Berlin/Heidelberg, 1987
Scheer, A.-W.:
Wirtschaftsinformatik; Referenzmodelle fur industrielle Ge-
schaftsprozesse, 4. Aufl., Berlin/Heidelberg, 1994
Siemens Informationssysteme AG/Thome, R. [Hrsg]:
R/3 Modellfinna, LIVE Produktions- und Vertriebs AG, (CD),
Version 4.5B, Dokumentation, Wurzburg, 1999
Siemens Informationssysteme AG [Hrsg.]:
R/3 LIVE - LIVE Method & Tools. Vol 2, CD-ROM, Munchen,
1997
Strobel-Vogt, u.:
SAP Business Workflow® in der Logistik. Strategie und Im-
plementierung in der Praxis, Vieweg-Verlag, Reihe "Edition
Business Computing", Braunschweig/Wiesbaden, 1997
Uzuner, B.:
Migration von SAP Rl2 nach SAP Rl3. In: Wenzel, P. [Hrsg.l:
Business Computing mit SAP R/3®. Modellierung, Steuerung
und Management betriebswirtschaftlich-integrierter Ge-
schaftsprozesse, Vieweg-/Gabler-Verlag, Reihe "Edition
Business Computing", BraunschweiglWiesbaden, 1998
Wenzel, P. [Hrsg.]:
Betriebswirtschaftliche Anwendungen des integrierten Sy-
stems SAP Rl3®, 3. Aufl., Vieweg-Verlag, Reihe "Edition
Business Computing", BraunschweiglWiesbaden, 1998
Wenzel, P. [Hrsg.]:
GeschaftsprozelSoptimierung mit SAP R/3®. Modellierung,
Steuerung und Management betriebswirtschaftlich-integrier-
ter Geschaftsprozesse, 2. Aufl., Vieweg-Verlag, Reihe "Editi-
on Business Computing", Braunschweig/Wiesbaden, 1997

339
Literaturverzeichnis

Wenzel, P. [Hrsg.]:
SAP® R/3®-Anwendungen in der Praxis. Anwendung und
Steuerung betriebswirtschaftlich-integrierter Geschaftspro-
zesse mit ausgewahlten R/3®-Modulen, Vieweg-Verlag, Rei-
he "Edition Business Computing", Braunschweig/Wies-
baden, 1997
Wenzel, P. [Hrsg.]:
Business Computing mit SAP R/3®. Modellierung, Steuerung
und Management betriebswirtschaftlich-integrierter Ge-
schaftsprozesse, Vieweg-/Gabler-Verlag, Reihe "Edition Busi-
ness Computing", BraunschweigIWiesbaden, 1998
Will, L./Hienger, Ch'/St:ra.Senburg, F'/Himmer, R.:
Administration des SAP-Systems R/3, Leitfaden zur System-
betreuung und -optimierung, 2. Aufl., Addison-Wesley-Ver-
lag, Bonn, 1996

340
Autorenverzeichnis

Autorenverzeichnis
Die besondere Herausforderung im Studium, sich an ein Pro-
grammpaket der "Extraklasse" heranzuwagen, fuhrte die Studen-
tenlinnen des vierten und fiinften Semesters Wirtschaftsin-
formatik (Faehbereich Informatik) an der Faehhoehsehule Kon-
stanz bis an die Grenze der Belastbarkeit. Neben ihrem 36-
stiindigen Woehenpensum an der FH "buffelten" viele von ihnen
bis zu 50 Stunden zusatzlieh fur ihre Prasentationen und die
sehriftlichen Ausarbeitungen, die als Projekt-Vorlagen fur dieses
Bueh dienten.
Von den Studierenden der ]ahrgange SS 1999 bis ss 2000 haben
insgesamt 31 angehende Wirtsehaftsinformatiker an den jeweili-
gen Kapiteln rnitgewirkt:

1 SAP-Einfuhrung
FRANCIS GOLTNER
RALF HUTTL
HEIDI KOCH
HELMUT LIND INGER
TORSTEN MENGEL
RAINER MICHAEL
BERND SAlLE
DANIEL SCHWARTING

Customizing
TOBIAS BERLINGER
MARCO DIETRICH
RENE FI~CHER
MIKE FROHLICH
MATTHIAS HELD
CHRISTIAN OSWALD
THOMAS ROTH
MICHAEL THEIS INGER
BENNI WIELAND

341
Autorenverzeicbnis

3. Kapitel
JANNASZ KROSZEK
KAI MULLER
PATRICK MULLER
TOBIAS VOGLER

4. Kapitel
JORG BLANK
J OCHEN BRAUN
THOMAS GEIGER
PIERRE KROMAT
MATTHIAS STURM

5. Kapitel
HERBERT HARTMANN
MAKRAM SAKJI
TIMO SEEGER
AXEL SZCZEPANEK
MATTHIAS WECKERLE

342
Stichwortverzeichnis

Stichwortverzeichnis

Auswahlknbpfe ...................... 68
Authentifizierung ................ ...... 6
A AUTHORITY-CHECK ........... 172

ABAP/4 ..................................... 7
ABAP/4-Dictionary ....... 73, 179, B
191, 195, 208
ABAP/4-Query ..... 179, 191, 239 BAPI ActiveX Control ............ 49
ABAP-Debugger .................... 179 BAPIs .................................. .. .. 46
ABAP-Editor .................. I79,185 Baseline-Abnahme ............... 269
ABAP-Interface ..................... 193 Baseline-Konfiguration ........ 266
ABAP-Klasse ........ .. ............... 193 Baseline-Szenarien .. .. ....... .... 268
ABAP-Organizer.. .................. 194 Baseline-Umfang .......... 259, 265
ABAP-Reports ....................... 246 Basissystem ............................. 57
ABAP-Typen ......................... 206 Bausteine .............................. 120
ABAP-Workbench .. 73, 177,242 Bearbeitungsreihenfolge .. ..... . 74
Ablaufplanung ...................... 298 Bearbeitungsstatus ............... 116
Abmelden ......... ........... ............78 Befehlsfeld ... .. ...... .. ................ . 70
Abmeldung ...... .. ...................... 66 Benutzeradresse ..................... 76
Abrechnungsvorschrift ......... 326 Benutzerfestwerte .................. 76
AcceleratedSAP ............. 106,249 Benutzerkennung .......... ......... 65
Advanced Business Program- Benutzemame ...................... .. 66
ming Language ................. 177 Benutzeroberflache ................ 67
Agenten ............ .. .. .. ................ .54 Benutzerparameter ........ ......... 76
Aktivierungsverwalter ........... 174 Benutzerschnittstelle ..... ......... 67
Aktivitatsgruppe .................... 168 Benutzerstammsatz .............. 160
Aktivversion .......................... 166 Benutzerverwalter ................ 174
.Anderungsbeleg .................... 148 Beratung .. .. ............................... 5
Anfangsfolge ......................... 304 Berechtigungen ...................... 51
Anforderungskonzept ............. 92 Berechtigungsdaten-
Ankerwbrter .......................... 135 verwalter .................. .. ....... 175
Ankreuzfelder ....... .... .. ............ 68 Berechtigungskonzept. 157, 275
Anlagenwirtschaft .................. .58 BerechtigungspfJege ............ 164
Anwendungsdatenmodell .... 223 Berechtigungsprofil-
Anwendungshierarchie ........ 182 velwalter.. ......................... 175
Apple Macintosh-Plattformen 67 Berechtigungspriifung ......... 171
Application Link Enabling Berechtigungsverwalter ....... 173
(ALE) ...................................38 Berichtsauswahl ................ .. . 330
Applikationsserver ........ .. ........ 35 Betriebssysteme .................. 7, 36
Arbeitsgebietsebene ............... 72 Betriebswirtschaftliche
Archivierung ......................... 277 Vorgange .......................... 323
ASAP-Roadmap ..................... 249 Beziehungen .. ...................... 235
Ausgangsmeniistruktur .. ...... .. .76 Beziehungstyp ...................... 220

343
Stichwortverzeichnis

Bibliothek. ............................. 111 programme ....................... 274


Blueprint-Dokument ............ 265 Datenmodelle ....................... 226
Blueprint-Formular ............... 264 Datentypen ........................... 214
Blueprint-Phase .................... 268 Debugger .............................. 190
Bottom-Up-Planung .............. 310 Delta-Customizing .......... 92, 113
Branchenlosungen ....... 9, 11,61 Desaster-Recovery-
Branchenneutralitat ................. 6 Verfahren .......................... 270
Budget ................................... 318 Detaillierung u. Realisierung101
Budgetverwaltung ................ 290 Development Workbench ..... 37
Business Blueprint. ............... 258 Dezimalstellen ...................... 152
Business Driver ..................... 252 Dialogfunktionalitat ............. 328
Business Engineer ................ 106 Dialogorientierung ................. 51
Business Framework ............. .41 Dictionary-Objekte ............... 141
Business Object Repository Dictionary-Strukturen ........... 208
(BOR) ........................... 46, 49 Dictionary-Tabellen ............. 184
Business-Objekte ........... 42,224 Dictionary-Zuordnung ......... 237
Disaster-Recovery-Plan ........ 282
Dokumentation ..... 75, 117, 118,
c 279
Dokumenteninfosatz ............ 300
Characterfeld ......................... 216 Dokumentenverwaltungs-
Class Builder ................. 179, 193 system ............................... 299
Client/Server-Architektur ........ 33 Domanen ...................... 198, 209
Client/Server-System ................ 2 Double-Byte-Technologie ....... 8
Clustertabellen ...................... 216 Drill-Down-Technik ............. 246
Computing Center DSDM-Prinzipien .................. 108
Management System. 85, 262 Dynamic Data Exchange
Controlling ............................. .58 (DDE) ................................. 38
CPI-C ....................................... 38 Dynamic Systems Development
Customizing ............. 74,91,317 Method (DSDM) ............... 107
Customizing-Kennzeichen ... 238 Dynpro ............................ 66, 183
Cut-Over ........................ 267, 283

E
D
EarlyWatch-Service .......... 5, 286
Darstellungsoptionen ........... 333 earned value ......................... 336
Data Browser ........................ 182 Eigenbearbeitungsvorgangs-
Data-Dictionary ..................... 149 elemente ........................... 303
Data-Modeler ........................ 219 Einftihrungsleitfaden ....... 74, 83,
Datenbanken .......................... 35 108, 154
Datenbankkatalog ................. 212 Einfiihrungsmethoden ......... 105
Datenbankpufferung ............ 201 Einftihrungsstandards .......... 256
Datenbankstruktur ................ 211 Einftihrungsstrategie ............ 256
Datenbankutility ................... 216 Einftihrungswerkzeuge .......... 73
Datenbankviews ........... 203, 216 Eingabefeld ....................... 69, 80
Datenelemente ...................... 198 Eingabeiiberpriifung .............. 80
Datenkonvertierungs- Einkaufsorganisation ............ 295

344
Stichwortverzeichnis

Einstelltransaktionen ............ 118 Function Builder .......... 179, 191


Einzelkalkulation .................. 311 Funktionsbausteine ................ 47
Einzelpostenberichte ............ 332 Funktionsleiste ....................... 67
EIS-Recherche-Berichte ........ 246 Funktionstasten ...................... 71
Electronic Data Interchange
(EDI) ................................... 38
Endfolge ................................ 304 G
Enqueue Trace ...................... 194
ENQUEUE ............................. 218 Gantt-Diagramm ................... 334
Entitatstypen ................. 219, 234 Gelber Pfeil ............................ 69
Entity Relationship Model .... 219 General Ledger ....................... 94
Entwicklungsklassen ............ 182 Geschaftsprozessdefinition .. 263
Entwicklungsumgebung .......... 7 Geschaftsprozessworkshop . 263
Entwicklungswerkzeuge ........ 74 Gliederung ............................ 118
Equipmentstammsatz ............ 300 Globale Parameter ....... 132, 149
Ergebnisermittlung ................ 325 Glossar .................................... 82
Erl6splanung ......................... 314 Glossarverweise ................... 115
Erweiterte Hilfe ....................... 75 Going-Live Check ................ 282
Erweiterung der Werkzeuge 153 GoLive .......................... 280, 284
Existenzabhangigkeit. ........... 221 GoLive-Termin ..................... 259
Export-Parameter .................. 211 Grafikfunktionen .................. 334
eXtensible Style Sheet GroBrechner ................ .. ........... 7
Language (XSL) .................. 55 Grundliste ............................. 243
Extent .................................... 140 Gruner Pfeil ............................ 69

F H
Fakturierung .......................... 327 Hardware ................................ 36
Fakturierungselement ........... 302 Hardwarehierarchie ............... 32
Fehlteilabwicklung ............... 317 Helpdesk .............................. 104
Feldhilfe .................................. 81 Help-Views ........................... 203
Fertigungsauftrage ................ 323 Heute-Tenninierung ............. 308
Fertigungshilfsmittel ..... 300, 317 Hierarchie ..................... 224, 229
Fertigungshilfsmittel- Hierarchiegrafik. ................... 334
stammsatz ......................... 300 Hilfefenster ............................. 81
Festwerte ............................... 162 Hilfemenii ............................... 81
Finanzwesen .......................... .58 Hilfesystem ............................. 81
Fish-Eye-View-Technik ........ 136 Historienverwaltung ............. 148
Fortschrittsanalyse ................ 336 Hotline ...................................... 5
FOltschrittsennittlung ............ 325 Hot-Packages ......... .. ............... 87
Fragezeichen ........................... 69 Hypeltext ...................... 132, 134
Fragezeichensymbol ............... 81 Hypertextstruktur ................. 117
Fremdbearbeitungsvorgangs-
elemente ........................... 303
Fremdschliissel ..................... 198
Fremdschliisselfelder ............ 199
Front-End-Betriebssysteme .... 36

345
Stichwortverzeichnis

Kontengruppe .. ......... ....... .. .... 79


J
Kontierungseiement.. ........... 302
Konvertierungsexit. .......... .. .. 215
Icons ................. ..................... 119 Konzepte ...... .................... 43, 46
IMG-Aktivitiiten .. ... .. ....... ....... 116 Konzeptinformationen ......... 114
Implementation Guide (IMG) Kostenplanung ..................... 309
92,110,262 Kostenvorgange ................... 313
Import-Parameter .. ................ 211 Kostenvorgangselemente ..... 303
Inc!ude-Anweisung ............... 186
Indizes ................................... 201
Informationssystem ...............329
L
Informationstyp .... .. .... .. 114, 116
Initialkennwort ............... 66, 162
Innenauftrage ........................ 323 Landereigene Prlifungen ..... 150
INSERT .................................. 215 Landerparameter .................. 149
Instandhaltung .. ..... .. .. ............ .59 Landerschltissel .............. ....... . 80
Instandhaltungsauftrage .. ..... 323 Laufzeitobjekte ..................... 213
Institute of Electrica and Elec- logical unit of work .. .. ... ....... . 51
tronics Engineers (IEEE) .... 37 Logon-Daten ..... ......... ........... 161
Integrationstest. ..................... 278
Integrationstiefe ...... ................. 9
Internationalitat ........................ 8 M
Internet Enabling Layer .. ........ 35
Internet .......... ......... ................. 87 Magisches Dreieck ............... 135
Inverse Hierarchie ........ .. .... .. 233 Mandant 000 ......... .. ......... .. .. ... 94
ISO-Norm .............. ................ 150 Mandant 001 .................. .. ....... 95
ITS (Internet Transaction Mandanten kopieren ..... .. ..... 138
Server) ................................. 37 Mandantenkopierer.. ............ 139
Mandantennummer.. ...... 65, 139
Ma15einheiten ................... ..... 152
J Ma15einheitenparameter ....... 152
Massenaktivierer.. ................. 213
Join-Bedingung .... .. ... ............ 203 Matchcode-ID ................. 79,210
Join-Operation .... .. ................ 203 Matchcodesuche ................. .... 78
Materialplanung ......... ..... ..... 316
Materialstammsatz ................ 300
Materialwirtschaft ................... 60
K
Meilensteine ......................... 304
Menu Painter ................ 179, 182
Kalenderparameter ............... 153 MenUieiste .. ......................... .. . 67
Kapazitatsplanung ...... .. 314, 317 Menupfad .... ........ ....... .. ... ....... 70
Kardinalitat ......... ... ................ 199 Menus .... ... ... ........ .. ....... ....... .. . 72
Kennwort .. ......... .. .... 65, 66, 162 Messmethoden ........... .......... 336
Kommunikation .. .................... 74 Methoden von Business-
Komponenten .. ..................... 178 Objekten ............................. 43
Komponententechnologie ...... 41 Migration .................... .. ... .. ...... 10
Konfigurationsworkshop ...... 272 Mission Statement ....... ....... .. 252
Konsistenzcheck ................... 242 Modellierungsobjekt .... .. .. .. .. 231
Konsistenzprlifung .......... .. ....225 Modularer Aufbau .. ................ l0

346
Sticbw011verzeicbnis

Monitoring ............................. 103 Personalplanung .................. 316


Monitoring-Tool .................... 262 Personalwirtschaft .................. 59
Pflegeversion ........................ 166
pflege-Views ......................... 203
N Pflichteingaben ....................... 80
Planungselement.. ................ 302
Navigation ........................ 69,84 Pool-Tabelle ......................... 140
Netzplan ............... 290, 302, 313 Portfoliodarstellung ...... 334, 335
Netzplangrafik ....................... 334 Posdeitzahl ............................. 80
Nonnalfolge .......................... 304 Prasentationsebene ................ 33
Notiztypen ............................. 127 Pretty-Printer ........................ 186
Primarindex .......................... 202
Primarkosten ........................ 311
o Primarschlussel... .................. 199
Produktionsanlauf.. .............. 103
Produktionsanlauf.. .............. 257
Object Application Group Produktionsplanung ......... 59, 60
(OAG) ................................ .48 Produktionsvorbereitung .... 102,
Object Linking and 104, 256
Embedding (OLE) .............. 38 Produktionsvorbereitungs-
Objektinstanz ......................... .45 mandant ...................... 95, 145
Objektorientierter Zugriff ...... .49 Produktivbetrieb ................... 103
Objekttyp ......................... 45, 46 Profil ..................................... 158
OLE-Objekte ........................... 50 Profilgenerator .............. 167, 276
Online Service System .......... 285 Profit-Center-Rechnung ....... 294
Online Software Service (OSS) 5 Programmierschnittstellen ..... 37
Online-Bucher ........................ 75 Projekt System ........................ 59
Open Database Connectivity Projektablaufe ...................... 255
(ODBC) ............................... 38 Projektadministration ... 104, 258
Operative Strukturen ............ 300 Projektauswertung ............... 130
Organisation und Konzeption Projektcontrolling.104, 258, 320
98, 251 Projektdefinition ................... 301
Organisation .......................... 173 Projektdokumentation .117, 126
Organisationsmodell .............. .42 Projekt-IMG .................... 99, 125
Organisationsstruktur ... 263, 293 Projektion ............................. 204
Organisatorische Aktivitaten 115 Projektions-Views ................ 203
OS/2 ........................................ 67 Projekt-Issues ....................... 288
OSS .............................. ............ 86 Projekt-Kickoff ..................... 256
Projektmanagement ..... 260,267
Projektsichten ............... 291, 330
p Projektsteuerung .................. 121
Projektstruktur ...................... 254
Palette ................ ... ................... 72 Projektstrukturplan (PSP) ... 290,
Parameter .............................. 163 297, 301
PaBworter ................................ 66 Projektstrukturplanelemente 302
Performance-Monitor .............. 86 Projektsystem ....................... 289
Perfonnance-Trace ....... 179, 194 Projektverdichtung ............... 332
Periodische Arbeiten ............ 324 Projektversionen ......... ......... 329

347
Stichwortverzeichnis

Projektverwaltung ......... l09, 121 Reporting .............................. 192


Prozess-Prototyping .............. 107 Report-Painter ...................... 331
Priiffunktion .......................... 306 Report-Writer-Berichte ......... 246
PSP-Element... ...... 292, 320, 327 Repository Browser. ..... 179, 180
Pull-Down-Meni.i ....................72 Repository-Daten ................... 77
Repository-Infosystem ......... 181
Repository-Objekte .............. 278
Q Ressourcen ........................... 334
Restore-Verfahren ................ 282
Q&A-Datenbank ................... 264 RFC-Aufruf .............................. 50
Qualitatsmanagement ............ .59 RFC-Bibliothek ....................... 50
Qualtitatssicherungssystem .. 271 RFC-Erlaubnis ....................... 217
Quelltext ................................ 189 RFC-Klassenbibliotheken ....... 49
Query .................................... 240 RFC-Trace ............................. 194
Quick Sizer ............................ 257 Roadmap ....................... 106, 254
Rollout-Strategie ................... 253
Rotes" X" .............................. 69
Ri.ickmeldung ....................... 321
R Ri.ickwartsterminierung ........ 307

R/2 .................................. .......... 6


R/2-Module .............................. 7
R/3 ............................................ 7
s
R/3-Bibliothek ................ 82, 138
R/3-Erweiterungen ..................63 Sammelprofil ........................ 159
R/3-Konfigurationen ............... 34 Sammelsuchhilfe .................. 210
R/3-Logon ............................... 64 SAP Business Workflow ........ 74
R/3-0nline-Dokumentation ... 81 SAP Markte ............................... 2
R/3-Referenzmodell ............... .42 SAP-Business-Objekt... ........... 43
Rangliste ................................ 245 SAP-Geschichte ........................ 1
Realisierung ........................... 321 SAP-GUI... ......................... 57,67
Realtime .................................... 2 SAP-Hardware partner .............. 4
Recovery-Verfahren .............. 270 SAP-Kalender. ....................... 153
Referenz-Benutzer ................ 163 SAP-Kommunikationsserver .. 74
Referenz-IMG ................ 110, 154 SAP-Logon-Fenster ................. 64
Release-Customizing ............. 113 SAP-Logo-Partner ..................... 4
Release-Information .............. 112 SAP-Mitarbeiterentwicklung .... 2
Release-Infos ........................... 82 SAP-Mitarbeiterzahl .................. 2
Release-spezifischer Einftih- SAP-Oberflache ...................... 62
nmgsleitfaden ................... 112 SAPoffice ............................... 159
Release-Wartung ................... 286 SAP-Prasentationsgrafik ....... 334
Release-Wechsel ... 82, 105, 113, SAP-Referenz-IMG .................. 94
283 SAPscript .......................... 93,128
Remote Consulting Services.285 SAPscript-Editor. ............. 75, 156
Remote Function Call SAP-SERM ..................... 219, 237
(RFC) ............................ 38, 48 SAP-Technologiepartner .......... 4
Remote-Anbindung .............. 262 SAP-Umsatz .............................. 3
Remote-Kopie ....................... 141 SAP-Vertriebspartner ................ 4
Report .................................... 192 SAP-Wachstum ......................... 2

348
Stichwortverzeichnis

Satellitensysteme .....................63 Stmkturgrafik ........................ 334


Schichten Business-Objekte ... 43 Stmkturplanung .................... 309
Schltisselattribut .................... 219 Style Sheet .............................. 55
Schlusselfeld .......................... .43 Symbolleiste ........................... 68
Schnittstelle von Business- Systemadministration .... 73, 262,
Objekten ............................ .43 270
Schnittstellen ........................... 37 Systemeinstellung ................... 93
Schnittstellenprogramme ...... 274 Systemfunktionen ................... 75
Schulung .................................. 5 Systemlandschaft .................. 256
Schulungsmannschaft ........... 285 Systemtechnische Aktivi-
Screen Painter ............... 179, 183 taten .................................. 115
Sekundarindex ...................... 202 System-Upgrade ..... 74, 105, 113
Sekundarkosten .................... 311
SELECT-Anweisung ...... 192, 208
Selektion ................................ 204 T
Selektionskriterien ................ 131
Service-2000 ............................. 5 TABA ..................................... 203
Servicefunktionen ................. 148 TABB .............. .. ..................... 203
Serviceleistungen .................. 147 Tabellen ........................ 197,236
Sichten ................................... 110 Tabellenabgleich .......... 133, 145
Softwarearchitektur ................. 37 Tabellenauswertungen.145, 146
Sperrcontainer ....................... 219 Tabellenprotokolldatenbank 148
Sperrmechanismus ................ 218 Tabellenpuffer ...................... 201
Sperrobjekt ............................ 217 Tagesdatum-Terminiemng .. 307
Spooladministraion ............... 281 Tags .........................................53
Spoolverwaltung ................... 103 Tastaturbelegung .................... 71
Sprache ............................. 65, 66 TCP/IP .................................... 38
Sprachkennzeichen ................ 66 Technische Info ..................... 81
Sprachparameter ................... 152 Technischer Platz ................. 295
Spmngfolge ........................... 304 Telematik-Dokumente ........... 74
SQL ........................................ 239 Terrninplanung ..................... 306
SQL-Tabellen ......................... 148 Textbausteine ....................... 133
SQL-Trace .............................. 194 Titelleiste ................................ 67
Standard Generalized Markup Toolkit................................... 106
Language ............................. 53 Top-Down-Planung ............. 310
Standard Projektstmkturplan Trace-Funktionen ................. 194
(S-PSP) .............................. 297 Transaktion ....................... 66, 81
Standardanwendungen ........... 72 Transaktionscode ............. 66, 70
Standard-BAPIs ...................... .51 Transporte ... '" ...................... 242
Standardberichte ................... 331 Transportsystem ................... 144
Standardnetzplan .................. 298 Transportwesen ...... 93, 132, 143
Standardprofil ....................... 159
Standardstmkturen ............... 296
Status ....................................... 77
Statusinformationen77, 118, 128
Statuszeile ................................ 68
Stmctured Query Language
(SQL) ................................... 38

349
Sticbwortverzeicbnis

u z
UNIX-Bereich .......................... 35 Zahlungsvorgange ................ 323
Untemehmens-IMG ............ .. 112 Zustandigkeiten .................... l68
Untemehmensstandards ....... 264
Upgrade-Customizing .. .. 92, 113

v
Verftigbarkeitskontrolle ........ 320
Verftigbarkeitspriifung ....... .. 317
Verkniipfungstypen .............. 304
Verteilungsmodell ................... 39
Vertrieb ..................... .. ............. 60
Verzinsung .. .. ...... .................. 325
Views ................................. .... 202
Viewtypen .............................203
Viewzuordnung ....... ............. 234
Vorgang ................................. 303
Vorgehensmodell ..... 74, 97, 113
Vorwartsterminierung ...307, 322

w
Wahrungscode ... ........... 151, 152
Wahrungsparameter ............ 151
Werkzeuge ............. 72, 121 , 132
Werkzeugtyp ................ .. ....... 133
Windows-Applikationen ........ 67
Windows-NT-Rechner ............35
WinWord ......... ..... .. ............... 128
Workbench-Auftrag ..............144
Workbench-Organizer .. 179, 242
Workflow ................................61
World Wide Web .................... 87

x
XML .. .......... .. .......................... .52
XML-Dokument ..... ................ .52

350
Innovation-Team GmbH

Wir sind ein dynamisches, innovatives Team von


Designern und Informatikern.
Den Kern unserer Vision sehen wir in der
new economy.

Wir verstehen uns fur unsere Kunden als Berater,


Entwickler, Designer, Trainer und Projektleiter rund
um das World Wide Web.

Wir such en laufend junge, dynamische neue


Mitarbeiter, die sich z. B. fur eines der folgenden
Gebiete begeistern konnen:

• Web Development
• UMTS Application Development
• Lotus Notes
• Windows CE Application Development

Fragen und Bewerbungsunterlagen bitte an:


Innovation-Team GmbH
HerderstraBe 2
0-63512 Hainburg

Tel.: +49 61 82 - 6 44 81
Fax: +49 61 82 - 6 44 79
eMail: info@innovation-team.de
http://www.innovation-team.de
Edition Business Computing, hrsg. von Paul Wenzel

Betriebswirtschaftliche Anwendungen mit SAP R/3®


Einftihrung in Rj3, Methoden und Werkzeuge; Customizing, ABAP/4,
ASAP, Projektsystem, SAP Office
2000. ca. 330 S. mit 100 Abb. Br. ca. DM 49,80 ISBN 3-528-05751-3

Logistik mit SAP R/3®


Materialwirtschaft, Fertigungswirtschaft, Instandhaltung, Service-
management, Qualitatsmanagement, Produktdatenmanagement
2001. ca. 430 S. mit 150 Abb. Br. ca. DM 98,00 ISBN 3-528-03161-1

Personalwirtschaft mit SAP R/3®


Organisationsmanagement, Personalplanung, Personalbeschaffung,
Zeitwirtschaft, Lohn- und Gehaltsabrechnung, Reiseabrechnung,
HR-Internetanbindung
2000. XVI, 202 S. mit 158 Abb. Br. DM 69,00 ISBN 3-528-03160-3

Rechnungswesen mit SAP R/3®


Finanzbuchhaltung, Anlagenbuchhaltung, Kostenrechnung &
Controlling
2000. ca. 330 S. mit 90 Abb. Br. ca. DM 59,00 ISBN 3-528-03163-8

Vertrieb und Workflow mit SAP R/3®


Betriebswirtschaftliche Anwendungen mit SD, SAP Business
Workflow, Internetanbindung (ITS) und e-Commerce
2000. ca. 320 S. mit 100 Abb. Br. ca. DM 69,00 ISBN 3-528-03159-X

aI
vleweg
Abraham-Lincoln-Stralle 46
65189 Wiesbaden
Fax 0611.7878-400
www.vieweg.de
Stand 1.10.2000
Anderungen vorbehalten.
Erhiiltlich im Buchhandel oder im Verlag.

Das könnte Ihnen auch gefallen