Beruflich Dokumente
Kultur Dokumente
Betriebswirtschaftllche Anwendungen
mitSAPR/3®
Edit ion BusitH'sS Compnting
IlI'rilll"l!,('l!,('h('1I 'till Prot. Dr. Palll \\1'1111'1
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.
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.
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
Inhaltsverzeichnis .................................................... VI
Literaturverzeichnis ....................................................................337
Autorenverzeichnis .....................................................................341
Stichwortverzeichnis ...................................................................343
v
Inhaltsverzeichnis
SAP-Einflihrung .......................................... 1
VI
Inbaltsverzeicbnis
VII
Inhaltsverzeichnis
Customizing .............................................. 91
VIll
Inhaltsverzeichnis
IX
2 Customizing 91
x
Inbaltsverzeicbnis
XI
Inhaltsverzeichnis
XII
Inhaltsverzeichnis
XIII
Inhaltsverzeichnis
XIV
Inbaltsverzeicbnis
xv
Inbaltsverzeicbnis
XVI
Inbaltsverzeicbnis
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
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.
XIX
Vorwort
xx
1.1 Das Unternebmen SAP AG
SAP-Einfiihrung
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.
2
1.1 Das Unternehmen SAP AG
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-
3
1 SAP-Einfiihrung
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
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
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
9
1 SAP-Einfubrnng
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.
10
1.1 Das Unternebmen SAP AG
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
12
1.1 Das Unternehmen SAP AG
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\-
14
1.1 Das Unternehmen SAP AG
15
1 SAP-Einjuhrung
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
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
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.
18
1.1 Das Unternehmen SAP AG
19
1 SAP-Einjuhrung
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
21
1 SAP-Einfiihrung
22
1.1 Das Unternehmen SAP AG
S.\ P
NI) 4 .11R r
- -
. 100%
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).
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.
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
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.
Abb.1.16
mySAP.com·
Workplace-Beispiel
(Que lie: SAP-CD
Systems 99)
28
1.1 Das Unternehmen SAP AG
29
1 SAP-Einfiihmng
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'"
\'"', :~_.~_h#~~.,,~·~t
• DOCIIII. . . . 011,·· -,
. ~i
,
• Technical HelpCleSk
~M~~~~~~:~;_ ...
30
1.1 Das Unternehmen SAP AG
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 •
1 vgl. www.sap-ag.de/germany/products/mySAP/app_host.html
2 vgl. ebenda
31
1 SAP-Einfuhrnng
32
1.2 Hardware eines Rl3-Systems
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
Handllnllintamet acce..
Information Storage
Database ServIces Database Backup
Database
34
1.2 Hardware eines R13-Systems
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
36
1.3 Sojtwarearchitektur des R13-Systems
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
38
1.3 Softwarearchitektur des RlJ-Systems
_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
39
1 SAP-Einjiibrung
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
Abb.1.24
Technologiefahrplan
(Quelle:
SAP-VISUAL-CD:
CeBln8 PRESEN-
TATIONS)
41
1 SAP-Einfubrung
42
1.3 Softwarearchitektur des Rl3-Systems
43
1 SAP-Einfilhrung
Abb.1.25
Schichten des SAP-
Business-Objekts
Ge-
schittl·
regeln
' Con-
stralnts'
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.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)
47
1 SAP-Einfuhrung
48
13 Sojtwarearcbitektur des R13-Systems
49
1 SAP-Einfiihntng .
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
50
13 Softwarearchitektur des Rl3-Systems
51
1 SAP-Einjuhrung
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
53
1 SAP-Einfuhnmg
54
13 Softwarearchitektur des RlJ-Systems
55
1 SAP-Einfiihrung
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
Abb.1.30
Schema des ???
Modulaufbaus
FI
PP
PS
57
1 SAP-Einjilbrnng
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
Abb.1.31
SAP-Oberflil.che
62
1.4 Einstieg in Rl3
63
1 SAP-Einfuhrung
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
64
1.4 Einstieg in Rl3
CiorV Jiiiii'i CD
u_ I? ®
P _d 1·····_·· (3)
r- eD
L_ _
65
1 SAP-Einfiihrung
66
1.4 Einstieg in Rl3
'-
P-
'''--
l-..
w.
- r
r
Ifl IArbeit bereich I
I
'"- I
--
-
[ri_ I
'01_ _
r--
I
... I
I
67
1 SAP-Einfilhrnng
Abb.1.36
Unterschiedliche
Fenstertypen x
IDtalogfenster I
Radiobutton
Checkbox
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
Abb.1.38
Funktionalitaten
desGUI
SAP-Verkm1pfung
erstellen
70
1.4 Einstieg in Rl3
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
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
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
!;CMS
AdIDrnstr atron
W$Cr~
!:!ypertex
.s.uchen
73
1 SAP-Einfuhrung
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.
75
1 SAP-Einfubrnng
76
1.4 Einstieg in Rl3
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 •
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
----------------------------------~
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
Abb.1.43 !.-o i
Suche mit ... Ir-----~ , r , I 11
Matchcode
triD
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
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
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
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
BclclsojntgrmlUgDcn
85
1 SAP-Einfuhrung
Abb.1.49
Performance-Monitor
_r, ......... 2U . . Fr •• , ..
" ..
ht, S,.c.e .... I .... 21~1" rf'et: 2UI
PI! la,
'" lilt 'I' .. t n IU
22 I.
w.n .. r.t
n...... 'u..
h.k ••• rc., •• n tt.. . c21341
"ul',_
.,.",•• ""',_
Ul ( ... )
1111
] •
lu.tIa
11 ,~ (M)
br.lceT.N:
JI ( ... )
86
1.6 Weitere Informationsquellen
Abb.1.S0 -[ tlf'rwe:!SSUCM
I
FrollO><t5t<che
......
I
I ...
I
I
I
I oOOr_
I
IWoIl.r II Am~ _ . r 11--"" I
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
!;: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
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.
91
2 Customizing
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
93
2 Customizing
94
2 .1 Einfiihrnng
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
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
97
2 Customizing
Abb.2.4
Vorgehensmodell
"Strukturanzeige"
~
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
98
2.2 Customizing-Elemente
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
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
100
2.2 Customizing-Elemente
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
102
2.2 Customizing-Elemente
[;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
103
2 Customizing
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
104
2.2 Customizing-Elemente
105
2 Customizing
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".
107
2 Customizing
108
2.2 Customizing-Elemente
Abb.2.11
Customizing-Start
109
2 Customizing
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
_ _ _. .
Abb.2.13
SAP-Referenz-IMG
rojekt .12
111 Custoll1z1ng Projekt 11
Kritis~he Aktiyitaten zu~ Prujekt .1.
~~~I~==~ ======~========~
llO
2.2 Customizing-Elemente
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
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
Abb.2.15
Unternehmens-IMG
112
2.2 Customizing-Elemente
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
Abb.2.17
Bausteine des
EinfOhrungsleitfa-
dens
114
2.2 Customizing-Elemente
115
2 Customizing
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
Abb.2.19
Notizfunktion
117
2 Customizing
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
Abb.2.21
Beispiel eines IMG's
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
119
2 Customizing
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
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
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
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
..
--
I'Iod. 21 0
~
,... a, '
.. I I.. .. lrwn
124
2.2 Customizing-Elemente
Abb.2.27 ,
Status
zuordnen
"
-
r
r
r
r
'--- r
,. r
r
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
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
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
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
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
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
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
• 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
133
2 Customizing
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.
135
2 Customizing
Abb.2.38
Fish-Eye-View
F 5
AutrelSen, Aile Unter-
Verbergen kepltel
136
23 Customizing-Werkzeuge
137
2 Customizing
Uinderspez.
Voreinstellungen
andern
Quell-
mandant
kopieren
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
139
2 Customizing
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
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
Abb.2.42
Transport
TRANSPORT
,p-o,:.; " :
Abb.2.43
Transportsystem Ifl
143
2 Customizing
Anderungsauftrag
anlegen Um einen Anderungsauftrag anzulegen, geht man folgenderrna-
Ben vor:
144
23 Customizing-Werkzeuge
145
2 Customizing
Abb.2.44
Tabellen-
auswertungen
146
2.3 Customizing-Werkzeuge
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
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.
148
2.3 Customizing-Werkzeuge
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
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
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.
153
2 Customizing
SAP-Einftihrungsleitfaden
Abb.2.49
Strukturerweiterung
Kundenerweilerung
nach einer
Hierarchiestufe
Neue Hierarchiestruktur
'1'1111111111"'11111 als Kundenerweiterung
154
23 Customizing-Werkzeuge
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!
155
2 Customizing
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!
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
Feld Wert
Kontenplan *
Aktivitat 03
Abb.2.51
Berechtigungsprofil
objekt 3
158
2.4 Rlj-Benutzer- und Berechtigungskonzept
Ilr;bs
j.,.:..::
l,. ...:, ....
~B'elltltze,· Sammelprofil
gruppen
)ofil profil
159
2 Customizing
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
Abb.2.54
Kopieren eines
Benutzerstamm-sat-
zes
163
2 Customizing
uI ODnul.t., kClJ.II"uen 13
"'lNUl
IGAST
................
r·F
P
d«
,_ _
P8~"",_",
PD ..~",
P AI<.L tIIal'\J\4lPOn
164
2.4 R13-Benutzer- und Berecbtigungskonzept
165
2 Customizing
Abb.2.55
Aktiv- und
Pflegeprofile
8erechtigu ngsprofi I
Aktivversion Pflegeversion
166
2.4 Rl3-Benutzer- und Berechtigungskonzept
167
2 Customizing
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 _
169
2 Customizing
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.
170
2.4 R13-Benutzer- und Berechtigungskonzept
171
2 Customizing
172
2.4 RlJ-Benutzer- und Berechtigungskonzept
Abb.2.57
Aufgabendreiteilung
ohne Profilgenerator
Au
173
2 Customizing
Abb.2.58
Aufgabendreiteilung
mit Profilgenerator
Benutzerverwalter Berechtigungsprofll-
verwalter
Berechtigungsdatenverwalter
174
2.4 Rl3-Benutzer- und Berecbtigungskonzept
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
177
3 ABAPl4-Programmierung
178
3.1 Werkzeuge der ABAP/4 Workbench
179
3 ABAPl4-Programmiernng
Abb.3.2
Repository Fenster
180
3.1 Werkzeuge der ABAP/4 Workbench
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'-----------------------------~
[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.
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.
183
3 ABAPl4-Programmierung
Abb.3.5
Schnittstelle Screen Painter
zu anderen Tools
ElOOlegwid
'---------J -~: I ~~ ~~ I
1______ - - - - - • • • • • • __ • •
184
3.1 Werkzeuge der ABAPI4 Workbench
185
3 ABAPl4-Programmierung
186
3.1 Werkzeuge der ABAP/4 Workbench
vOIWarts.
187
3 ABAPl4-Programmienmg
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
G -=CI=--_Mooon----:...._-'
r.a
~V_
~ AU.
r, 0 ...............
r, T eIemenI.
189
3 ABAPl4-Programmierung
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.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.
192
3.1 Werkzeuge der ABAP/4 Workbench
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.
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.
194
3.2 ABAPl4-Dictionary
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).
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.
/ 7··. \
ABAP
Wie man sieht haben alle Elemente der Workbench die Moglich-
keit, aktiv auf das ABAP-Dietionary zuzugreifen.
196
3.2 ABAP/4-Dictionary
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
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
199
3 ABAPl4-Programmiernng
200
3.2 ABAPl4-DictionaJY
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
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
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
...
~
.,.. . 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 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
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
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
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
207
3 ABAP/4-Programmiernng
Abb.3.18
Tiefe Slruktur I Feld A I Feld B I
."
Feld C Feld D
X Y
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 /
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.
210
3.2 ABAP/4-Dictionary
211
3 ABAPl4-Programmierung
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.
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
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
TabelleT2
frem:lschlUssei
TabelleTJ
217
3 ABAPl4-Programmiernng
218
33 Data-Modeler
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
221
3 ABAPl4-Programmiernng
222
33 Data-Modeler
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
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.
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.
228
3.3 Data-Modeler
" _. r J'I----~
r
r "'-_ a
229
3 ABAPl4-Programmierung
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.
230
33 Data-Modeler
Abb.3.26
Hierarchie
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
"'" (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
232
3.3 Data-Modeler
233
3 ABAP/4-Programmierung
234
3.3 Data-Modeler
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
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
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
3.3.12 Grafik
Mit Hilfe del' Grafik des Data-Modelers lassen sich die model-
Herten Sachverhalte in Form des SAP-SERM darstellen.
Abb.3.29
Grafik-
Anzeigemodus -
.....
237
3 ABAPl4-Programmierung
238
3.4 ABAP14-Query
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.
240
3.4 ABAP14-Query
241
3 ABAPl4-Programmiernng
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
243
3 ABAPl4-Programmierung
~
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~
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~
244
3.4 ABAP14-Query
Konuertitl"un en in St~t1stiken/Rangli5ten
245
3 ABAP/4-Programmierung
246
3.4 ABAP/4-Query
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:
249
4 AcceleratedSAP (ASAP)
6
...."""
.... __ ...II.J.......
o
• Projektplan1.1ng
• Projektablaufe
• Projekt-Kickoff
• Planung der technischen Anforderungen
• Qualitatspri.if1.1ng, Projektvorbereitung
250
4.1 Phase 1: Projektvorbereitung
251
4 AcceleratedSAP (ASAP)
Business-Driver
Abb.4.2
Projektauftrag
erstellen
ProJekterfolgs- Leitbild
kennzahlen
Belriebswlrtschaftliche
Erfolgskennzahlen
252
4.1 Phase 1: Projektvorbereitung
253
4 AcceleratedSAP (ASAP)
254
4.1 Phase 1: Projektvorbereitung
255
4 AcceleratedSAP (ASAP)
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
258
4.2 Business Blueprint
259
4 AcceleratedSAP (ASAP)
Abb.4.4
Ablauf eines
Lenkungsausschuss-
Meetings
260
4.2 Business Blueprint
261
4 AcceleratedSAP (ASAP)
262
4.2 Business Blueprint
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
265
4 AcceleratedSAP (ASAP)
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.
267
4 AcceleratedSAP (ASAP)
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)
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)
272
43 Phase 3: Realisierung
273
4 AcceleratedSAP (ASAP)
274
4.3 Phase 3: Realisierung
275
4 AcceleratedSAP (ASAP)
276
4.3 Phase 3: Realisierung
277
4 AcceleratedSAP (ASAP)
278
4.3 Phase 3: 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.
280
4.4 Phase 4: Produktionsvorbereitung
281
4 AcceleratedSAP (ASAP)
282
4.4 Phase 4: Produktionsvorbereitung
283
4 AcceleratedSAP (ASAP)
284
4.5 Phase 5: GoLive und Support
285
4 AcceleratedSAP (ASAP)
286
4.5 Phase 5: GoLive und Support
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)
288
5.1 Projektsichten
Projektsystem (PS)
Abb.5.1
Das Projektsystem
::i=:.-I
289
5 Projektsystem (PS)
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)
292
5.2 Organisationsstrukturen
293
5 Projektsystem (PS)
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)
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
Abb.5.4
Standardstrukturen
Standardnen
297
5 Projektsystem (PS)
298
53 Grunddaten & Standardstrukturen
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.
300
5.4 operative Strukturen
Abb.5.5 Projektdefinition
Verlauf einer
Projektplanung
Projektstrukturplan
Aufgabenplanung
Ablaufplanung
Terminplanung
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.
302
5.4 Operative Strukturen
303
5 Projektsystem (PS)
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
305
5 Projektsystem (PS)
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
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
307
5 Projektsystem (PS)
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
.....
PSP - El
Uorg
eIlH- ' ' '- 1 ~18
uuaOUU91C21t2
0060
11.11.1991
28.11.199128.11 . 1997 ft3.1 2 .19
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)
- --
miert werden.
Abb.5.9
PSP-Element-
I~
....J I
s_ . . _ """". s._
~
;] -dlJ <oojajxJ l l ll
l!ih
I Inlcl'ti'J
- ..
)(
CIZM-
1115
1115-
- 1611
r l • C/ZH- 111S - 1612 I
1621
I
I
EI
I
672 •• '
310
5.5 Planung
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)
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 ~
312
5.5 Planung
313
5 Projektsystem (PS)
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
315
5 Projektsystem (PS)
316
5.5 Planung
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
318
5.6 Budget
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)
320
5. 7 Realisierung
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)
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)
324
5.7 Realisierung
325
5 Projektsystem (PS)
326
5.7 Reaiisierung
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
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
329
5 Projektsystem (PS)
330
5.8 Injormationssystem
331
5 Projektsystem (PS)
332
5.S Injonnationssystem
333
5 Projektsystem (PS)
334
5.8 Informationssystem
335
5 Projektsystem (PS)
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
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
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
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
346
Sticbw011verzeicbnis
347
Stichwortverzeichnis
348
Stichwortverzeichnis
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
• Web Development
• UMTS Application Development
• Lotus Notes
• Windows CE Application Development
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
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.