SAP R 3-Basissystem GERMAN

SAP® R/3® – Basissystem

Weitere Bücher in der Reihe SAP R/3 – Personalwirtschaft 1. Auflage, 2001, geb., CD ISBN 3 8273 1726 6 SAP R/3 – Materialwirtschaft 1. Auflage, 2001, geb., CD ISBN 3 8273 1701 0 SAP R/3 – Gemeinkostencontrolling 1. Auflage, 2001, geb., CD ISBN 3 8273 1702 9 SAP R/3 – Finanzwesen 1. Auflage, 2001, geb., CD ISBN 3 8273 1699 5 SAP R/3 – Einführung 1. Auflage, 2001, geb., CD ISBN 3 8273 1700 2

Bernd Herth Manfred Navratil Kai Otterbein Michael Rhein

SAP R/3 – Basissystem ®

®

Herausgegeben von der CDI

eBook Die nicht autorisierte Weitergabe dieses eBooks ist eine Verletzung des Urheberrechts!

An imprint of Pearson Education München • Boston • San Francisco • Harlow, England Don Mills, Ontario • Sydney • Mexico City • Madrid • Amsterdam

Die Deutsche Bibliothek – CIP-Einheitsaufnahme Ein Titeldatensatz für diese Publikation ist bei Der Deutschen Bibliothek erhältlich »SAP« und »R/3« sind eingetragene Warenzeichen der SAP Aktiengesellschaft Systeme, Anwendungen, Produkte in der Datenverarbeitung, Neurottstraße 16, D-69190 Walldorf. Der Verlag bedankt sich für die freundliche Genehmigung der SAP AG, die Warenzeichen im Namen des vorliegenden Titels zu verwenden. Die SAP AG ist jedoch nicht Herausgeberin des vorliegenden Titels oder sonst dafür presserechtlich verantwortlich. Sämtliche in diesem Buch abgedruckten Bildschirmabzüge unterliegen dem Urheberrecht © der SAP AG, Walldorf. SAP®, R/2®, R/3®, mySAP.com®, ABAP®, SAPoffice®, SAP Business Workflow®, SAP EarlyWatch®, SAP ArchiveLink®, ASAP® sind eingetragene Warenzeichen der SAP AG. Andere Produktnamen werden nur zur Identifikation der Produkte verwendet und können eingetragene Marken der entsprechenden Hersteller sein. 10 9 8 7 6 5 4 3 2 1 04 03 02 01 ISBN 3-8273-1727-4 © 2001 by Addison-Wesley Verlag, ein Imprint der Pearson Education Deutschland GmbH Martin-Kollar-Straße 10–12, D-81829 München/Germany Alle Rechte vorbehalten Lektorat Christian Schneider, [email protected] Satz mediaService, Siegen Produktion Anja Zygalakis, [email protected] Druck und Bindung Bercker Graphischer Betrieb, Kevelaer Umschlaggestaltung Barbara Thoben, Köln Das verwendete Papier ist aus chlorfrei gebleichten Rohstoffen hergestellt und alterungsbeständig. Die Produktion erfolgt mit Hilfe umweltschonender Technologien und unter strengsten Auflagen in einem geschlossenen Wasserkreislauf unter Wiederverwertung unbedruckter, zurückgeführter Papiere. Text, Abbildungen und Programme wurden mit größter Sorgfalt erarbeitet. Verlag, Übersetzer und Autoren können jedoch für eventuell verbliebene fehlerhafte Angaben und deren Folgen weder eine juristische Verantwortung noch irgendeine Haftung übernehmen. Die vorliegende Publikation ist urheberrechtlich ge-

schützt. Alle Rechte vorbehalten. Kein Teil dieses Buches darf ohne schriftliche Genehmigung des Verlages in irgendeiner Form durch Fotokopie, Mikrofilm oder andere Verfahren reproduziert oder in eine für Maschinen, insbesondere Datenverarbeitungsanlagen, verwendbare Sprache übertragen werden. Auch die Rechte der Wiedergabe durch Vortrag, Funk und Fernsehen sind vorbehalten. Die in diesem Buch erwähnten Software- und Hardwarebezeichnungen sind in den meisten Fällen auch eingetragene Marken und unterliegen als solche den gesetzlichen Bestimmungen.

Inhalt Vorwort Der Herausgeber Die Autoren Danksagung

Einleitung

15 15 16 16

17

Kapitel 1 Einführung

19

1.1 Das Unternehmen und seine Produkte 1.2 Leistungsmerkmale 1.3 R/3-Anwendungen 1.3.1 Logistik 1.3.2 Rechnungswesen 1.3.3 Personalwirtschaft 1.3.4 Basissystem 1.4 Grundlagen der Bedienoberfläche 1.4.1 R/3-Anmeldung 1.4.2 Aus R/3 abmelden 1.4.3 Kennwort ändern 1.4.4 Fensterarten und Fensterelemente 1.5 SAP Easy Access 1.5.1 Aufruf von Anwendungen 1.5.2 Standardmenüs 1.5.3 Programmbedienung mit Maus, Tastatur, Symbolen 1.5.4 Daten in Felder eingeben und korrigieren 1.6 Meldungen 1.7 Anwendung mehrerer R/3-Fenster (Modi) 1.8 Daten eingeben oder ändern (Formularanwendungen) 1.8.1 Bezeichnung von Anwendungen und Transaktionscodes 1.8.2 Start von Formularanwendungen 1.8.3 Navigation in Formularen 1.8.4 Dateneingabe bzw. -änderung in Formularanwendungen 1.8.5 In Formularen mehrfach gleiche Daten eingeben 1.8.6 Benutzerparameter als Eingabehilfe definieren 1.9 Mit Suchhilfe/Werteliste Eingabedaten suchen 1.9.1 Wertelisten 1.9.2 Suchhilfen

21 24 27 29 31 33 34 35 35 38 40 42 43 43 45 46 49 51 52 56 57 57 62 64 66 67 69 70 73

5

1.10 Listen (Berichte) erstellen 1.10.1 Reports aus dem Arbeitsgebietsmenü starten 1.10.2 Reports mit dem Informationssystem suchen und starten 1.10.3 Anwendung des Listviewers 1.11 Drucken 1.12 Online-Hilfe 1.12.1 R/3-interne Schnellhilfe 1.12.2 R/3 Glossar 1.12.3 Online-Dokumentation auf CD-ROM 1.13 Grundlagen Customizing 1.13.1 Überblick über Werkzeuge und Methoden 1.13.2 Arbeitsgebiet »Customizing« 1.13.3 Implementation Guides (IMG, Leitfäden) 1.13.4 Mit den IMGs arbeiten 1.14 Aufgaben 1.15 Lösungen

Kapitel 2 R/3-Architektur 2.1 Die Grundlagen der Client-Server-Architektur 2.2 Der R/3-Systemkern 2.3 Die Präsentationsschicht 2.3.1 Ablauf des Dialogs 2.3.2 Zusätzliche Dienste der Präsentationsschicht 2.4 Die Anwendungsschicht 2.4.1 Der SAP-Dispatcher 2.4.2 Dialogservice 2.4.3 Batch-Service 2.4.4 Enqueue-Service 2.4.5 Verbucher 2.4.6 Der Spool-Service 2.4.7 Der Message-Service 2.4.8 Der Gateway-Service 2.5 Der Datenbankserver 2.6 Zusammenfassender Überblick über die Server-Dienste 2.7 Konfiguration von Client-Server-Systemen 2.7.1 Zentralsystem 2.7.2 Zweistufige Konfiguration 2.7.3 Dreistufige Konfiguration

6

78 79 79 81 84 85 86 86 87 89 89 90 91 93 98 101

105 108 110 110 111 112 113 114 115 119 121 123 128 130 131 132 133 134 134 135 136

2.8 Regeln zur Konfiguration von R/3-Systemen 2.8.1 Standardinstallation 2.8.2 Installation weiterer Dialogprozesse und Server 2.8.3 Verteilung der Dienste 2.8.4 Konfiguration in einem Netzwerk 2.8.5 Konfigurationsüberlegungen beim Einsatz verschiedener R/3-Module 2.8.6 Hardware-abhängige Konfigurationsalternativen 2.9 SAP R/3 auf Betriebssystemebene 2.9.1 Der R/3-Systemverwalter 2.9.2 Der Aufbau der R/3-Verzeichnisstruktur 2.9.3 Instanzen 2.9.4 Das Instanzprofil 2.9.5 Anzeigen von Parametern in der Systemverwaltung 2.9.6 Anzeigen von Parametern in einem Report 2.9.7 Systemstart und Systemstopp 2.10 Aufgaben 2.11 Lösungen

Kapitel 3 Softwaretechnologie 3.1 Übersicht 3.2 ABAP-Workbench 3.3 Object Navigator 3.4 Das Unternehmensdatenmodell 3.5 Dictionary 3.5.1 Informationen im Dictionary 3.5.2 Objekte im Dictionary 3.5.3 Das Repository-Infosystem 3.6 Anwendungen im R/3-System 3.6.1 R/3-Transaktionen 3.6.2 R/3-Reports 3.7 Die Programmiersprache ABAP/4 3.8 Auswertungen mit Hilfe eines ABAP/4-Queries 3.9 Praxisfall: Suche nach Varianten 3.10 Praxisfall: Suche nach Tabellen 3.11 Aufgaben 3.12 Lösungen

138 138 139 140 141 141 142 142 143 143 144 146 147 148 149 152 153

155 158 158 159 163 164 164 166 170 171 172 174 177 181 183 184 186 187

7

Kapitel 4 Systemverwaltung im Überblick

189

4.1 Aufgaben des Systemverwalters 4.2 Themenüberblick 4.3 Systemlog 4.3.1 Systemlog-Grundlagen 4.4 Sperreinträge 4.4.1 Die Sperrverwaltung beeinflussen 4.5 Verbuchungsaufträge überwachen 4.6 Systemüberwachung 4.6.1 Systemübersicht 4.6.2 Übersicht über die Prozesse eines Anwendungsservers 4.6.3 Benutzerübersicht 4.6.4 Gateway-Monitor 4.7 ABAP/4-Kurzdumps 4.8 Praxisfall 4.9 Aufgaben 4.10 Lösungen

191 193 193 196 198 198 200 204 204 204 206 206 207 209 212 213

Kapitel 5 Systemsicherheit und Berechtigungskonzept 5.1 Systemsicherheit im Client-Server-Umfeld 5.1.1 Sicherheit auf Datenbankebene 5.1.2 Netzwerk 5.1.3 R/3-Anwendung / Anwendungsserver 5.2 SAP-Berechtigungskonzept – Grundbegriffe 5.2.1 Benutzer, Benutzerstammsatz 5.2.2 Berechtigungsobjekt 5.2.3 Berechtigung 5.2.4 Berechtigungsprofil (Einzelprofil, Sammelprofil) 5.2.5 Rolle 5.2.6 Zuweisen von Berechtigungen 5.3 Benutzerstammsatz 5.3.1 Benutzervorgaben 5.3.2 Benutzer anlegen 5.3.3 Benutzerstammsätze verwalten 5.3.4 Massenpflege von Benutzerstammsätzen 5.3.5 Benutzergruppenpflege

8

215 218 218 219 220 221 221 221 221 222 222 222 223 228 228 230 230 232

5.4 Profilgenerator 5.4.1 Überblick Profilgenerator 5.4.2 Terminologie des Profilgenerators 5.4.3 Rollen anlegen 5.4.4 Berechtigungen zuweisen 5.4.5 Konfiguration des Profilgenerators 5.5 Hilfsmittel 5.5.1 Infosystem 5.5.2 Berechtigungsfehleranalyse mit SU53 5.5.3 Berechtigungsprüfungen konfigurieren mit SU24 5.6 Berechtigungsverwaltung 5.6.1 Voraussetzungen für die Berechtigungsverwaltung 5.7 Aufgaben 5.8 Lösungen

232 233 234 235 241 243 246 246 247 248 248 248 250 251

Kapitel 6 Drucken in R/3

253

6.1 Überblick 6.1.1 Erzeugen eines Druckauftrags 6.2 Die Bedienung des R/3-Spoolers 6.2.1 Anlegen eines Druckauftrags 6.2.2 Verfolgen eines Druckauftrags 6.3 Konfiguration eines Druckers 6.3.1 Vorüberlegung 6.3.2 Druckertyp 6.3.3 Drucker einrichten 6.3.4 Definition eines neuen Druckertyps 6.3.5 Testmöglichkeiten 6.4 Aufbau einer Druckinfrastruktur 6.4.1 Grundbegriffe 6.4.2 Vor- und Nachteile des neuen Konzepts 6.5 Verwaltungsaufgaben 6.5.1 Verwaltung der TemSe-Datei 6.5.2 Löschen alter Spool-Aufträge 6.5.3 Reorganisation der TemSe-Datei 6.6 Zugriffssteuerung auf Drucker 6.6.1 Zugriff auf bestimmte Drucker einschränken 6.6.2 Namenskonzept 6.6.3 Begrenzung der Seitenzahl 6.7 Praxisfall 6.8 Aufgaben 6.9 Lösungen

256 256 257 257 259 262 263 264 265 270 276 278 278 281 282 282 282 283 284 285 285 285 286 287 288

9

10

Kapitel 7 Batchverarbeitung

289

7.1 Grundsätzliches zur Batchverarbeitung 7.1.1 Jobs definieren mit dem »Job Wizard« 7.1.2 Jobs verwalten 7.1.3 Sicherheitsaspekte 7.1.4 Konfiguration der Hintergrundverwaltung 7.2 Batch-Input-Verarbeitung 7.2.1 Technische Grundlagen 7.2.2 Batch-Input-Mappe 7.2.3 Batch-Input-Berechtigungen 7.2.4 Batch-Input-Recorder 7.3 Praxisfall: Einplanen von Verwaltungsjobs 7.4 Aufgaben 7.5 Lösungen

292 292 303 308 309 310 310 312 317 318 320 323 324

Kapitel 8 CCMS – Computer Center Management System

325

8.1 Überblick über das CCMS 8.2 Konfiguration und Grundbegriffe 8.2.1 R/3-Profile 8.2.2 Betriebsart 8.2.3 Logon-Gruppen 8.3 Datenbankverwaltung 8.3.1 Datensicherung 8.4 Kontroll- und Monitorfunktionen 8.4.1 Systemmonitor 8.4.2 Jobeinplanungsmonitor 8.4.3 Alert-Monitor 8.5 Tuning- und Performance-Monitor 8.5.1 R/3-Puffer 8.5.2 Betriebssystem-Monitor 8.5.3 Der Datenbank-Monitor 8.6 Aufgaben 8.7 Lösungen

328 329 329 333 337 339 339 342 342 343 344 346 353 354 355 359 360

Kapitel 9 Kommunikation

361

9.1 Common Program Interface for Communications – CPI-C 9.1.1 Konfiguration der CPI-C-Schnittstelle 9.2 Remote Function Call – RFC 9.2.1 Grundlagen der RFC-Schnittstelle 9.2.2 Transaktionaler und asynchroner RFC 9.2.3 Konfiguration 9.2.4 Anwendungen 9.2.5 Bedeutung der RFC-Kommunikation 9.3 Object Linking and Embedding – OLE 9.3.1 OLE und COM/DCOM 9.3.2 R/3 als OLE-Client 9.3.3 R/3 als OLE-Automations-Server 9.3.4 Hilfsmittel 9.4 BAPI – Business API 9.4.1 Business-Objekte 9.4.2 BAPI Explorer 9.4.3 Aufruf von BAPIs 9.5 ALE – Application Link Enabling 9.5.1 Verteilungsmodelle 9.5.2 Technische Grundlagen von ALE 9.6 Der Internet Transaction Server 9.6.1 Internet Application Components 9.6.2 Die Architektur des ITS 9.6.3 Typischer Ablauf einer ITS-Sitzung 9.7 Der SAP Business Connector 9.8 Praxisfall: Zugriff auf R/3-Daten mit OLE-Technologie 9.9 Aufgaben 9.10 Lösungen

363 365 366 366 368 368 371 372 372 373 374 375 377 379 379 379 381 383 384 384 386 386 388 390 392 394 399 400

Kapitel 10 Online-Support

401

10.1 Hinweise und Problemmeldungen im SAPNet 10.1.1 Menüstruktur des SAPNet R/3 Frontend 10.1.2 Nach Hinweisen suchen 10.1.3 Problemerfassung mit SAPNET 10.2 Objekte registrieren 10.2.1 Technische Grundlagen 10.2.2 Entwicklerschlüssel anfordern

404 406 407 410 413 413 413

11

12

10.3 SAPNet-Verwaltung 10.3.1 Benutzer verwalten 10.3.2 Service-Verbindungen 10.4 SAPNet – R/3 Frontend konfigurieren 10.4.1 Netzwerk konfigurieren 10.4.2 Transaktion OSS1 konfigurieren 10.4.3 SAP Logon konfigurieren 10.5 SAPNet – Web Frontend 10.5.1 SAP-Homepage 10.5.2 Zugang zum SAPNet 10.5.3 Funktionen des SAP Service Marketplace 10.5.4 Hinweissuche im SAP Service Marketplace 10.5.5 Download im SAP Service Marketplace 10.6 Praxisfall: SAP-Verbindung öffnen 10.7 Aufgaben 10.8 Lösungen

416 416 419 422 422 423 424 426 427 427 428 429 430 432 434 435

Kapitel 11 CTS – Change & Transport System

437

11.1 Grundlagen des CTS 11.1.1 Motivation 11.1.2 Typische Systemlandschaften 11.1.3 Werkzeuge des CTS 11.2 Transport Organizer 11.2.1 Customizing 11.2.2 Entwicklung 11.2.3 Transporte 11.3 Transport Management System (TMS) 11.3.1 Architektur des TMS 11.3.2 Wichtige Grundbegriffe 11.3.3 Konfiguration des TMS 11.3.4 Handhabung des TMS 11.3.5 Erweiterte Transportfunktionalität 11.4 CTS auf der Betriebssystemebene 11.4.1 Funktionsübersicht 11.4.2 Verzeichnisstruktur des Transportsystems 11.4.3 Transportparameterdateien 11.5 Mandantenverwaltung 11.5.1 Überblick und Funktionsübersicht 11.5.2 Mandanten kopieren

440 440 441 442 443 443 453 457 460 461 462 464 470 477 481 482 482 484 486 487 488

11.6 11.7 11.8

Praxisfall: Aufbau eines Entwicklungsprojekts Aufgaben Lösungen

491 494 495

Anhang A Hauptkomponenten

497

A.1 A.2 A.3 A.4 A.5

499 500 501 502 503

Basissystem CA – Anwendungsübergreifende Komponenten AC – Accounting HR – Human Resources LO – Logistics

Anhang B Komponenten des Basissystems

507

Stichwortverzeichnis

513

13

Vorwort Die Reihe »SAP-Anwenderedition« gibt Antworten auf Fragen, die sich in der beruflichen Praxis von SAP® R/3®-Endanwendern häufig stellen. Modular aufgebaut, vermitteln die Bücher der Reihe schrittweise grundlegendes Überblickswissen und Lösungsverfahren für Standardsituationen. Klar strukturierte Informationseinheiten und thematisch in sich geschlossene Kapitel gewährleisten dabei einen schnellen Zugriff auf die gesuchte Fragestellung und machen Sie handlungsorientiert und Schritt für Schritt mit erprobten Lösungsstrategien vertraut. Fälle aus der Praxis, die in vielen Kapiteln enthalten sind, stellen realitätsnahe Problemszenarien vor und beschreiben exemplarische Lösungen. Dank vieler aussagekräftiger Abbildungen, die die vorgestellten Verfahren illustrieren, werden Sie auch ohne unmittelbaren Zugang zu einem R/3-System von der Lektüre profitieren. Das vorliegende Buch wurde auf der Grundlage des R/3Releases 4.6C geschrieben.

Der Herausgeber Der Herausgeber der Reihe, die CDI GmbH in München, hat als Bildungsträger eine mehr als 25-jährige Erfahrung in der Entwicklung und Gestaltung berufsbezogener und qualitativ hochwertiger Aus- und Weiterbildungsprogramme in den Bereichen EDV, Wirtschaft, Technik und Schlüsselqualifikationen. Während dieser Zeit entwickelte CDI circa 500 Unterrichtshandbücher, die sich gemäß der Unternehmensphilosophie durch konsequenten Praxisbezug und Ausrichtung auf die aktuellen Erfordernisse des Arbeitsmarktes auszeichnen. Über 100.000 Teilnehmer haben sich mit deren Hilfe neue berufliche Perspektiven eröffnet. CDI gehörte bundesweit zu den ersten Unternehmen, die Weiterbildungsmaßnahmen für SAP-Endanwender anboten, und ist seit 1997 »Lizenzierter ATS-Schulungspartner der SAP AG im öffentlich-rechtlichen Bereich«. Des Weiteren führt CDI kundenindividuelle SAP-Seminarprojekte zur Endanwenderschulung durch.

Der Herausgeber

15

Vorwort

Diese Erfahrungen und Konzepte, die auch der »SAP-Anwenderedition« zugrunde liegen, stellt CDI seit einigen Jahren auch in Buchform zur Verfügung.

Die Autoren Bernd Herth beschäftigt sich seit 1990 mit dem SAP R/3-Basissystem. Als Projektleiter war er für die Portierung des SAP R/3-Systems von Unix auf ein weiteres Betriebssystem verantwortlich. Seit mehreren Jahren ist Bernd Herth als Basissystem-Berater in R/3-Kundenprojekten tätig. Er ist Leiter des „Center of Technology“ bei der Novasoft Consulting (Rüsselsheim). Manfred Navratil, Dr. Kai Otterbein und Michael Rhein sind ebenfalls Mitarbeiter der Novasoft Consulting (Rüsselsheim) und als Basissystem-Berater und Entwickler von E-Business-Anwendungen tätig. Die Novasoft AG gehört zu den führenden SAP-Beratungshäusern Deutschlands und hat sich auf Großkunden aus den Branchen Handel, Dienstleistungen, Chemie und Automobil spezialisiert. Basierend auf den bestehenden exzellenten Kundenbeziehungen zu europäischen Blue-chip-Unternehmen forciert Novasoft die Weiterentwicklung zu einem führenden E-Business Anbieter auf SAP-Basis. Neben fünf deutschen Gesellschaften gehören zur Novasoft Gruppe weitere Niederlassungen in England, Finnland, Singapur, den USA sowie in Spanien, Tschechien und Polen. Mehr zur Novasoft Gruppe finden Sie im Internet unter www.novasoft.de.

Danksagung Der Dank des Autors geht an Stefan Laroque, ebenfalls von der Novasoft Consulting, der die Grundlage für Kapitel 1, »Einführung in R/3«, lieferte. Bernd Herth, Manfred Navratil, Dr. Kai Otterbein, Michael Rhein Rüsselsheim, im Dezember 2000

16

Einleitung Die Kapitel dieses Buches sind voneinander unabhängig aufgebaut und können deshalb in beliebiger Reihenfolge gelesen werden. Wie empfehlen Ihnen jedoch, das erste Kapitel auch als Erstes zu studieren, da es Informationen enthält, die für das Verständnis der übrigen Teile des Buches vorausgesetzt werden. Das Buch »SAP R/3 – Basissystem« behandelt die folgenden Themen:

Kapitel 1 Das erste Kapitel beleuchtet das große Thema R/3 von verschiedenen Seiten; es beinhaltet eine Einführung, die zum Verständnis der weiteren Kapitel vorausgesetzt wird. Darüber hinaus vermittelt Ihnen dieses Kapitel Kenntnisse, die Sie bei der täglichen Arbeit mit dem R/3-System benötigen. Dies reicht von der Handhabung der Bedienoberfläche über das Drucken und die Online-Hilfe bis hin zum Customizing. Der Begriff »Customizing« steht für die menügeführte Anpassung der umfangreichen Funktionalität von SAP® R/3® an die besonderen Anforderungen des jeweiligen Unternehmens. Dieser Teil des ersten Kapitels richtet sich an alle Leser, die von Einführungsprojekten betroffen sind. Dies schließt auch Anwender in der Fachabteilung ein. Die Darstellung legt den Schwerpunkt auf das Vorgehensmodell, das einen ablauforganisatorischen Rahmen für alle Einführungsaktivitäten abgibt.

Kapitel 2 bis 4 Die Kapitel »R/3-Architektur«, »Softwaretechnologie« und »Systemverwaltung im Überblick« geben Ihnen einen Überblick über wesentliche Eigenschaften des Basissystems und vermitteln Ihnen die grundlegenden Kenntnisse, die für die vielfältigen Aufgaben in der Systemadministration erforderlich sind.

17

Einleitung

Kapitel 5 bis 9 Diese Kapitel informieren Sie ausführlich über die Kernbereiche und Anwendungsschwerpunkte des Basissystems und beschreiben detailliert wichtige Verfahrensweisen. Behandelt werden die Themen: • Benutzerverwaltung und Berechtigungskonzept • Drucken mit Spoolverwaltung und Konfiguration • Batchverarbeitung als Datenschnittstelle und Hintergrundverarbeitung • CCMS (Computer Center Management System; dt.: Rechenzentrumsleitstand) • Schnittstellentechnologien in R/3

Kapitel 10 Kapitel 10 stellt Ihnen das Online-Service-System (OSS) vor und erklärt Ihnen die Grundzüge des SAPNets.

Kapitel 11 Kapitel 11 schließlich stellt Ihnen das Change and Transport System (CTS, in früheren Versionen als KTW – Korrektur- und Transportwesen – bezeichnet) vor.

Anhänge Im Anhang A erhalten Sie einen Überblick über die Hauptkomponenten von SAP® R/3®. Der Anhang B listet stichwortartig die R/3-Komponenten des Basissystems auf.

Abweichungen von Bildern und Abläufen SAP R/3 wird grundsätzlich firmenspezifisch angepasst; das heißt, Sie werden in der Praxis vermutlich keine zwei SAP R/3-Installationen finden, die völlig identisch sind. Wenn Sie dieses Buch am Arbeitsplatz verwenden, so beachten Sie deshalb bitte, dass aus diesem Grunde manche Menüs, Bildschirme oder Felder in Ihrer SAP R/3-Umgebung möglicherweise nicht oder anders erscheinen. Für die Ablaufsicherheit ist es üblich und notwendig, dass Ihre Berechtigungen auf diejenigen Anwendungen beschränkt werden, die speziell für Ihre Arbeit erforderlich sind. Deshalb kann es vorkommen, dass Sie einige Beispiele des Buches nicht an Ihrem System nachvollziehen können, weil Ihr Systemverwalter Ihnen die Berechtigung zur Durchführung eines dazu erforderlichen Ablaufs nicht eingerichtet hat. Ein weiterer Grund für mögliche Abweichungen kann sein, dass Sie eine andere R/3-Version benutzen. Diesem Buch liegt die Version 4.6C zugrunde.

18

1

Einführung

Kapitel 1 Einführung 1.1

Das Unternehmen und seine Produkte

21

1.2

Leistungsmerkmale

24

1.3

R/3-Anwendungen

1.3.1 1.3.2 1.3.3 1.3.4

Logistik Rechnungswesen Personalwirtschaft Basissystem

27 29 31 33 34

1.4

Grundlagen der Bedienoberfläche

1.4.1 1.4.2 1.4.3 1.4.4

R/3-Anmeldung Aus R/3 abmelden Kennwort ändern Fensterarten und Fensterelemente

1.5

SAP Easy Access

1.5.1 1.5.2 1.5.3 1.5.4

Aufruf von Anwendungen Standardmenüs Programmbedienung mit Maus, Tastatur, Symbolen Daten in Felder eingeben und korrigieren

43 43 45 46 49

1.6

Meldungen

51

1.7

Anwendung mehrerer R/3-Fenster (Modi)

52

35 35 38 40 42

19

1

Einführung

1.8

Daten eingeben oder ändern (Formularanwendungen)

1.8.1 1.8.2 1.8.3 1.8.4 1.8.5 1.8.6

Bezeichnung von Anwendungen und Transaktionscodes Start von Formularanwendungen Navigation in Formularen Dateneingabe bzw. -änderung in Formularanwendungen In Formularen mehrfach gleiche Daten eingeben Benutzerparameter als Eingabehilfe definieren

1.9

Mit Suchhilfe/Werteliste Eingabedaten suchen

1.9.1 1.9.2

Wertelisten Suchhilfen

1.10

Listen (Berichte) erstellen

69 70 73

1.10.1 Reports aus dem Arbeitsgebietsmenü starten 1.10.2 Reports mit dem Informationssystem suchen und starten 1.10.3 Anwendung des Listviewers

78 79 79 81

1.11

Drucken

84

1.12

Online-Hilfe

85 86 86 87

1.12.1 R/3-interne Schnellhilfe 1.12.2 R/3 Glossar 1.12.3 Online-Dokumentation auf CD-ROM

20

56 57 57 62 64 66 67

1.13

Grundlagen Customizing

1.13.1 1.13.2 1.13.3 1.13.4

Überblick über Werkzeuge und Methoden Arbeitsgebiet »Customizing« Implementation Guides (IMG, Leitfäden) Mit den IMGs arbeiten

89 89 90 91 93

1.14

Aufgaben

98

1.15

Lösungen

101

1

Einführung

Einführung 1.1

Das Unternehmen und seine Produkte

Die drei Buchstaben SAP® stehen für »Systeme, Anwendungen und Produkte in der Datenverarbeitung« und bezeichnen das Unternehmen. Die in diesem Kapitel genannten Unternehmenszahlen entsprechen – soweit nicht anders angegeben – dem Stand von September 2000 und sind bei einer weiterhin so dynamischen Entwicklung wie bisher schon veraltet, wenn das Buch gedruckt ist. Die SAP AG ist mit Umsätzen von 5,1 Milliarden EUR (1999) und einem Umsatz von 2,68 Mrd. EUR von Januar bis Juni 2000 das mit Abstand größte deutsche und weltweit das drittgrößte Softwareunternehmen. Innerhalb von sieben Jahren stieg die Mitarbeiterzahl von ca. 3.500 (Ende 1993) auf 22.988 an. Über 6.000 Mitarbeiter widmen sich der Entwicklung von SAP-Produkten. Zum Zeitpunkt der Drucklegung war die SAP in 120 Ländern vertreten. Das Produkt der SAP steht auch in für Mitteleuropäer so exotischen Sprachen wie z. B. Japanisch, Chinesisch oder Thai zur Verfügung. Japan ist inzwischen nach den Vereinigten Staaten und Deutschland der drittgrößte Wachstumsmarkt der SAP. Das 1972 von fünf ehemaligen IBM-Mitarbeitern unter dem Namen SAP gegründete Softwarehaus hatte bereits nach acht Jahren 50 der 100 größten deutschen Industrieunternehmen als Kunden. Inzwischen sind es über 90. SAP stellt eine integrierte, branchenneutrale Standardsoftware zur Verfügung, die alle betriebswirtschaftlichen Anwendungsbereiche abdeckt, integriert und verbindet: • Rechnungswesen mit Buchhaltung, Kostenstellenrechnung, Kalkulation und Controlling

21

1

Einführung

• Logistik mit Materialwirtschaft (Einkauf, Bestandsführung), Produktionsplanung und -steuerung, Instandhaltung, Vertrieb (Verkauf, Versand, Rechnungsschreibung) • Personalwirtschaft mit Personalverwaltung, Lohn- und Gehaltsabrechnung, Personalplanung und -entwicklung Darüber hinaus wird eine Entwicklungsumgebung auf der Basis der SAP-Programmiersprache ABAP/4® bereitgestellt, mit der Sie benutzerdefinierte Berichte und Auswertungen oder zusätzliche Anwendungen erstellen können. Besondere Merkmale sind die konsequente Integration und die umfangreiche Parametrisierung, die eine flexible Anpassung an firmenspezifische Anforderungen ermöglicht.

System R/2 Die betriebliche Standardsoftware R/2 gibt es bereits seit 1979, sie wird von Großfirmen und Konzernen eingesetzt. Mittelfristig werden die Unternehmen auf R/3 bzw. mySAP.com umsteigen, sofern dies noch nicht geschehen ist. Der Support für R/2 wird bis zum Jahr 2004 garantiert. 1995 wurde ein neues Release 6 vorgestellt und der Programmoberfläche von R/3 angeglichen. R/2 ist ein stabiles und bewährtes System.

System R/3 Das »R« von R/3 steht für Realtime und bedeutet die sofortige Verbuchung und Aktualisierung von Daten, die aufgrund der bestehenden Querverbindungen zwischen den Komponenten allen betroffenen Abteilungen zur Verfügung stehen. R/3 ist nur mittelfristig, nicht jedoch kurzfristig, als R/2-Nachfolger zu betrachten. Aus Umfragen bei SAP-Kunden geht hervor, dass fast alle R/2-Anwender eine Migration zu R/3 planen bzw. damit begonnen haben, zum Teil jedoch in Koexistenz mit R/2. So befanden sich im September 2000 ca. 250 Kunden in R/2-R/3- bzw. mySAP.com-Migrationsprojekten. SAP rechnet damit, dass bis Ende 2002 ca. 75 % der R/2-Kunden umgestellt haben.

mySAP.com Im Rahmen von mySAP.com werden darüber hinaus zusätzliche Softwarekomponenten angeboten, von denen viele auf die Geschäftsabwicklung über das Internet ausgelegt sind. mySAP.com gliedert sich in vier Hauptbestandteile: • Workplace • Business-Szenarien • Marketplace • Application Hosting

22

1

Einführung

mySAP.com Business-Szenarien Die so genannten mySAP.com Business-Szenarien verwenden neben dem R/3- Kernsystem eigenständige Softwarekomponenten, die als separate Produkte verkauft werden (Tabelle 1.1).

Abkürzung

Bezeichnung

AC

Rechnungswesen (R/3-FI) mit Buchhaltung, Kostenstellenrechnung, Kalkulation und Controlling

LO

Logistik (R/3-LO) mit Materialwirtschaft (Einkauf, Bestandsführung), Produktionsplanung und -steuerung, Instandhaltung, Produktdatenmanagement, Qualitätsmanagement, Vertrieb (Verkauf, Versand, Rechnungsschreibung)

HR

Human Resources (R/3-HR) mit Personalverwaltung, Lohnund Gehaltsabrechnung, Personalplanung, -entwicklung und Reisekostenabrechnung

BBP

Business-to-Business Procurement

APO

Advanced Planner & Optimizer

CRM

Customer Relationship Management (Mobile Sales, Call Center, Internet Sales)

BW

Business Information Warehouse

SEM

Strategic Enterprise Management

CFM

Corporate Finance Management

KM

Knowledge Management

Tabelle 1.1 Bestandteile von mySAP.com

mySAP.com Marketplace Der mySAP.com Marketplace ist ein Internet-gestützter Marktplatz, über den Firmen den Ein- und Verkauf durchführen können. Dazu können Firmen in ein so genanntes Business Directory (Unternehmensverzeichnis) ihre Produkte und weitere Daten eingeben. Der Begriff Marketplace bezeichnet nicht nur die dafür notwendigen Web-Anwendungen, sondern auch die Web-Services und die Infrastrukturtechnologie. Über den Marktplatz werden so genannte „One-Step-Business“-Transaktionen unterstützt, d.h., die Geschäftspartner tauschen ihre Geschäftsdokumente über den Marktplatz aus. In diesem Falle ist nur eine einmalige Erfassung der Daten erforderlich und keine Pflege auf Kunden- und Lieferantenseite.

mySAP.com Workplace Der Workplace wird von der SAP auch als Unternehmensportal bezeichnet und stellt den Zugriff insbesondere auf die mySAP.com Business-Szenarien zur Verfügung. Darüber hinaus können auch Zugriffsmöglichkeiten auf wei-

23

1

Einführung

tere Anwendungen in den Workplace integriert werden. Der Zugriff erfolgt dabei über einen Web-Browser. Für verschiedene betriebliche Stellen wie Einkäufer oder Controller hat die SAP so genannte Rollen vorbereitet, die aufgabenspezifische Funktionalitäten enthalten. Der Workplace kann auf dieser Basis so angepasst werden, dass er für den einzelnen Benutzer genau die Funktionen bereitstellt, die der jeweilige Stelleninhaber für seine tägliche Arbeit benötigt. Bei Verwendung des Workplaces muss sich der Benutzer nicht jedes Mal neu in den eingebundenen Systemen anmelden, sondern er meldet sich nur einmal im Workplace an (Single Sign-on). Die für die verwendeten Anwendungen benötigten Logon-Daten werden vom Workplace an die Anwendungen übermittelt.

Application Hosting Application Hosting ist eine Dienstleitung, die von der SAP sowie von einigen SAP-Partnern angeboten wird. Dies beinhaltet beispielsweise die Installation, Bereitstellung, Pflege der SAP-Software auf Rechnern, die bei der SAP oder bei speziellen Partnern der SAP stehen. Das Produkt steht in den Systemen R/2 und R/3 zur Verfügung, die beide die zuvor beschriebenen Anwendungsbereiche mit ihren gleichnamigen Applikationen abdecken und einen ähnlichen Funktionsumfang haben.

1.2

Leistungsmerkmale

Was hat die Fachhochschule Flensburg mit dem Bildungsunternehmen CDI in München gemeinsam? Der Dienstleister Landesgirokasse Stuttgart mit den Möbelwerken Rauch, der Brauerei Beck und dem deutschen Caritasverband oder Microsoft mit IBM? Der Großkonzern BMW mit der kleinen Firma Fischer Pauli? Was verbindet die amerikanische Autodesk mit der belgischen Fabricom, Varta in Ellwangen, Hylsa in Mexiko, Rhone Poulenc in Paris und Sapura Holdings in Kuala Lumpur (Malaysia) oder Mövenpick in Adliswil? Jede dieser Firmen hat R/3 installiert – ob groß oder klein, ob in den USA, in Malaysia oder im Osten der Schwäbischen Alb, ob Behörde, Brauerei, Bank oder Bildungsunternehmen. Aus der Aufzählung erkennen Sie bereits einige der elementaren Leistungsmerkmale der Software: • branchenneutral und an die verschiedensten Unternehmensstrukturen anpassbar • bei Großkonzernen genauso wie bei mittelständischen Firmen einsetzbar • international – nicht nur in der Sprache, sondern auch in der Funktionalität; denn eine Lohn- und Gehaltsabrechnung kann in Frankreich nicht nach dem gleichen Verfahren wie in den USA oder in Österreich erstellt werden.

24

1

Einführung

• erfolgreich – denn welche in ihrer Funktionalität annähernd vergleichbare Software konnte in so kurzer Zeit nach ihrer Einführung (1992) über 1.200 Installationen und zurzeit (Sep. 2000) 30.000 Installationen und 10 Mio. Arbeitsplätze vorweisen. Grund genug, sich den Erfolgsfaktoren und Leistungsmerkmalen des aktuellen Produkts der größten deutschen Softwarefirma zu widmen. Außer dem branchenneutralen R/3 gibt es inzwischen auch Lösungen, die auf die wichtigsten Branchen zugeschnitten sind, z. B. für die Automobilfertiger- und -zulieferindustrie, den Anlagenbau, den Handel, Banken, Krankenhäuser und den Publiksektor. SAP gibt die Zahl der zur Verfügung stehenden Branchenlösungen mit zurzeit 22 an. Die Lösungen bauen auf dem branchenneutralen R/3 auf und verfügen über zusätzliche branchenspezifische Funktionen. Diese Funktionen werden bereits für die Branche vormodelliert ausgeliefert.

Internationalität Mit der gleichen Software führen international agierende Unternehmen und multinationale Konzerne die betrieblichen Abläufe in ihren verschiedenen Landesgesellschaften durch und wickeln somit auch länderübergreifende Vorgänge mit einem einzigen Softwaresystem ab. Von dieser internationalen Ausrichtung profitiert die SAP und kann deshalb entsprechende Verkaufserfolge im Ausland aufweisen. Inzwischen übersteigt der Umsatz in den USA deutlich den bisher größten Markt Deutschland. Die folgende Auflistung zeigt einen Auszug aus den Anforderungen und Möglichkeiten des internationalen Einsatzes: • unterschiedliche Sprachen und landesspezifische Datumsformate • Unterstützung verschiedener Kontenpläne in einem Mandanten (Konzern) • länderspezifische Verfahren zur Lohn- und Gehaltsabrechnung in der Personalwirtschaft • Berücksichtigung nationaler Steuerabwicklung und des gesetzlich geforderten Berichtswesens im Rechnungswesen • steuerliche Besonderheiten für die Rechnungsprüfung sowie nationale Rechtsvorschriften, beispielsweise für Gefahrgut in der Logistik • weltweite Planung und Abwicklung von Geschäften

Branchenneutralität Die Branchenneutralität zeigt sich in der Liste der Referenzkunden, in der Unternehmen aus den verschiedensten Branchen aufgeführt sind, z. B.:

25

1

Einführung

• Chemische Industrie • Kfz-Industrie • Elektroindustrie • Textilhersteller • Baugewerbe • Fernsehanstalten • Versicherungs- und Bankgewerbe • Krankenhäuser Angepasst an die branchenspezifischen Besonderheiten wird R/3 mit dem weiter unten erwähnten Customizing und den »Industry Solutions«, auch Branchenlösungen genannt.

Funktionalität Die umfassende Funktionalität, die für SAP-Systeme in über 25 Jahren entwickelt wurde, ist nahezu unerreicht und kann in diesem Buch nur angedeutet werden. Die großen betriebswirtschaftlichen Anwendungsbereiche • Rechnungswesen • Logistik mit der Produktionsplanung, -steuerung, dem Vertrieb und der Materialwirtschaft • Personalwirtschaft werden weitgehend mit den gleichnamigen Applikationen abgedeckt.

Programmoberfläche Die Programmoberfläche ist insbesondere definiert durch • den Bildschirmaufbau mit seinen Fenstern, Menüs oder Farben • die Bedienregeln wie Tastenbelegung und Mausaktionen An fast jeder Stelle des Systems wird die Programmoberfläche nach den gleichen Regeln bedient, sodass beispielsweise ein Abteilungswechsel keinen erneuten Schulungsaufwand oder eine nochmalige Einarbeitung in eine andere Programmoberfläche bedeutet. Seit der Version 4.6 wurde durch die Initiative Enjoy SAP ein gewaltiger Schritt nach vorne getan. Die Benutzeroberfläche ist seitdem browserbasiert. Aufgaben werden geschäftsbezogen in einem Bildschirmbild zusammengefasst und nicht wie in vorherigen Versionen in mehreren Bildschirmen. Individuelle oder abteilungsspezifische Lösungen sind schnell erstellbar und lassen sich auch schnell erlernen

26

1

Einführung

Integration Ein entscheidender Vorteil integrierter Software liegt in der Organisation der Informationsflüsse. Die konsequent realisierte einmalige Speicherung von Daten macht Schnittstellen überflüssig, die bei der Verknüpfung von Softwareprodukten unterschiedlicher Hersteller erstellt und gewartet werden müssten. Mehrere Systeme unterschiedlicher Hersteller verursachen Mehrfachspeicherungen; das hat unabgestimmte und nicht aktuelle Datenbestände im Unternehmen zur Folge. Um am Markt überleben zu können, muss ein Unternehmen schnell und kundenorientiert agieren können, und hierzu benötigt es aktuelle Daten. Genau dies ist gewährleistet, wenn die Daten nur einmal gespeichert werden und für jede Auswertung – egal in welchem Unternehmensbereich – bedarfsgerecht auf diese Daten zugegriffen werden kann.

Anpassungsfähigkeit durch Customizing Die Möglichkeit, mit informationstechnischen Mitteln schnell auf Marktveränderungen reagieren zu können, erfordert Systeme, die man schnell an veränderte Abläufe oder Organisationsstrukturen anpassen kann. Bei den Unternehmen, bei denen betriebs- und branchenspezifischer Anpassungsbedarf entsteht, kommen die Customizing-Methoden zum Einsatz. Customizing bedeutet, dass man die branchen- und/oder betriebsspezifischen Standardvorgaben und Verarbeitungsregeln in der Standardsoftware einstellt. Werden beispielsweise für das Mahnverfahren firmenspezifische Verzugstage, Mahntexte oder Berechnungen von Fälligkeitszinsen definiert, so wird dieser Vorgang als Customizing bezeichnet.

1.3

R/3-Anwendungen

Unternehmen werden zu organisatorischen Einheiten: R/3-Anwendungen ermöglichen mit der ganzheitlichen Abwicklung von abteilungs- und bereichsübergreifenden Prozessen die organisatorische Zusammenfassung von Vertrieb, Produktion, Materialwirtschaft, Rechnungswesen und Personalwirtschaft.

Hauptkomponenten und Komponenten Das R/3-System wird in einzelne Hauptkomponenten (oder Module) und Komponenten unterteilt, die in der folgenden Tabelle dargestellt sind. Jede Hauptkomponente hat ein Kurzzeichen, das auf der englischen Bezeichnung beruht.

27

1

Einführung

Applikation

R/3-Komponente

deutsche Bezeichnung

englische Bezeichnung

Basis

BC

Basissystem

Basic Components

übergreifend

CA

Anwendungsübergreifende Funktionen

Cross Applications

Rechnungswesen

FI

Finanzwesen

Financial Accounting

Rechnungswesen

FI-AA

Anlagenwirtschaft

Assets Management

Rechnungswesen

TR

Treasury

Treasury

Rechnungswesen

IM

Investitionsmanagement

Capital Investment Management

Rechnungswesen

CO

Controlling

Controlling

Rechnungswesen

EC

Unternehmenscontrolling

Enterprise Controlling

Personal

PA

Personaladministration und -abrechnung

Personnel Administration

Personal

HR

Personalplanung und -entwicklung

Personnel Planning and Development

Logistik

MM

Materialwirtschaft

Materials Management

Logistik

SD

Vertrieb

Sales and Distribution

Logistik

PP

Produktionsplanung und -steuerung

Production Planning and Controlling

Logistik

PM

Instandhaltung

Plant Maintenance

Logistik

SM

Service Management

Service Management

Logistik

QM

Qualitätsmanagement

Quality Management

Logistik

PS

Projekt-System

Project System

Tabelle 1.2 Komponenten von R/3

Eine Hauptkomponente besteht wiederum aus Teilkomponenten. Natürlich erhöht sich der Nutzen durch die Mehrfachnutzung der Daten und die Verminderung der Schnittstellen, je mehr Hauptkomponenten und Komponenten benutzt werden.

28

1

Einführung

Im Anhang ist eine detaillierte Auflistung aller Komponenten der Materialwirtschaft enthalten. Einige Komponenten der Hauptkomponente Materialwirtschaft (MM) sind beispielhaft in der folgenden Tabelle aufgelistet:

Komp.

Bezeichnung

Teilkomponenten

MM-CBP

Verbrauchsgesteuerte Disposition

Verbrauchsgesteuerte Disposition, Planauftragsbearbeitung

MM-PUR

Einkauf

Grundfunktionen, Lieferant/Materialbeziehung und Konditionen, Bezugsquellen, Lieferantenanfrage/-angebot, Lieferantenrahmenverträge, Bestellanforderungen, Bestellungen, Dienstleistungsabwicklung

MM-IM

Bestandsführung

Grundfunktionen, Wareneingang, Warenausgang und Rücklieferung, Umlagerung, Reservierungen, Inventur, Bilanzbewertungsverfahren, MehrwährungsMaterialledger

MM-WM

Lagerverwaltung

Lagerstruktur, Grundfunktionen, Lagerbewegungen Ein-/ Auslagerungsstrategien, Lagereinheitenverwaltung, lagerplatzbezogene Inventur, Schnittstellen

MM-IV

Rechnungsprüfung

Grundfunktionen, Rechnungsprüfung mit Bestellbezug, wareneingangsbezogene Rechnungsprüfung, Rechnungsprüfung ohne Bezug, Rechnungsvorerfassung, Materialpreisänderungen, Verrechnungskontenpflege

MM-IS

Informationssystem

Einkaufsinformationssystem, Bestandscontrolling, Lieferantenbeurteilung

MM-EDI

Electronic Data Interchanges

Ausgang, Eingang

Tabelle 1.3 Komponenten und Teilkomponenten des Moduls Materialwirtschaft

1.3.1

Logistik

Mit der vollen Funktionalität der Produktionsplanung und Fertigungssteuerung decken die Logistik-Hauptkomponenten des R/3-Systems • Vertrieb • Produktion • Materialwirtschaft die gesamte logistische Kette vom Absatz- bis zum Beschaffungsmarkt ab. Diese Standard-Hauptkomponenten können um die folgenden Hauptkomponenten erweitert werden:

29

1

Einführung

• Instandhaltung • Servicemanagement • Qualitätsmanagement • Projektmanagement • zentrale Funktionen, wie z. B. das Klassensystem, das Dokumentenverwaltungssystem und das Supply Chain Planning Interface In dieses integrierte Gesamtsystem lassen sich technisch-wissenschaftliche Anwendungen wie CAD, CAM oder die Betriebsdatenerfassung einbinden. Über das eigene Unternehmen hinaus erfolgt die Integration von Kunden und Lieferanten in den Datenfluss der Logistikkette über die elektronische Kommunikation mit SAP EDI (Electronic Data Interchange).

Materialwirtschaft Die Materialwirtschaft stellt eine übergreifende Abwicklung des gesamten Beschaffungsprozesses sicher, • von der Bestellanforderung • über die Bestellung und den Wareneingang • bis zur Rechnungsprüfung Im Rahmen der Einheit zwischen Mengen- und Wertefluss werden bei jeder Materialbewegung die zugehörigen Konten im Finanzwesen automatisch bebucht.

Produktionsplanung und -steuerung Für die Produktion ist in R/3 die Hauptkomponente Produktionsplanung und -steuerung verfügbar, die grundsätzlich bei allen Fertigungstypen bis hin zur Prozessfertigung eingesetzt werden kann. Zur Kostentransparenz in der Produktion trägt R/3 durch die integrierte Kostenrechnung und Ergebniskalkulation bei. In der Hauptkomponente Produktionsplanung und -steuerung können die zur Fertigung benötigten Ressourcen wie Material, Fertigungshilfsmittel oder Dokumente abgebildet werden. Die CAD-Integration ermöglicht eine Darstellung der Produkte von der Konstruktion bis zur Fertigung einschließlich des Änderungsmanagements. Von der Hauptkomponente Produktionsplanung und -steuerung kann man auf Daten des Vertriebsinformationssystems zugreifen. Dadurch wird ein Planungszyklus umgesetzt, der auf dem Vertriebsinformationssystem aufbaut und über Absatz- und Produktionsgrobplanung, Materialbedarfsplanung und Fertigung bis zur Auslieferung an den Kunden reicht.

30

1

Einführung

Qualitätssicherung Die Qualitätssicherung in der gesamten Logistik übernimmt R/3 mit der Hauptkomponente Qualitätsmanagement, die mit den folgenden Komponenten automatisch Qualitätssicherungsmaßnahmen anregt und durchführt: • Qualitätsplanung • Qualitätsprüfung • Qualitätslenkung Einsetzbar ist diese Hauptkomponente beim Warenein- und -ausgang sowie prozessbegleitend bei der Fertigung.

Instandhaltung Mit der branchenneutralen Hauptkomponente Instandhaltung wird die DVgestützte Verwaltung, Wartung, Inspektion und Instandsetzung technischer Anlagen ermöglicht.

Vertrieb Mit dieser Hauptkomponente werden die Aktivitäten des Vertriebs von der Akquisition über den Verkauf und Versand bis zur Rechnungsstellung unterstützt. Mit der automatischen Übermittlung von Erlösen und Forderungen an das Rechnungswesen und Controlling werden die Abläufe beschleunigt und dem Vertrieb Analysedaten zur Verfügung gestellt.

1.3.2

Rechnungswesen

Die klassischen Aufgaben im Rechnungswesen – die Dokumentation und Verwaltung – werden in R/3 um Funktionen zum Planen, Steuern und Kontrollieren betriebswirtschaftlicher Abläufe ergänzt. Damit ist das R/3-Rechnungswesen das zentrale Element eines unternehmensweiten Controllings und kann als betriebswirtschaftliches Führungsinstrument eingesetzt werden. Das R/3-Rechnungswesen umfasst folgende Hauptkomponenten: • • • •

Finanzwesen Treasury Investitionsmanagement Controlling mit Unternehmenscontrolling

Finanzwesen Die Standardkomponenten des Finanzwesens sind: • • • •

Hauptbuchhaltung Debitorenbuchhaltung (Kundenbuchhaltung) Kreditorenbuchhaltung (Lieferantenbuchhaltung) Anlagenbuchhaltung

31

1

Einführung

Im R/3-Finanzwesen bewirkt die integrierte Verarbeitung jedes einzelnen Geschäftsvorgangs die automatische Übermittlung aller notwendigen Daten an die Haupt- und Nebenbuchhaltungen. Debitoren- und Kreditorenbuchhaltung unterstützen die Steuerung und Kontrolle von Kunden und Lieferanten im Rahmen einer in Vertrieb und Einkauf integrierten Erfassung der regelmäßigen debitorischen und kreditorischen Geschäftsvorfälle, so dass eine Mehrfacherfassung wegfällt. Die firmen- und grenzüberschreitend einsetzbare Hauptbuchhaltung ermöglicht den Aufbau konzernweit unterschiedlicher Kontenpläne, die für Konzerngesellschaften in verschiedenen Sprachen definiert werden können. Die Konsolidierungsfunktionen ermöglichen die Zusammenfassung der Ergebnisse einzelner Gesellschaften. Die Anlagenbuchhaltung hat die wertmäßige Verwaltung des Anlagevermögens zum Gegenstand. Die technische Anlagenverwaltung ist der LogistikHauptkomponente Instandhaltung zugeordnet. Die frühere Hauptkomponente Anlagenwirtschaft wurde aufgelöst.

Treasury Die Treasuryfunktionen waren in den Vorgängerversionen Teil des Finanzwesens. Ab Version 3.0 wurde diese Komponente zu einer Hauptkomponente aufgewertet. • Die Komponente Cash Management ermöglicht Electronic Banking. • Das Finanzbudgetmanagement unterstützt die Aktivierung von Liquiditätsreserven und erleichtert die Planung und Steuerung des Finanzbudgets. • Im Treasurymanagement können Darlehen, Wertpapiere, Devisen, derivate Instrumente verwaltet und der Geldhandel durchgeführt werden.

Investitionsmanagement In dieser Hauptkomponente lassen sich Investitionsmaßnahmen und -programme planen und verwalten. Vor einer Genehmigung einer Investition können Sie mit Hilfe dieser Hauptkomponente eine Wirtschaftlichkeitsrechnung auf der Basis geplanter Einnahmen und Ausgaben durchführen, in der auch Rentabilitätskriterien, wie die Amortisationsdauer oder der interne Zinssatz, berechnet werden. Steuerliche Auswirkungen durch Abschreibungen können berücksichtigt werden. Bei der Durchführung der Investition ist eine Budgetverwaltung mit Verfügbarkeitskontrolle möglich.

Controlling Das Controllingsystem unterstützt die kontinuierliche Kontrolle und Steuerung von Kosten, Erlösen, Ressourcen und Terminen.

32

1

Einführung

Die Anwendungen umfassen den Leistungsbereich der Kostenrechnung von • der Kostenstellenrechnung über • die Kalkulation bis zur • Ergebnisrechnung.

Unternehmenscontrolling Dieser Hauptkomponente ist die Profit-Center-Rechnung zugeordnet, die die Einrichtung von Unternehmensteilen mit eigener Ergebnisverantwortung ermöglicht. Mit dem EIS (Executive Information System) können Unternehmenskennzahlen definiert und berechnet werden. Die dafür notwendigen Daten können sowohl aus R/2 und R/3 als auch aus Anwendungen anderer Softwarehersteller beschafft werden.

1.3.3

Personalwirtschaft

In der R/3-Personalwirtschaft stehen alle Funktionen zur Planung, Verwaltung, Abrechnung und Abwicklung personalwirtschaftlicher Aufgaben zur Verfügung.

Personaladministration und -abrechnung Auf der Grundlage einer einheitlichen Datenbasis in der Personalverwaltung (Personaladministration) werden folgende Vorgänge unterstützt: • Personalbeschaffung mit Bewerberverwaltung • Zeitwirtschaft • Abrechnungsverfahren für Löhne und Gehälter • Reisekostenabrechnung

Personalplanung und -entwicklung Diese Hauptkomponente enthält folgende Komponenten: • Organisationsmanagement zur Abbildung der Aufbauorganisationen mit Stellen, Planstellen und Arbeitsplätzen sowie der Möglichkeit zur Kostenplanung • Personalentwicklung mit Karriereplanung und Laufbahnmodellen auf der Basis von Qualifikations- und Anforderungsprofilen sowie Aus- und Fortbildungsverwaltung • Einsatzplanung der Mitarbeiter, z. B. für die Produktionsplanung • Veranstaltungsmanagement zur Planung und Durchführung extern ausgerichteter Seminare, Kongresse und Messen

33

1

Einführung

Organisation und Planung In der Komponente Organisation und Planung ermöglicht das System dem Unternehmen, eine umfangreiche personalwirtschaftliche Planung durchzuführen. Mit Hilfe dieser Komponente können detaillierte Modelle des Unternehmens erstellt und gepflegt werden. Zukünftige Entwicklungen, wie z. B. Unternehmenswachstum und Reorganisation, sind abbildbar und planbar. Alle Phasen des personalwirtschaftlichen Kreislaufs können mit den angrenzenden betriebswirtschaftlichen Funktionen verknüpft werden. Aus der Personalwirtschaft werden anfallende Aufwendungen und Kosten automatisch in das Finanzwesen und das Controlling übertragen.

1.3.4

Basissystem

Das Basissystem enthält unter anderem: • ein Computer Center Management System (CCMS) zur technischen Systemadministration • das Berechtigungskonzept zur Implementierung des Datenschutzes • ein Workflow-Management zur Organisation effizienter Arbeitsabläufe • das Basis-Reporting zum Erstellen von Auswertungen und Berichten • die ABAP/4 Development Workbench, beispielsweise zur Entwicklung eigener Anwendungen

ABAP/4 Development Workbench Die ABAP/4® Development Workbench ist die grafische Entwicklungsumgebung, mit der die SAP-Programmierer die R/3-Anwendungen selbst entwickeln. Die SAP stellt ihre Entwicklungsumgebung auch ihren Kunden zur Verfügung, die damit benutzerdefinierte Anwendungen auf der Basis der SAPProgrammiersprache ABAP/4 erstellen können. Integriert ist OpenSQL als Abfragesprache für die Datenbanken. Einige wichtige Werkzeuge der Workbench sind: • ABAP/4 Dictionary: Das Dictionary dient dazu, Daten an zentraler Stelle zu definieren. Diese Definitionen stehen dann allen Anwendungen und Programmen systemweit zur Verfügung. • ABAP/4-Editor: Der Editor ist ein Tool, um ABAP/4-Programme zu erstellen und zu testen. • Funktionsbibliothek: Hier werden Funktionsbausteine erstellt, verwaltet und getestet.

34

1

Einführung

• Interface Builder: Mit dem Screen Painter werden die Bildschirmbilder für die grafische Benutzerschnittstelle erstellt. Die Pflege der Bildschirmelemente erfolgt mit einem grafischen Editor. Der Menu Painter dient zur Gestaltung der Menüs für den Benutzerdialog. • Testtools: Ein integrierter Debugger und verschiedene Trace- und Performancemessungen ermöglichen ein intensives Testen der ABAP/4Anwendungen. Seit Release 3.0 ist die ABAP/4 Development Workbench ressourcensparend auch ohne Daten und Programme der R/3-Anwendungen erhältlich.

1.4

Grundlagen der Bedienoberfläche

Der Schwerpunkt dieses Kapitels liegt auf den grundlegenden Bedienungsregeln für das Programm. Die Beschreibung der Bedienoberfläche erfolgt auf der Basis von Windows NT 4.0. Die meisten R/3-Arbeitsplätze sind auf PCs unter der Bedienoberfläche Windows installiert, der derzeitigen Standardoberfläche für PCs.

1.4.1

R/3-Anmeldung

Nach dem Start von R/3 erscheint das so genannte Anmeldebild. Hier verlangt das Programm folgende Eingaben, die sich auf die gesamte Benutzersitzung auswirken:

Mandant (Client) Eine Unternehmung wird in R/3 als »Mandant« bezeichnet und hat jeweils eine eigene Mandantennummer. Mit einem R/3-System lassen sich bis zu 999 Unternehmungen weitgehend getrennt voneinander verwalten. Diese Option ist vor allem bei großen Konzernen mit Filialen, Tochtergesellschaften etc. oder in Rechenzentren unabdingbar. Die Mandantennummer steuert, dass ausschließlich auf die Daten des ausgewählten Mandanten zugegriffen wird. Da ein Benutzer üblicherweise nur mit Daten einer Unternehmung arbeitet, wird die Mandantennummer, mit der er arbeitet, meist vom Systemverwalter voreingetragen.

Benutzer (User) Auch der Benutzer (Benutzername) wird vom Systemverwalter festgelegt. Die Angabe dieses Benutzernamens (z. B. Herth, der Mitarbeiter Herr Herth) lässt benutzerspezifische Voreinstellungen für eine R/3-Sitzung wirksam werden, beispielsweise Zugriffs- oder Änderungsberechtigungen für bestimmte Daten.

Kennwort (Password) Das Kennwort (Passwort) dient zum Schutz der Daten vor unberechtigtem Zugriff. Wenn sich ein Benutzer zum ersten Mal in R/3 anmeldet, erhält er –

35

1

Einführung

vertraulich – das erste Kennwort vom Systemverwalter. Der Benutzer muss unmittelbar nach seiner ersten Anmeldung das ihm zugeteilte Kennwort ändern. Er selbst kann später jederzeit oder auf regelmäßige Anforderung des Systemverwalters das Kennwort ändern.

Sprache (Language) R/3 ist eine internationale Software. Die Standardtexte für Menüs oder Feldnamen in Bildschirmmasken stehen in mehreren Sprachen zur Verfügung. Mit dem Sprachkennzeichen »DE« wird die deutsche Sprachversion ausgewählt. Mit »EN« werden zum Beispiel englischsprachige Ausgabetexte aktiviert.

Erstanmeldung Bei seiner ersten Anmeldung in R/3 erhält ein Benutzer vom Systemverwalter: • die Mandantennummer • den Benutzernamen • das erste Kennwort (Initialkennwort) Bei den Eingaben wird nicht zwischen Groß- und Kleinschreibung unterschieden.

Anmelden Eine erfolgreiche, vom System zugelassene Anmeldung ist Voraussetzung für das Arbeiten in R/3.

Abbildung 1.1

36

R/3-Anmeldebildschirm (© SAP AG)

1

Einführung

Ausgangspunkt R/3-Anmeldebild 1. Tippen Sie – wenn notwendig – in das Feld »Mandant« (engl.: »Client«) die entsprechende dreistellige Nummer ein, und drücken Sie (ÿ). 2. Tippen Sie in das Feld »Benutzer« Ihren Benutzernamen ein, und drücken Sie (ÿ). 3. Tippen Sie in das Feld »Kennwort« Ihr Kennwort ein, und drücken Sie (ÿ). Hinweis Die Eingabe erscheint aus Sicherheitsgründen nicht auf dem Bildschirm. In dem von Ihnen bearbeiteten Feld »Kennwort« werden lediglich Sternchen sichtbar, anhand derer Sie die Cursorbewegung verfolgen können. 4. Tippen Sie in das Feld »Sprache« das gewünschte Sprachkennzeichen ein. Ansonsten startet das System in der voreingestellten Sprache. 5. Drücken Sie die Taste (¢). ➜ Ein neues Fenster erscheint. 6. Wenn Sie sich mit Ihrem Benutzernamen zum ersten Mal in R/3 anmelden, geben Sie in ein dafür bestimmtes Fenster nun ein neues Kennwort ein. Drücken Sie die Taste (ÿ), tippen Sie das neue Kennwort nochmals ein, und drücken Sie die Taste (¢). ➜ Das Fenster »SAP Easy Access« (R/3-Einstiegsmenü) erscheint.

Erfolglose Anmeldeversuche Wenn eine Anmeldung nicht erfolgreich war, erscheint nach Schritt 5 bzw. 6 kein Einstiegsmenü. Sie sehen vielmehr in der untersten Fensterzeile oder in einem eigenen Fenster eine Meldung, die Sie auf die mögliche Fehlerursache aufmerksam macht. Um zu verhindern, dass eine unbefugte Person mit Ihrem Benutzernamen durch Ausprobieren von Kennwörtern in das R/3-System eindringt, stehen folgende Sperrmechanismen zur Verfügung: • Drei erfolglose Anmeldeversuche mit einem Benutzernamen führen standardmäßig dazu, dass R/3 das Anmeldebild schließt. Das System bringt Sie an den Ausgangspunkt des R/3-Aufrufs zurück, zum Beispiel zum Programm-Manager in Windows. Sie können R/3 in diesem Fall erneut starten. • Zwölf erfolglose Anmeldeversuche mit dem gleichen Benutzernamen führen standardmäßig dazu, dass der entsprechende Benutzername gänzlich gesperrt wird. Selbst eine spätere Anmeldung mit richtigem Kennwort ist nicht mehr möglich. In diesem Fall muss der Systemverwalter selbst die Sperrung im R/3-System wieder rückgängig machen und Ihnen ein neues Initialkennwort zuteilen.

37

1

Einführung

Der Systemverwalter kann die Zahl der möglichen Anmeldeversuche für beide genannten Fälle auf 1 bis 99 beschränken.

Mehrfache Anmeldung Bei der Anmeldung ist es grundsätzlich möglich sich mehrfach anzumelden. Bei der Mehrfachanmeldung öffnet sich für den Anwender folgendes Dialogfenster:

Abbildung 1.2

Informationsbild für Mehrfachanmeldungen (© SAP AG)

SAP weist hierbei darauf hin, dass für jede Anmeldungen in R/3 eine Lizenz benötigt wird. Bei Unklarheiten über bestehende Lizenzvergabe ist es ratsam sich beim Systemverwalter zu erkundigen.

1.4.2

Aus R/3 abmelden

Abmeldung Mit der so genannten Abmeldung beenden Sie eine Sitzung am R/3-System. Sie sollten sich grundsätzlich aus R/3 abmelden, wenn Sie Ihren Arbeitsplatz verlassen – besonders dann, wenn Sie Zugriff auf Daten haben, die nicht für jedermann zugänglich sein sollen.

Im Anmeldebild und im Einstiegsmenü abmelden Im Anmeldebild bewirkt ein Klick auf das Symbol die sofortige Abmeldung und eine Rückkehr zum Ausgangspunkt des R/3-Aufrufs.

38

1

Einführung

Abbildung 1.3

Dialogfenster »Abmelden« (© SAP AG)

Über das Menü SYSTEM abmelden An jeder Stelle innerhalb von R/3 können Sie folgendes Abmeldeverfahren benutzen. Ausgangspunkt In einem beliebigem Bild 1. Sichern Sie noch nicht gespeicherte Daten. 2. Wählen Sie die Menüfunktion SYSTEM | ABMELDEN. ➜ Ein Dialogfenster wird angezeigt, in dem die Abmeldung bestätigt werden soll (vgl. Abbildung 1.3.) 3. Es erscheint der Hinweis: Klicken Sie auf die Drucktaste JA. ➜ Alle R/3-Fenster werden geschlossen. Sie kehren auf die Systemebene, zum Beispiel Windows, zurück. Ein Klick auf die Drucktaste NEIN brächte Sie in das vorherige R/3-Fenster zurück. Die nach dem zweiten Schritt angezeigte Meldung »Nicht gesicherte Daten können verloren gehen. Möchten Sie sich abmelden?« erscheint immer, auch in den Fällen, in denen keine Daten zu sichern sind.

Weitere Möglichkeiten der Abmeldung Alle folgenden Aktionen führen grundsätzlich in das Dialogfenster »Abmelden«:

39

1

Einführung

• Doppelklicken Sie auf das Fenstermenü (Systemmenü) in der linken oberen Fensterecke. • Klicken Sie auf das Fenstermenü und auf den Befehl S CHLIESSEN. • Drücken Sie die Tastenkombination (Alt)+(F4).

1.4.3

Kennwort ändern

Der Systemverwalter kann aus Sicherheitsgründen festlegen, dass der Anwender beispielsweise nach spätestens 14 Tagen sein Kennwort ändern muss. In einem solchen Fall verwehrt R/3 dem Benutzer am 15. Tag so lange die Anmeldung, bis er sein Kennwort geändert hat. Unabhängig davon kann jeder Benutzer sein Kennwort auch in kürzeren Zeitabständen ändern. Jedoch erlaubt R/3 nur eine Kennwortänderung pro Tag.

Regeln für die Verwendung von Kennwörtern R/3 prüft Kennwörter auf folgende Gültigkeitsregeln: • Kennwortlänge zwischen drei und acht Zeichen; die Mindestlänge von drei Zeichen kann der Systemverwalter auf bis zu acht erhöhen. • Zwischen Groß- und Kleinschreibung wird nicht unterschieden. • Als erstes Zeichen darf kein Ausrufezeichen (!), Fragezeichen (?) oder Leerzeichen ( ) verwendet werden. • Drei aufeinander folgende Zeichen, die im Benutzernamen in derselben Reihenfolge enthalten sind, sind als Kennwort ebenfalls nicht zulässig. So kann Frau Schwarm nicht »Arm« als Kennwort verwenden. • Drei aufeinander folgende identische Zeichen am Passwortbeginn sind verboten (beispielsweise »Rrrums«). • Die Zeichenfolge »pass« ist für einen anderen Zweck reserviert und kann somit als Kennwort nicht verwendet werden. • Keines der fünf zuletzt verwendeten Kennwörter ist zulässig.

40

1

Einführung

Abbildung 1.4

Anmeldebild mit Drucktaste NEUES KENNWORT und das ihm folgende Dialogfenster zur Kennworteingabe (© SAP AG)

Kennwort ändern Ausgangspunkt R/3-Anmeldebild 1. Geben Sie den Mandanten- und den Benutzernamen sowie das bisher gültige Kennwort ein. 2. Klicken Sie auf die Drucktaste NEUES KENNWORT. ➜ Ein Dialogfenster erscheint, wie in Abbildung 1.4 dargestellt. 3. Tippen Sie in das Feld »Neues Kennwort« das neue Kennwort ein, und drücken Sie auf die Taste (ÿ). Hinweis Die eingegebenen Zeichen können Sie nicht auf dem Bildschirm sehen. Der Cursor springt in das Feld »Kennwort wiederholen«. 4. Tippen Sie das gleiche Kennwort nochmals in das Feld »Kennwort wiederholen« ein. 5. Klicken Sie auf das Symbol . ➜ Der Copyright-Hinweis erscheint.

Kennwort vergessen? Sie sollten sich Ihr Kennwort auf jeden Fall merken. Falls Sie Ihr Kennwort einmal vergessen haben, kann nur Ihr Systemverwalter Ihrem Benutzernamen ein neues Kennwort zuordnen, mit dem Sie sich wieder anmelden können. Auch der Systemverwalter kann Ihr altes Kennwort nicht mehr sichtbar machen.

41

1

Einführung

1.4.4

Fensterarten und Fensterelemente

Fenster Ein Fenster ist ein Bildschirmbereich, der von einem rechteckigen Rahmen begrenzt ist. Wie auf einer Schreibtischoberfläche lassen sich auch auf einem Bildschirm mehrere Dokumente (»Fenster«) parallel bearbeiten, ändern oder ablegen. Das Fenster, in dem gearbeitet wird, wird als aktives Fenster bezeichnet.

Fensterbestandteile • Der Fensterrand (Fensterrahmen) ist die optische Begrenzung des Fensters. • Die oberste Zeile enthält die Menünamen, die sich ändern, wenn Sie in einen anderen Menübereich von R/3 wechseln. Ein Menü besteht aus dem Menünamen, der in der Menüleiste angezeigt wird, und den Menüeinträgen. • In der Symbolleiste können Sie mit Hilfe von Symbolen häufig benötigte Funktionen, wie SICHERN oder ABBRECHEN, auslösen. R/3 zeigt die hier platzierten Symbole grundsätzlich in jeder Anwendung an. • Der Arbeitsbereich dient zur Dateneingabe, -änderung oder -anzeige. • Die Statusleiste am unteren Fensterrand zeigt Meldungen an, wie zum Beispiel Hinweise auf falsche Eingaben.

Blätterleiste (Bildlaufzeile) Eine Blätterleiste erscheint nur, wenn Informationen nicht vollständig in ein Fenster passen.

Funktionstaste

Maus

Funktion (Ergebnis)

(Strg)+(Bild½)

Ziehen der Blättermarke an den Anfang der Blätterleiste

Erste Seite oben

(Bild½)

Klicken oberhalb der Blättermarke in die Blätterleiste

Vorherige Seite

(Bild¼)

Klicken unterhalb der Blättermarke in die Blätterleiste

Nächste Seite

(Strg)+(Bild¼)

Ziehen der Blättermarke an das Ende der Blätterleiste

Letzte Seite unten

-

Klicken auf den Blätterpfeil

Vorherige / nächste Zeile

Tabelle 1.4 Funktionstasten und Mausaktionen zum Blättern in einem Auswahlfenster

42

1

Einführung

• Blätterpfeile (Bildlaufpfeile) dienen zum zeilenweisen »Rollen« (»Scrollen«) des Fensterinhalts. • Die Blättermarke zeigt, an welcher Stelle Sie sich im Text befinden.

Dialogfenster Ein Dialogfenster ist ein spezielles Fenster, in dem R/3 eine zusätzliche Information von Ihnen anfordert. Sie können Ihre Arbeit nur fortsetzen, wenn Sie die benötigten Informationen eingeben. • Ein Dialogfenster kann in der Größe nicht verändert werden. Daher hat es auch keine Fenstersystem-Schaltfläche zur Vergrößerung oder Verkleinerung auf Windows-Symbolgröße. • Es enthält keine Menüleiste.

1.5

SAP Easy Access

Nach der Anmeldung werden Sie mit Menüs, Untermenüs und den dazugehörigen Anwendungen arbeiten. Über SAP Easy Access werden die R/3-Anwendungen (Transaktionen) aufgerufen. Easy Access bietet einen benutzerspezifischen Einstieg in das SAPSystem. Dieses Benutzermenü enthält alle für den Anwendungsbereich benötigten Einträge (Transaktionen, Berichte oder auch Web-Adressen), die für die täglichen Arbeiten benötigt werden. Das Benutzermenü wird im Regelfall von der Systemverwaltung eingerichtet.

1.5.1

Aufruf von Anwendungen

Die Menüeinträge von Untermenüs erscheinen, sobald Sie im SAP-Menü mit der Maus auf das Dreieck einfach oder auf die Ordnermappe doppelt klicken. Die Abbildung 1.5 zeigt ein Beispiel für geöffnete Menüs.

Ausführbare Einträge In den geöffneten Untermenüs ( ) stehen so genannte ausführbare Einträge, die Sie am Symbol erkennen. Mit Doppelklick auf einen ausführbaren Eintrag wird die entsprechende Anwendung (Transaktion) gestartet, und es erscheint ein neues Fenster, in dem beispielweise Daten angezeigt oder bearbeitet werden.

43

1

Einführung

Abbildung 1.5

Arbeitsgebiet »Werkzeuge« mit geöffnetem Menü ADMINISTRATION || MONITOR (© SAP AG)

Einfügen eines Eintrages aus dem SAP-Menü in die Favoritenliste Mit SAP Easy Access kann der Anwender häufig benutzte Transaktionen, Dateien oder auch Web-Seiten in einer Favoritenliste aufnehmen, um somit schnelleren Zugriff zu erlangen. Dabei stehen verschiedene Alternativen zur Verfügung: Ausgangspunkt Fenster »SAP Easy Access« 1. Öffnen Sie im linken Teil im SAP-Menü die Positionen, bis der gewünschte ausführbare Eintrag erscheint. 1. Markieren Sie den gewünschten ausführbaren Eintrag im Menü mit der Maus, und halten Sie die Maus gedrückt. 2. Ziehen Sie den gewünschten Eintrag an die gewünschte Stelle in der Favoritenliste, und lassen Sie die Maustaste los. ➜ Der Eintrag erscheint nun unterhalb der gewählten Stelle und kann von dort aus angewählt werden. Alternativ kann ein Eintrag der Favoritenliste über die Menüleiste hinzugefügt werden. Dabei markieren Sie den ausführbaren Eintrag im SAP-Menü. Danach wird mit Hilfe des Menübefehls FAVORITEN | HINZUFÜGEN der gewählte Eintrag ans Ende der Favoritenliste gestellt.

44

1

Einführung

Easy Access ermöglicht zusätzlich dazu die Verknüpfung zu einer WebAdresse oder einer Datei über die Menüleiste FAVORITEN | WEB-ADRESSE ODER DATEI EINFÜGEN (Abbildung 1.6).

Abbildung 1.6

1.5.2

Dialogfenster »Anlegen Web-Adresse oder Dateipfad« (© SAP AG)

Standardmenüs

Beim Aktivieren einer Transaktion stehen zwei Standardmenüs in der obersten Fensterleiste immer zur Verfügung: • Das Menü HILFE bietet Anwendungen zum Abruf von Hilfs-Informationen (vgl. Abbildung 1.7). • Das Menü SYSTEM erlaubt beispielsweise den Einblick in systemspezifische Informationen, die Abmeldung vom R/3-System und die Einstellung von Systemparametern (vgl. Abbildung 1.8). Nachdem Sie das Menü durch Anklicken des Menünamens geöffnet haben, erscheinen die Menüunterfunktionen.

45

1

Einführung

Abbildung 1.7

Menü HILFE (© SAP AG)

Abbildung 1.8

Menü SYSTEM | BENUTZERVORGABEN mit Untermenü EIGENE DATEN (© SAP AG)

1.5.3

Programmbedienung mit Maus, Tastatur, Symbolen

Symbole R/3 verwendet eine Vielzahl von Symbolen. Diese Symbolleiste ist an fast jeder Stelle innerhalb von R/3 gleich. Doch nicht alle Symbole können an allen Stellen genutzt werden. Die an der jeweiligen Stelle nicht verfügbaren Symbole erscheinen dann abgeblendet. Die Bedeutung eines Symbols in R/3 wird in einem kleinen Informationskästchen sichtbar gemacht, wenn Sie mit dem Mauszeiger für einen Moment auf dem Symbol stehen bleiben. Zusätzliche Symbole erscheinen an anderen Stellen von R/3. Sie werden später behandelt.

46

1

Einführung

Element/ Drucktaste

Funktionsname

Bedeutung

Enter

Durch Anklicken dieser Taste bestätigen Sie die auf einem Bild gemachten Eingaben. Sie können die gleiche Funktion auch durch Drücken der ENTER-Taste auf Ihrer Tastatur ausführen. Sie können mit dieser Funktion Ihre Arbeit nicht sichern.

Befehlsfeld

Feld zur Eingabe von Befehlen, etwa Transaktionscodes, Buchstaben für die Direktwahl und andere Befehle.

Sichern

Durch Anklicken dieser Taste sichern Sie Ihre Arbeit. Die Sichern-Drucktaste führt die gleiche Aktion aus wie die Funktion SICHERN im Menü BEARBEITEN.

Zurück

Durch Anklicken dieser Taste gehen Sie eine Stufe in der Anwendungshierarchie zurück. Falls Daten verloren gehen, erscheint ein Dialogfenster, in dem Sie Daten sichern können.

Beenden

Durch Anklicken dieser Taste beenden Sie die aktuelle Anwendung, ohne Ihre Daten zu sichern. Das System kehrt zur vorigen Ebene oder zur SAP-Ebene zurück.

Abbrechen

Durch Anklicken dieser Taste brechen Sie die aktuelle Anwendung ab, ohne Ihre Daten zu sichern. Die Abbrechen-Drucktaste führt die gleiche Aktion aus wie die Funktion ABBRECHEN im Menü BEARBEITEN.

Drucken

Durch Anklicken dieser Taste können Sie auf dem aktuellen Bildschirmbild angezeigte Daten ausdrucken.

Suchen

Durch Anklicken dieser Taste können Sie nach Daten suchen, die Sie auf dem aktuellen Bildschirmbild benötigen.

Weiter suchen

Durch Anklicken dieser Taste können Sie eine erweiterte Suche nach Daten starten, die Sie auf dem aktuellen Bildschirmbild benötigen.

Erste Seite

Durch Anklicken dieser Taste blättern Sie zur ersten Seite einer Information. Die Erste-Seite-Drucktaste führt die gleiche Aktion aus wie die Tastenkombination (STRG) + (BILD½).

Tabelle 1.5 Standardbelegung der Symbolleiste mit Funktionstasten

47

1

Einführung

Element/ Drucktaste

Funktionsname

Bedeutung

Vorige Seite

Durch Anklicken dieser Taste blättern Sie zur vorigen Seite in einer Information. Die Vorige-Seite-Drucktaste führt die gleiche Aktion aus wie die Tastaturtaste (BILD½).

Nächste Seite

Durch Anklicken dieser Taste blättern Sie zur nächsten Seite in einer Information. Die Nächste-Seite-Drucktaste führt die gleiche Aktion aus wie die Tastaturtaste (BILD¼) .

Letzte Seite

Durch Anklicken dieser Taste blättern Sie zur letzen Seite in einer Information. Die Letzte-Seite-Drucktaste führt die gleiche Aktion aus wie die Tastenkombination (STRG) + (BILD¼).

Modus erzeugen

Durch Anklicken dieser Taste erzeugen Sie einen neuen SAP-Modus. Die Modus-erzeugen-Drucktaste führt die gleiche Aktion aus wie Funktion ERZEUGEN MODUS im Menü SYSTEM.

SAPGUI-Verknüpfung erstellen

Durch Anklicken dieser Taste können Sie eine SAPGUI-Verknüpfung zu einem SAPReport, einer SAP-Transaktion oder einer SAP-Anwendung erstellen. Für diese Funktion ist das 32-Bit-Betriebssystem Windows Voraussetzung.

F1-Hilfe

Durch Anklicken dieser Taste zeigen Sie die Hilfe zu dem Feld an, in dem Sie den Cursor positioniert haben.

Layout-Menü

Durch Anklicken dieser Taste können Sie die Anzeigeoptionen anpassen.

Tabelle 1.5 Standardbelegung der Symbolleiste mit Funktionstasten

Mauszeiger Es existieren zwei Arten von Zeigern, von denen jeweils einer immer sichtbar ist: • Der Mauszeiger in Form eines Pfeils ist außerhalb von Textbereichen zu sehen. • Der in den Textbereich gesetzte Mauszeiger heißt Cursor und wird jeweils auf die Stelle im Text platziert, an der gearbeitet wird.

48

1

Einführung

Tastatur R/3 kann mit verschiedenen Tastaturen bedient werden. Unterschiedliche Tastenbezeichnungen für identische Tastenfunktionen können Sie Tabelle 1.6 entnehmen.

In diesem Buch

Andere Bezeichnungen

Funktion/Ergebnis

(ÿ)

TABULATOR-TASTE

Nächstes Feld

(Pos1)

Home

Anfang eines Eingabefeldes

(Bild½)

SEITE↑, PGUP, PREV

Vorhergehende Bildschirmseite

(Bild¼)

SEITE↓, PGDN, NEXT

Nachfolgende Bildschirmseite

(Ende)

End

Ende eines Eingabefeldes

(Einfg)

Ins

Wechsel zwischen Einfügen und Überschreiben von Zeichen

(¢)

Return

Bestätigung von Eingaben

(ª)/(Strg)

Umschalt / Ctrl

Jeweils nur mit anderen Tasten

(Alt)

–

Wechsel in die Menüleiste

(Esc)

–

Menü ausblenden

(Entf)

DEL

Löschen des Zeichens rechts vom Cursor oder der markierten Zeichen

(F4)

-

Aufruf einer Auswahlliste (wenn vorhanden)

Tabelle 1.6 Besondere Tasten der Tastatur und ihre Funktion

1.5.4

Daten in Felder eingeben und korrigieren

Zur Eingabe und Pflege von Daten in Feldern stehen Ihnen die oben aufgeführten Tastenfunktionen zur Verfügung.

Feldarten • Mussfeld: Manche Felder enthalten ein Fragezeichen (»?«). Diese Felder müssen Sie mit Eingaben versehen. Falls Sie versuchen, ein Fenster abzuspeichern, ohne das Mussfeld ausgefüllt zu haben, so reagiert R/3 mit einer Fehlermeldung und fordert Sie zur Eingabe auf. Das Feld »Benutzer« im Anmeldebild ist zum Beispiel ein Mussfeld. • Kannfeld: Diese Felder müssen nicht mit einer Eingabe versehen werden. Das Feld »Sprache« im Anmeldebild ist ein Kannfeld.

49

1

Einführung

• Anzeigefeld: Manche Felder dienen nur zur Information. Bei einer Standardfarbeinstellung haben diese Felder dieselbe Farbe wie der Hintergrund.

Wertelisten Manche Felder enthalten Wertelisten als Eingabehilfen (vgl. Abbildung 1.9). Eine Werteliste enthält verschiedene Optionen für Feldeingaben. Im Feld »Parameter« zum Beispiel können alle in R/3 vordefinierten Parameter-IDs aufgeführt werden. Sie übernehmen dann den gewünschten Schlüssel aus der Werteliste direkt in das Eingabefeld.

Abbildung 1.9

Fenster »Kreditoren anzeigen« mit Wertehilfe für das Feld »Land« (© SAP AG)

Ausgangspunkt Fenster mit einem Feld, das eine Werteliste enthält 1. Klicken Sie mit dem Cursor in ein Feld, das eine Werteliste enthält. ➜ Neben dem Feld erscheint das Symbol

.

2. Drücken Sie die Taste (F4), oder klicken Sie auf das Symbol rechts neben dem Eingabefeld. ➜ Es erscheint die Werteliste. 3. Doppelklicken Sie auf den gewünschten Wert. ➜ Die Werteliste wird ausgeblendet. Die Information wird in das Eingabefeld übernommen. Die in einer Werteliste zusätzlich verfügbaren Funktionen werden an späterer Stelle ausführlich erläutert.

50

1

Einführung

Feldhilfe nutzen In jedem Feld können Sie eine so genannte Feldhilfe aktivieren, die Ihnen – falls vorhanden – weitere Informationen zum jeweiligen Feld anzeigt. Ausgangspunkt Fenster mit Eingabe- oder Anzeigefeld 1. Klicken Sie in das Feld, zu dem Sie nähere Informationen sehen wollen. 2. Drücken Sie die Taste (F1), oder klicken Sie auf das Symbol

.

➜ Es erscheint ein Hilfefenster. 3. Klicken Sie auf

.

➜ Es erscheint wieder der Startpunkt des Aufrufs.

1.6

Meldungen

R/3 weist den Benutzer mit diversen Meldungen auf Fehleingaben hin. Meldungen dieser Art erscheinen entweder in der Statusleiste (vgl. Abbildung 1.11) oder zusätzlich in einem speziellen Dialogfenster (vgl. Abbildung 1.10).

Abbildung 1.10 Information bei fehlerhafter Eingabe im Dialogfenster (© SAP AG)

Abbildung 1.11

Meldung bei fehlerhafter Schlüsseleingabe in der Statusleiste (© SAP AG)

51

1

Einführung

R/3 unterscheidet verschiedene Meldungstypen, die in der Tabelle 1.7 stichwortartig erläutert werden.

Symbol

Beschreibung

- keins Anzeige nur in Statusleiste ohne Symbol

Meldungstyp »S« (Success) Mit diesem Meldungstyp teilt R/3 dem Benutzer jeweils in der Statusleiste mit, dass eine bestimmte Funktion erfolgreich durchgeführt wurde. Beispiel: erfolgreiche Buchung einer Rechnung. Meldungstyp »I« (Information) Im Gegensatz zum Meldungstyp »Success« erscheint hier für besonders wichtige Informationen ein Dialogfenster, das der Benutzer erst bestätigen muss, um die zuvor gewählte Funktion auszuführen. Meldungstyp »W« (Warning) Der Meldungstyp »W« warnt den Benutzer vor einer möglichen Fehleingabe. Jedoch kann der Benutzer die Eingabe, auf die sich die Meldung bezieht, speichern. Meldungstyp »E« (Error) Im Gegensatz zum Meldungstyp »Warning« kann der Benutzer nach dieser Meldung gemachte Eingaben nicht speichern, da es sich um eine fehlerhafte/unzulässige Eingabe handelt (Beispiel: Falsches Kennwort im Anmeldebild). Meldungstyp »A« (Abortion) Meldungen mit dem Meldungstyp »A« bedeuten einen schweren Fehler und sind sehr selten. Wenn eine solche Meldung erscheint, so wird nach Bestätigung der Kenntnisnahme (OK) die laufende Anwendung durch R/3 geschlossen; es folgt ein übergeordnetes Menü. Beispiel: Fehlerhafte Eingaben bei der Anmeldung; die Anmeldung wird abgebrochen.

Tabelle 1.7 Meldungstypen in R/3

Anzeige von Meldungen Mit Hilfe des Symbols , das sich am rechten Ende der Symbolleiste befindet, können Sie Voreinstellungen mit Auswirkungen auf die Meldungsanzeige wählen: Für jeden Meldungstyp (außer »S«) können Sie unter OPTIONEN... und der Registerkarte »Optionen« die speziellen Dialogfenster realisieren.

1.7

Anwendung mehrerer R/3-Fenster (Modi)

Ein R/3-Fenster, in dem Sie arbeiten, wird als Modus bezeichnet. Nach der Anmeldung befinden Sie sich im so genannten Normalmodus: Zum Arbeiten steht Ihnen genau ein Fenster zur Verfügung.

52

1

Einführung

Zusätzliche Alternativmodi (weitere Fenster) lassen sich generell an jeder Stelle und von jedem Bildschirmbild aus öffnen. • Jeder Modus ist eine separate Windows-Anwendung und wird in einem speziellen Fenster durchgeführt. • Der Systemverwalter stellt die mögliche Anzahl der Modi ein.

Einsatzbereiche von Modi Mit Modi können in den jeweiligen Fenstern verschiedene Anwendungen parallel bearbeitet werden. Modi werden in folgenden Fällen eingesetzt: • Manche R/3-Anwendungen verlangen die Bearbeitung zahlreicher Bildschirmbilder. Wenn Nachfragen sofort beantwortet werden müssen, können Sie diese in einem zusätzlichen Modus bearbeiten, ohne dass Sie die Arbeit in der laufenden Anwendung abbrechen müssen. • Wartezeiten, beispielsweise bei einer Erstellung eines komplexen Reports, können durch eine zweite Anwendung überbrückt werden. • Sie können in einem Modus eine Anwendung ausführen, mit der Sie noch nicht vertraut sind, während Sie in einem anderen Modus die Hilfefunktion nutzen.

Beispiel für eine Modus-Anwendung

Abbildung 1.12 Modi als übereinander gelegte Fenster und im Task-Manager von Windows

(© SAP AG)

53

1

Einführung

Sie bekommen den Auftrag, telefonisch umgehend über einen bestimmten Lagerbestand Auskunft zu geben. Sie arbeiten gerade an der Anlage eines neuen Kreditors (Lieferanten). Wenn Sie nur mit einem einzigen Modus arbeiten könnten, müssten Sie – um die Auskunft über den Lagerbestand zu suchen und zu erteilen – die Anlage des Kreditorenkontos abbrechen. Sie würden somit die bis dahin eingegebenen Daten verlieren. Durch die Öffnung eines zweiten Modus können Sie jedoch den Lagerbestand ermitteln, ohne die Kreditorenanlage abzubrechen. Nach der Lagerbestandsermittlung wechseln Sie wieder in den ursprünglichen Modus zurück, um die Kreditorenanlage zu beenden.

Öffnen Sie nur so viele Modi, wie Sie unbedingt benötigen Sie sollten jeden nicht mehr benötigten Modus sofort schließen, denn durch geöffnete Alternativmodi entstehen folgende Nachteile: • Zusätzliche Modi verlangsamen das System und somit die Antwortzeiten. • Aufgerufene Daten werden für andere Benutzer gesperrt. Für Kollegen, die dieselben Daten mit einer Änderungstransaktion bearbeiten wollen, entstehen Wartezeiten. • Es besteht die Gefahr, dass Sie den Überblick über die Arbeiten und Anwendungen verlieren, die Sie gleichzeitig durchführen. Deshalb wird in der Praxis sehr oft die Anzahl der erlaubten Modi pro Benutzer begrenzt.

Zusätzliche Modi öffnen • Klicken Sie auf das Symbol

oder

• Wählen Sie die Menüfunktion SYSTEM | ERZEUGEN MODUS (vgl. Abbildung 1.13) oder • Geben Sie in das Befehlsfeld in der Symbolleiste /O und den Transaktionscode der Anwendung ein, die Sie zusätzlich starten wollen. Drücken Sie die Taste (¢). ➜ Der neue Modus wird geöffnet. Ein zusätzliches Fenster mit der SAPEbene erscheint; es legt sich über bereits geöffnete Fenster und wird damit zum »aktiven Fenster«. Die Statuszeile zeigt in allen Fällen zur besseren Orientierung eine Modusnummer an.

54

1

Einführung

Abbildung 1.13 Menü SYSTEM (© SAP AG)

Zwischen Modi wechseln Um den Modus und damit die Anwendung zu wechseln, klicken Sie auf eine beliebige Stelle eines anderen Fensters, sofern es sichtbar ist. Eine weitere Möglichkeit bietet der Task-Manager von Windows: Ausgangspunkt Beliebige Stelle, wenn mindestens zwei Modi vorhanden sind 1. Drücken Sie die Tastenkombination (Strg)+(Esc). ➜ Der Task-Manager erscheint mit einer Task-Leiste. Hier werden die Modi jeweils mit dem Namen der aktuellen Anwendung angezeigt. 2. Klicken Sie auf den gewünschten Modus. ➜ Das Fenster des Modus wird angezeigt. Eine weitere Möglichkeit unter Windows ist die Tastenkombination (Alt) +(ÿ). Dadurch erreichen Sie, dass die Windows-Tasks (also auch die Modi) der Reihe nach durchgeblättert werden.

Modus als Symbol Über die Drucktaste MINIMIEREN (oben im Fenster, zweite Drucktaste von rechts) kann eine Anwendung auf Windows-Symbolgröße verkleinert werden. Beispielsweise läuft ein Report (Bericht) auch dann weiter, wenn Sie sein Fenster auf Windows-Symbolgröße verkleinern.

Modus über Menü schließen Wie bereits erwähnt, sollten Sie nicht mehr benötigte Modi sofort schließen, um die Systembelastung so gering wie möglich zu halten und Ihren Kollegen den Datenzugriff nicht unnötig zu erschweren.

55

1

Einführung

Ausgangspunkt Beliebiges Bild 1. Wechseln Sie in den Modus, der geschlossen werden soll. 2. Falls Sie Daten verändert haben, so speichern Sie diese jetzt. Beim Schließen eines Modus werden Sie nämlich nicht eigens aufgefordert, Ihre Daten zu sichern. 3. Wählen Sie die Menüfunktion SYSTEM | LÖSCHEN MODUS. ➜ Das Fenster wird geschlossen. Nicht gespeicherte Daten gehen verloren. Im Falle einer Abmeldung vom System werden alle offenen Modi automatisch geschlossen.

Weitere Möglichkeiten zum Schließen eines Modus Andere Möglichkeiten in Schritt 3 des obigen Verfahrens sind: • Doppelklicken Sie auf das Fenstermenü (Systemmenü) in der linken oberen Fensterecke. • Klicken Sie auf das Fenstermenü und auf den Befehl SCHLIESSEN. • Benutzen Sie die Tastenkombination (Alt)+(F4). Wenn Sie in nur noch einem R/3-Modus arbeiten, bedeutet das Schließen des Modus gleichzeitig die Abmeldung aus dem R/3-System selbst. In diesem Fall werden Sie von R/3 aufgefordert, noch nicht gesicherte Daten zu speichern.

1.8

Daten eingeben oder ändern (Formularanwendungen)

Egal ob Sie Daten in Formulare eingeben bzw. Daten ändern oder sich Listen anzeigen lassen: in R/3 führen Sie alle Arbeiten mit so genannten Anwendungen durch. Dieser Begriff ist gleichbedeutend mit Transaktionen. Als eine Transaktion bezeichnet man einen betriebswirtschaftlich abgeschlossenen Vorgang. Je nach Einsatzzweck können grundsätzlich drei Arten von Anwendungen unterschieden werden: 1. Formularanwendungen, insbesondere zur Datenpflege, wie beispielsweise: a) Eingabeanwendungen zur Neueingabe von Daten b) Änderungsanwendungen zur Aktualisierung bereits eingegebener Daten c) Anzeigeanwendungen zur Information über Daten in Bildschirmformularen Diese Anwendungen werden auch Transaktionen oder genauer Dialogtransaktionen genannt.

56

1

Einführung

2. List-Anwendungen für die Information über Daten in Tabellenform und zum Ausdruck solcher Listen werden im folgenden Kapitel behandelt. Diese Anwendungen werden als Reports bezeichnet. 3. Systemanwendungen zum Einstellen und Anzeigen von Systemvorgaben, zum Beispiel Berechtigungen oder Datumsformaten (wie unter SYSTEM | BENUTZERVORGABEN), haben – im Gegensatz zu List- und Formularanwendungen – sehr unterschiedliche Abläufe und werden teilweise im übernächsten Kapitel besprochen.

1.8.1

Bezeichnung von Anwendungen und Transaktionscodes

Jeder Anwendung ist neben einer Bezeichnung ein so genannter Transaktionscode, ein vierstelliges Kürzel, zugeordnet, dessen erste zwei Zeichen in der Regel für das Arbeitsgebiet stehen, das sie bezeichnen. In der folgenden Tabelle sehen Sie dafür einige Beispiele.

Code

Bezeichnung der Anwendung

STMS

Transport Management System

SE38

ABAP/4 Editor

SM31

Tabellenpflege

Su01

Benutzer pflegen: Adresse /Eingabe von Daten des Benutzers mit Adresse, Kostenstelle etc.

S000

Rückkehr zur SAP-Ebene (Hauptmenü, Einstiegsmenü wie nach Anmeldung)

Tabelle 1.8 Bezeichnungen für Transaktionscodes

1.8.2

Start von Formularanwendungen

Die Anwendungen sind jeweils so genannten Arbeitsbereichen oder -gebieten zugeordnet. Solche Arbeitsgebiete umfassen in der Regel diejenigen betrieblichen Abteilungen, in denen Anwendungen durchgeführt werden können. Hierzu zwei Beispiele aus der Materialwirtschaft: • Im Arbeitsgebiet »Materialstamm« können Sie Materialien sowie Chargen und Sonderbestände zu einem Material anlegen und pflegen. • Im Arbeitsgebiet »Einkauf« finden Sie die Anwendungen zur Abwicklung des Einkaufsprozesses für Materialien und Dienstleistungen. Sie können Bestellanforderungen formulieren, Bestellungen erstellen, ändern, anzeigen, Rahmenverträge pflegen, Anfragen über Lieferkonditionen an Lieferanten stellen, Angebote erfassen, auswerten und als Basis zur Bestellung heranziehen. Hilfsfunktionen (z. B. Mahnen) und Nachfolgefunktionen (z. B. Wareneingang, Rechnungseingang) werden aus benachbarten Arbeitsgebieten des Moduls »Materialwirtschaft« bzw. weiterer Module (falls installiert) aufgerufen.

57

1

Einführung

Aufruf von Anwendungen Für den Aufruf einer Anwendung gibt es zwei Möglichkeiten: • Üblicherweise werden Anwendungen im Fenster »SAP Easy Access« aufgerufen. • Die Eingabe des Transaktionscodes führt direkt in das Einstiegsbild einer Anwendung.

Einstiegsbild R/3-typische Anwendungen zur Datenpflege sind das Anlegen, Ändern und Anzeigen von Daten in Bildschirmformularen. Diese Formulare werden auch als Dynpros bezeichnet. Alle diese Formularanwendungen setzen sich in der Regel aus einer Folge von Bildschirmbildern zusammen. Das erste Fenster einer R/3-typischen Anwendung ist das so genannte Einstiegsbild (Selektionsbild). Hier bestimmen Sie • welche Daten Sie zu einer jeweiligen Transaktion in einem Bildschirmformular anzeigen oder ändern wollen • welche Daten Sie als Liste ausdrucken oder auf dem Bildschirm anzeigen möchten Der Aufruf einer Anwendung führt normalerweise direkt in das Einstiegsbild. Daraufhin erscheinen die eigentlichen Bildschirmformulare (Detailbilder) zur Bearbeitung oder Anzeige der Daten. Für Systemanwendungen, wie zum Beispiel SYSTEM | BENUTZERVORGABEN, gibt es – im Gegensatz zu List- und Formularanwendungen – meist kein spezielles Einstiegsbild.

Anwendung über SAP Easy Access starten Klicken Sie sich bis zur gewünschten Aktion durch die Baumstruktur des SAP Easy Access durch. z. B. WERKZEUGE | ADMINISTRATION | BENUTZERPFLEGE | BENUTZER

58

1

Einführung

Abbildung 1.14 Menüaufruf zum Anlegen eines Benutzers (© SAP AG)

Anwendung mit Transaktionscode starten Für jede Anwendung gibt es einen speziellen vierstelligen Transaktionscode. Mit diesem Code gelangen Sie direkt und ohne Umwege über Baumhierarchien in die Anwendungen. Diese Methode wird besonders bei häufig gebrauchten Anwendungen benutzt. Ausgangspunkt Beliebige Stelle 1. Sichern Sie gegebenenfalls die Daten der aktiven Anwendung. Das Öffnen einer neuen Transaktion beendet nämlich die aktuelle Transaktion, ohne dass auf einen möglichen Datenverlust hingewiesen wird. 2. Klicken Sie in das Befehlsfeld in der Symbolleiste, oder drücken Sie die Tastenkombination (Strg)+(ÿ). ➜ Der Cursor steht nun im Befehlsfeld. 3. Geben Sie in das Befehlsfeld in der Symbolleiste »/n« ein. Hinweis Damit teilen Sie R/3 mit, dass die vier folgenden Zeichen ein Transaktionscode für eine neue Anwendung sind, durch die die jeweils aktive Anwendung ersetzt werden soll. 4. Tippen Sie hinter /n den vierstelligen Transaktionscode ein. 5. Drücken Sie die Taste (¢), oder klicken Sie auf das Symbol

.

➜ Das erste Fenster der neuen Anwendung (Einstiegsbild) erscheint; die bisherige Anwendung wurde geschlossen.

59

1

Einführung

Anwendung im Einstiegsbild beenden Im Einstiegsbild stehen Ihnen die in Tabelle 1.9 gezeigten Möglichkeiten zur Beendigung einer Anwendung und zur Rückkehr in das Arbeitsgebiet zur Verfügung.

Symbol

Taste

Symbolbezeichnung

Funktion

(F3)

Zurück

Zurück zum vorhergehenden Fenster

(F12)

Abbrechen

Abbrechen, ohne zu speichern

(Shift)

Beenden

Beenden einer Anwendung

+(F3) Tabelle 1.9 Möglichkeiten zur Beendigung einer Anwendung

Im äußersten linken Menü des Einstiegsbildes finden Sie in der Regel zusätzlich den Befehl BEENDEN, der Sie ebenfalls wieder in das Menü des Arbeitsgebiets zurückbringt. In der Wirkungsweise bestehen, ausgehend vom Einstiegsbild, keine Unterschiede.

Zuletzt benutzte Anwendung erneut starten In einer so genannten »Historienliste« merkt sich R/3 die Transaktionscodes der zuletzt eingegebenen Anwendungen. Wenn Sie eine dieser Anwendungen erneut starten wollen, können Sie die Historienliste aufrufen und dort auf den gewünschten Transaktionscode klicken. Ausgangspunkt Beliebige Stelle 1. Sichern Sie gegebenenfalls die Daten der aktiven Anwendung. 2. Klicken Sie auf das Symbol

im Befehlsfeld.

➜ Eine Liste mit den Transaktionscodes der zuletzt benutzten Anwendungen erscheint. 3. Klicken Sie in der Liste auf den Code, dessen Anwendung Sie starten wollen. ➜ Die Anwendung wird gestartet.

Transaktionscode der aktuellen Anwendung Wenn Sie sich für den Code einer Transaktion interessieren, können Sie sich mit der Menüfunktion SYSTEM | STATUS... den Code anzeigen lassen (vgl. Abbildung 1.15).

60

1

Einführung

Ausgangspunkt Beliebige Stelle 1. Wählen Sie die Menüfunktion für die Anwendung, deren Transaktionscode Sie ermitteln wollen. 2. Wählen Sie die Menüfunktion SYSTEM | STATUS... Hinweis Im Feld »Transaktion« können Sie den betreffenden Transaktionscode ablesen. Sie ermitteln mit diesem Verfahren nur Transaktionscodes von aktiven Anwendungen.

Abbildung 1.15 Ermittlung des Transaktionscodes aus der Statusanzeige (© SAP AG)

Musterablauf einer Formularanwendung Die Abläufe von Formularanwendungen sind immer ähnlich. Beispiele für solche Anwendungen sind die Anzeige, Änderung oder Eingabe neuer Bankverbindungen, Kunden, Lieferanten, Aufträge, Mitarbeiter, Materialien usw. in Bildschirmformularen (Dynpros). Der Musterablauf entspricht einer Formularanwendung zur Datenänderung. Er gilt sowohl bei einer Formularanwendung zur Anzeige als auch zur Eingabe von Daten.

61

1

Einführung

Ausgangspunkt Beliebige Stelle 1. Starten Sie die gewünschte Anwendung. ➜ Das erste Bild – normalerweise das so genannte »Einstiegsbild« – erscheint. 2. Geben Sie Ihre Vorgaben in die Felder des Einstiegsbilds ein. Hinweis Mit den Eingaben ins Einstiegsbild werden die Daten ausgewählt, die im Formular angezeigt oder geändert werden sollen, wie zum Beispiel der Name des Benutzerstammsatzes. 3. Drücken Sie die Taste (¢) oder

.

➜ Das nächste Bild der Anwendung – die erste Registerkarte – erscheint. Hinweis In der Registerkarte werden die Detailinformationen gemäß der Vorgabe angezeigt. Für den ausgewählten Benutzer wird zum Beispiel die Adresse angezeigt. Hinweis Wählen Sie andere Daten durch Klicken der entsprechenden Drucktaste in der Drucktastenleiste. 4. Ändern Sie nach Bedarf die Inhalte in den jeweiligen Feldern der ersten Registerkarte (z. B. die Adressdaten). 5. Klicken Sie auf das Symbol oder direkt auf den Karteireiter, um in eine andere Registerkarte zu gelangen. 6. Wiederholen Sie die beiden vorhergehenden Schritte, bis Sie alle Registerkarten bearbeitet haben. 7. Drücken Sie das Symbol , um die Daten zu sichern. Ein Dialogfenster erscheint, in dem Sie die endgültige Datensicherung vornehmen können. 8. Klicken Sie in diesem Dialogfenster auf die Taste OK. Hinweis R/3 prüft die eingegebenen Daten und speichert sie im Datenbanksystem. Wieder erscheint das erste Bild der gleichen Anwendung (Einstiegsbild). 9. Klicken Sie auf das Symbol , wenn Sie die Anwendung verlassen und zum Einstieg zurück gelangen wollen.

1.8.3

Navigation in Formularen

Die Navigationsfunktionen dienen zum beliebigen Wechseln zwischen verschiedenen Bildern innerhalb einer Anwendung. Sie können mit den Navigationsfunktionen bei mehrseitigen Formularen wahlweise zu einer schon bearbeiteten Formularseite zurückspringen oder nicht benötigte Formularseiten überspringen.

62

1

Einführung

Symbol

Taste(n)

Symbolbezeichnung

(¢)

Enter

Bestätigung eines Einstiegs zur ersten Registerkarte

(F3)

Zurück

in der Registerkarte: zurück zum Einstiegsbild

(F12)

Abbrechen

in der Registerkarte: zurück zum Einstiegsbild

(F12)

Abbrechen

im Einstiegsbild: zurück zum Easy Access

(ª)+(F3)

Beenden

im Einstiegsbild: zurück zum Easy Access

(F7)

VORIGES BILD

Nur in der Registerkarte eines mehrseitigen Formulars: vorhergehende Formularseite

(F8)

NÄCHSTES BILD

Nur in der Registerkarte eines mehrseitigen Formulars: nächste Formularseite

(F5)

ANZEIGEN Ändern

in der Registerkarte: Wechsel in den Änderungsmodus, um Korrekturen an Feldern durchführen zu können

(ª)+(F5)

Anderes Objekt Auswählen

in der Registerkarte: Wechsel in ein anderes Objekt (z. B. anderer Kreditor)

(F8)

Ändern

im Einstiegsbild: nachträglicher Wechsel in den Ändern-Modus

(F9)

Anzeigen

im Einstiegsbild: nachträglicher Wechsel in den Anzeige-Modus

(F7)

Anlegen

im Einstiegsbild: nachträglicher Wechsel zur Neuanlage

Funktion

Tabelle 1.10 Navigationssymbole in Einstiegs- bzw. Registerkarten (Symbole, Tasten)

Standardmenüs zum Navigieren in Formularen Nur in den Registerkarten mit Symbolen zum Navigieren stehen Ihnen standardmäßig folgende Menüs zur Verfügung: 1. Standardmenü SPRINGEN Mit dem Standardmenü SPRINGEN können Sie direkt auf die einzelnen Bilder einer mehrseitigen Anwendung springen, ohne die Bilder einzeln »durchzublättern«. Jedes Detailbild der Anwendung wird hier mit seiner Bezeichnung einzeln aufgeführt.

63

1

Einführung

2. Standardmenü ZUSÄTZE Manche Informationen werden nur sehr selten eingegeben oder geändert. Im Menü ZUSÄTZE können Sie zu solchen aus der Formularfolge »ausgelagerten Zusatzinformationen« gelangen und diese, je nach Wunsch, anzeigen oder pflegen. Diese Informationen sind Bestandteil der jeweiligen Anwendung. 3. Standardmenü UMFELD Das Menü UMFELD enthält andere Anwendungen, die mit der konkret durchgeführten Anwendung inhaltlich zusammenhängen. Über U MFELD können Sie in diese »verwandten« Anwendungen wechseln, die auch aus anderen Arbeitsgebieten stammen können. Hier finden Sie auch standardmäßig Befehle mit Bezeichnungen wie FELDÄNDERUNGEN oder ÄNDERUNGSBELEGE, aus denen Sie – zum Beispiel – entnehmen, wer wann welche Änderungen im vorliegenden Formular vorgenommen hat.

Abbildung 1.16 Menü UMFELD mit Aufrufmöglichkeit von Anwendungen (© SAP AG)

1.8.4

Dateneingabe bzw. -änderung in Formularanwendungen

Formulardaten sichern Folgende Funktionen stehen Ihnen zur Verfügung, um während des Ablaufs einer Anwendung zur Datenänderung oder -eingabe die Daten zu sichern: • Funktionstaste (F11) • Symbol

in der Symbolleiste

• Menübefehl SICHERN im linken Menü, das für jedes Arbeitsgebiet einen anderen Begriff zeigt

64

1

Einführung

Bearbeitung von Formulardaten mit Standardmenüs Die Menüs in den Arbeitsgebieten weisen identische Strukturen auf. Sie verringern Ihren Arbeits- und Zeitaufwand bei der Suche nach Funktionen, wenn Sie folgende Grundregeln zum Menüaufbau berücksichtigen:

Standardmenü links in der Menüleiste Je nach Arbeitsgebiet hat das Standardmenü unterschiedliche Namen. Der Menüname ganz links zeigt Funktionen, die sich auf das jeweilige Informationsobjekt beziehen, zum Beispiel auf einen Kreditor. Im KREDITOR-Menü des Arbeitsgebiets »Kreditoren« können Sie: • mit dem Menübefehl ANDERER KREDITOR über das Einstiegsbild einen anderen Kreditor aufrufen und damit den bislang bearbeiteten Kreditor verlassen • mit dem Menübefehl ANZEIGEN ÄNDERN die Formularseiten zu Änderungen freigeben • mit dem Menübefehl SICHERN alle Formularseiten speichern • mit dem Menübefehl BEENDEN die Anwendung schließen

Abbildung 1.17 Anwendung »Kreditor ändern« mit geöffnetem Menü KREDITOR (© SAP AG)

Standardmenü bearbeiten Mit dem zweiten Menü, BEARBEITEN, können Sie Teile des Informationsobjekts bearbeiten. In der Anwendung KREDITOR ÄNDERN können für das Informationsobjekt »Kreditor« zum Beispiel mit einer Aktion alle Felder der Bankverbindung gelöscht werden.

65

1

Einführung

Abbildung 1.18 Anwendung BANKVERBINDUNG LÖSCHEN mit Menü BEARBEITEN (© SAP AG)

1.8.5

In Formularen mehrfach gleiche Daten eingeben

Abbildung 1.19 Menübefehle zur wiederholten Dateneingabe (© SAP AG)

Wiederholte Dateneingabe Wenn Sie beispielsweise 15 Kunden aus dem gleichen Ort eingeben müssen, wiederholen sich bei jeder Eingabe der Ortsname, das Land und die Sprache. Damit Sie dieselbe Information nicht bei jeder Kundeneingabe wiederholen müssen, bietet R/3 im Menü SYSTEM | BENUTZERVORGABEN Möglichkeiten an, um Informationen als so genannte Vorschlagswerte (wiederkehrende, typische, konstante Daten) vorzugeben: • HALTEN DATEN definiert Eingaben als Vorschlagswerte, die jederzeit überschrieben werden können. Der Cursor springt weiterhin bei der Dateneingabe in diese Felder.

66

1

Einführung

• SETZEN DATEN verwenden Sie, wenn Sie sich sicher sind, dass in den jeweiligen Feldern immer die gleichen Daten einzugeben sind. Diese Menüfunktion macht die Daten quasi zu Festwerten in dem Bild der Anwendung. Diese Festwerte lassen sich später nicht überschreiben. Der Cursor springt bei einer Eingabe nicht in diese Felder, da hier keine Änderungsmöglichkeit besteht. Das erlaubt eine schnellere Dateneingabe. • LÖSCHEN DATEN hebt die Vorschlagswerte bzw. Vorgaben wieder auf, die durch die beiden vorgenannten Menüfunktionen bestimmt wurden.

Eingaben als Vorschlagswerte definieren (HALTEN DATEN) 1. Starten Sie die gewünschte Anwendung. ➜ Das erste Bild der Anwendung erscheint. 2. Tippen Sie die gewünschten Daten in die Felder, in denen Sie Vorschlagswerte spezifizieren wollen. 3. Wählen Sie die Menüfunktion SYSTEM | BENUTZERVORGABEN | HALTEN DATEN. Hinweis Bei jeder Durchführung der Anwendung erscheinen ab jetzt die in Schritt 2 eingegebenen Daten als Vorschlagswerte.

Eingaben als Festwerte definieren (SETZEN DATEN) 1. Starten Sie die gewünschte Anwendung. 2. Tippen Sie in die Felder die Daten ein, die Sie als Festwerte verwenden wollen. 3. Wählen Sie die Menüfunktion SYSTEM | BENUTZERVORGABEN | SETZEN DATEN.

Vorschlags- und Festwerte zurücknehmen (LÖSCHEN DATEN) Die mit den beiden oben erläuterten Verfahren festgelegten Daten (Vorschlagswerte) werden aufgehoben bzw. gelöscht, sobald Sie R/3 verlassen. Trotz Eingabe eines Vorschlags- oder Festwertes steht es Ihnen jedoch frei, diese Information in den entsprechenden Feldern einzeln für jedes Bild der laufenden Anwendung zu löschen: 1. Starten Sie die gewünschte Anwendung, und wechseln Sie in das Bild, in dem die Vorschläge oder Festwerte bestimmt wurden. 2. Wählen Sie die Menüfunktion SYSTEM | BENUTZERVORGABEN | LÖSCHEN DATEN.

1.8.6

Benutzerparameter als Eingabehilfe definieren

Benutzerparameter (vgl. Abbildung 1.20) sind speziell auf einen Benutzer zugeschnittene Vorschlagswerte für bestimmte Felder. Die überlegte Nutzung dieser Funktion erspart nicht nur Zeit, sondern verringert auch die Zahl der Fehleingaben. Vorschlagswerte können für viele Arbeitsgebiete bestimmt werden. Die Palette reicht von Kundenauftragsnummern oder Kontenschlüsseln über Bankleitzahlen, Schecknummern, Versandstellen oder Versandeinheiten bis hin zu Lagerort- und Gebäudenummern.

67

1

Einführung

Ein Vorteil gegenüber der Festschreibung durch die zuvor beschriebene Menüfunktion SYSTEM | BENUTZERVORGABEN | HALTEN DATEN bzw. SETZEN DATEN besteht darin, dass diese festgeschriebenen Vorschlagswerte permanent sind und auch nach einer Abmeldung aus dem System nicht verloren gehen.

Benutzerparameter festlegen Ausgangspunkt Bei Anzeige einer beliebigen Menüleiste 1. Wählen Sie die Menüfunktion SYSTEM | BENUTZERVORGABEN | EIGENE DATEN. ➜ Das Fenster »Pflege eigener Benutzervorgaben« wird angezeigt. 2. Wählen Sie das Register »Parameter«. ➜ Das Register zur Parameterpflege wird angezeigt. 3. Klicken Sie in das Feld »Parameter«, drücken Sie die Taste (F4), oder klicken Sie auf das Symbol . ➜ Es erscheint eine Liste mit Parameter-IDs. 4. Doppelklicken Sie in der Liste auf den gewünschten Eintrag. ➜ Der Parameter erscheint im Feld »Parameter«. 5. Tippen Sie in der Spalte »Parameterwert« den jeweiligen Vorschlagswert ein. 6. Klicken Sie auf das Symbol legt haben.

, nachdem Sie alle Parameterwerte festge-

Hinweis Ihre Festwerte werden gespeichert.

Abbildung 1.20 Fenster »Pflege eigener Benutzervorgaben«, Objektliste der Parameter

(© SAP AG)

68

1

Einführung

Benutzerparameter anwenden Benutzerparameter sind Vorschlagswerte, die bei der Eingabe beliebig überschrieben werden können. Ausgangspunkt Beliebige Menüleiste 1. Wählen Sie eine Anwendung, für die Sie einen Benutzerparameter festgelegt haben. Hinweis Der Benutzerparameter ist als Vorschlagswert eingetragen. 2. Bestätigen Sie im jeweiligen Feld den Benutzerparameter, oder überschreiben Sie ihn.

1.9

Mit Suchhilfe/Werteliste Eingabedaten suchen

R/3 reagiert mit einer der folgenden drei Möglichkeiten, sobald Sie den Cursor in ein Eingabefeld setzen und die Taste (F4) drücken oder auf das Symbol klicken. • Mögliche Eingabewerte aus einer Werteliste (vgl. Abbildung 1.21) erscheinen in einem dafür bestimmten Auswahlfenster und können daraus in das Eingabefeld übernommen werden. • Ein Suchfenster erscheint, in dem Sie eine so genannte »Suchhilfe« eingeben können (vgl. Abbildung 1.22). Mögliche Eingabewerte erhalten Sie erst nach Abschluss des Suchvorgangs. Hierzu geben Sie Suchkriterien vor, zum Beispiel eine Postleitzahl für die Suche nach Kunden in einem gewissen geographischen Gebiet. • R/3 meldet, dass keine Eingabemöglichkeiten zur Verfügung stehen.

Abbildung 1.21 Werteliste mit Mengeneinheiten (© SAP AG)

69

1

Einführung

Abbildung 1.22 Suchfenster einer Suchhilfe für Kreditoren in einem bestimmten PLZ-Bereich

(© SAP AG)

Nutzen von Wertelisten und Suchhilfen Eingabefelder, die mit Wertelisten oder Suchhilfen hinterlegt sind, haben zwei wesentliche Vorteile: • Ihre Eingaben in diese Felder werden von R/3 geprüft. Erlaubt sind hier generell nur Eingaben, die in der jeweiligen Werteliste oder der Suchhilfe enthalten sind. Dadurch werden Tippfehler und Falscheingaben minimiert. • Der zweite Vorteil besteht darin, dass Sie Eingabewerte nicht auswendig wissen oder nachschlagen müssen. Sowohl Wertelisten als auch Suchhilfen sind effiziente elektronische Suchhilfen für Eingabewerte.

Kennzeichnung von Feldern mit Wertelisten und Suchhilfen Um zu erkennen, ob ein Feld eine Werteliste oder eine Suchhilfe aufweist, müssen Sie zuerst den Cursor in dieses Feld setzen. • Wenn rechts neben dem Feld das Symbol oder eine Werteliste vorhanden.

erscheint, ist eine Suchhilfe

• Eine spezielle Kennzeichnung dieser Hilfen für die Unterscheidung untereinander gibt es nicht mehr. In den Versionen vor 4.6 sind Suchhilfen mit einem kleinen Dreieck in der rechten unteren Fensterecke gekennzeichnet.

1.9.1

Wertelisten

Suchhilfen helfen, in sehr umfangreichen Datenbeständen – wie Kunden, Lieferanten oder Materialien – einen ganz konkreten Eingabewert zu finden. Datenbestände unterliegen durch Neueingaben, Änderungen oder Löschungen einem ständigen Wandel.

70

1

Einführung

Wertelisten zeigen im Gegensatz dazu Daten, die sehr selten verändert werden. Außerdem verwendet man Wertelisten meist in Zusammenhang mit kleineren Datenbeständen. Beispiele für Felder mit Wertelisten finden Sie in Tabelle 1.11.

Feldname

Menüfunktion

Ausgabegeräte

SYSTEM | BENUTZERVORGABEN | EIGENE DATEN | FESTWERTE

Sprache

SYSTEM | BENUTZERVORGABEN | EIGENE DATEN | FESTWERTE

Länderschlüssel

SYSTEM | BENUTZERVORGABEN | EIGENE DATEN | ADRESSE

Bankland

RECHNUNGSWESEN | FINANZWESEN | DEBITOREN | STAMMDATEN | BANK | ANZEIGEN

Währung/Kurs

RECHNUNGSWESEN | FINANZWESEN | DEBITOREN | BUCHUNG | RECHNUNG

Buchungskreis

RECHNUNGSWESEN | FINANZWESEN | KREDITOREN | STAMMDATEN | ANZEIGEN | RECHNUNG

Tabelle 1.11 Felder mit Wertelisten

Daten aus Werteliste übernehmen Ausgangspunkt Feld, das über eine Werteliste verfügt 1. Drücken Sie die Taste (F4), oder klicken Sie auf das Symbol

.

➜ Es erscheint eine Werteliste in einem hierfür vorgesehenen Fenster. 2. Doppelklicken Sie auf den gewünschten Eintrag in der Werteliste. ➜ R/3 schließt die Werteliste nach Übernahme des Inhalts in das Eingabefeld.

Funktionen in der Werteliste Symbol

Taste(n)

Symbolbezeichnung

Funktion

(¢)

Übernehmen

Übernahme eines Wertes in das Eingabefeld

(F12)

Abbrechen

Ausblenden der Werteliste

(Strg) + (F)

Suchen

Suchfenster zum Suchen nach Werten

Tabelle 1.12 Symbole und Tastenfunktionen, die in Wertelisten zur Verfügung stehen

71

1

Einführung

Symbol

Taste(n)

Symbolbezeichnung

Funktion

(F6)

Persönliche Liste

Aufruf eines Fensters mit Möglichkeit zum dauerhaften Ausblenden von nicht benötigten Spalten und Werten

(ª)+(F5)

Werte einschränken

Einblenden der gesamten Werteliste

(ª)+(F4)

Liste halten Sortieren

Sortieren einer Spalte

Tabelle 1.12 Symbole und Tastenfunktionen, die in Wertelisten zur Verfügung stehen

Werteliste sortieren Ausgangspunkt Werteliste Klicken Sie in die Spaltenüberschrift, um gemäß der ausgewählten Spalte die Einträge auf- oder absteigend zu sortieren. Zwischen der Spaltenüberschrift und den Einträgen können Sie anhand eines kleinen Dreiecks sehen, nach welcher Spalte und ob auf- oder absteigend sortiert wurde.

Werteliste durchsuchen Ausgangspunkt Werteliste 1. Klicken Sie auf das Symbol

.

➜ Es erscheint das Dialogfenster »Suchen«, in dem die Vorgaben für den Ausdruck eingetragen werden. 2. Geben Sie Ihren Suchbegriff in das Feld »Suchen nach« ein. 3. Klicken Sie wieder auf das Symbol

.

➜ Es erscheint das Dialogfenster »Suchen« mit der Liste von »Treffern«, die Ihrem Suchbegriff entsprechen. 4. Doppelklicken Sie auf den gesuchten Eintrag (vgl. Abbildung 1.23). ➜ Die Trefferliste wird ausgeblendet. Sie befinden sich wieder in der Werteliste, wobei der Cursor auf dem ausgewählten Eintrag steht.

72

1

Einführung

Abbildung 1.23 Fenster »Material anzeigen« mit Werteliste »Mengeneinheit« (© SAP AG)

1.9.2

Suchhilfen

Die Suchhilfe ist ein spezielles Suchverfahren, das sehr häufig in Einstiegsbildern von R/3-Anwendungen angeboten wird. Es hilft Ihnen, in großen Datenbeständen nach Eingaben wie beispielsweise Kontonummern in der Buchhaltung, Kunden-, Material- oder Lieferantennummern zu suchen.

Beispiel Auftragseingabe Wenn Sie Aufträge eingeben, müssen Sie natürlich auch die erforderlichen Angaben über den Kunden machen, der zum Beispiel die Auftragsbestätigung oder Rechnung erhalten soll. Schwierig wird es in R/3, wenn sehr umfangreiche Kundendaten gespeichert sind, aber die Daten eines speziellen Kunden nicht genau bekannt sind. In diesen Fällen erleichtern Suchhilfen die Suche nach diesem Kunden. Eine Suchhilfe ist also ein Hilfsmittel, um mögliche Feldeinträge aus bereits eingegebenen Datenbeständen herauszusuchen – in unserem Fall aus den Kundenstammdaten.

Suchhilfe: Weitere Beispiele • Im Unterpunkt »Hauptbuchhaltung« des Moduls »Finanzwesen« kann für die Saldenanzeige eines Kontos im Kontenplan nach einem speziellen Konto gesucht werden. • In der Materialwirtschaft im Unterpunkt »Einkauf« können Informationen über Lieferanten oder Materialien gesucht werden.

73

1

Einführung

Mit Suchhilfen suchen

Abbildung 1.24 Suchhilfenfenster und Trefferliste bei der Suche nach »Materialnummer«

(© SAP AG)

Es gibt zwei unterschiedliche Methoden, um mit Suchhilfen Eingabewerte zu suchen: Die einfachere davon ist die Suche mit Hilfe einer Maske. Die zweite Methode (Direkteingabe) ist schwieriger, aber schneller. Dabei geben Sie eine verschlüsselte Zeichenkette in das Eingabefeld ein.

Suchhilfe über Maske suchen Ausgangspunkt Eingabefeld, für das eine Suchhilfe existiert 1. Drücken Sie die (F4)-Taste, oder klicken Sie auf das Symbol

.

➜ Das Fenster »Auswahl der Suchhilfe« wird angezeigt. 2. Geben Sie Ihre Suchbegriffe ein, und drücken Sie die Taste (¢). ➜ Die den Suchbegriffen entsprechenden Werte erscheinen in einer Liste. 3. Doppelklicken Sie in der »Trefferliste« auf den gewünschten Wert. ➜ Sie gelangen wieder zum Startpunkt. Der Wert wird in das Eingabefeld übernommen, und das Fenster mit der Trefferliste wird ausgeblendet.

74

1

Einführung

Probleme bei langen Trefferlisten Die in Schritt 3 des obigen Verfahrens erwähnte Trefferliste kann manchmal sehr lang werden, so dass eine Suche nicht schnell genug konkrete Ergebnisse bringt. Ursachen hierfür können sein: • Die Suchbegriffe waren zu ungenau. • Sie haben keine Suchmaske eingegeben; deshalb erscheinen alle Datensätze der hinterlegten Tabelle. Mit Hilfe der Karteireiter oder dem Symbol können Sie im Fenster »Wertebereich einschränken« in ein anderes und genaueres Suchkriterium wechseln.

Suchmaske wechseln Für die Suche nach Feldeinträgen gibt es oft mehrere Suchverfahren mit jeweils unterschiedlichen Suchmasken. Die Suchmasken unterscheiden sich aufgrund der verschiedenen angebotenen Suchfelder. So stehen Ihnen im Arbeitsgebiet »Materialstamm« zur Suche nach Materialien über 15 Suchmasken zur Verfügung, z.B. : • Material zur Warengruppe • Material zur Bezeichnung • Material zur europäischen Artikelnummer • Material zur Produkthierarchie • Material zur alten Materialnummer • Material zur Lieferantenartikelnummer Das System merkt sich die zuletzt verwendete Suchhilfe und schlägt diese automatisch bei der nächsten Verwendung vor.

Abbildung 1.25 Möglichkeiten im Suchhilfefenster, die Suchhilfe zu ändern (© SAP AG)

75

1

Einführung

Anderes Suchverfahren wählen Ausgangspunkt Suchhilfefenster »Wertebereich einschränken« (vgl. Abbildung 1.25) 1. Klicken Sie auf die Karteireiter oder das Symbol

.

2. Wählen Sie ein vorhandenes Suchverfahren aus. Das Fenster »Wertebereich einschränken« passt nun die Felder zur ausgewählten Suchfunktion an.

Funktionen im Suchhilfefenster »Wertebereich einschränken« Symbol

Taste(n)

Symbolbezeichnung

Funktion

Mehrfachselektion

Anzeigen eines Fensters zur Vorgabe differenzierterer Suchbedingungen

(¢)

Auswählen

Übernahme eines Wertes in das Eingabefeld

(F2)

Selektionsoptionen

Mathematische Bedingungen festlegen

Andere Suchhilfe

Anzeigen eines Fensters zur Wahl eines anderen Suchverfahrens

Abbrechen

Schließen des Suchhilfefensters

(F12)

Tabelle 1.13 Symbol- und Tastenfunktionen, die im Suchhilfefenster »Wertebereiche

einschränken« zur Verfügung stehen

Suche mit Jokern und Selektionsoptionen Suchbegriffe mit Jokern (generische Suche) Wenn Sie – zum Beispiel – einmal nicht wissen, ob sich ein gesuchter Kunde »Maier, Mayer, Meier, Meyer« oder auch »Bayer« schreibt, können Sie zur Suche so genannte Joker (Platzhalter, Ersatzzeichen) verwenden. • Der Joker »+« ersetzt in einer Zeichenkette genau ein unbekanntes Zeichen. Der Suchbegriff »Ma+er« repräsentiert also die Namen Maier und Mayer. Mit »M+yer« erhalten Sie als Ergebnis Mayer und Meyer. • Der Joker »*« ersetzt in einer Zeichenkette beliebig viele weitere Zeichen. »Ma*« liefert Maier, Mayer, aber auch andere Namen, die mit »Ma« beginnen, wie zum Beispiel Matschkoder. Aber auch nach Zeichen innerhalb eines Wortes können Sie suchen: »*ay*« erbringt als Suchergebnis zum Beispiel Mayer, Bayer.

76

1

Einführung

Selektionsoptionen Über die oben erläuterte generische Suche hinaus haben Sie weitere Möglichkeiten, um gezielt Suchbedingungen für einzelne Suchfelder vorzugeben: die so genannten Selektionsoptionen. Hierzu gibt es ein spezielles Fenster, in dem Sie aus folgenden Werten einen auswählen können: • Einzelwert • Größer oder gleich • Größer • Kleiner oder gleich • Kleiner • Ungleich

Abbildung 1.26 Suchhilfemaske und Fenster »Selektionsoptionen« (© SAP AG)

Selektionsoptionen vorgeben Ausgangspunkt Suchhilfefenster »Wertebereich einschränken« 1. Klicken Sie auf das Symbol

.

➜ Das Fenster »Selektionsoptionen pflegen« mit den vorhandenen Optionen wird angezeigt. 2. Klicken Sie auf die von Ihnen gewünschte Option. ➜ Die gewählte Option erscheint farblich markiert. 3. Klicken Sie auf das Symbol

.

➜ Das Fenster »Werte einschränken« mit den selektierten Optionen wird angezeigt.

77

1

Einführung

1.10 Listen (Berichte) erstellen Während im vorhergehenden Abschnitt Formularanwendungen im Vordergrund standen, geht es nun um Listanwendungen. Der Unterschied zwischen diesen Anwendungsarten liegt besonders in der Darstellungsform der Daten: • In Formularen werden Daten detailliert dargestellt und auch geändert. • Mit Listanwendungen werden Daten meist in Form von Listen bzw. Tabellen angezeigt und lassen sich in dieser Darstellungsform normalerweise nicht ändern.

Report, Liste Ein Report ist ein R/3-Programm, das Ihnen als Ergebnis auf dem Bildschirm oder auf dem Drucker eine Liste liefert. Diese Liste enthält spezifische Teile des Datenbestandes Ihrer Datenbank. Im Auslieferungszustand von SAP R/3 sind bereits einige tausend vordefinierter und -strukturierter Reports verfügbar. Außerdem kann sich jeder R/3-Benutzer zum Beispiel mit der Programmiersprache ABAP/4 weitere eigene Reports erstellen. Die von R/3 mitgelieferten vorgegebenen Reports wurden ebenfalls mit ABAP/4 erstellt.

Selektionskriterien Normalerweise begrenzen Sie die Menge der auszudruckenden Informationen. Selektionskriterien dienen dazu, die unnötig umfangreiche Darstellung oder den unnötigen Ausdruck von Informationen einzuschränken oder zu verhindern. Sie bestimmen so genannte Selektionskriterien, die Sie in ein Selektionsbild eingeben. • In der Buchhaltung wird für eine Kontenübersicht der Kontenplan zum Beispiel auf »GKR« eingegrenzt. • Oder es werden für eine Lieferantenübersicht im Einkauf alle Lieferanten eines bestimmten Werkes ausgewählt.

Möglichkeiten zur Reportausführung Für das Erstellen eines Reports bietet R/3 normalerweise zwei Möglichkeiten: • Im jeweiligen Arbeitsgebiet stehen Ihnen in Menüs Funktionen zum Aufruf von vordefinierten und -strukturierten Reports zur Verfügung. • Über den Zweig INFOSYSTEME gelangen Sie in das »Informationssystem«. Hier können Sie, getrennt nach Modulen und Arbeitsgebieten und unterstützt durch eine systematische Menüführung, einen Report suchen, vervollständigen und ausführen.

78

1

Einführung

Der klassische Reportaufruf mit der Menüfunktion SYSTEM | DIENSTE | REPORTING steht an fast jeder Stelle zur Verfügung. Viele vordefinierte Reports erreichen Sie nur über diesen Weg. Oft ist dieser Weg – ausgehend von der SAP-Ebene – auch der schnellere im Vergleich zum langen Weg über das Arbeitsgebietsmenü.

1.10.1

Reports aus dem Arbeitsgebietsmenü starten

Reportaufruf im Arbeitsgebiet Normalerweise starten Sie die Berichte in den Menüs des Arbeitsgebiets wie beispielsweise LOGISTIK | MATERIALWIRTSCHAFT | MATERIALSTAMM. Es gibt im SAP-System keinen einheitlichen Menüpfad, der für alle Arbeitsgebiete gleich ist. Die Berichte werden in der Regel von den Menüs aus aufgerufen, von denen die Formularanwendungen zur Anzeige und Bearbeitung der aufzulistenden Objekte auch gestartet werden. Im Arbeitsgebiet »Materialstamm« sind z. B. die Berichte im Menü S ONSTIGE zu finden; im Arbeitsgebiet »Benutzerpflege« über INFO | INFOSYSTEM.

1.10.2

Reports mit dem Informationssystem suchen und starten

R/3 bietet eine Vielzahl von vordefinierten und -strukturierten Reports an. Ab Release 4.0 unterstützt Sie das Informationssystem (im Menü INFOSYSTEME) bei der Suche. Über dieses Menü erreichen Sie alle Informationsdaten des R/3-Systems zentral (anwendungsübergreifend). Die im Abschnitt »Reportaufruf im Arbeitsgebiet« beschriebene Vorgehensweise verzweigt ebenfalls auf das R/3-Informationssystem, allerdings hier gezielt zu den Informationsdaten des jeweiligen Arbeitsgebiets.

Infosystem aufrufen Ausgangspunkt Fenster »SAP Easy Access« Wählen Sie im Zweig INFOSYSTEME das gewünschte Modul aus. Klicken Sie sich so lange durch die Baumstruktur, bis Sie zur Auswahl der Reports gelangen. Diese werden durch das Symbol gekennzeichnet.

Allgemeine Berichtsauswahl Die Berichtsauswahl zeigt Ihnen die verschiedensten Reports übersichtlich und nach Verwendungszweck untergliedert in Form einer hierarchischen Baumstruktur. Die Berichtsauswahlmöglichkeiten unterstützen Sie in folgenden Fällen: • wenn der Weg zu einem bestimmten Report nicht bekannt ist • wenn Sie sich einen Überblick über die Reports eines Arbeitsgebietes verschaffen wollen

79

1

Einführung

Reports anzeigen (Berichtsauswahl) Ausgehend von der SAP Easy Access-Ebene wählen Sie unter INFOSYSTEM | ALLGEMEINE BERICHTSAUSWAHL das jeweilige Modul. Danach erscheint eine Übersicht über alle Berichtsmöglichkeiten. Sobald Sie ein Arbeitsgebiet aufklappen, sehen Sie dort eine weitere detaillierte Berichtsauswahl.

Einträge in der Berichtsauswahl Nach Aufruf der Berichtsauswahl sehen Sie standardmäßig nur die oberste Hierarchieebene der Baumstruktur mit den Themengebieten. • Eine vorangestellte Aktenmappe ( ) bedeutet, dass zu dieser Position weitere Hierarchieebenen oder Reporteinträge existieren. • Reportbezeichnungen erscheinen oft erst, wenn Sie aus der zweiten oder dritten Hierarchieebene verzweigen. Einen Reporteintrag erkennen Sie daran, dass hier keine Aktenmappe, sondern das Symbol vorangestellt ist.

Abbildung 1.27 Standardfenster »Berichtsauswahl Einkauf« (© SAP AG)

Report in der Berichtsauswahl starten Mit Doppelklick führen Sie den Report aus. Es erscheint das erste Bild des Reports, in der Regel das Selektionsbild zur Eingrenzung der auszugebenden Daten.

80

1

Einführung

1.10.3 Anwendung des Listviewers Die Anforderungen an die Inhalte der Ausgabe von Reports können, je nach Benutzer und Fachbereich in einem Unternehmen, unterschiedlich sein. Zum Beispiel ist ein Lagerarbeiter innerhalb der Materialbelegliste mehr an lagerrelevanten Daten wie Gewicht oder Lieferscheinnummer interessiert, während für den Einkauf Informationen wie Wareneingangsdatum, Bestellnummer und Lieferant von Bedeutung sind. Beginnend mit Release 4.0 ermöglicht der Listviewer in vielen Reports des R/3, die individuelle Aufbereitung der angezeigten Daten. Gleichzeitig wird die Bedienung für den Benutzer vereinheitlicht, und es können die angezeigten Daten in eingeschränktem Umfang analysiert werden. Im Einzelnen steht folgender Funktionsumfang zur Verfügung: • Sortierung der Listenausgabe. In Einzelfällen kann auch eine ABC-Analyse durchgeführt werden. • Filter setzen, um innerhalb der Listanzeige nur die Zeilen anzuzeigen, die bestimmte Kriterien erfüllen. • Summierung und innerhalb einer Summierung nochmalige Bildung von Teilsummen. • Anzeigevarianten können definiert werden, um die Ausgabe um bestimmte Daten zu ergänzen oder zu reduzieren. Eine Variante kann benutzerspezifisch definiert werden. Alternativ kann sie als Systemvariante deklariert und dem Report als Einstiegsvariante zugewiesen werden. • Über die Suchfunktion kann innerhalb der Listenausgabe nach speziellen Informationen gesucht werden. • In einigen Reports ist es möglich, den direkten Export der Daten in ein Programm zur Tabellen- oder Textverarbeitung durchzuführen. Am Beispiel der Materialbelegliste soll nachfolgend das Arbeiten mit dem Listviewer verdeutlicht werden: Ausgangspunkt Knoten SAP R/3 im Fenster »SAP Easy Access«. 1. Rufen Sie LOGISTIK | MATERIALWIRTSCHAFT | BESTANDSFÜHRUNG | UMFELD | LISTANZEIGEN | MATERIALBELEGE auf. ➜ Das Fenster »Materialbelegliste« wird angezeigt. 2. Geben Sie die gewünschten Selektionskriterien ein, und klicken Sie auf das Symbol . ➜ Das Fenster »Materialbelegliste« wird mit den Materialbelegen angezeigt, die den Selektionskriterien entsprechen (vgl. Abbildung 1.28).

81

1

Einführung

3. Rufen Sie EINSTELLUNGEN | ANZEIGEVARIANTE | AKTUELLE auf. ➜ Das Fenster »Anzeigevariante definieren: Materialbelegliste erweitert« wird angezeigt. Hinweis In der linken Fensterhälfte sehen Sie die bereits eingeblendeten Felder, während Sie in der rechten Fensterhälfte die aktuell ausgeblendeten Felder zu dieser Anzeigevariante sehen. Sie können hier die aktuelle Anzeigevariante ändern, um die Ausgabe der Materialbelegliste um vordefinierte Felder zu erweitern. Vorgenommene Anpassungen können Sie dann als eigene, neue Anzeigevariante sichern, um Sie später erneut zu nutzen. 4. Klicken Sie auf die Drucktaste POSITION. ➜ Im Fenster sehen Sie die ein- und ausgeblendeten Felder in der Materialbelegliste auf Positionsebene (vgl. Abbildung 1.29). 5. Falls das Feld »Erfassungsuhrzeit« nicht bereits eingeblendet ist, suchen und markieren Sie das Feld in der rechten Fensterhälfte »Ausgeblendete Felder«. Drücken Sie dann das Symbol . ➜ DAS FELD »Erfassungsuhrzeit« wird in den Fensterbereich »eingeblendete Felder« übernommen. 6. Betätigen Sie die Drucktaste ÜBERNEHMEN. ➜ Die angezeigte Übersicht der Materialbelege wird um das Feld »Erfassungsuhrzeit« erweitert. 7. Rufen Sie EINSTELLUNGEN | ANZEIGEVARIANTE | SICHERN auf. ➜ Das Fenster »Anzeigevariante: Sichern unter« wird angezeigt. Hinweis Sie müssen der Anzeigevariante jetzt einen Namen und eine Bezeichnung zuordnen. Über das Feld »Benutzerspezifisch« legen Sie fest, ob auch andere User die von Ihnen definierte Variante nutzen können. 8. Klicken Sie auf die Drucktaste SICHERN. ➜ Die Anzeigevariante wird gesichert. Sie kehren in die ÜBERSICHT DER MATERIALBELEGE zurück. 9. Zum Beenden klicken Sie auf das Symbol

.

➜ Das Fenster »Materialbelegliste« wird angezeigt.

82

1

Einführung

Abbildung 1.28 Materialbelegliste (© SAP AG)

Abbildung 1.29 Anzeigevariante definieren: Materialbelegliste erweitert (© SAP AG)

83

1

Einführung

1.11

Drucken

Sobald Sie einen Befehl zum Drucken geben, erscheint ein Fenster, in das Sie Voreinstellungen für einen Druckauftrag eingeben können (vgl. Abbildung 1.30 ).

Wichtige allgemeine Einstellungen • Feld »Ausgabegerät«: Hier wird der von Ihnen verwendete Drucker definiert. • Feld »Anzahl Ausdrucke«: Hier geben Sie die Zahl der zu druckenden Exemplare vor. • Feld »Sofort ausgeben«: Hier bestimmen Sie den Zeitpunkt des Druckvorgangs. Durch Ankreuzen dieses Feldes erfolgt der Ausdruck automatisch zum frühestmöglichen Zeitpunkt.

Abbildung 1.30 Fenster für Druckvorgaben (© SAP AG)

Feldgruppe »Ausgabeformat« Den Drucklisten sind in R/3 so genannte »Ausgabeformate« zugeordnet. Ausgabeformate enthalten Vorgaben wie die Papiergröße und die Festlegung auf Hoch- oder Querformat. • Felder »Zeilen« und »Spalten«: In diesen Anzeigefeldern sehen Sie die Werte, die für die Druckliste erforderlich sind. Die Werte sollten mit denen des Feldes »Aufbereitung« übereinstimmen.

84

1

Einführung

• Feld »Aufbereitung«: Hier wird das erforderliche Ausgabeformat für den jeweiligen Druckvorgang eingestellt. Das Ausgabeformat X_65_80 bewirkt beispielsweise eine Formatierung von »65 Zeilen und 80 Spalten je Seite«. Wenn die Werte im Feld »Ausgabeformat« kleiner sind als die Angaben in den Feldern »Zeilen« und »Spalten«, kann dies folgende Probleme verursachen: • Zeilen werden abgeschnitten und unvollständig gedruckt. • Seitenumbrüche werden an Stellen vorgenommen, an denen sie nicht erwünscht sind.

Feldgruppe »Deckblätter« Das Deckblatt ist die erste Seite Ihres Ausdrucks. Wenn mehrere Mitarbeiter denselben Drucker verwenden, können Sie diese Feldgruppe dazu nutzen, um die erste Seite Ihres Ausdrucks zum Beispiel mit Ihrem Namen zu kennzeichnen.

Späterer Ausdruck Wenn das Feld »Sofort ausgeben« nicht aktiviert ist, wird ein so genannter Spoolauftrag erzeugt, jedoch zunächst nicht ausgeführt. Der Ausdruck erfolgt erst später mit einer anderen Funktion. Diese Vorgehensweise empfiehlt sich in folgenden Fällen: • Sehr umfangreiche Listen werden meist nach Geschäftsschluss – zum Beispiel abends – gedruckt, damit ein gemeinsam genutzter Drucker während der normalen Arbeitszeit nicht zu lange belegt ist. • Sammlung von Druckarbeiten auf besonderen Vordrucken: Statt mehrere Male am Tag das Papier für verschiedene Ausdrucke zu wechseln (z. B. Vordrucke, Formulare, bestimmte Formate), ist es rationeller, die entsprechenden Druckaufträge für einen späteren gemeinsamen Ausdruck zu sammeln und zu koordinieren.

Wichtige Felder für einen späteren Ausdruck • Feld »Name«: Über diese Bezeichnung kann ein vorbereiteter Druckauftrag für eine spätere Ausgabe gesucht und freigegeben werden. • Feld »Sofort ausgeben«: Dieses Feld darf natürlich bei einem vorgesehenen späteren Ausdruck nicht markiert sein.

1.12 Online-Hilfe Als Online-Hilfe (Bildschirmhilfe) stehen zwei Quellen zur Verfügung: • Eine innerhalb von R/3 gespeicherte R/3-Dokumentation wird insbesondere als Schnellhilfe für Felder oder Fehlermeldungen genutzt.

85

1

Einführung

• Die sehr umfangreiche R/3-Komplettdokumentation zu den einzelnen R/3-Funktionen und -Komponenten wird auf CD-ROM zur Verfügung gestellt. Der Aufruf der CD-ROM-Dokumentation kann direkt aus Windows erfolgen. Andererseits führen Aufrufe von Hilfefunktionen aus R/3 heraus ebenfalls direkt in diese extern gespeicherte Dokumentation. Für viele Komponenten steht ein ausführliches Glossar (Begriffslexikon) zur Verfügung, um Erläuterungen zu SAP- und R/3-spezifischen Fachbegriffen abzurufen. Der Aufruf erfolgt mit Hilfe des R/3-internen Menüs. Das Glossar ist ebenfalls auf der CD-ROM-Dokumentation vorhanden.

1.12.1

R/3-interne Schnellhilfe

Zu folgenden Bildschirmelementen können Sie elektronische Hilfeinformationen (Online-Hilfe) abrufen: • Felder • Fehlermeldungen

Bildschirmhilfen zu Feldern abrufen Ausgangspunkt Beliebiges Bild mit Eingabefeldern 1. Klicken Sie in das Feld, zu dem Sie Informationen abrufen wollen, und drücken Sie (F1). ➜ Das Hilfefenster wird angezeigt. 2. Klicken Sie auf die Drucktaste

.

➜ Sie befinden sich wieder am Ausgangspunkt des Aufrufs.

Bildschirmhilfen zu Fehlermeldungen abrufen Ausgangspunkt Ein Fenster mit einer Fehlermeldung 1. Doppelklicken Sie auf die in der Statusleiste angezeigte Fehlermeldung. ➜ Ein Hilfefenster wird angezeigt, das die Fehlermeldung interpretiert.

1.12.2 R/3 Glossar SAP pflegt teilweise eine eigene Fachsprache, die auch auf den Bildschirmen verwendet wird. Ausführliche Glossare (Begriffslexika) stehen zur Verfügung, um Erläuterungen zu Fachbegriffen abzurufen.

Glossar aufrufen Ausgangspunkt Beliebiges Fenster mit einer Menüleiste 1. Rufen Sie die Menüfunktion HILFE | GLOSSAR auf. ➜ Das Fenster »SAP Hilfe – Glossar« wird angezeigt. Hinweis Ab Release 4.0 kann dazu ein externer Browser verwendet werden, mit dessen Hilfe auch die Online-Dokumentation angezeigt wird.

86

1

Einführung

2. Klicken Sie im linken Fenster auf das Register »Index«. 3. Geben Sie die ersten Buchstaben des gesuchten Begriffs ein. ➜ Der Zeiger wird auf den ersten passenden Eintrag in der Liste gesetzt. 4. Markieren Sie mit der Maus den gewünschten Eintrag, und klicken Sie auf die Drucktaste DISPLAY. ➜ Im rechten Fenster wird der Text zu dem markierten Begriff angezeigt.

Abbildung 1.31 SAP Hilfe – Glossar (© SAP AG)

1.12.3 Online-Dokumentation auf CD-ROM Die Nutzung einer elektronisch gespeicherten Dokumentation wird immer beliebter. Der Vorteil einer CD-ROM-Dokumentation besteht in der Mitnahmemöglichkeit; sie kann auch auf PCs ohne R/3-Anschluss genutzt werden.

CD-ROM-Hilfe starten (Bibliothek) Sie können die Hilfetexte sowohl aus R/3 als auch aus Windows heraus aufrufen: • SAP R/3: Rufen Sie die Menüfunktion HILFE | R/3-BIBLIOTHEK auf. • Windows: Klicken Sie im Menü START auf das entsprechende Symbol. Die Bibliothek als zentraler Einstieg in die externe Online-Hilfe wird angezeigt. Die Bedienung erfolgt grundsätzlich wie bei anderen Hilfedateien unter Windows.

87

1

Einführung

Abbildung 1.32 SAP Hilfe R/3-Bibliothek (© SAP AG)

Teilbereiche der Bibliothek • Inhalt Zugang zur Online-Dokumentation, die sich über alle Module erstreckt. • Einführung in das R/3-System Anleitung zur Bedienung und Handhabung der grundlegenden Verfahren von R/3. • Einführungswerkzeuge Informationen zu den Projekt unterstützenden Einführungswerkzeugen »Vorgehensmodell«, 2 »Customizing«, »Referenzmodell« und »Einführungsleitfaden«. • Release-Infos Detaillierte Informationen über die Änderungen und Neuerungen im aktuellen Release. • R/3-Services Informationen über das Online Service System (OSS) der SAP. • Demo-System IDES Informationen zu ausgewählten Funktionen mit konkreten und detaillierten Step-by-step-Anweisungen zum Testen der Funktionen direkt am SAP R/3-System.

88

1

Einführung

1.13 Grundlagen Customizing Customizing bedeutet die Anpassung des von der SAP ausgelieferten R/3®Systems an die branchen- und unternehmensspezifischen Anforderungen. Das Customizing in R/3 erfolgt durch eine dialoggesteuerte Vornahme von Einstellungen in Tabellen. Beispiele für solche Einstellungen sind: • Anlegen der Unternehmensstruktur (Mandant, Buchungskreise, Werke) • Festlegung der Materialarten • Toleranzgrenzen in der Rechnungsprüfung Das Ergebnis des Customizings ist ein auf das Unternehmen eingestelltes (neudeutsch: »gecustomiztes«) R/3-System. Außer bei einer R/3-Neueinführung muss auch bei Release-Wechseln oder funktionalen Erweiterungen ein Customizing in R/3 vorgenommen werden.

1.13.1

Überblick über Werkzeuge und Methoden

Zur Unterstützung des Customizings stellt die SAP folgende Werkzeuge und Methoden bereit: • ASAP-Vorgehensmodell Das so genannte »ASAP-Vorgehensmodell« (AcceleratedSAP) unterstützt bei der Einführungsplanung und -durchführung. Als Gesamtplan für eine R/3-Einführung kann es den Projektmitarbeitern als ablauforganisatorische Grundlage dienen. • Referenzmodell Das R/3-Referenzmodell dient als »Nachschlagewerk« für R/3-Funktionen. Es zeigt den betriebswirtschaftlichen Leistungsumfang und die Geschäftsprozesse des R/3-Standardsystems und unterstützt somit den Anwender insbesondere bei der Suche und Auswahl der für sein Unternehmen nützlichen Funktionen. Es wird im Kapitel »Überblick Materialwirtschaft« behandelt. • Implementation Guides Während das Vorgehensmodell den übergeordneten ablauforganisatorischen Rahmen definiert, enthalten die so genannten »Implementation Guides« (IMG, Leitfäden) in Checklisten detaillierte Auflistungen der Einstellungsaktivitäten, die direkt im R/3-System vorgenommen werden müssen. • Customizing-Transaktionen Mit Hilfe von »Customizing-Transaktionen« werden die Systemeinstellungen zur R/3-Anpassung, die in den Implementation Guides aufgeführt sind, direkt im R/3-System durchgeführt.

89

1

Einführung

• Projektsteuerung, -dokumentation Sowohl mit dem Vorgehensmodell als auch mit dem IMG können Sie R/3Projekte steuern, indem Sie hier beispielsweise Ressourcen definieren und zuordnen. Auch die Dokumentation können Sie in R/3 hinterlegen und den einzelnen Elementen der IMGs und des Vorgehensmodells zuordnen. • Korrektur- und Transportwesen Im Standardauslieferungssystem nehmen Sie die Einstellungen in einem Customizingmandanten vor. Zur Übernahme von Einstellungen in einen Produktiv-Mandanten verwenden Sie das so genannte »Korrektur- und Transportwesen« (CTS, Change & Transport System).

1.13.2 Arbeitsgebiet »Customizing« Zugang zu den Werkzeugen des Customizings erhalten Sie mit folgendem Verfahren: Ausgangspunkt Knoten SAP R/3 im Fenster »SAP Easy Access« 1. Rufen Sie WERKZEUGE | ACCELERATEDSAP | CUSTOMIZING | PROJEKTBEARBEITUNG auf. ➜ Das Fenster »Customizing Projektbearbeitung« wird angezeigt. Hinweis Im Fenster werden die Projekte Ihres Arbeitsvorrates angezeigt. Über die Drucktaste SAP REFERENZ IMG können Sie in den allgemeinen Standard-IMG verzweigen. Die Taste ermöglicht es, weitere Projekte in den Arbeitsvorrat aufzunehmen. Dieser lässt sich über die Drucktaste ARBEITSVORRAT VERWALTEN bearbeiten.

Abbildung 1.33 Einstiegsbild des Arbeitsgebiets »Customizing: Projektbearbeitung«

(© SAP AG)

90

1

Einführung

Die Menüs im Arbeitsgebiet »Customizing: Projektbearbeitung« bieten Ihnen folgende Möglichkeiten: • Menü SPRINGEN Hier befinden sich die Menübefehle zur Projektverwaltung und -steuerung und zum Aufruf des Referenz-IMG, mit denen eine Ersteinführung unterstützt werden kann. • Menü EINSTELLUNGEN Hier können benutzerspezifische oder projektübergreifende Einstellungen zur Anzeige und zum Layout der IMGs getätigt werden. • Menü WERKZEUGE Dieses Menü enthält verschiedene Funktionen für den Transport von Einstellungen, die Auswertung von Tabellen, die Erweiterung des SAP-Referenz-IMG (Gesamtleitfadens) und das IMG-Infosystem.

1.13.3 Implementation Guides (IMG, Leitfäden) Die SAP bezeichnet die Implementation Guides in der Dokumentation aus gutem Grund als »zentrales Element des Customizings«. Sie sind – wenn sie richtig und konsequent genutzt werden – gleichzeitig operative Schaltstelle und Checkliste für die Einführungsaktivitäten und unterstützen die Einführung mit folgenden Funktionen: • direkter Aufruf der Customizing-Transaktionen, um Einstellungen am R/3-System selbst auszuführen • Erstellung der Projektdokumentation durch Erfassung und Zuordnung von Notizen zu den einzelnen Aktivitäten • Erfassung eigener projektspezifischer Statusinformationen zur Feinsteuerung von Projekten • Aufruf der R/3-Dokumentation zu den einzelnen Aktivitäten

IMG-Versionen Die Implementation Guides sind in unterschiedlichen Umfängen vorhanden: • Der Referenz-IMG enthält als Komplettversion die Einführungsaktivitäten für alle Länder und alle Module und wird grundsätzlich nur zur Erzeugung der nachgenannten IMGs genutzt. Der Referenz-IMG existiert nur einmal im gesamten R/3-System und gilt gleichzeitig für alle R/3-Mandanten. • Der Unternehmens-IMG enthält die von Ihnen ausgewählten Einführungsaktivitäten für Ihr Unternehmen und ist somit eine Untermenge des Referenz-IMG. Hierzu bestimmen Sie die gewünschten Länder und Module beziehungsweise Komponenten, wie beispielsweise das Modul »Materialwirtschaft« mit seinen Komponenten »Einkauf«, »Bestandsführung« oder »Rechnungsprüfung«. Wie der Referenz-IMG gilt auch der Unternehmens-IMG für das gesamte R/3-System mit allen R/3-Mandanten.

91

1

Einführung

Lassen Sie sich an dieser Stelle nicht durch die sonst übliche Definition des Begriffs »Mandant« irritieren, die besagt, dass ein Mandant einem Unternehmen entspricht; der Unternehmens-IMG gilt mandantenübergreifend. • Für jedes Teilprojekt können Sie wiederum eigene Projekt-IMGs erzeugen. Diese IMGs bestehen aus einer Untermenge des jeweiligen Unternehmens-IMG. Diese Funktion bietet sich an, wenn mehrere Module implementiert oder in einem R/3-System mehrere Firmen abgebildet und dafür eigene Teilprojekte installiert werden. Wie bei der Erstellung des Unternehmens-IMG grenzen Sie die Aktivitäten für den Projekt-IMG ein, indem Sie bestimmte Länder und R/3-Funktionen auswählen, die von Ihrem Projekt betroffen sind. • Release-spezifische IMGs sind hilfreiche Checklisten für die Aktivitäten, die bei einem Release-Wechsel anfallen. Sie lassen sich für unterschiedliche Release-Stände erzeugen. So kann beispielsweise für den ReleaseStand 4.6C ein IMG, beginnend beim alten Release-Stand 3.1G bis hin zum letzten Stand von 4.5, erstellt werden. Wie bei den IMGs zur Ersteinführung ist eine Differenzierung release-spezifischer Leitfäden für das Unternehmen auf Basis des Unternehmens-IMG möglich und für jedes Customizings-Projekt auf Basis des Projekt-IMG. Auf die IMGs sind spezielle Sichten möglich. Eine Sicht zeigt ausgewählte Inhalte eines Projekt-IMGs wie beispielsweise alle Muss-Aktivitäten, deren Ausführung im Gegensatz zu Kann-Aktivitäten zum Pflichtprogramm gehört. Die Abbildung 1.34 zeigt die Zusammenhänge zwischen den einzelnen IMGs.

Abbildung 1.34 IMG-Versionen

92

1

Einführung

1.13.4 Mit den IMGs arbeiten Unabhängig davon, in welchem IMG Sie gerade arbeiten, stehen Ihnen grundsätzlich die gleichen Funktionen zur Verfügung. Die Bedienung des IMG soll am Beispiel des Referenz-IMG gezeigt werden. Die in der Tabelle aufgelisteten Funktionen und Symbole stehen Ihnen in allen IMGs in ähnlicher Form zur Verfügung:

Symbol

Funktion Start einer ausführbaren Funktion (Customizing-Transaktion) Anzeige der Dokumentation zu einem Eintrag Suche nach Einträgen beziehungsweise Weiterführung einer bereits begonnenen Suche Anzeige der Release-Notes Positionieren (die Liste wird ab der markierten Zeile angezeigt)

Tabelle 1.14 Symbole und Funktionen der IMGs

Mit Doppelklick auf eine Textzeile erhalten Sie ebenfalls die zur Aktivität gehörende Dokumentation.

Referenz-IMG anzeigen Der Referenz-IMG lässt sich jederzeit zur Ansicht aufrufen. Ausgangspunkt Knoten SAP R/3 im Fenster »SAP Easy Access« 1. Rufen Sie WERKZEUGE | ACCELERATEDSAP | CUSTOMIZING | PROJEKTBEARBEITUNG auf. ➜ Das Fenster »Customizing: Projektbearbeitung« wird angezeigt. 2. Rufen Sie SPRINGEN | SAP REFERENZ-IMG ANZ auf. ➜ Das Fenster » Struktur anzeigen: SAP Referenz-IMG« wird angezeigt. Hinweis Die Aufbereitung der Anzeige hängt von Ihren persönlichen Einstellungen ab und kann von der beschriebenen abweichen. 3. Zur Anzeige oder zum Verbergen von Unterebenen klicken Sie auf das Dreieck links vom Text. Doppelklicken Sie nicht irgendwo in die Zeile, da sonst die zugehörige Dokumentation aufgerufen wird.

93

1

Einführung

Abbildung 1.35 Fenster »Einführungsleitfaden anzeigen« (© SAP AG)

IMG-Inhalt In Abbildung 1.35 sehen Sie die zeilenweise Auflistung der IMGs. Hier wird nach dem Aufruf die erste von bis zu fünf Hierarchieebenen angezeigt. Eine Zeile, zu der weitere Hierarchieebenen existieren, wird als »Knoten« bezeichnet. Zeilen der letzten Hierarchieebene werden in R/3 »Strukturtitel« genannt. Der Referenz-IMG ist in seiner ersten Hierarchieebene nach Modulen wie »Finanzwesen«, »Controlling« oder »Materialwirtschaft« gegliedert. Darüber hinaus enthält er folgende allgemeine Teile: • globale Einstellungen (länderspezifische Festlegungen wie Währungen, Maßeinheiten oder Kalender) • Unternehmensstruktur (Zuordnung und Definition der Organisationseinheiten wie Buchungskreise, Werke, Lagerorte, Einkaufsorganisationen) • anwendungsübergreifende Funktionen (CAD-Integration, Betriebsdatenerfassung, EDI, ALE für verteilte Anwendungen) • Basis (technische und administrative Aktivitäten wie Berechtigungsverwaltung, Einstellungen für den Workflow und Druckereinrichtung)

IMG-Zusatzinformationen darstellen Sie können in der Hierarchiestruktur eines IMG zusätzlich zu den Strukturtiteln beziehungsweise Knoten über das Menü ZUSATZINFORMATIONEN folgende weitere Informationen anzeigen:

94

1

Einführung

• Schlüssel Mit diesen Informationen können Sie sehen, um welchen Dokumenttyp bzw. welches Objekt (z. B. Kapitel, Arbeitsschritte, Attribute) es sich bei einem Dokument handelt. • Status Wenn ein Status vergeben wurde, wird neben dem Strukturtitel der Status angezeigt. • Notizen Wenn eine Notiz angelegt wurde, wird dies angezeigt. • Release-Information Zeigt die Existenz einer Release-Information an. • Notwendigkeit der Aktivität, kritische Aktivität Zeigt an, ob es sich um eine Muss-Aktivität handelt, die bei einer Einführung durchgeführt werden muss, oder ob es sich um eine Kann-Aktivität handelt. Darüber hinaus erfordern kritische Aktivitäten besondere Sorgfalt, weil Fehler dort sehr weitreichende Konsequenzen haben.

Abbildung 1.36 Einführungsleitfaden anzeigen mit geöffnetem Menü »Zusatzinformationen«;

(© SAP AG)

95

1

Einführung

• Zuordnung zur ASAP-Roadmap Zu den einzelnen Arbeitspaketen des ASAP-Vorgehensmodells können Sie Aktivitäten der IMGs auflisten und diese auch starten. Die standardmäßige Zuordnung der Aktivitäten zu den Arbeitspaketen ersehen Sie aus dieser Sicht. • Länderzuordnung Sie können anzeigen, zu welchem Land eine Aktivität gehört. Wird kein Land angezeigt, so gilt die Aktivität für alle ausgelieferten Länder.

Informationen suchen Mit der Suchfunktion können Sie nach einem Wort oder nach einer Zeichenkette innerhalb der Strukturtitel eines IMG suchen. Ausgangspunkt Fenster »Einführungsleitfaden...« 1. Klicken Sie auf das Symbol

.

➜ Das Fenster »Suchen in den Kapiteltiteln« wird angezeigt. 2. Geben Sie den zu suchenden Begriff ein, und legen Sie fest, ob Sie den ersten Treffer oder eine Liste aller Treffer sehen wollen. Klicken Sie auf das Symbol . ➜ Es wird Ihrer Vorgabe entsprechend entweder der Strukturteil mit der markierten ersten Trefferzeile oder die so genannte Trefferliste angezeigt. 3. Mit dem Symbol

können Sie den Suchvorgang wiederholen.

IMG drucken Die folgende Beschreibung setzt voraus, dass Sie den IMG in SAPSCRIPT angezeigt haben. Dann können Sie folgende Inhalte aus dem IMG ausdrucken: • die gesamte Hierarchiestruktur eines IMG als zeilenweise Auflistung • den kompletten IMG mit Notizen und Dokumenten • einzelne Dokumente

Hierarchiestruktur drucken Ausgangspunkt IMG 1. Rufen Sie EINFÜHRUNGSLEITFADEN | DRUCKEN | ANGEZEIGTE STRUKTUR auf. ➜ Ein Fenster mit den Druckparametern wird angezeigt. 2. Geben Sie den Namen des Druckers ein, wählen Sie gegebenenfalls weitere Druckparameter aus, und klicken Sie auf das Symbol .

96

1

Einführung

Kompletten IMG drucken Bitte beachten Sie, dass der komplette Referenz-IMG einen Umfang von mehreren hundert Seiten hat. Ausgangspunkt IMG 1. Setzen Sie den Cursor auf den obersten Knoten in der Hierarchie. Rufen Sie EINFÜHRUNGSLEITFADEN | DRUCKEN | KNOTEN MIT UNTERKNOTEN auf. ➜ Das Fenster zur Bestimmung von Druckvorgaben wird angezeigt. 2. Legen Sie mit Hilfe der Option »Text drucken« fest, ob Sie nur die Dokumente, nur die Notizen oder alle Dokumente mit allen Notizen drucken wollen, und klicken Sie auf das Symbol . ➜ Das Fenster zur Bestimmung von Druckvorgaben wird angezeigt. 3. Geben Sie den Namen des Druckers ein, wählen Sie gegebenenfalls weitere Druckparameter aus, und klicken Sie auf das Symbol .

Teile eines IMG drucken Ausgangspunkt IMG 1. Klicken Sie auf die Zeile, ab der Sie alle in der Hierarchie untergeordneten Informationen drucken wollen. 2. Rufen Sie EINFÜHRUNGSLEITFADEN | DRUCKEN | KNOTEN | MIT UNTERKNOTEN auf. Der weitere Ablauf entspricht dem zuvor behandelten Verfahren »Kompletten IMG drucken«.

Einzelne Dokumente drucken Ausgangspunkt IMG 1. Klicken Sie auf die Zeile, zu der Sie die entsprechenden Informationen ausdrucken wollen. 2. Rufen Sie EINFÜHRUNGSLEITFADEN | DRUCKEN | KNOTEN | OHNE UNTERKNOTEN auf. Der weitere Ablauf entspricht dem zuvor behandelten Verfahren »Kompletten IMG drucken«.

97

1

Einführung

1.14 Aufgaben 1. Das R/3-System wird in den unterschiedlichsten Branchen – angefangen von Industrieunternehmen wie chemische Industrie oder KFZ-Industrie über Handelsunternehmen bis hin zu Dienstleistern wie Versicherungen, Banken oder Reiseveranstaltern – eingesetzt. Welche der folgenden Eigenschaften von SAP ermöglichen diese branchenübergreifende Verwendung? a) Die Anforderungen an eine betriebswirtschaftliche Standardsoftware ist in allen Branchen gleich. b) Customizing-Methoden ermöglichen betriebs- und branchenspezifische Vorgaben und Verarbeitungsregeln in Tabellen. c) Vom R/3-Standard abweichende Abläufe lassen sich mit der SAP-eigenen Programmiersprache ABAP/4 und der Entwicklungsumgebung realisieren. d) Die große Anzahl der angebotenen Standardfunktionen deckt die meisten Anforderungen ab. 2. Welche Aussagen zum Thema »Mandant« sind richtig? a) Ein Unternehmen wird in SAP als Mandant bezeichnet und hat jeweils eine eigene Mandantennummer. b) Mit der Mandantennummer wird der Zugriff auf die Daten des ausgewählten Mandanten eingeschränkt. c) Ein Benutzer arbeitet normalerweise mit Daten von lediglich einem Unternehmen. 3. Welche angegebenen Möglichkeiten zur Abmeldung vom System R/3 sind richtig? a) Menübefehl SYSTEM | ABMELDEN b) Doppelklick auf das Fenstermenü (Systemmenü) in der linken oberen Fensterecke c) Tastenkombination (Strg)+(Alt)+(Entf) d) Klick auf das Fenstermenü und auf die Menüfunktion SCHLIESSEN e) Tastenkombination (Alt)+(F4) 4. Welche Standardmenüs stehen in R/3 grundsätzlich immer zur Verfügung? a) SYSTEM b) HILFE c) BEARBEITEN d) BILDSCHIRMEINSTELLUNGEN 5. Welche Feldarten gibt es in R/3-Fenstern, und worin bestehen die Unterschiede? a) Mussfelder (Eingabepflicht) b) Kannfelder (Eingabe möglich, jedoch keine Eingabepflicht) c) Anzeigefelder (keine Eingabe möglich)

98

1

Einführung

6. Wo können Meldungen von R/3 angezeigt werden? a) in der Statusleiste (letzte Fensterzeile) b) in einem Dialogfenster c) in der Kopfzeile (Fenstertitel) 7. Herr Willi Hörmann arbeitet in seiner Firma im OFK-Büro (Büro für obere Führungskräfte) mit den Gehaltsdaten der bevorzugten leitenden Angestellten und somit mit besonders sicherheitsempfindlichen Daten. Deshalb hat der Systembetreuer in R/3 festgelegt, dass er mindestens jede Woche einmal sein Kennwort ändern muss. Sein Benutzername entspricht seinem Nachnamen. Herr Hörmann legt sich eine Liste mit Kennwörtern auf Reserve an, die er in seinem Arbeitszimmer unter einem Blumentopf aufbewahrt. Herr Hörmann zeigt Ihnen – Sie sind der zuständige Benutzerbetreuer – folgende Kennwörter, die er sich auf »Vorrat« notiert hat. Welche der folgenden Kennwörter sind gültig? a) !Maus! b) Eismann c) Hörmi d) STEILPASS e) HM f) OFK g) RRREIN h) Sesam-öffne-Dich i) Willi j) Pass 8. Welche Arten von Anwendungen können unterschieden werden? a) Formularanwendungen b) Listanwendungen c) Systemanwendungen 9. Welche Schritte zum Ablauf einer Formularanwendung zum Ändern von Daten sind richtig? a) Start der Anwendung b) Datenauswahl im Einstiegsbild c) Datenanzeige, -änderung in einem oder mehreren Detailbildern d) Verlassen der Anwendung zur Überprüfung anderer Daten e) Speicherung der Änderungen ausgehend von einem Detailbild f) Rückkehr in das Einstiegsbild

99

1

Einführung

10. Suchen Sie Eingabewerte für ein Feld, so können Sie sich durch Drücken von (F4) helfen lassen. Welche möglichen Programmreaktionen können Sie nach Betätigung von (F4) bzw. des Symbols erwarten? a) Meldung, dass keine Hilfe zur Eingabe verfügbar ist b) Werteliste c) Feldhilfe d) Suchhilfefenster 11. In welchen Fällen bestimmen Sie, dass ein Druckauftrag nicht sofort ausgegeben wird? a) Kurz vor Feierabend b) bei langen Listen c) bei Ausdrucken auf spezielle Vordrucke 12. Sie lesen in einer bisher unbekannten Anwendung (Transaktion) einen Feldnamen, dessen Bedeutung Sie nicht kennen. Wie rufen Sie die Hilfe zur Interpretation des Feldnamens auf? a) Taste (F4) b) Taste (F1) c) Symbol 13. Welche Werkzeuge, die das R/3-Customizing unterstützen, bietet SAP? a) R/3-Vorgehensmodell b) R/3-Referenzmodell c) Einführungsleitfaden – IMG d) ABAP Workbench

100

1

Einführung

1.15

Lösungen

1. Das R/3-System wird in den unterschiedlichsten Branchen – angefangen von Industrieunternehmen wie chemische Industrie oder KFZ-Industrie über Handelsunternehmen bis hin zu Dienstleistern wie Versicherungen, Banken oder Reiseveranstaltern – eingesetzt. Welche der folgenden Eigenschaften von SAP ermöglichen diese branchenübergreifende Verwendung? a) Falsch Die Anforderungen an eine betriebswirtschaftliche Standardsoftware ist in allen Branchen gleich. b) Richtig Customizing-Methoden ermöglichen betriebs- und branchenspezifische Vorgaben und Verarbeitungsregeln in Tabellen. c) Richtig Vom R/3-Standard abweichende Abläufe lassen sich mit der SAP-eigenen Programmiersprache ABAP/4 und der Entwicklungsumgebung realisieren. d) Richtig Die große Anzahl der angebotenen Standardfunktionen deckt die meisten Anforderungen ab. 2. Welche Aussagen zum Thema »Mandant« sind richtig? a) Richtig Ein Unternehmen wird in SAP als Mandant bezeichnet und hat jeweils eine eigene Mandantennummer. b) Richtig Mit der Mandantennummer wird der Zugriff auf die Daten des ausgewählten Mandanten eingeschränkt. c) Richtig Ein Benutzer arbeitet normalerweise mit Daten von lediglich einem Unternehmen. 3. Welche angegebenen Möglichkeiten zur Abmeldung vom System R/3 sind richtig? a) Richtig Menübefehl SYSTEM | ABMELDEN. b) Richtig Doppelklick auf das Fenstermenü (Systemmenü) in der linken oberen Fensterecke. c) Falsch Tastenkombination (Strg)+(Alt)+(Entf). d) Richtig Klick auf das Fenstermenü und auf die Menüfunktion SCHLIEßEN. e) Richtig Tastenkombination (Alt)+(F4). 4. Welche Standardmenüs stehen in R/3 grundsätzlich immer zur Verfügung? a) Richtig SYSTEM b) Richtig HILFE c) Falsch BEARBEITEN d) Richtig BILDSCHIRMEINSTELLUNGEN

101

1

Einführung

5. Welche Feldarten gibt es in R/3-Fenstern, und worin bestehen die Unterschiede? a) Richtig Mussfelder (Eingabepflicht) b) Richtig Kannfelder (Eingabe möglich, jedoch keine Eingabepflicht) c) Richtig Anzeigefelder (keine Eingabe möglich) 6. Wo können Meldungen von R/3 angezeigt werden? a) Richtig in der Statusleiste (letzte Fensterzeile) b) Richtig in einem Dialogfenster c) Falsch in der Kopfzeile (Fenstertitel) 7. Herr Hörmann legt sich eine Liste mit Kennwörtern auf Reserve an, die er in seinem Arbeitszimmer unter einem Blumentopf aufbewahrt. Herr Hörmann zeigt Ihnen – Sie sind der zuständige Benutzerbetreuer – folgende Kennwörter, die er sich auf »Vorrat« notiert hat. Welche der folgenden Kennwörter sind gültig? a) Falsch !Maus! b) Richtig Eismann c) Falsch Hörmi d) Richtig STEILPASS e) Falsch HM f) Richtig OFK g) Falsch RRREIN h) Falsch Sesam-öffne-Dich i) Richtig Willi j) Falsch Pass 8. Welche Arten von Anwendungen können unterschieden werden? a) Richtig Formularanwendungen b) Richtig Listanwendungen c) Richtig Systemanwendungen 9. Welche Schritte zum Ablauf einer Formularanwendung zum Ändern von Daten sind richtig? a) Richtig Start der Anwendung b) Richtig Datenauswahl im Einstiegsbild c) Richtig Datenanzeige, -änderung in einem oder mehreren Detailbildern d) Falsch Verlassen der Anwendung zur Überprüfung anderer Daten e) Richtig Speicherung der Änderungen ausgehend von einem Detailbild f) Richtig Rückkehr in das Einstiegsbild

102

1

Einführung

10. Suchen Sie Eingabewerte für ein Feld, so können Sie sich durch Drücken von (F4) helfen lassen. Welche drei möglichen Programmreaktionen können Sie nach Betätigung von (F4) bzw. des Symbols erwarten? a) Richtig Meldung, dass keine Hilfe zur Eingabe verfügbar ist b) Richtig Werteliste c) Falsch Feldhilfe d) Richtig Suchhilfefenster 11. In welchen Fällen bestimmen Sie, dass ein Druckauftrag nicht sofort ausgegeben wird? a) Falsch Kurz vor Feierabend b) Richtig bei langen Listen c) Richtig bei Ausdrucken auf spezielle Vordrucke 12. Sie lesen in einer bisher unbekannten Anwendung (Transaktion) einen Feldnamen, dessen Bedeutung Sie nicht kennen. Wie rufen Sie eine Hilfe zur Interpretation des Feldnamens auf? a) Falsch Taste (F4) b) Richtig Taste (F1) c) Richtig Symbol 13. Welche Werkzeuge, die das R/3-Customizing unterstützen, bietet SAP? a) Richtig R/3-Vorgehensmodell b) Richtig R/3-Referenzmodell c) Richtig Einführungsleitfaden – IMG d) Falsch ABAP Workbench

103

2

R/3-Architektur

Kapitel 2 R/3-Architektur 2.1

Die Grundlagen der Client-Server-Architektur

108

2.2

Der R/3-Systemkern

110

2.3

Die Präsentationsschicht

2.3.1

Ablauf des Dialogs

111

2.3.2

Zusätzliche Dienste der Präsentationsschicht

112

2.4

Die Anwendungsschicht

2.4.1 2.4.2 2.4.3 2.4.4 2.4.5 2.4.6 2.4.7 2.4.8

Der SAP-Dispatcher Dialogservice Batch-Service Enqueue-Service Verbucher Der Spool-Service Der Message-Service Der Gateway-Service

114 115 119 121 123 128 130 131

2.5

Der Datenbankserver

132

2.6

Zusammenfassender Überblick über die Server-Dienste

133

110

113

2.7

Konfiguration von Client-Server-Systemen

134

2.7.1 2.7.2 2.7.3

Zentralsystem Zweistufige Konfiguration Dreistufige Konfiguration

134 135 136

105

2

R/3-Architektur

2.8

Regeln zur Konfiguration von R/3-Systemen

138

2.8.1 2.8.2 2.8.3 2.8.4 2.8.5

138 139 140 141

2.8.6

Standardinstallation Installation weiterer Dialogprozesse und Server Verteilung der Dienste Konfiguration in einem Netzwerk Konfigurationsüberlegungen beim Einsatz verschiedener R/3Module Hardware-abhängige Konfigurationsalternativen

2.9

SAP R/3 auf Betriebssystemebene

142

2.9.1 2.9.2 2.9.3 2.9.4 2.9.5 2.9.6 2.9.7

Der R/3-Systemverwalter Der Aufbau der R/3-Verzeichnisstruktur Instanzen Das Instanzprofil Anzeigen von Parametern in der Systemverwaltung Anzeigen von Parametern in einem Report Systemstart und Systemstopp

143 143 144 146 147 148 149

2.10

Aufgaben

152

2.11

Lösungen

153

141 142

106

2

R/3-Architektur

R/3-Architektur Dieses Kapitel vermittelt Ihnen ein erstes Verständnis von der Systemarchitektur eines R/3®-Systems. Diese Kenntnisse werden im weiteren Verlauf des Buches vorausgesetzt. Die ersten sechs Abschnitte beschäftigen sich mit dem Systemkern. Hier erfahren Sie, wie eine dreistufige Client-Server-Architektur aufgebaut ist und wie sie arbeitet; Sie lernen den • Aufbau der Präsentationsschicht, • die Bestandteile des Anwendungsservers und • den Datenbankserver kennen. Der siebente Abschnitt dieses Kapitels zeigt Ihnen, wie ein R/3-System konfiguriert werden kann. Im Mittelpunkt dieser Darstellung stehen die Themenbereiche • Zentralsystem, • SAP-Instanz sowie • verschiedene Aspekte zur Lastverteilung. Die beiden letzteren Abschnitte sind besonders für R/3-Systemadministratoren von Interesse, da sie den • R/3-Start, • die unterschiedlichen Prozesse und ihre jeweilige Hierarchie • sowie die Konfiguration des Gesamtsystems unter spezieller Berücksichtigung des Betriebssystems darstellen.

107

2

R/3-Architektur

2.1

Die Grundlagen der Client-ServerArchitektur

Ein Client-Server-System ist ein Informationssystem, das in bestimmter Weise in Komponenten aufgeteilt ist. Eine Server-Komponente stellt dabei den anderen Komponenten des Systems Dienste zur Verfügung. Komponenten, die diese Dienste in Anspruch nehmen, werden als Clients (Klient) bezeichnet. Server-Komponenten können ihrerseits auch Dienste von anderen Anwendungen in Anspruch nehmen. Allgemeiner gesagt, kann jede Komponente sowohl als Server wie auch als Client anderer Komponenten auftreten. Client-Server-Architekturen sind somit keine starren Gebilde. Die Grundarchitektur eines jeden Informationssystems besteht aus den drei Schichten • Präsentation • Anwendungsprogramme • Datenhaltung So auch im R/3-System. Jede dieser Schichten stellt einen eigenen Dienst als »Service« für die anderen Schichten zur Verfügung. • Die Präsentationsschicht ist für die Kommunikation mit dem Benutzer verantwortlich. Sie bereitet die Daten graphisch auf und stellt sie dem Benutzer auf dem Bildschirm zur Verfügung. In umgekehrter Richtung leitet sie Benutzeraktionen wie Eingaben, Mausbewegungen und -Klicks an die Anwendungsprogramme weiter. Die Präsentationsschicht wird auch als Präsentationsserver bezeichnet. • Die mittlere Schicht bilden die Anwendungsprogramme. Sie stellen die eigentliche Funktionalität einer R/3-Anwendung zur Verfügung und reichen ihre Dienste an die Präsentationsschicht weiter. • Für die Datenhaltung ist der Datenbankserver verantwortlich. Er speichert alle Datenbanktabellen im Datenbanksystem und stellt sie der Anwendungsschicht zur Verfügung.

108

2

R/3-Architektur

Abbildung 2.1

Schichten von R/3

2.1 Die Grundlagen der Client-Server-Architektur

109

2

R/3-Architektur

2.2

Der R/3-Systemkern

Der Systemkern bildet das eigentliche R/3-System. Er umfasst eine Vielzahl von Programmen, die zum Teil gleichzeitig auf Betriebssystemebene als Prozesse oder Tasks ablaufen und die als Ganzes die betriebswirtschaftliche Anwendung ermöglichen. Im Rahmen eines Client-Server-Systems werden diese Programme auch als Dienste bezeichnet. Die Programme des R/3-Systemkerns werden beim Start des R/3-Systems aktiviert und bleiben bis zum Stoppen des Systems aktiv. Da alle Programme in ANSI-C geschrieben sind, ist es gewährleistet, dass sie auf den unterschiedlichsten Betriebssystem- und Hardware-Plattformen arbeiten. Der modulare Aufbau des R/3-Systems ermöglicht es, dass seine verschiedenen Komponenten unabhängig voneinander auf verschiedenen Rechnern innerhalb eines Netzwerks eingesetzt werden können. Die damit verbundenen Vorteile sind: erhöhte Ausfallsicherheit die Möglichkeit, anfallende Lasten auf verschiedene Rechner zu verteilen sowie bessere Tuning-Möglichkeiten, welche die Leistung und die Performance des Gesamtsystems verbessern helfen. Im Folgenden sollen diese Komponenten einer eingehenden Betrachtung unterzogen werden.

2.3

Die Präsentationsschicht

Der R/3-Anwendungsserver erzeugt und selektiert die eigentlichen Daten, er stellt aber auch Menübefehle zur Verfügung samt der Möglichkeit, Programmreaktionen mit Hilfe von Drucktasten auszulösen. Alle diese Informationen bereitet der Präsentationsserver im Anschluss für die Ausgabe auf. Für die Kommunikation mit dem Benutzer leistet er darüber hinaus Folgendes: • Er erzeugt die graphische Oberfläche des Programms. Zu dieser gehören die Menüstruktur, die Darstellung der Symbole (Icons), die Darstellung von Drucktasten und die Darstellung des Textes mit unterschiedlichen Hervorhebungen wie Farbe, Schriftgrad und -größe. • Der Präsentationsserver stellt darüber hinaus die Dialogelemente für die Kommunikation mit dem Benutzer bereit. • Er ist für die graphische Aufbereitung der Anwendungsdaten verantwortlich. • Er ermöglicht es, aus der R/3-Office-Umgebung heraus zusätzliche Anwendungen – beispielsweise aus der Microsoft-Office-Familie – für weitergehende Auswertungen zu starten. Diese Funktionalität stellt das Programm SAPGUI (graphical user interface) – eine graphische Benutzerschnittstelle – zur Verfügung, mit dessen Hilfe sich R/3 bedienen lässt. Zu Version 4.6 wurde das Design des SAPGUI komplett überarbeitet, man spricht heute vom Enjoy-GUI. Diese Überarbeitung hatte

110

2

R/3-Architektur

zum Ziel, das Benutzerinterface funktionell zu erweitern und dem SAPGUI ein modernes Design zu verleihen. Im Unterschied zu früheren SAPGUI-Versionen werden mit dem Enjoy-GUI nur noch die folgenden Systemplattformen unterstützt. • Die 32-Bit-Versionen von Windows (Windows NT/2000 und Windows 95/98) • eine reine JAVA-Implementierung • eine HTML-Version Bei Benutzung dieses Programms erfolgt die Darstellung gemäß den Konventionen der aktuell verwendeten Plattform, jedoch unter Wahrung der gewohnten SAP-Standards, was eine einheitliche Sicht des Benutzers auf Daten und Anwendung sicherstellt. In ihrer Grundfunktion entsprechen sich alle drei Implementierungen des SAPGUI, jedoch bietet die Windows-Version einige zusätzliche Hilfsprogramme (vgl. Abschnitt 2.3.2).

2.3.1

Ablauf des Dialogs

Um eine Anwendung zu starten, gibt der Benutzer einen Befehl auf der Präsentationsschicht ein; dieser Vorgang erfolgt dialogorientiert. Der Anwendungsserver bereitet daraufhin die angeforderten Daten auf und sendet sie an die Präsentationsschicht weiter. Von dieser werden sie graphisch aufbereitet. Die Präsentationsschicht wartet danach auf weitere Eingaben des Benutzers. Der Anwendungsserver ist in dieser Zeit frei für andere Aufgaben. Er tritt erst dann wieder in Aktion, • wenn eine Eingabe bestätigt, • ein Menübefehl angewählt, • per Mausklick eine Zeile ausgewählt oder • eine Funktionstaste gedrückt wurde. Die Auswahl einer Menüfunktion führt also dazu, dass der Präsentationsserver den Bildschirminhalt sowie den mit Hilfe der Menüfunktion ausgewählten Funktionscode an den Anwendungsserver weiterleitet. Dieser stellt daraufhin die nächste Bildschirmseite zur Verfügung. Diesen Prozess bezeichnet man im SAP-Sprachgebrauch auch als Dialogschritt. Ein Dialogschritt besteht mithin aus den folgenden Einzelschritten: • Die Bildschirmdaten werden vom Anwendungsserver aufbereitet. • Der Präsentationsserver empfängt eine neue Benutzereingabe. • Diese Benutzereingabe wird vom Anwendungsserver ausgewertet.

2.3 Die Präsentationsschicht

111

2

R/3-Architektur

Diesem Vorgang werden wir im weiteren Verlauf dieses Buches noch häufiger begegnen.

Abbildung 2.2

2.3.2

Dialogschritt (© SAP AG)

Zusätzliche Dienste der Präsentationsschicht

Im Laufe der Entwicklung des R/3-Systems sind die Möglichkeiten der Präsentationsschicht erheblich erweitert worden. Auch wenn in diesem Kapitel nicht alle diese Dienste erläutert werden, soll dennoch ein kurzer Überblick gegeben werden. Außerdem finden Sie jeweils einen Verweis, an welcher Stelle dieses Buches die einzelnen Teile näher beschrieben werden.

PC-Hilfsprogramme SAP liefert einige nützliche Werkzeuge als Ergänzung zum SAPGUI aus: • SAPkale, einen PC-Terminkalender mit direkter Kopplung an den in R/3 geführten Terminkalender • eine Anbindung an das SAP-Projektsystem • PC-Werkzeuge zur Definition des Organisations- und Verteilungsmodells • Anbindung an Dokumenten-Archivierungssysteme mit Hilfe der SAP-ArchiveLink®-Schnittstelle Diese Werkzeuge können bei Bedarf installiert werden.

112

2

R/3-Architektur

SAPGUI als OLE Client/Server Auf 32-Bit-Microsoft-Windows-Plattformen ist der SAPGUI erheblich erweitert worden, um die R/3-Anwendungen möglichst nahtlos mit den Windows-Anwendungen zu koppeln. So kann aus dem R/3-System eine • Windows-Anwendung wie Word oder Excel gestartet werden, und die R/3-Anwendung kann mittels • OLE-Technik (Object Linking and Embedding) Daten mit dem FrontendRechner austauschen; umgekehrt kann auch eine • Windows-Anwendung mit R/3-Business-Objekten (BAPI) kommunizieren. SAP liefert außerdem zusätzliche ActiveX-Steuerelemente aus, die für die Darstellung von Hierarchielisten und zur Pflege von SAPscript-Formularen im SAPGUI verwendet werden. Die Beschreibung der OLE-Architektur finden Sie in Kapitel 9, »Kommunikation«.

SAPGUI und Mapi Über das Messaging Application Programming Interface (MAPI) kann das R/3-E-Mail-System (SAPoffice ®) an Windows-Mailing-Systeme wie MS Exchange oder MS Outlook angebunden werden. Dies erlaubt es dem Anwender, • E-Mail-Nachrichten, • Workflow-Aktivitäten, • SAPoffice-Mappen (eine Ablagestruktur im R/3-System) direkt auf dem PC zu bearbeiten oder die Daten in die PC-Anwendung zu laden, wo sie auch ohne Verbindung mit dem R/3-System offline bearbeitet werden können.

2.4

Die Anwendungsschicht

Wie Sie bereits wissen, ist die Anwendungsschicht die zentrale Komponente eines SAP R/3-Systems. SAP bezeichnet diese auch als Systemkern bzw. als Basissystem. Ein R/3-Anwendungsserver erzeugt bei seinem Start eine ganze Reihe von Betriebssystemprozessen. Die Gesamtheit dieser Prozesse bildet die R/3-Anwendung. Das Basissystem ist für die folgenden Dienste verantwortlich, die im SAP-Sprachgebrauch auch als Services bezeichnet werden: • • • • • • •

Dialogservice Batch-Service Enqueue-Service Verbucher Spool-Service Message-Service Gateway-Service

2.4 Die Anwendungsschicht

113

2

R/3-Architektur

Abbildung 2.3

Die Dienste eines Anwendungsservers

Wie diese Dienste bereitgestellt und verwaltet werden, ist das Thema des nachfolgenden Abschnitts.

2.4.1

Der SAP-Dispatcher

Die Mehrzahl der genannten Services wird vom SAP-Dispatcher gesteuert (dispatch = verteilen). Unmittelbar nach dem Start eines SAP-Anwendungsservers wird auch der SAP-Dispatcher gestartet, der selbst wieder neue Workprozesse erzeugt. Der SAP-Dispatcher ist also ein Vaterprozess, der eine Kette untergeordneter Prozesse erzeugt, die ihm als childs (Kinder) angehören. In Unix werden solche Prozessketten durch die Befehle fork() und exec() erzeugt. Wie viele Unterprozesse erzeugt werden und welche Aufgaben sie wahrnehmen, wird von einer Profildatei gesteuert. Der SAP-Dispatcher ist einer der wichtigsten Betriebssystemprozesse. Er verwaltet die Systemspeicherressourcen, er organisiert die Kommunikation zwischen den Prozessen und verwaltet Warteschlangen. Der Dispatcher »verteilt« die eingehenden Anfragen der Präsentationsebene, von anderen Anwendungsservern sowie Aufträge für die Druck- oder Hintergrundverwaltung möglichst gleichmäßig auf seine spezialisierten Workprozesse.

114

2

R/3-Architektur

Dialog-Workprozess Dialog-Workprozess Dialog-Workprozess

Abbildung 2.4 Dispatcher

Je nach der Art der von ihm angebotenen Dienste wird ein Anwendungsserver auch als Dialogserver, Batch-Server oder Enqueue-Server bezeichnet. Im Folgenden werden wir einen eingehenderen Blick auf diese vom SAP-Dispatcher angebotenen Dienste werfen.

2.4.2 Dialogservice Ein SAP-Dispatcher kann einen oder mehrere untergeordnete Workprozesse vom Typ »D« (Dialog) erzeugen; allein über diese werden die Benutzerdialoge abgewickelt. Der Anwendungsserver bietet dann Dialogdienste an, er wird in diesem Fall zum Dialogserver.

2.4 Die Anwendungsschicht

115

2

R/3-Architektur

Dialogschritt Unter einem Dialogschritt versteht man alle Systemaktivitäten zwischen dem Senden und Empfangen eines Bildschirmbildes.

Workprozess

Abbildung 2.5

Dialogschritt

In der Abbildung 2.5 sehen Sie alle Stationen, die während eines Dialogs durchlaufen werden: 1. Eine Aktion des Benutzers, beispielsweise das Drücken einer Taste, veranlasst den Präsentationsserver (SAPGUI), eine Nachricht an den SAP-Dispatcher auf dem Anwendungsserver zu senden und auf eine Rückantwort des Anwendungsservers zu warten. Sie als Benutzer erkennen diesen Vorgang daran, dass während dieser Zeit der Cursor (in der Regel) als Sanduhr auf dem Bildschirm erscheint. 2. Falls zu diesem Zeitpunkt kein freier Dialog-Workprozess zur Verfügung steht, stellt der Dispatcher den Auftrag in eine Warteschlange.

116

2

R/3-Architektur

3. Ist dies nicht der Fall, wird der Auftrag zur Abarbeitung an einen freien Workprozess weitergeleitet – vorrangig an denjenigen, der auch den vorhergehenden Auftrag desselben Benutzers bearbeitet hat. Dies hat den Vorteil, dass dem Workprozess noch alle Umgebungsvariablen dieses Benutzers »bekannt« sind und sie daher nicht aus dem Roll-Bereich zurückgeladen werden müssen. 4. Wird der Auftrag an einen anderen Workprozess weitergereicht, werden die Umgebungsbedingungen des Benutzers (benutzerindividuelle Variablen, Transaktions-Stack, interne Modi) in den Hauptspeicherbereich zurückgeladen. Dieser Vorgang wird als »Roll-in« bezeichnet. 5. Nun kann das entsprechende ABAP/4 ®-Programm das Benutzerkommando bearbeiten. Der Workprozess sorgt dafür, dass benötigte Daten, die der SAP-Dispatcher nicht zwischengespeichert hat, durch den Datenbankserver aus den entsprechenden Datenbanktabellen eingelesen werden. Der Begriff »Daten« ist hier sehr weit gefasst. So kann es durchaus sein, dass das zur Ausführung der Anwendung benötigte ABAP/4-Programm zunächst aus der Datenbank geladen werden muss. ABAP/4 ist eine Interpreter-Sprache, die im Laufe der Abarbeitung durch den Workprozess interpretiert wird. 6. Wenn die Daten vom Datenbankserver zur Verfügung gestellt wurden, bereitet der Workprozess die neuen Bildschirmdaten vor. 7. Anschließend erfolgt das Roll-out; dabei werden die Daten der Benutzerumgebung in den so genannten »Roll-Bereich« geschrieben. Dies geschieht, um die Benutzerdaten auch anderen, nachfolgenden Workprozessen zugänglich zu machen, falls der gleiche Workprozess für eine spätere Anforderung des gleichen Benutzers nicht mehr zur Verfügung steht. 8. Nun kann der Workprozess die Kontrolle an den SAP-Dispatcher zurückgeben, der die Daten an den Präsentationsserver sendet. 9. Dieser bereitet die Daten in einem Dialogbildschirm auf und wartet auf die nächste Benutzereingabe. Welche Bedeutung haben dabei die SAP-Puffer? Wie Sie gesehen haben, spielen die Dialog-Workprozesse die wichtigste Rolle bei der Abarbeitung von Dialogen. Da im Falle mehrerer Dialogschritte auch mehrere Workprozesse beteiligt sein können, muss sichergestellt sein, dass diese auf gemeinsam benötigte Programme, Dialogobjekte und die zu einem Dialogschritt gehörigen Benutzerdaten Zugriff haben. Deshalb werden diese Daten – wenn möglich – in einem Pufferbereich des Hauptspeichers gehalten, der jedem Workprozess einen schnellen Zugriff erlaubt. Pufferbereiche beschleunigen die Performance von R/3-Systemen und sind eine Voraussetzung für den Einsatz wechselnder Workprozesse.

2.4 Die Anwendungsschicht

117

2

R/3-Architektur

Auch vor dem Zugriff auf eine Anwendungstabelle mittels eines SQL-Befehls prüft die Datenbankschnittstelle eines Workprozesses, ob sich die betreffende Datenbanktabelle im Pufferbereich des Hauptspeichers befindet. Wenn ja, werden auf diese Weise Datenbankzugriffe eingespart. Im Zuge der R/3-Entwicklung ist die Verwaltung der SAP-Puffer immer weiter optimiert worden und kann durch die verschiedensten Profilwerte an die konkreten Erfordernisse des R/3-Systems angepasst werden. Man unterscheidet hierbei die folgenden drei Bereiche: Benutzerkontext, Paging-Bereich und SAP-Puffer.

Erster Bereich: Benutzerkontext Zum Benutzerkontext gehören neben den eigentlichen Benutzerdaten auch interne Tabellen und Strukturen. Er kann aus drei verschiedenen R/3-Speicherbereichen versorgt werden. Die Aufteilung auf diese Speicherbereiche wird dabei bestimmt von • Betriebssystemressourcen wie verfügbarem virtuellem Speicherbereich • Einstellungen über Profilwerte • dem Typ des Workprozesses (Dialog oder Batch) Die Konfiguration dieser Werte hat entscheidende Auswirkungen auf die Performanz des R/3-Systems und ist zudem stark von der verwendeten Betriebssystemplattform abhängig. Die grundsätzlichen Eigenschaften der drei R/3-Speicherbereiche für den Benutzerkontext sind: • R/3-Rollbereich Dieser wird vom R/3-System über »shared memory« (ein globaler Hauptspeicherbereich) und eine R/3-eigene Auslagerungsdatei (»Rollfile«) verwaltet. Dieser Speichertyp wird Workprozessen durch einen langsamen Kopiervorgang zugewiesen. Der Rollbereich wurde in früheren Versionen (bis 3.0) ausschließlich verwendet, heute jedoch nur noch für den ersten Teil des Benutzerkontexts oder wenn alle anderen Ressourcen erschöpft sind. • R/3-Erweiterungsspeicher Dieser Speicher wird direkt vom virtuellen Speicher des Betriebssystems angefordert. Die Workprozesse verweisen nur auf diesen Speicherbereich, ein langsamer Kopierprozess entfällt. Die Zuordnung des virtuellen Speichers zu dem tatsächlich vorhandenen Hauptspeicher übernimmt das Betriebssystem mit Hilfe von Paging- und Mapping-Funktionen.

118

2

R/3-Architektur

• Prozesslokaler Speicher Benötigt ein Workprozess mehr Speicher, als ihm von den oben genannten Bereichen zur Verfügung gestellt werden kann, so alloziert er für die weitere Verarbeitung lokalen Speicher direkt vom Betriebssystem. Von diesem Augenblick an geht er in den PRIV-Modus. Dies bedeutet, dass er nicht mehr am Prozesswechsel teilnehmen kann. Der Workprozess ist damit dem Benutzer direkt (»privat«) zugeordnet. Sinkt der Speicherbedarf wieder, so muss der Workprozess neu gestartet werden, um erneut am Prozesswechsel teilzunehmen.

Zweiter Bereich: Paging-Bereich Im Paging-Bereich werden Daten des Typs »Extract« und »Export to Memory« (zwei ABAP/4-Sprachelemente), auf Wunsch aber auch Listen und interne Tabellen gespeichert. Der R/3-Paging-Bereich besteht wie der R/3Rollbereich aus einem Hauptspeicherbereich und einer R/3-eigenen Auslagerungsdatei, dem »Pagefile«. Die Größe dieser beiden Bereiche kann mittels Profilparameter eingestellt werden.

Dritter Bereich: SAP-Puffer Im SAP-Pufferbereich werden Programme, Bildschirmbilder, Menüs sowie die Informationen über Tabellen aus dem Data Dictionary zwischengespeichert. Ein eigener Mechanismus sorgt dafür, dass andere Anwendungsserver die aktuellen Daten nach jeder Veränderung der gepufferten Daten neu einlesen.

2.4.3 Batch-Service Mit der R/3-eigenen Hintergrundverarbeitung können Sie sowohl ABAP/4wie auch SAP-fremde Programme vom Betriebssystem aus starten. Näheres über deren umfangreiche Funktionalität erfahren Sie in Kapitel 7. Batch-Programme verwaltet der SAP-Dispatcher mit Hilfe eigener Workprozesse, die vom Typ »B« (Batch) sind. Batch-Workprozesse unterscheiden sich funktional nicht von den oben besprochenen Dialog-Workprozessen, sind aber ausschließlich für Hintergrundprogramme reserviert. Zeit- und speicherintensive Programme und Auswertungen sollten Sie deshalb ausschließlich im Hintergrund starten, damit die für die Benutzerdialoge wichtigen DialogWorkprozesse nicht blockiert werden. Der typische Ablauf eines Batchprozesses (wie in Abbildung 2.6 dargestellt) ist der folgende: Um ein ABAP/4-Programm (in diesem Falle einen Report) im Batchbetrieb zu verarbeiten, muss zunächst ein »Job« im System definiert werden. Ein Job kann dabei aus mehreren nacheinander auszuführenden Einzelprogrammen oder Steps bestehen. Darüber hinaus kann die Ausführung eines Jobs an bestimmte Bedingungen geknüpft werden, wie

2.4 Die Anwendungsschicht

119

2

R/3-Architektur

• einen vorher festgelegten Zeitpunkt • das Erreichen bestimmter, im Fabrikkalender definierter Arbeitstage • die periodische Wiederkehr eines bestimmten Ereignisses • vorher definierte SAP-Events • Änderungen in der Konfiguration des Systems (»Opmode-Switch«) • Systemereignisse wie Systemstart oder -stopp

DialogWorkprozess

BatchWorkprozess

DialogWorkprozess

Abbildung 2.6

120

Batch-Service

2

R/3-Architektur

Jeder Batch-Workprozess erfordert mindestens einen Dialog-Workprozess, der als Batch-Scheduler überprüft, ob Aufgaben zur Ausführung im Batchbetrieb anstehen. In diesem Fall leitet er diese Information an den Batch-Workprozess weiter. Dieser beginnt mit der Bearbeitung, sobald er die Daten aus der Jobverwaltung erhalten hat. Anwendungsserver, die Batch-Workprozesse bereitstellen, werden als Batch-Server bezeichnet. In der Regel stellt der SAP-Dispatcher mehrere dieser Batch-Workprozesse gleichzeitig zur Verfügung, da manche Anwendungen, wie z. B. das Korrektur- und Transportwesen, mehrere parallel ablaufende Batch-Prozesse benötigen.

2.4.4 Enqueue-Service Um die Datenkonsistenz auch in einer Client-Server-Umgebung zu gewährleisten, muss verhindert werden, dass mehrere Anwendungen gleichzeitig auf dieselben Datenbestände zugreifen. R/3 verwendet dazu einen spezialisierten Workprozess vom Typ »E« (Enqueue), der eine Sperrtabelle im Hauptspeicher des Anwendungsservers verwaltet. Dieser Sperrmechanismus muss im Normalfall in jedem SAP-System genau einmal auf genau einem Anwendungsserver (Enqueue-Server) vorhanden sein. Nur wenn ein System eine sehr hohe Zahl von Transaktionen bewältigen muss, kann ein zusätzlicher Enqueue-Workprozess auf dem Enqueue-Server definiert werden. Bei Anwendungen, die einen Schreibzugriff auf die Datenbank erfordern, leitet der Dialog-Workprozess die Anfrage, ob für die Daten eine Sperre besteht, an den Enqueue-Workprozess weiter. Im negativen Fall nimmt dieser die Sperrung vor, und der Dialog wird fortgesetzt. Anderenfalls erfolgt je nach aufrufendem Anwendungsprogramm eine andere Reaktion: Der ABAP/4-Editor schaltet beispielsweise statt in den Pflegemodus in den Anzeigemodus, andere Programme weisen mit einer Fehlermeldung auf die bestehende Datensatzsperre hin. Beachten Sie bitte, dass sich der Sperrmodus von R/3 von den Sperrmodi, die in relationalen Datenbanken eingesetzt werden, unterscheidet. Dies hat folgende Gründe: • Jeder einzelne Dialog-Workprozess verhält sich gegenüber der Datenbank wie ein eigener Benutzer. Eine SAP-Transaktion, die sich über mehrere Dialogschritte erstreckt, kann von unterschiedlichen Workprozessen ausgeführt werden. Eine Datenbank müsste in einem solchen Fall also imstande sein, ihre Sperre an unterschiedliche Benutzer weiterzureichen. • R/3-Anwendungen greifen nicht nur auf eine Tabelle zu, sondern in der Regel auf Objekte, die aus einer Vielzahl von hierarchisch angeordneten Tabellen bestehen. Beim Ändern eines Datenbankeintrags müssen mithin alle abhängigen Tabellen ebenfalls gesperrt werden. Die gegenseitige Abhängigkeit der Tabellen ist aber oft nur dem Anwendungsprogramm bekannt.

2.4 Die Anwendungsschicht

121

2

R/3-Architektur

Abbildung 2.7

DialogWorkprozess

EnqueWorkprozess

DialogWorkprozess

DialogWorkprozess

Schematische Darstellung des Enqueue-Workprozesses

Daher erfolgt das Sperren mit Hilfe von Sperrobjekten, die im Rahmen der Anwendungsentwicklung im Data Dictionary definiert werden. Auf diese Weise entstehen Funktionsbausteine, die dem Anwendungsentwickler bei Bedarf zur Verfügung stehen. Alle Anwendungsprogramme müssen diese Bausteine verwenden, um eine logische Sperre vom Enqueue-Server anzufordern.

122

2

R/3-Architektur

2.4.5 Verbucher Veränderungen an der Datenbank können im R/3-System generell auf folgende zwei Arten vorgenommen werden: • Synchrone Datenbankänderung/Verbuchung Mit dem R/3-SQL-Befehl update nimmt ein Dialog-Workprozess die Änderungen an der Datenbank unmittelbar vor; dies geschieht beispielsweise mit dem Transaktionscode »sm31« oder in einigen HR-Anwendungen. • Asynchrone Datenbankänderung/Verbuchung Jedes SAP-Anwendungsprogramm sichert in der Regel die bearbeiteten Daten, indem der Dialog-Workprozess mit Hilfe des ABAP/4-Sprachelements call function ... in update task den Auftrag zur Datenänderung an einen Workprozess vom Typ »V« (Verbuchen) übergibt. Dieser Vorgang ist in der Abbildung 2.8 dargestellt, die darüber hinaus verdeutlicht, dass Transaktionen im Regelfall mehrere Bildschirmbilder umfassen. In jedem Bildschirmbild können Sie Daten eingeben, in andere Bildschirmbilder verzweigen, aber auch sichern (im R/3-Standard mit der Funktionstaste (F11)) oder Abbrechen (F12). Die asynchrone Datenbankänderung/Verbuchung gewährleistet dabei in jedem Falle, dass inkonsistente Zwischenzustände, wie z. B. unvollständig angelegte Materialstämme, nicht vorkommen können und die abgebildeten betriebswirtschaftlichen Vorgänge nur von einem konsistenten Zustand in einen ebenfalls konsistenten neuen Zustand überführt werden. Bei der asynchronen Verbuchung werden Datenbankänderungen nicht bei jedem Dialogschritt durchgeführt, sondern zunächst in internen Strukturen der Transaktion zwischengespeichert und anschließend mit dem Befehl call function ... in update task in die Verbucher-Protokolldatei gestellt (Datenbanktabelle VBLOG). Erst wenn alle Dialogschritte ausgeführt sind, wird der Dialog mit dem Benutzerbefehl »Sichern« abgeschlossen. Dies bewirkt, dass das Anwendungsprogramm den SQL-Befehl commit work (man bezeichnet dies auch als SAP-Commit) ausführt und den Verbucher-Protokollsatz abschließt. Der Dialog-Workprozess veranlasst damit den Verbuchungs-Workprozess, die Daten aus der Protokolldatei einzulesen und die Datenbankänderungen auszuführen. Da alle Änderungen an der Datenbank zeitversetzt vorgenommen werden, bezeichnet man diesen Vorgang als »asynchrone Verbuchung«; auch die Sperren von Objekten werden erst nach Abschluss aller Datenbankzugriffe vom Verbucher aufgehoben.

2.4 Die Anwendungsschicht

123

2

R/3-Architektur

Abbildung 2.8

Update-Service

Nach Beendigung der Transaktion meldet sich R/3 mit der Statusmeldung »Objekt xxx wird angelegt« und startet nun den Verbuchungs-Workprozess, der die Datenbankänderungen vornimmt. Bei sehr umfangreichen Änderungen kann es deshalb vorkommen, dass der Versuch, das neue Objekt im unmittelbaren Anschluss daran zu bearbeiten, mit der Fehlermeldung »Objekt xxx nicht vorhanden« zurückgewiesen wird. In diesem Fall konnte der Verbucher die Datenbankbearbeitung noch nicht erfolgreich abschließen. Ein erneuter Bearbeitungsversuch führt bei solchen für den asynchronen Verbuchungsprozess typischen Erscheinungen in aller Regel zum Erfolg.

124

2

R/3-Architektur

Eine weitere Begründung für das asynchrone Verbuchen liegt im Prozesswechsel einer SAP-Transaktion. Da bei jedem Dialogschritt nicht sicher ist, ob beim nächsten Dialogschritt noch der gleiche Workprozess vorliegt, sendet das SAP-System bei einem Bildwechsel automatisch ein commit work an die Datenbank. Dieses Datenbank-Commit schließt für die Datenbank die Transaktion oder LUW (logical unit of work) ab. Jeder direkte Update-Befehl in einem Dialogschritt wäre nach einem Bildwechsel auf der Datenbank unwiderruflich durchgeführt. Dies führt auch zu den Begriffen SAP-LUW und Datenbank-LUW. Eine SAP-LUW reicht damit vom Beginn einer Transaktion bis zum ABAP/4-Befehl commit work oder rollback work, falls die Transaktion abgebrochen wird. Der hier beschriebene Transaktionsverlauf ist in Abbildung 2.8 schematisch dargestellt: 1. Im ersten Bildschirmbild werden Daten eingegeben und die (¢)-Taste gedrückt. 2. Das Dialogprogramm wird ausgeführt, und Daten werden zur späteren Verbuchung in der Protokolldatei gespeichert. 3. Der Benutzer erhält den nächsten Bildschirm gesendet. 4. Nach Eingabe der Daten wird die Taste (F11) zum Sichern gedrückt. 5. Das Dialogprogramm speichert zunächst weitere Daten des Verbuchungsauftrags in die Protokolldatei. 6. Durch den ABAP/4-Befehl commit work wird nun der VerbuchungsWorkprozess beauftragt, die Verbuchung zu starten. 7. Der Benutzer erhält die Statusmeldung »Objekt xxx ist verbucht«. Für ihn ist damit die Transaktion beendet. 8. Parallel dazu wird das Verbuchungsprogramm vom Verbuchungs-Workprozess ausgeführt. In Abbildung 2.9 ist dieser Verbuchungsvorgang schematisch dargestellt. Jeder Verbuchungsauftrag in der Protokollsatzdatei besteht aus einer oder mehreren Verbuchungskomponenten. Jeder Verbuchungskomponente entspricht im zugehörigen ABAP/4-Programm ein Funktionsbaustein, der mit dem Befehl call function ... in update task aufgerufen wird.

2.4 Die Anwendungsschicht

125

2

R/3-Architektur

Workprozess

Workprozess

Abbildung 2.9

Workprozess

Verbuchung

Das R/3-System unterscheidet zwei Typen von Funktionskomponenten, die als V1 und V2 bezeichnet werden. • Mit V1 werden solche Funktionen bezeichnet, die unbedingt erfolgreich abgeschlossen werden müssen, um die Integrität des Datenbestandes zu gewährleisten. V1-Komponenten werden innerhalb einer Datenbanktransaktion mit Hilfe eines Verbuchungs-Workprozesses vom Typ V durchgeführt. • V2-Komponenten beziehen sich auf weniger relevante Datenbestände; sie werden erst dann ausgeführt, wenn alle V1-Buchungen erfolgreich abgeschlossen wurden. Fortschreibungen von Statistiken nach Veränderungen am Datenbestand sind typische Beispiele für den Einsatz von V2Komponenten. Mit der Unterteilung in V1- und V2-Komponenten ist es möglich, zwischen für die Anwendung wichtigen Buchungen und weniger wichtigen Buchungen zu differenzieren, die zu einem späteren Zeitpunkt ausgeführt werden. Auf diese Weise können Sie nach einer Transaktion zum frühestmöglichen Zeitpunkt auf Ihre Daten zugreifen. Für V2-Komponenten der Anwendung kann ferner ein spezieller V2-Workprozess definiert werden, der dann alle V2-Workprozesse verbucht.

126

2

R/3-Architektur

Verbuchungs-Workprozesse vom Typ V1 oder V2 können Sie auf jedem R/3-Anwendungsserver konfigurieren; da dabei große Mengen von Daten bewegt werden, sollten Sie auf eine schnelle Verbindung zwischen Anwendungs- und Datenbankserver achten.

Fehlerbehandlung Ist der Verbuchungsauftrag erfolgreich abgeschlossen, wird der VerbucherProtokollsatz gelöscht, wenn nicht, bleibt er erhalten, und das System sendet per Express-Mail eine Fehlermeldung an den Benutzer. • Tritt ein Fehler bei der Verarbeitung einer V1-Komponente auf, werden alle an der Datenbank während des Programmlaufs vorgenommenen Änderungen rückgängig gemacht, und der fehlerhafte Programmbaustein wird markiert. Als V2-Komponenten gekennzeichnete Programmbestandteile werden nicht gestartet. • Bei Fehlern in V2-Komponenten können Datenbankänderungen natürlich nicht zurückgenommen werden, da die relevanten Änderungen bereits abgeschlossen sind. Der Verbucher-Workprozess macht in diesem Falle lediglich die Datenbankänderungen rückgängig, die auf die fehlerhafte Komponente zurückgehen (roll back), startet aber die nächste V2-Komponente (Abbildung 2.10 stellt diesen Vorgang schematisch dar). Der Systemverwalter muss in diesem Falle die vom Abbruch betroffenen Datensätze in der Protokolldatei inspizieren. Näheres dazu erfahren Sie in Kapitel 4, »Systemverwaltung im Überblick«.

Abbildung 2.10 Verbuchungsabbruch V2-Komponente

2.4 Die Anwendungsschicht

127

2

R/3-Architektur

2.4.6 Der Spool-Service Als Client-Server-Anwendung, die auf unterschiedlichsten Plattformen arbeitet, muss SAP R/3 auch unterschiedlichste Drucker und Druckdienste versorgen können. Dies übernimmt der SAP-Dispatcher mit Hilfe eines eigenen Workprozesses vom Typ »S« (Spool). Ab dem Software-Release 4.0 kann auf jedem Anwendungsserver eine beliebige Anzahl von Spool-Workprozessen eingerichtet werden, die die Druckaufträge für die unterschiedlichen Betriebssystemdrucker aufbereiten und an diese verteilen.

Spool-Workprozess

Abbildung 2.11 Drucken im R/3-System

128

2

R/3-Architektur

• Druckdaten können von einem beliebigen Dialog-Workprozess oder einem Batchprozess generiert werden. Die R/3-Anwendung stellt in diesem Falle einen Verwaltungssatz in die Spool-Datenbank, der Angaben über gewünschte Drucker und Ausgabeformat enthält. Die eigentlichen Druckdaten stehen entweder in der TemSe-Tabelle (eine Tabelle, die Temporäre Sequentielle Objekte verwaltet) oder in einer gewöhnlichen Betriebssystemdatei. Letztere ist die schnellere, aber innerhalb eines Netzwerks auch die weniger verlässliche Methode. Welche der beiden Alternativen gewählt wird, wird im Startprofil des SAP-Dispatchers definiert. • Der Spool-Workprozess, der vom SAP-Dispatcher gestartet wird, liest die Daten aus der Datenbank oder Quelldatei und bereitet sie für den gewählten Drucker (Formatieren, Einfügen der Drucker-Steuersequenzen) auf. • Das weitere Vorgehen ist davon abhängig, wie der angesprochene Drucker konfiguriert ist: Entweder werden die Daten über den Spooler des Betriebssystems ausgegeben oder an einen SAP-eigenen »local print demon« (saplpd) – ein im Unix-Umfeld gebräuchlicher Hintergrundprozess für die Druckausgabe – ausgegeben, der auf einem anderen Netzwerkrechner gestartet ist und der die aufbereiteten Daten auf dem am Zielrechner angeschlossenen Drucker ausgibt. Eine detailliertere Beschreibung der Konfigurationsmöglichkeiten für Drucker in einem R/3-System liefert Ihnen das Kapitel 6.

Überblick über die Dispatcher-Workprozesse

Abbildung 2.12 Prozessübersicht (© SAP AG)

2.4 Die Anwendungsschicht

129

2

R/3-Architektur

Sie haben nun die wichtigsten Workprozesse des SAP-Dispatchers kennen gelernt. Als Systemverwalter können Sie sich aus jeder R/3-Anwendung einen Überblick über die Workprozesse verschaffen. Ausgangspunkt Knoten SAP MENÜ im Fenster »SAP Easy Access« 1. Wählen Sie den Knoten WERKZEUGE | ADMINISTRATION | MONITOR | SYSTEMÜBERWACHUNG | PROZESSÜBERSICHT aus. ➜ Es erscheint das Fenster »Prozessübersicht«. Die Liste zeigt die aktuellen R/3-Workprozesse auf einem Anwendungsserver und informiert Sie über deren Typ und Zustand. Pro SAP-Dispatcher können maximal 40 Workprozesse verwaltet werden.

2.4.7 Der Message-Service Der Message-Service ist ein zentraler Prozess auf einem verteilten R/3-System, der vom SAP-Dispatcher unabhängig ist. Bei ihm melden alle Anwendungsserver ihre Dienste an, weshalb der Message-Server-Prozess beim Systemstart als einer der ersten Prozesse initiiert werden muss. Alle anderen Anwendungsserver melden beim Start ihre Dienste beim Message-Server an. Danach sind ihm alle aktuell verfügbaren Dienste bekannt, und er leitet alle Aufgaben an die entsprechenden Prozesse weiter (Sperranfragen beispielsweise an einen Enqueue-Workprozess).

Abbildung 2.13 Message-Server

130

2

R/3-Architektur

Mit der SAP-Version 3.0 ist der Message-Server auch in der Lage, die Auslastung der Dialogserver zu ermitteln. Bereits bei der Anmeldung am System können Sie deshalb festlegen, dass Ihnen der Message-Server den Dialogserver mit der geringsten Auslastung zuteilt.

2.4.8 Der Gateway-Service Der Gateway-Service (auch als CPI-C-Handler oder SAP-Gateway bezeichnet) unterscheidet sich von anderen Services, da er sowohl als Prozess vom SAP-Dispatcher gestartet und verwaltet werden, alternativ aber auch selbst eine dispatcher-ähnliche Prozessfamilie darstellen kann.

Abbildung 2.14 Gateway-Service

Wie Sie bereits wissen, können Sie aus einem SAP-System heraus fremde Anwendungen starten und mit diesen Daten austauschen. Dabei kann es sich z. B. um • ABAP-Programme auf anderen R/3-Systemen, • andere Programme innerhalb eines TCP/IP-Netzwerks, • SAP R/2-Programme handeln. Für diese Kommunikation wird CPI-C als Protokoll oberhalb der TCP/IPNetzwerkschicht verwendet. CPI-C ist ein Protokoll, das eine Programmnach-Programm-Kommunikation ermöglicht. SAP hat auf allen Plattformen eine Implementierung dieses CPI-C-Protokolls erstellt.

2.4 Die Anwendungsschicht

131

2

R/3-Architektur

Kommunikation zwischen R/3-Systemen In einer reinen R/3-Welt werden die CPI-C-Sprachelemente vom R/3-Systemkern direkt in TCP/IP-Netzwerkverbindungen übersetzt. Für diesen Fall besteht das Gateway nur aus einem Prozess, dem gwrd »Gateway reader«. Dieser wird automatisch beim Start eines Anwendungsservers vom SAP-Dispatcher gestartet.

Kommunikation zwischen R/3 und externen Programmen Zwischen R/3-Systemen und einem externen Programm sorgt das SAPGateway zunächst für den Start des externen Programms. Hierzu nutzt das SAP-Gateway die Unix-Mittel des Remote-Shell-Aufrufs. Im Falle von Windows NT können Programme nur auf dem Rechner gestartet werden, auf dem sich das SAP-Gateway befindet. Das externe Programm muss mit den von SAP zur Verfügung gestellten Bibliotheksfunktionen entwickelt werden. Dadurch kann es mittels CPI-C-Befehlen direkt mit dem ABAP/4-Programm kommunizieren. Diese Form der Kommunikation ist auf reine TCP/IP-Netze beschränkt.

Kommunikation zwischen R/3 und R/2 Wird die reine TCP/IP-Welt verlassen, wie zum Beispiel bei einer Kopplung eines R/3-Systems mit einem R/2-System, so genügt der obige GatewayWorkprozess nicht mehr. Im SAP-Netzwerk muss eine Hardwarekomponente installiert werden, die den Übergang vom TCP/IP-Protokoll in (im Falle von R/2) ein SNA-Netzwerk mit dem Protokoll LU6.2 gewährleistet. In diesem Fall besteht das Gateway aus einer dem SAP-Dispatcher ähnlichen Familie von Prozessen.

2.5

Der Datenbankserver

Der Datenbankserver ist derjenige Server, auf dem sich die R/3-Datenbank befindet. Er stellt allen anderen Anwendungen die Daten zur Verfügung, wie z. B.: • Anwendungsprogramme • Anwendungstabellen • Systemsteuertabellen In jedem R/3-System gibt es nur einen Datenbankserver, oder besser, nur eine Datenbank. Der Name des R/3-Systems, seine System-ID oder »SID«, ist der dreistellige Name der Datenbankinstanz. Diese System-ID wird bei der Installation des R/3-Systems festgelegt und kann später nur noch schwer geändert werden.

132

2

R/3-Architektur

Der Datenbankbenutzer SAPR3 Alle Anwendungen oder Workprozesse melden sich unter dem gleichen Namen SAPR3 als Benutzer bei der Datenbank an. Für die Datenbank existiert damit nur ein Benutzer, der gleichzeitig auch Eigentümer aller SAP-Datenbanktabellen ist.

Datenbankprozesse Für jeden angemeldeten Workprozess wird auf Seiten der Datenbank ein Datenbankprozess oder Datenbank-Thread gestartet, der über die gesamte Laufzeit des R/3-Systems die Verbindung zu seinem Workprozess hält. Dieser ist für die Ausführung der SQL-Befehle des Workprozesses zuständig.

2.6

Zusammenfassender Überblick über die Server-Dienste

Die Tabelle fasst die oben definierten R/3-Server und -Dienste nochmals zusammen. Besonders ist dabei hervorgehoben, wie häufig ein Dienst angeboten werden kann und welche Verteilung im Netzwerk er zulässt.

Server

Service

Anzahl

Verteilung

Präsentationsserver

Präsentation

mehrfach

Frontend-Rechner (PC) oder auf Server (X-Server)

Anwendungsserver via SAP-Dispatcher

Dialog

ein- bis mehrfach

empfohlen auf jedem Anwendungsserver

”

Batch

ein- bis mehrfach

auf jedem Anwendungsserver (optional)

”

Enqueue

ein- bis mehrfach

einmal pro System obligatorisch

”

Verbucher

ein- bis mehrfach

Mehrfachinstallation möglich; schnelle Zugriffsmöglichkeit auf Datenbank empfehlenswert

”

Spool

ein- bis mehrfach

auf einem oder mehreren Anwendungsservern

”

Gateway

eines pro SAP-Dispatcher

automatischer Start vom SAP-Dispatcher

Anwendungsserver unabhängig vom SAP-Dispatcher

Gateway

ein- bis mehrfach

für LU6.2-Verbindungen benötigt, automatischer Start vom SAPDispatcher

Tabelle 2.1 Server und Dienste des R/3-Systems

2.6 Zusammenfassender Überblick über die Server-Dienste

133

2

R/3-Architektur

Server

Service

Anzahl

Verteilung

”

Message

einer pro System

einmal pro System

Datenbankserver

Datenbank

einer pro System

jedes R/3-System hat nur eine Datenbank

Tabelle 2.1 Server und Dienste des R/3-Systems

2.7

Konfiguration von Client-Server-Systemen

Dieser Abschnitt behandelt die Möglichkeiten, die vom R/3-Systemkern zur Verfügung gestellten Dienste zu konfigurieren. Es wurde bereits darauf hingewiesen, dass die Grundarchitektur des R/3-Systems eine dreistufige Client-Server-Einteilung erlaubt. Wie diese Dienste aber tatsächlich in einem Netzwerk verteilt werden, ist in der Praxis oft recht unterschiedlich. Basis für unsere Diskussion bieten die bereits aufgeführten Eigenschaften der verschiedenen SAP-Dienste. Diese ergeben die in den folgenden Abschnitten erläuterten Konfigurationsmöglichkeiten.

2.7.1

Zentralsystem

Eine Konfiguration wird als Zentralsystem bezeichnet, wenn alle Dienste auf einem einzigen Rechner installiert sind. Sie liegt z. B. dann vor, wenn ein R/3-System auf einer Unix-Workstation oder auf einem PC unter Windows NT installiert ist. Da diese Betriebssysteme über eine grafische Benutzeroberfläche verfügen, sind Datenbank-, Anwendungs- und Präsentationsschicht auf diesen Systemen lauffähig. Vorausgesetzt ist, dass die Anwendungsschicht die in Abbildung 2.15 aufgeführten Dienste bereitstellt. Zentralsysteme sind in der Regel Demo-Systeme, da sie über nur einen Benutzerarbeitsplatz verfügen. Deshalb werden üblicherweise zusätzliche Frontend-Rechner mit grafischen Benutzeroberflächen installiert, um mehrere Benutzerarbeitsplätze zu schaffen. Bei Kundeninstallationen bevorzugt man aus Gründen der System-Performance zweistufige R/3-Systeme; die Ansiedlung aller drei Ebenen auf einem Rechner – wie in Abbildung 2.15 dargestellt – bildet eher die Ausnahme.

134

2

R/3-Architektur

Abbildung 2.15 Vom Zentralsystem benötigte Dienste

2.7.2

Zweistufige Konfiguration

Von einer zweistufigen Konfiguration des R/3-Systems spricht man, wenn die drei Client-Server-Komponenten auf zwei Schichten verteilt werden. Hierbei sind zwei Varianten denkbar: Auslagerung der Präsentation und Auslagerung der Datenbank.

Auslagerung der Präsentation Eine ausgelagerte Präsentation liegt vor, wenn jedes Endgerät selbst die Aufbereitung der Benutzerdaten vornimmt. Dazu muss auf jedem PC – im Allgemeinen unter Windows oder Windows NT – das Programm SAPGUI als Präsentationsserver installiert sein. Bei kleineren bis mittleren SAP-Installationen ist dies die am häufigsten anzutreffende Konfigurationsvariante; sie eignet sich – abhängig von der Zahl der eingesetzten R/3-Module und der Kapazität des zentralen Rechners – für bis zu mehreren hundert Endbenutzern.

2.7 Konfiguration von Client-Server-Systemen

135

2

R/3-Architektur

Abbildung 2.16 Zweistufige Konfiguration, ausgelagerte Präsentation

Auslagerung der Datenbank Die zweite, eher seltene Variante, stellt die Auslagerung der Datenbank auf einen eigenen Rechner dar. Anwendungs- und Präsentationsserver werden dann in die X-Terminals ausgelagert.

2.7.3

Dreistufige Konfiguration

R/3 ermöglicht es, jede der oben beschriebenen Konfigurationsvarianten um neue Anwendungsserver zu erweitern. In diesem Falle erhalten Sie eine dreistufige Konfiguration, wie sie in Abbildung 2.17 dargestellt ist. Jede der drei Client-Server-Komponenten: • Präsentation • Anwendungsserver • Datenbank

136

2

R/3-Architektur

befindet sich auf einem oder mehreren spezialisierten Servern. In diesem Beispiel befindet sich die Datenbank auf einem eigenen Rechner, sind mehrere Anwendungsserver auf zusätzlichen Anwendungsservern dem Datenbankserver vorgelagert, und die Präsentationsschicht wurde auf die PCs ausgelagert.

Java

Java

Abbildung 2.17 Aufbau eines dreistufigen Systems

2.7 Konfiguration von Client-Server-Systemen

137

2

R/3-Architektur

2.8

Regeln zur Konfiguration von R/3-Systemen

Für die optimale Konfiguration eines R/3-Systems ist die Beachtung folgender vier Faktoren ausschlaggebend: • das eingesetzte Netzwerk • die Verteilung der verschiedenen R/3-Dienste • die eingesetzten SAP-Module • die eingesetzte Hardware Im Folgenden sollen die Vor- und Nachteile der verschiedenen Konfigurationsmöglichkeiten dargestellt werden, wobei besonderes Gewicht auf eine ausgewogene Verteilung der Rechner-Ressourcen sowie auf eine bestmögliche Sicherheit im Falle von Systemausfällen gelegt wird.

2.8.1

Standardinstallation

Eine typische Standardinstallation, wie sie bei vielen Kunden anzutreffen ist, besteht aus einer zweistufigen Client-Server-Installation mit ausgelagerter Präsentationsschicht. Die Vor- und Nachteile einer solchen Konfiguration sind in folgender Tabelle gegenübergestellt:

Vorteile

Nachteile

geringer Wartungsaufwand, da sich das gesamte System auf einem Rechner befindet

höheres Ausfallrisiko, da nur ein Zentralrechner vorhanden ist

hohe Sicherheit, da alle Benutzer ausschließlich auf die Frontend-Geräte zugreifen

Performance-Beeinträchtigung möglich, besonders: – wenn zusätzliche Module installiert werden, – wenn zusätzliche Benutzer eingerichtet werden, – viele Batch- oder Druckaufträge im Hintergrund abgewickelt werden

einfache Netzwerkkonfiguration, da nur die Endgeräte integriert werden müssen unproblematischer Betrieb, da die gesamte Administration des R/3-Systems nur auf einem Rechner erfolgt Tabelle 2.2 Vor- und Nachteile einer zweistufigen Client-Server-Installation

138

2

R/3-Architektur

2.8.2 Installation weiterer Dialogprozesse und Server Kapazitätsengpässe bei Standardinstallationen werden am frühesten anhand verlängerter Antwortzeiten des Systems deutlich. Häufig ist eine zu geringe Zahl von Dialog-Workprozessen dafür verantwortlich. Derartige Ressourcenprobleme können Sie als Systemverwalter auch ohne Performance-Monitor (vgl. auch Kapitel 8, »CCMS – Computer Center Management System«) schnell diagnostizieren: Ausgangspunkt Knoten SAP MENÜ im Fenster »SAP Easy Access« 1. Wählen Sie den Knoten WERKZEUGE | ADMINISTRATION | MONITOR | SYSTEMÜBERWACHUNG | PROZESSÜBERSICHT aus. ➜ Sie sehen den momentanen Zustand aller vom SAP-Dispatcher verwalteten Workprozesse. 2. Klicken Sie auf die Drucktaste CPU . ➜ Der SAP-Dispatcher ermittelt die CPU-Zeit, die jeder einzelne Workprozess bisher beansprucht hat. Um aus diesen Angaben die richtigen Schlussfolgerungen zu ziehen, sollten Sie Folgendes beachten: 1. Der SAP-Dispatcher versucht, den Benutzern für ihre Dialogschritte immer den gleichen Workprozess zuzuweisen. Auf diese Weise erspart er sich ein Roll-in. Dies gelingt aber nur, wenn in der Zwischenzeit kein anderer Benutzer den Workprozess verwendet hat. Dialog-Workprozesse werden also nicht gleichmäßig ausgelastet. Stehen genügend Workprozesse für Benutzerdialoge zur Verfügung, so zeigt sich dies dadurch, dass der CPUVerbrauch der ersten Workprozesse deutlich höher ist. Der CPU-Verbrauch der letzten Workprozesse sollte demgegenüber wesentlich geringer sein oder gegen Null tendieren. Es handelt sich hier nur um eine grobe Analyse. Mit dem Performance-Monitor des CCMS lässt sich eine weitaus zuverlässigere Diagnose durchführen. 2. Sind zu wenig Dialog-Workprozesse vorhanden, zeigt die CPU-Zeit eine gleichmäßige Verteilung auf. In diesem Fall können Sie als erste Maßnahme die Zahl der vom SAP-Dispatcher verwalteten Workprozesse erhöhen. Dieser Schritt kann jedoch unter Umständen – insbesondere unter Windows NT – gegenteilige Wirkung haben. Sie sollten in diesem Falle auch andere Ressourcen-Engpässe, wie z. B. zu geringe CPU-Leistung oder nicht ausreichenden Hauptspeicher, in Ihre Überlegungen mit einbeziehen. Reicht dies nicht aus, ist die Einrichtung eines zusätzlichen Dialogservers unumgänglich. Dazu sind meist keine einschneidenden Änderungen der bestehenden Konfiguration erforderlich, da nur ein Anwendungsserver, der ausschließlich Dialog-Workprozesse anbietet, auf einem zusätzlichen Rechner eingerichtet werden muss. Ein Teil der Benutzer-PCs muss so eingerichtet werden, dass sie auf den neuen Server zugreifen können.

2.8 Regeln zur Konfiguration von R/3-Systemen

139

2

R/3-Architektur

Die Vor- und Nachteile bei der Einrichtung eines zusätzlichen Dialogservers sind im Folgenden einander gegenübergestellt:

Vorteile

Nachteile

kaum Konfigurationsaufwand

geringe Ausfallsicherheit

viele zusätzliche DialogWorkprozesse

höhere Belastung des Datenbankservers mehr Verbuchungsaufträge höherer Datendurchsatz im Netzwerk

Tabelle 2.3 Vor- und Nachteile eines zusätzlichen Dialogservers

2.8.3 Verteilung der Dienste Nicht alle Dienste, die ein R/3-System zur Verfügung stellt, sind gleich wichtig. Deren Verteilung auf die verschiedenen Anwendungsserver ist deshalb für eine optimale Systemleistung von großer Bedeutung, vor allem auch unter dem Aspekt der Ausfallsicherheit.

Ausfallsicherheit Die Datenbank als der wichtigste Bestandteil eines R/3-Systems existiert nur einmal und sollte sich deshalb auf dem sichersten und leistungsfähigsten Rechner des Netzwerks befinden, da von dessen Performance die Leistungsfähigkeit des Gesamtsystems entscheidend beeinflusst wird. Ebenfalls singulär in einem R/3-System sind die Dienste des Message- und des Enqueue-Server, die auch auf einen sicheren Rechner, beispielsweise den Datenbankrechner, verlagert werden sollten.

Performance Wie Sie bereits gesehen haben, hat eine ausreichende Verfügbarkeit von Dialog-Workprozessen entscheidenden Einfluss auf die Performance des Gesamtsystems. Gleiches gilt für die Verbuchungs-Workprozesse, die in der Nähe der Datenbank installiert sein sollten.

Hardware Einige R/3-Services müssen nicht auf jedem Netzwerkrechner konfiguriert sein. Dies trifft insbesondere auf folgende Dienste zu: • Ein LU6.2-Anschluss benötigt eine entsprechende Schnittstellenkarte. Ein SAP-Gateway für die Kommunikation mit Rechnern, die sich nicht in einem TCP/IP-Netzwerk befinden, muss deshalb nur auf dem Rechner verfügbar sein, der auch mit einer entsprechenden Schnittstellenkarte ausgerüstet ist.

140

2

R/3-Architektur

• Um die Netzwerkbelastung zu minimieren, installieren Sie Spool-Workprozesse am besten auf dem Rechner, an dem die meisten lokalen Drucker angeschlossen sind. • Auf jedem Rechner, der Betriebssystemdateien für die Batch-Verarbeitung benötigt, muss auch ein Batch-Workprozess installiert sein. Besonders Schnittstellenprogramme, die in einem regelmäßigen Turnus ablaufen, greifen häufig auf lokale Dateien zu.

2.8.4 Konfiguration in einem Netzwerk Für größere Installationen oder bei besonderen Anforderungen an die Verfügbarkeit des R/3-Systems spielt auch das Netzwerk eine wesentliche Rolle. • Werden Datenbankserver und Anwendungsserver auf verschiedenen Rechnern installiert, so muss die Netzwerkverbindung zwischen Datenbank und Anwendung besonders gut sein. Bei durchschnittlichen Dialogen ist die Netzlast zwischen Anwendung und Datenbank etwa 10mal höher als zwischen Anwendung und Präsentation. Diese Wertangabe ist natürlich stark abhängig von der eingesetzten Anwendung. Auch macht es einen großen Unterschied, wie die Benutzer ihre Anwendungen bedienen. • Die Netze zwischen Präsentationsschicht und Anwendung sowie zwischen Anwendung und Datenbank sollten getrennt sein. Eine Möglichkeit, um dies zu erreichen, ist die Verwendung von zwei Netzwerkkarten auf allen Anwendungsservern. Das leistungsfähigere Netzwerk muss dann für die Verbindung zum Datenbankserver verwendet werden. • Werden PCs als Endgeräte verwendet, so werden oft auch PC-Netzwerkdienste benutzt wie beispielsweise • Zugriff auf gemeinsam genutzte Dateien und • Verwendung gemeinsamer Drucker. Es ist daher ratsam, das Netzwerk in kleine Segmente aufzuteilen oder diese Netzlast durch Router vom übrigen Netzwerk zu trennen.

2.8.5

Konfigurationsüberlegungen beim Einsatz verschiedener R/3-Module

Auch der Einsatz verschiedener R/3-Anwendungsmodule kann einen Einfluss auf die Leistungsfähigkeit und damit die Konfiguration eines verteilten R/3-Systems haben. Von Bedeutung sind hierbei die SAP-Puffer. Jeder Anwendungsserver puffert in einem Hauptspeicherbereich wichtige Daten wie • Tabellen, • ABAP/4® Programme, • Bildschirmdefinitionen oder • Menüs.

2.8 Regeln zur Konfiguration von R/3-Systemen

141

2

R/3-Architektur

Die Definition und Güte dieser Puffer ist entscheidend für die Leistungsfähigkeit eines Anwendungsservers. Selbst kleine Anwendungsserver verwenden 20 MB oder mehr Hauptspeicher für ihre Puffer. Die richtige Definition dieser Pufferbereiche ist deshalb ein für die Gesamtleistung eines R/3-Systems entscheidendes Kriterium. Die Größe des Hauptspeichers und damit der Puffer ist in der Regel eher knapp bemessen. Jedes zusätzliche Modul verwendet aber andere Pufferobjekte, was die Effizienz der Puffer negativ beeinflusst. Es ist daher von großer Bedeutung, ob auf einem Anwendungsserver alle Module gestartet werden oder ob nur Benutzer eines Moduls auf diesem Anwendungsserver arbeiten. Ist eine modulbezogene Zuordnung von Benutzern zu Anwendungsservern möglich, so ist bei identischem Hauptspeicherbedarf die Auslastung der SAPPuffer deutlich besser.

2.8.6 Hardware-abhängige Konfigurationsalternativen Neben den oben diskutierten Auswirkungen der Softwarekonfiguration für die Betriebssicherheit eines R/3-Systems hat auch die Wahl der Hardwarekomponenten große Auswirkungen auf die Ausfallsicherheit und Zuverlässigkeit des R/3-Systems. Einige für die Praxis wichtige Techniken sind die folgenden: • Verwendung von Raid-Controllern für den Anschluss von Festplatten. Raid-Controller sorgen dafür, dass der Ausfall einer Festplatte keinen Verlust der Daten zur Folge hat, da die Daten redundant gehalten werden. • Konfiguration ausfallsicherer Server. Verschiedene »Fail-over«-Konzepte erlauben es, dass beim Ausfall beispielsweise des Datenbankservers ein bisher als Anwendungsserver verwendeter Rechner oder ein als Ersatzserver konfigurierter Rechner (»hot standby«) automatisch die Dienste des ausgefallenen Rechners übernimmt. • Eine weitere Möglichkeit besteht darin, die Datenbank automatisch mit einem zweiten Datenbankserver abzugleichen. Dieser möglichst an einem anderem Ort stehende Server kann dann ebenfalls automatisch die Datenbankdienste übernehmen (»Shadow«-Datenbank). Auf diese Weise wird auch das Risiko eines Ausfalls des primären Rechenzentrums ausgeschaltet.

2.9

SAP R/3 auf Betriebssystemebene

Im Folgenden werden betriebssystemspezifische Aspekte von R/3-Systemen auf der Grundlage von Unix behandelt; auf Unterschiede zu Windows NT wird im jeweiligen Kontext hingewiesen. Sie erfahren insbesondere, • welchem Benutzer das R/3-System und die Datenbank »gehört« • wie die Verzeichnisstruktur eines R/3-Systems aufgebaut ist

142

2

R/3-Architektur

• wie der Anwendungsserver konfiguriert wird • wie Sie ein R/3-System starten und stoppen

2.9.1

Der R/3-Systemverwalter

Für ein R/3-System sind auf Betriebssystemebene zwei Benutzerkennungen erforderlich: die des Datenbankeigentümers und die des R/3-Systemeigentümers. • Der Eigentümer einer Datenbank ist unter Unix und Oracle der Benutzer oraSID. SID ist die System-ID der Datenbank. Ist diese beispielsweise E20, so heißt der Datenbankeigentümer orae20. Achten Sie darauf, alle Benutzernamen unter Unix klein zu schreiben, da die Groß- und Kleinschreibung signifikant ist. Datenbankeigentümer unter Windows NT ist hingegen der Eigentümer des R/3-Systems. • Der Systemeigentümer hat die Kennung SIDadm, gemäß obigem Beispiel also e20adm (beachten Sie bitte auch hier die Kleinschreibung bei UnixSystemen). Beide Benutzer können auf die Daten des jeweilig anderen zugreifen, da sie derselben Benutzergruppe zugehören. Alle Verwaltungstätigkeiten, auch das Starten des Systems, werden ausschließlich mit der Kennung des Systemeigentümers vorgenommen. Auch alle Prozesse des Systemkerns verwenden diese Benutzerkennung.

2.9.2

Der Aufbau der R/3-Verzeichnisstruktur

Jedes R/3-System hat eine definierte Verzeichnisstruktur, die bei der Installation angelegt wird. Die Verzeichnisstruktur des Systemkerns stellt sich unter einer Unix-Oberfläche wie in Abbildung 2.18 gezeigt dar.

Abbildung 2.18 Verzeichnisstruktur des R/3-Systemkerns unter Unix

2.9 SAP R/3 auf Betriebssystemebene

143

2

R/3-Architektur

Die einzelnen Verzeichnisse enthalten die in nachfolgender Tabelle aufgeführten Daten:

/usr/SAP

Einstiegsverzeichnis des R/3-Systems; enthält alle für den Systemkern nötigen Dateien und Verzeichnisse

/usr/SAP/SID

wird für jede System-ID bzw. R/3-System individuell angelegt. Die System-ID (SID) wird in diesem Kontext groß geschrieben

/usr/sap/SID/SYS

enthält die Systemverzeichnisse von SID, insbesondere:

.../SYS/profile

Profil- und Konfigurationsdateien für die Anwendungsserver

.../SYS/global

globale Dateien (Systemlog) oder Protokolle der Hintergrundverwaltung

.../SYS/exe/run

Standardverzeichnis für ausführbare Programme. Auch der Pfad des Systemverwalters enthält immer diesen Eintrag

.../SYS/exe/dbg

hier befindet sich nur ein symbolischer Link, der auf das Installationsverzeichnis /sapmnt/sid/exe zeigt (dessen Name kann bei der Installation frei gewählt werden). Unter Windows NT enthält dieses Verzeichnis keine Daten

.../SYS/exe/opt

enthält keine Daten

/usr/sap/<SID>/I nstanzname

Verzeichniseinträge der Anwendungsserver oder Instanzen eines R/3-Systems (SID)

.../Instanzname/work

Standard-Arbeitsverzeichnis von Anwendungsservern; nimmt die Protokolldateien aller Prozesse auf

.../Instanzname/log

Verzeichnis für die lokale Systemlog-Datei des Anwendungsservers und für die Sicherungskopie der Sperrtabelle aus dem Hauptspeicher

.../Instanzname/data

hier befinden sich diverse Daten für Laufzeitstatistik sowie die Page- und Rolldatei

Tabelle 2.4 Datenorganisation in Verzeichnissen

2.9.3 Instanzen Instanzen sind Prozesse eines Anwendungsservers, die gemeinsam gestartet und gestoppt und die durch eine gemeinsame Konfigurationsdatei definiert werden. Sie bieten mindestens einen Dienst an. Aus den Namen dieser Dienste werden verschiedene Bezeichnungen abgeleitet. Instanzen befinden sich generell in dem Verzeichnis /usr/sap/<SID>/Dienste System-Nr

144

2

R/3-Architektur

Dabei bezeichnet SID

die System-ID (groß geschrieben)

Dienste

die Anfangsbuchstaben der bereitgestellten Dienste in der Reihenfolge: Dialog Enqueue Verbucher Batch Message Gateway Spool

System-Nr

ist eine zweistellige Zahl zwischen 00 und 97

Instanzen sind zum Beispiel: • Zentralsystem/Zentralinstanz Das Zentralsystem stellt alle Dienste zur Verfügung. Der Name für das Instanzverzeichnis lautet: /usr/sap/<SID>/DEVBMGS00 Die ersten Buchstaben werden aus den Anfangsbuchstaben der angebotenen Dienste (Dialog, Enqueue, Verbucher, Batch, Message, Gateway, Spool) gebildet; die beiden letzten Ziffern bezeichnen die Systemnummer des R/3-Systems. • Dialogserver/Dialoginstanz Dialoginstanzen stellen ausschließlich Dialog-Workprozesse zur Verfügung. Sie befinden sich im Verzeichnis: /usr/sap/<SID>/D00

R/3-Systemnummer Jeder Anwendungsserver wird durch eine zweistellige Zahl zwischen 00 und 97 eindeutig gekennzeichnet. Die Nummer 98 ist für EPS, 99 für den SAPRouter vorbehalten. Um eine Instanz zu definieren, ist die R/3-Systemnummer aus folgenden Gründen erforderlich: Die Systemnummer ist Bestandteil diverser Namenskonventionen. Instanzverzeichnis, Instanznamen und Schlüssel für SAP-Puffer beinhalten diese Systemnummer als Namensbestandteil.

2.9 SAP R/3 auf Betriebssystemebene

145

2

R/3-Architektur

Programme, die in einem TCP/IP-Netzwerk kommunizieren, brauchen bestimmte Informationen über ihren »Partner«, dies sind die Netzwerkadresse (IP-Adresse) und die Port-Nummer: 1. Über die IP-Adresse oder alternativ den Namen des Rechners wird der Rechner gefunden, auf dem das externe Programm auf die Kommunikation wartet. Verwenden Sie einen Rechnernamen, so wird dieser von der Host-Datei, einer Datei, die eine Tabelle aller bekannten Namen und deren Netzwerkadressen enthält, in die entsprechende IP-Adresse »übersetzt«. Diese Datei befindet sich bei SAP-Systemen unter dem Betriebssystem Unix stets im Verzeichnis /etc/hosts, unter Windows NT ist es das Verzeichnis C:\WINNT\SYSTEM32\DRIVERS\ETC, falls C:\WINNT das Windows NT-Verzeichnis ist. Falls Sie einen Nameserver verwenden, wird diese Umsetzung natürlich ausschließlich von dessen Netzwerk-Funktionalität übernommen. 2. Der Port bezeichnet das Programm, mit dem Sie auf dem anderen Rechner kommunizieren wollen. Für die Kommunikation zwischen Rechnern und Programmen hat SAP eigene Ports (Kommunikationskanäle) mit eigenen Nummernbereichen reserviert; der SAP-Dispatcher nimmt Anfragen der Präsentationsschicht stets auf einem Port zwischen 3200 und 3299 entgegen. Im Falle der Systemnummer 00 wartet ein SAP-Dispatcher auf dem Port 3200 (oder allgemein 32+Systemnummer). Diese Portnummern müssen in der Datei /etc/services (oder C:\WINNT\SYSTEM32\DRIVERS\ETC\services für Windows NT) wie folgt definiert werden: sapdp00

3200/tcp

Diese Zuordnung eines Programms zu einer IP-Adresse und einem Port können Sie mit der Zusammensetzung einer Telefonnummer aus Ortsnetzkennzahl und Teilnehmernummer vergleichen.

2.9.4 Das Instanzprofil Jede Instanz wird durch eine Profildatei konfiguriert. Diese befindet sich in der Regel im Verzeichnis /usr/SAP/<SID>/SYS/profile (SID für die SystemID) und wird beim Start ausgewertet. Ihre Benennung erfolgt gemäß denselben Namenskonventionen, die auch für Instanzen gelten. Das System »E20« mit der Systemnummer »00« für das Zentralsystem hat somit folgenden Profilnamen: E20_DVEBMGS00 Weitere Aufgaben eines Instanzprofils bestehen darin, die »Feinabstimmung« eines R/3-Systems vorzunehmen. Zu diesem Zweck wird beispielsweise darin definiert,

146

2

R/3-Architektur

• wie viele Workprozesse der SAP-Dispatcher startet und welchen Typs sie sind • wie viel Speicher für die diversen SAP-Puffer angelegt werden soll • welche Größe Roll- und Page-Dateien maximal annehmen dürfen Instanzdateien sind Textdateien. Jedem zulässigen Parameter kann ein Wert mit folgender Syntax zugewiesen werden: Parametername = Parameterwert Wollen Sie z. B. erreichen, dass der SAP-Dispatcher beim Systemstart drei Dialog-Workprozesse und vier Verbucher-Workprozesse erzeugt, so können Sie dies mit folgendem Eintrag in die Instanzdatei erreichen (das Nummernsymbol bezeichnet eine Kommentarzeile, mit deren Hilfe Sie auch für übersichtlichere Darstellungen sorgen können): # rdisp/wp_no_dia rdisp/wp_no_upd

= 3 = 4

#

Parameter sind unterschiedlichen Bereichen zugeordnet. Die im Beispiel genannten vom Typ rdisp beeinflussen den Dispatcher. Ab dem R/3-Release 3.0 können Sie die Parameterdatei im Rechenzentrums-Leitstand direkt aus R/3 heraus modifizieren.

2.9.5

Anzeigen von Parametern in der Systemverwaltung

Wenn Sie sich darüber informieren wollen, welche Parameter eine bestimmte Instanz verwendet, wählen Sie folgenden Weg: Ausgangspunkt Knoten SAP MENÜ im Fenster »SAP Easy Access« 1. Wählen Sie den Knoten WERKZEUGE | ADMINISTRATION | MONITOR | PERFORMANCE | SETUP/BUFFERS | PARAMETER CHANGES aus. ➜ Sie erhalten eine Übersicht aller Anwendungsserver in Ihrem Systemverbund. 2. Wählen Sie mit dem Cursor den gewünschten Anwendungsserver aus, und drücken Sie die Schaltfläche »Active Parameters«. ➜ Sie erhalten eine Liste der aktiven Profilparameter angezeigt.

2.9 SAP R/3 auf Betriebssystemebene

147

2

R/3-Architektur

Abbildung 2.19 Anzeige aktueller Systemparameter (© SAP AG)

2.9.6 Anzeigen von Parametern in einem Report Parallel dazu informiert Sie der Report RSPARAM über die aktuellen Parameter Ihres Anwendungsservers. Ausgangspunkt Beliebige Stelle 1. Rufen Sie in der Kommandoeingabezeile die Transaktion »/nsa38« auf, und schließen Sie die Eingabe mit (¢) ab. ➜ Sie sehen das Fenster »ABAP/4: Programmausführung«. 2. Tragen Sie unter »Programm« den Reportnamen »RSPARAM« ein, und wählen Sie die Drucktaste »Ausführen« und im folgendem Fenster nochmals »Ausführen«. ➜ Sie sehen eine Listanzeige aller derzeit gültigen Parameter (vgl. Abbildung 2.19). 3. MIT PARAMETER | SICHERN IN PC DATEI können Sie diese Informationen auf Ihren Frontend-PC laden. Sie werden feststellen, dass der Report RSPARAM eine weitaus größere Anzahl von Parametern auflistet, als in der Konfigurationsdatei enthalten ist. Der Grund hierfür ist, dass das System alle zulässigen Parameter mit Voreinstellungswerten versieht. Nur wenn davon abweichende Werte gewünscht sind, werden diese mit Hilfe der Konfigurationsdatei abgeändert.

148

2

R/3-Architektur

2.9.7 Systemstart und Systemstopp Für das Starten und Stoppen eines R/3-Systems unter Unix werden ShellScripts verwendet, die bereits bei der SAP-Installation generiert werden. Die Namen dieser Shell-Scripts setzen sich aus dem Rechnernamen und der Systemnummer zusammen. Auf einem Rechner mit der Bezeichnung hpgsp1 werden demnach Shell-Scripts zum Starten und Stoppen des Systems 00 mit dem Namen startsap_hpgsp1_00 bzw. stopsap_hpgsp1_00 erzeugt.

Systemstart unter Unix Als Systemverwalter müssen Sie sich zunächst unter Unix anmelden. Sie befinden sich daraufhin in Ihrem Home-Verzeichnis <SID>adm. Im nachfolgenden Beispiel verwenden wir ein System mit System-ID E20, Systemnummer 00 auf dem Rechner hpgsp1 1. Von hier aus starten Sie das System mit dem Befehl startsap R3. startsap verweist (in unserem Beispiel) auf das Shell-Script startsap_hpgsp1_00, R3 ist ein Übergabeparameter, der das Starten der gesamten Instanz veranlasst. Wollen Sie nur die Datenbank starten, übergeben Sie mit dem Befehl startsap den Parameter DB (startsap DB). Die einfache Eingabe von startsap startet alle Dienste, also Instanz und Datenbank.

Abbildung 2.20 Ablauf beim Systemstart unter Unix

2. Das Start-Script startsap führt daraufhin den Befehl sapstart aus, der alle Prozesse einer Instanz, auch den SAP-Dispatcher, startet. Um welche Prozesse es sich dabei im Einzelnen handelt, entnimmt das Programm der Konfigurationsdatei START_DVEBMGS00.

2.9 SAP R/3 auf Betriebssystemebene

149

2

R/3-Architektur

3. Der SAP-Dispatcher wird ebenfalls bei seinem Start konfiguriert; seine Konfigurationsparameter entnimmt er der Datei E20_DVEBMGS00 und der Profildatei DEFAULT.PFL. Letztere enthält bereits von SAP vorkonfigurierte allgemein gültige Parameter; sind hier definierte Werte anders belegt als in der Datei E20_DVEBMGS00, so gelten stets die individuellen Werte in letzterer. 4. Als letzten Schritt des Systemstarts startet der SAP-Dispatcher die Workprozesse, die in den Profilen definiert sind.

Systemstart unter Windows NT Im Unterschied zu Unix erfolgt der Start eines R/3-Systems unter Windows NT über ein Windows-Dialogfenster, den R/3 Service Manager und ab Version 4.5 als Plug-in über die Microsoft Management-Konsole. Dieses bietet gleichzeitig, über kleine Ampelsymbole, eine Übersicht über den Status der Hauptprozesse des R/3-Kernsystems.

Abbildung 2.21 SAP Service Manager Rel. 4.0 (© SAP AG)

Auch diese Prozedur mündet schließlich in die für den Start eines R/3-Systems beschriebenen Profildateien • START_DVEBMGS00 • DEFAULT.PFL

Abbildung 2.22 SAP System Management-Konsole (© SAP AG)

150

2

R/3-Architektur

Systemstopp Das R/3-System wird mit dem Befehl stopsap angehalten. Dieser Befehl zeigt auf das entsprechende Stop-Shellscript. Auch hier stehen – wie beim Starten des Systems – mehrere Varianten zur Auswahl: stopsap

stoppt sowohl Instanz wie auch die Datenbank

stopsap R3

stoppt nur die Instanz

stopsap DB

stoppt nur die Datenbank

Der Systemstopp eines Windows NT-Systems erfolgt aus dem oben beschriebenen R/3 Service-Fenster heraus. Die Datenbank muss unter Windows NT in jedem Fall »von Hand« gestoppt werden.

2.9 SAP R/3 auf Betriebssystemebene

151

2

R/3-Architektur

2.10 Aufgaben 1. Aus welchen Schichten besteht die Grundarchitektur des SAP-Informationssystems? a) Präsentation b) Datenhaltung c) Kommunikationsschicht d) Anwendungsprogramme 2. Welche Aufgaben hat der SAP-Dispatcher? a) Er erzeugt alle anderen Workprozesse/Services. b) Er steuert die Profildatei. c) Der Dispatcher verwaltet die Systemspeicherressourcen, organisiert die Kommunikation zwischen den Prozessen und verwaltet Warteschlangen. d) Der Dispatcher verteilt alle Anforderungen möglichst gleichmäßig an die zuständigen Unterprozesse. 3. Welche Systemaktivitäten gehören zu einem R/3-Dialogschritt? a) Alle Benutzeraktivitäten zwischen Senden und Empfangen eines Bildschirmbildes. b) Erzeugen eines Workprozesses vom Typ »D«. c) Schreiben der relevanten Umgebungsvariablen des Benutzers in den Roll-Bereich. d) Datenpufferung im Hauptspeicher. 4. Was macht den R/3-Batch-Service für den Benutzer so vorteilhaft? a) Zeit- und speicherintensive Programme (Listauswertungen) können im Hintergrund verarbeitet werden. b) Sogar unbeschränkt viele Batch-Workprozesse verlängern die Dialogzeiten keinesfalls. c) Viele Batchprogramme können zu beliebigen Zeiten ausgeführt werden. d) Ausführung zu bestimmten Bedingungen (z. B. Kalendertage). 5. Wie wahrt der Enqueue-Service die Datenkonsistenz? a) Verwalten der Workprozesse in Sperrtabellen. b) Sperren der betroffenen Datenbanktabellen mit Hilfe von Sperrobjekten. c) R/3 verwendet wegen seiner Dialog-Workprozess-Konzeption einen eigenen (logischen) Sperrmodus. d) Sperre mit der Meldung »Objekt nicht vorhanden«.

152

2

R/3-Architektur

2.11 Lösungen 1. Aus welchen Schichten besteht die Grundarchitektur des SAP-Informationssystems? a) Richtig Präsentation b) Richtig Datenhaltung c) Falsch Kommunikationsschicht d) Richtig Anwendungsprogramme 2. Welche Aufgaben hat der SAP-Dispatcher? a) Richtig Er erzeugt alle anderen Workprozesse/Services. b) Falsch Er steuert die Profildatei. c) Richtig Der Dispatcher verwaltet die Systemspeicherressourcen, organisiert die Kommunikation zwischen den Prozessen und verwaltet Warteschlangen. d) Richtig Der Dispatcher verteilt alle Anforderungen möglichst gleichmäßig an die zuständigen Unterprozesse. 3. Welche Systemaktivitäten gehören zu einem R/3-Dialogschritt? a) Falsch Alle Benutzeraktivitäten zwischen Senden und Empfangen eines Bildschirmbildes. b) Richtig Erzeugen eines Workprozesses vom Typ »D«. c) Richtig Schreiben der relevanten Umgebungsvariablen des Benutzers in den Roll-Bereich. d) Richtig Datenpufferung im Hauptspeicher. 4. Was macht den R/3-Batch-Service für den Benutzer so vorteilhaft? a) Richtig Zeit- und speicherintensive Programme (Listauswertungen) können im Hintergrund verarbeitet werden. b) Falsch Sogar unbeschränkt viele Batch-Workprozesse verlängern die Dialogzeiten keinesfalls. c) Richtig Viele Batchprogramme können zu beliebigen Zeiten ausgeführt werden. d) Richtig Ausführung zu bestimmten Bedingungen (z. B. Kalendertage). 5. Wie wahrt der Enqueue-Service die Datenkonsistenz? a) Richtig Verwalten der Workprozesse in Sperrtabellen. b) Richtig Sperren der betroffenen Datenbanktabellen mit Hilfe von Sperrobjekten. c) Richtig R/3 verwendet wegen seiner Dialog-Workprozess-Konzeption einen eigenen (logischen) Sperrmodus. d) Falsch Sperre mit der Meldung »Objekt nicht vorhanden«.

2.11 Lösungen

153

3

Softwaretechnologie

Kapitel 3 Softwaretechnologie 3.1

Übersicht

158

3.2

ABAP-Workbench

158

3.3

Object Navigator

159

3.4

Das Unternehmensdatenmodell

163

3.5

Dictionary

164

3.5.1

Informationen im Dictionary

164

3.5.2

Objekte im Dictionary

166

Tabellen

167

3.5.3

Das Repository-Infosystem

170

3.6

Anwendungen im R/3-System

3.6.1 3.6.2

R/3-Transaktionen R/3-Reports

172 174

3.7

Die Programmiersprache ABAP/4

177

3.8

Auswertungen mit Hilfe eines ABAP/4-Queries

181

3.9

Praxisfall: Suche nach Varianten

183

3.10

Praxisfall: Suche nach Tabellen

184

3.11

Aufgaben

186

3.12

Lösungen

187

171

155

3

Softwaretechnologie

Softwaretechnologie Dieses Kapitel beschäftigt sich mit der ABAP®-Workbench, einer integrierten Entwicklungsumgebung des R/3®-Systems, die es auch Kunden erlaubt, ihr R/3-System um eigene Anwendungen zu ergänzen. Sie lernen die Funktionen von einigen der wichtigsten Tools dieser Software-Entwicklungsumgebung kennen. • Dazu gehört insbesondere das Dictionary, in dem alle Daten und Informationen des Systems hinterlegt sind. • Ferner werden tabellenbezogene Funktionen und das Unternehmensdatenmodell behandelt. • Als wichtige Softwaretechnologie wird auch die Dynpro-Technik vorgestellt. Diese Technik bildet die Grundlage von SAP®-Dialog-Anwendungen (Transaktionen). • Als Letztes erhalten Sie einen Einblick in die Programmiersprache ABAP/4, mit der Sie Anwendungen in R/3 erstellen können. Zum Verständnis dieses Kapitels sollten Sie mit den Inhalten der ersten beiden Kapitel dieses Buches vertraut sein und über grundlegende Kenntnisse in der Datenverarbeitung verfügen. Besonders wenn Sie sich als R/3-Anwender für die Softwaretechnologie des Systems interessieren, werden Sie dieses Kapitel mit Gewinn lesen, aber auch als Softwareentwickler, der die Anwendungsebene von R/3 kennen lernen will, werden Sie von der Lektüre profitieren, da Sie ein besseres Verständnis der technischen Abläufe bei Programmierung, Anwendungsentwicklung und Systemverwaltung erworben haben.

157

3

Softwaretechnologie

3.1

Übersicht

Alle Anwendungen des R/3-Systems sind mit Hilfe der SAP-eigenen Entwicklungsumgebung erstellt. Das SAP-Kernsystem bildet dazu, wie im vorigen Kapitel gezeigt, die Basis aller in der Entwicklungsumgebung integrierten Werkzeuge. • Das SAP-Kernsystem stellt den Interpreter für die SAP-eigene Sprache ABAP zur Verfügung. • Der Zugriff auf die Datenbank erfolgt durch die ebenfalls im Systemkern implementierte Datenbank-Schnittstelle. • Dialoge mit dem Benutzer werden durch die Präsentationsschicht mit Hilfe der SAP-Dynpro-Technologie bereitgestellt. • Die SAP-Entwicklungsumgebung (oder besser ABAP-Workbench) bildet technologisch gesehen eine Schicht zwischen dem Basissystem und der Anwendung. In dieser mittleren Ebene (hier findet häufig der Begriff »Middleware« Verwendung) sind alle Werkzeuge zusammengefasst, die für die Entwicklung einer SAP-Anwendung nötig sind. • Ein Entwickler hat durch die ABAP-Workbench eine vollwertige Entwicklungsumgebung, die alle Phasen der Softwareentwicklung unterstützt, von der • • • •

Konzeption und Datenmodellierung über die Entwicklung, die Testphase bis hin zur Wartung mit Überwachung und Performance-Optimierung.

Im Folgenden sollen nun diese Werkzeuge näher erklärt werden.

3.2

ABAP-Workbench

Die ABAP-Workbench, die Entwicklungsumgebung von SAP, stellt alle erforderlichen Werkzeuge für die Entwicklung neuer SAP-Anwendungen zur Verfügung. Als wichtigste sind zu nennen: • Dictionary Im Dictionary werden Daten definiert, die allen Programmen und Anwendungen zur Verfügung stehen; das Dictionary ist die Schnittstelle zur Datenbank. • ABAP/4-Editor Mit diesem schreiben Sie ABAP/4-Programme und testen Sie. • Function Builder Er dient zum Erstellen, Testen und Verwalten von Funktionsbausteinen.

158

3

Softwaretechnologie

• Class Builder Mit dem Class Builder können Sie Objekttypen erstellen und pflegen. • ScreenPainter Mit Hilfe des Screen Painters können Sie Bildschirmbilder für das graphische Benutzerinterface erstellen; hier steht Ihnen auch ein Graphik-Editor zur Verfügung, mit dem Sie Bildschirmelemente bearbeiten können. • Menu Painter Mit ihm gestalten Sie Menüfolgen. • Testwerkzeuge Hier stehen Ihnen verschiedene Tools zur Verfügung, mit deren Hilfe Sie selbst erstellte ABAP/4-Anwendungen testen und tracen sowie deren Ausführungsgeschwindigkeit messen können.

3.3

Object Navigator

Die verschiedenen Einzelwerkzeuge, die die ABAP-Workbench zur Verfügung stellt, sind in hohem Maße in diese Entwicklungsumgebung integriert. Je nachdem, welches Objekt (Menü, Programmcode, Tabelle, Oberfläche etc.) Sie bearbeiten wollen, stellt Ihnen die Workbench die geeigneten Werkzeuge zur Verfügung, die auch als Repository-Objekte bezeichnet werden. Repository-Objekte wählen Sie im Object Navigator aus, der eine hierarchische Liste von Objekten anzeigt, aus der Sie das gewünschte per Doppelklick auswählen können. Um Repository-Objekte auszuwerten, können Sie folgende Einstiegsoptionen wählen: • Entwicklungsklasse Wenn Sie ein neues Projekt in Angriff nehmen, werden alle Programmobjekte dieses Objekts in einer eigenen Entwicklungsklasse zusammengefasst. Näheres dazu erfahren Sie in Kapitel 11, »CTS – Change & Transport System«. • Programm Sie können bei der Auswertung von Repository-Objekten auch mit einem ABAP/4-Anwendungsprogramm beginnen; als Ergebnis sehen Sie eine Liste aller Objekte dieses Programms. • Funktionsgruppe Funktionsgruppen dienen dazu, Funktionsbausteine in den Funktionsbibliotheken zu ordnen.

3.3 Object Navigator

159

3

Softwaretechnologie

• Klasse Hier können Sie den Bezeichner eines Objekttyps, d. h. einer Klasse oder eines Interfaces, eingeben. Die verschiedenen Objekttypen werden bei der Programmierung mit ABAP Objects, der objektorientierten Spracherweiterung von ABAP, verwendet. Näheres dazu erfahren Sie in Kapitel 3.7, »Die Programmiersprache ABAP/4«. • Lokale private Objekte Wenn Sie diese Option wählen, erhalten Sie eine Übersicht über alle Objekte, die ein Benutzer zu Testzwecken angelegt hat. • Einzelobjekte Durch Auswahl dieses Menüpunkts gelangen Sie unmittelbar zur Pflege der Einzelobjekte. Ausgangspunkt SAP Menü 1. Rufen Sie folgende Menüfunktion auf: WERKZEUGE | ABAP-WORKBENCH | ÜBERSICHT | OBJECT NAVIGATOR. ➜ Sie befinden sich im Hauptmenü der Entwicklungsumgebung.

Abbildung 3.1

Einstieg ABAP-Workbench ( SAP AG)

2. Durch einen Doppelklick auf den Menüeintrag OBJECT NAVIGATOR wird dieser gestartet. ➜ Sie gelangen in den Eingabebildschirm des Object Navigators.

160

3

Softwaretechnologie

Abbildung 3.2

Der Einstiegsbildschirm des Object Navigators ( SAP AG)

3. Um sich mit der Funktionsweise des Object Navigators vertraut zu machen, wählen Sie nun die Option »Programm« und tragen als Beispiel »SAPMM03M« in das entsprechende Feld ein (mit diesem Programm können Sie Materialstämme pflegen). Wählen Sie anschließend A NZEIGEN. ➜ Sie sehen eine Übersicht, in der alle Objekttypen des gewählten Programms erscheinen. 4. Öffnen Sie nun durch einen Klick auf den Pfeil vor dem Objekttyp »Transaktionen« die untergeordnete Hierarchieebene. ➜ Sie sehen eine Liste aller Transaktionen, die mit dem Programm »SAPMM03M« definiert sind.

3.3 Object Navigator

161

3

Softwaretechnologie

Abbildung 3.3

Objektliste SAPMM03M ( SAP AG)

5. Klicken Sie mit einem Doppelklick auf die Transaktion MMZ1. ➜ Das System zeigt Ihnen alle Definitionen aus der angewählten Transaktion. 6. Klicken Sie mit einem Doppelklick auf die Bezeichnung »Entwicklungsklasse«. ➜ Das System verzweigt in die Definitionsanzeige der gewählten Entwicklungsklasse. 7. Die automatische Navigation gilt für viele Ausgabefelder des SAP-Systems. Doppelklicken Sie in der Detailanzeige des Transaktionscodes auf die Bezeichnung des Berechtigungsobjekts. ➜ Das System verzweigt automatisch auf den Anzeigebildschirm für Berechtigungsobjekte. Die automatische Vorwärtsnavigation funktioniert in fast allen Anwendungen des SAP-Systems und ermöglicht ein bequemes Springen zu Anwendungen oder Komponenten, die im Zusammenhang mit dem angeklickten Objekt stehen. Sie kommen einfach wieder zu Ihrem Ausgangspunkt zurück, wenn Sie den grünen Pfeil in der Symbolleiste drücken oder im Menü SPRINGEN | ZURÜCK wählen bzw. geöffnete Popupfenster schließen.

162

3

Softwaretechnologie

Abbildung 3.4 Dialogtransaktion im selben Fenster anzeigen ( SAP AG)

Nach diesem kleinen Beispiel werden im Folgenden einige wichtige Einzelwerkzeuge vorgestellt.

3.4

Das Unternehmensdatenmodell

Beim Unternehmensdatenmodell (UDM) handelt es sich um ein strukturiertes Entity-Relationship-Modell (SERM). Es beschreibt die vom R/3-System bearbeiteten Informationsobjekte und stellt deren gegenseitige Beziehungen dar. SAP verwendet dafür eine eigene Darstellungsweise; deshalb spricht man in diesem Zusammenhang auch von SAP-SERM. Ein Unternehmensdatenmodell kann in beliebiger Granularität abgebildet werden: Die Möglichkeiten reichen von einem groben Einstiegsmodell bis hin zu einem komplexen Modell aller Informationsflüsse in einem Unternehmen.

Data Modeler Mit dem Data Modeler von SAP verfügen Sie über ein Werkzeug, das Sie dabei unterstützt, Datenmodelle entsprechend dem SAP-SERM aufzustellen, insbesondere hilft es Ihnen: • Datenbanktabellen für eigene Anwendungen zu planen • die komplexen Strukturen von R/3-Anwendungen abzubilden

3.4 Das Unternehmensdatenmodell

163

3

Softwaretechnologie

Der Data Modeler ist Bestandteil der ABAP-Workbench. Er wird über das Workbench-Menü ENTWICKLUNG | DATA MODELER aufgerufen. Der Data Modeler macht Ihre Unternehmensdaten transparenter und Ihre Entwicklungsarbeiten effizienter, da Sie mit Hilfe seines graphischen Editors schnell • Informationen über bereits angelegte Tabellenstrukturen beschaffen können • neu geschaffene Datenstrukturen bequem aus dem UDM in das Data Dictionary Ihres Systems übertragen können Um den Data Modeler aufzurufen, wählen Sie folgenden Menüpfad: Ausgangspunkt Arbeitsgebiet »Workbench« 1. Wählen Sie ENTWICKLUNG | DATA MODELER. ➜ Das Einstiegsbild des Data Modelers erscheint auf Ihrem Bildschirm. 2. Spezifizieren Sie das zu bearbeitende Datenmodell. 3. Starten Sie mit der Drucktaste GRAPHIK den graphischen Editor. ➜ Sie können nun das Datenmodell inspizieren und aus dem graphischen Editor auch in die Pflege der Unternehmensdatenmodelle wechseln.

3.5

Dictionary

Ein Dictionary ist eine zentrale Sammlung, in der Unternehmensdaten, Anwendungen und die Regeln, nach der die Anwendungen die Unternehmensdaten verarbeiten, hinterlegt und beschrieben sind. Der Begriff »Dictionary« hat in der SAP-Version 4 die Bezeichnung »ABAP/4-Dictionary« bzw. den gleichbedeutenden Begriff »Data Dictionary« ersetzt. Da das Dictionary ein integraler Bestandteil der SAP-Entwicklungsumgebung ist, stellt es seine Informationen Benutzern, Programmierern und verschiedenen R/3-Softwarekomponenten zur Laufzeit bereit. Dies ist der Grund, weshalb das Dictionary auch als »aktives Dictionary« bezeichnet wird.

3.5.1

Informationen im Dictionary

Zu den wichtigsten Informationen, die im Dictionary hinterlegt sind, gehören: • • • • • •

164

Felder, die in Tabellen, Dynpros und Programmen verwendet werden Datenelemente und Domänen Dokumentationen zu Datenelementen Tabellendefinitionen wie Aufbau, Indizes und Anwendungstyp Views auf Tabellen Beziehungen zwischen Tabellen

3

Softwaretechnologie

Datenaktualität Das Dictonary ist die zentrale Ablage aller definierten Daten, auf die systemweit zugegriffen wird. Geänderte Informationen sind damit sofort für alle Anwendungen verfügbar. Beim Aktivieren dieser Änderungen wird automatisch überprüft, ob andere Repository-Objekte von den Änderungen betroffen sind. In einem solchen Fall werden alle abhängigen Objekte neu aktiviert. Im Falle von ABAP-Reports wird ein Zeitstempel gesetzt, der das System beim nächsten Aufruf eines Reports veranlasst, diesen Report neu zu generieren. Dies sorgt dafür, dass Anwendungen oder Dynpros stets mit den aktuellen Informationen versorgt werden.

Abbildung 3.5

Das Dictionary

3.5 Dictionary

165

3

Softwaretechnologie

3.5.2

Objekte im Dictionary

Das Dictionary rufen Sie über die ABAP-Workbench auf. Start Startmenü 1. Rufen Sie folgende Menüfunktion auf: WERKZEUGE | ABAP-WORKBENCH | ENTWICKLUNG. ➜ Sie gelangen in die ABAP-Workbench, Bereich Entwicklung (vgl. Abbildung 3.1). 2. Rufen Sie das Dictionary durch Doppelklicken auf DICTIONARY auf. ➜ Sie befinden sich im Startmenü des Dictionary.

Abbildung 3.6

Einstieg Dictionary ( SAP AG)

Dies ist der Ausgangspunkt für alle weiteren Operationen, die Sie mit den Objekten des Dictionary vornehmen können. Das Dictionary enthält folgende Objektarten: • Tabellen • Domänen • Datenelemente • Strukturen • Views • Sperrobjekte • Suchhilfen • Typengruppen Die ersten drei Objekte sind die wichtigsten und werden am häufigsten benötigt; deshalb werden wir sie im Folgenden eingehender betrachten.

166

3

Softwaretechnologie

Tabellen Im Schnittpunkt von Tabellenzeile und -spalte befindet sich ein Datenwert, der durch die Eigenschaften von »Tabellenzeile« und »Tabellenspalte« definiert ist. Tabellenfelder (die »Spalten«) nehmen Datenwerte desselben Typs auf. Die Anordnung der Daten in den Tabellen ist durch einen Primärschlüssel festgelegt, der aus einem oder mehreren Feldern gebildet wird. Tabellen in diesem Sinne sind zugleich Objekte der Datenbank. Das Dictionary bietet eine komfortable Schnittstelle zur Verwaltung dieser Datenbankobjekte.

Abbildung 3.7

Tabellen, Felder, Datenelemente, Domänen

Die Eigenschaften der Tabellenfelder werden in zwei Schritten festgelegt: 1. Tabellenfelder verweisen auf Datenelemente. Durch sie sind Schlüsselwörter, Überschriften und Hilfstexte festgelegt. 2. Datenelemente verweisen auf eine eigene Domäne, in der die Feldeigenschaften wie Format, Länge, (zulässiger) Wertebereich definiert sind.

3.5 Dictionary

167

3

Softwaretechnologie

Die Tabellen des Dictionary sind nicht zwangsläufig auch in der R/3-Datenbank enthalten. Sie können im Dictionary zusätzlich folgende Typen von Tabellen definieren: • transparente Tabellen • Pool-Tabellen • Cluster

Transparente Tabellen Transparente Tabellen im Dictionary werden wie normale Datenbanktabellen definiert. Der Unterschied zwischen beiden Typen besteht darin, dass »von außen« (von außerhalb des R/3-Systems) nur transparente Tabellen gelesen und bearbeitet werden können. Ein typischer Einsatzzweck von transparenten Tabellen sind Tabellen mit Kundendaten.

Abbildung 3.8

168

Die verschiedenen Tabellentypen

3

Softwaretechnologie

Pool-Tabellen Das System R/3 verwendet zur Systemkonfiguration viele, teils kleine Steuertabellen, bei denen sich oftmals nur wenige Felder unterscheiden. Ein Zugriff auf viele kleine Tabellen stellt sehr hohe Performanzanforderungen an eine relationale Datenbank. Dieses Problem kann durch die Verwendung von Pool-Tabellen umgangen werden. Pool-Tabellen fassen den Inhalt mehrerer R/3-Tabellen in einer einzigen Datenbanktabelle zusammen.

Anwendung von Pool-Tabellen Die Verwendung eines Tabellenpools empfiehlt sich vor allem dann, wenn • keine externen Datenzugriffe erforderlich sind • ein Primärschlüssel definiert ist • die Tabellengröße gering ist • die Tabelle im Speicher gepuffert ist Ein Beispiel hierfür ist der Pool ATAB. Dieser enthält (im Release 4.0A) eine große Anzahl von Steuertabellen (exakt 2159).

Cluster Unter einem Cluster versteht man einen physikalisch zusammenhängenden Speicherbereich. So kann ein logisches Objekt, das zum Beispiel aus allen Positionen eines Buchungsbelegs besteht, in den Zeilen einer Cluster-Tabelle gespeichert werden. Mehrere Tabellen oder Tabellensätze, die ein gemeinsames Objekt bilden, können in Cluster-Tabellen zusammengefasst werden. Ein Beispiel hierfür ist die Tabelle BSEG (»Belegsegment Buchhaltung«).

Views und Suchhilfen (Matchcodes) Datenstrukturen und Beziehungen zwischen Daten können Sie in R/3 mit Hilfe von Views und Suchhilfen abbilden (Suchhilfen wurden in früheren Versionen von R/3 als »Matchcodes« bezeichnet). Ein View zeigt Ihnen mehrere • ausgewählte Felder • eine Tabelle • Felder aus verschiedenen Tabellen, die dann durch einen Primärschlüssel zueinander in Bezug gesetzt sein müssen. Die in einem View angezeigten Felder können Sie nach Belieben benennen. Sie müssen sich dabei nicht an die Feldbezeichnung in der Datenbank halten. Suchhilfen erleichtern Benutzereingaben in Felder erheblich. Aufgrund frei wählbarer Suchmuster über frei definierbare Spalten bieten sie bereits gespeicherte Daten zur Bearbeitung an.

3.5 Dictionary

169

3

Softwaretechnologie

3.5.3

Das Repository-Infosystem

Mit Hilfe des Repository-Infosystems können Sie sich über alle im Dictionary verwalteten Meta-Daten (Objekte) informieren. Aus dem Ergebnis Ihrer Suche heraus können Sie die gefundenen Objekte direkt anzeigen oder bearbeiten. Das Repository-Infosystem rufen Sie aus der ABAP-Workbench auf. Ausgangspunkt Arbeitsgebiet »Workbench« 1. Rufen Sie folgende Menüfunktion auf: ÜBERSICHT | INFOSYSTEM. ➜ Sie befinden sich im Repository-Infosystem und können die angezeigten Informationen weiter untergliedern. 2. Klicken Sie auf den Pfeil vor dem ABAP Dictionary. ➜ Sie haben nun weitere Auswahlmöglichkeiten. 3. Wenn Sie sich – wie in Abbildung 3.9 – über eine Tabelle informieren möchten, wählen Sie zunächst »Grundobjekte«, anschließend »Datenbanktabellen« aus. ➜ Es erscheint ein Bildschirm mit Auswahlmöglichkeiten.

Abbildung 3.9

Tabellensuche im Repository-Infosystem ( SAP AG)

4. Sie können die Anzahl der angezeigten Tabellen durch Eingaben von Tabellennamen, Kurzbeschreibungen oder Entwicklungsklassen weiter einschränken, indem Sie beispielsweise die betreffenden Anfangsbuchstaben, gefolgt von dem Jokerzeichen »*«, eingeben und die Suche durch einen Klick auf starten.

170

3

Softwaretechnologie ➜ Sie sehen eine Auflistung aller Tabellen, die Ihren Suchkriterien entsprechen. Aus dieser Auflistung heraus können Sie einen Nachweis aller Programme oder Objekte generieren, in denen ein ausgewähltes Objekt verwendet wird. Dazu wählen Sie zunächst ein Objekt aus, beispielsweise eine Datenbanktabelle, und führen einen Verwendungsnachweis durch mit Hilfe des Menüpfads HILFSMITTEL | VERWENDUNGSNACHWEIS, oder Sie klicken auf . Alternativ können Sie auch in die Funktionen zur Pflege und Anzeige des ausgewählten Objekts verzweigen, indem Sie entweder das Symbol für Pflege oder das Symbol für Anzeigen anklicken.

Abbildung 3.10 Suchergebnis der Tabellensuche ( SAP AG)

3.6

Anwendungen im R/3-System

Bevor wir auf weitere Programmierwerkzeuge der ABAP-Workbench eingehen, müssen wir uns zunächst R/3-Anwendungen zuwenden, und zwar den Transaktionen und den Reports. Transaktionen sind Dialogprogramme, die auf die Eingaben eines Endbenutzers reagieren. Sie werden in der Hauptsache zum Verändern von Daten benutzt. Reports hingegen benötigen keine oder nur sehr wenige Benutzereingaben. Sie verändern Daten in der Regel nicht, sondern dienen dazu, Daten zu lesen und zu analysieren und entsprechende Ergebnislisten (Listreports) aufgrund von Benutzereingaben zu erzeugen.

3.6 Anwendungen im R/3-System

171

3

Softwaretechnologie

Beide Anwendungsarten sind jedoch nicht streng getrennt: R/3 kennt auch ein »interaktives Reporting«, bei dem die Erstellung von Reports im Dialogbetrieb mit dem Benutzer erfolgt.

3.6.1

R/3-Transaktionen

Transaktionen bestehen aus einer Folge von Bildschirmbildern, mit deren Hilfe der Benutzer mit der Anwendung »kommuniziert«. Den Wechsel zum nächsten Bildschirmbild einer Sequenz bezeichnet man als Dialogschritt.

Abbildung 3.11 Dynpro-Technik

172

3

Softwaretechnologie

Jeder Dialogschritt benötigt ein Dynpro (»dynamisches Programm«). Dieses steuert • das Bildschirmlayout • die Feldeigenschaften • die Ablauflogik Von der Ablauflogik her besteht jeder Dialogschritt aus • dem »process before output« (PBO), der das Bildschirmbild generiert und ausgibt • dem »process after input« (PAI), der die Benutzereingaben verarbeitet Während des PBO- oder PAI-Zeitpunkts können weitere Aktionen wie z. B. das Prüfen von Eingaben oder Berechtigungen oder das Auslösen von Buchungen erfolgen. Wenn Sie in einem Dynpro den Namen eines Felds verwenden, das bereits im Dictionary definiert ist, werden die Feldeigenschaften wie z. B. • Format • zulässiger Wertebereich des Felds • Ausgabeformat (z. B. Farbe, Unterdrückung/Ausgabe führender Nullen, Textausrichtung) vom Dynpro übernommen. Dadurch wird ein automatischer Bezug zwischen Dynpro und Feld erstellt. Um Bildschirmbilder selbst zu erstellen und die Positionen der Eingabe-, Ausgabe- und Auswahlfelder in diesen festzulegen, steht Ihnen mit dem Screen-Painter ein komfortables Werkzeug zur Verfügung. Die Unterfunktionen, die von einem Dynpro aufgerufen werden, bezeichnet man als Module. Sie werden von einem eigenen ABAP/4-Dialogprogramm, dem Modulpool, zur Verfügung gestellt. Alle Dynpros einer Transaktion greifen auf ein und denselben Modulpool zu, ein Modulpool kann jedoch mehrere Transaktionen versorgen. Bereits erstellte Dynpros können auch in unterschiedlichen Transaktionen verwendet werden. Dabei müssen Sie jedoch sicherstellen, dass das Dynpro auch in dieser Umgebung den korrekten Folgebildschirm aufruft bzw. dass die Ein-, Ausgabe- oder Auswahlfelder, die in einer veränderten Umgebung nicht verfügbar oder relevant sind, ausgeblendet werden. Die Dynpros in den Modulpools werden vom R/3-System fortlaufend nummeriert. Auf diese Weise kann man Dynpro-Ketten sehr einfach durch einen Verweis auf die Folgenummer definieren. Eine Dynpro-Kette endet, wenn Null als Folgenummer angegeben wird. Sie können jedoch auch mangelnde Benutzerberechtigungen oder vordefinierte Eingaben als Abbruchkriterium festlegen.

3.6 Anwendungen im R/3-System

173

3

Softwaretechnologie

Abbildung 3.12 Schematische Darstellung einer Dynpro-Kette

3.6.2 R/3-Reports Wie Sie bereits gesehen haben, unterstützen Sie Reports bei der Analyse von Unternehmensdaten, die Sie nach frei wählbaren Kriterien selektieren können. Sie können diesen Anwendungskomfort noch erhöhen, indem Sie für die verschiedenen Anwendungsbereiche eigene Reportklassen bilden. Darüber hinaus haben Sie in jedem Report typischerweise die folgenden Möglichkeiten: • Sie können die Reportliste auf einem Drucker ausgeben. • Sie können die Liste sowohl im ASCII- als auch im Tabellenformat auf Ihrem Arbeitsplatzrechner speichern. • Sie können die Ergebnisse in SAPOffice und im Reportingbaum speichern. • Sie können Texte und Überschriften der Listen bearbeiten. • Sie können in der Reportliste nach beliebigen Zeichenfolgen suchen.

174

3

Softwaretechnologie

Zeichensuche mit Hilfe des Reports RSPARAM Ausgangspunkt Listanzeige des Reports RSPARAM. Mit diesem Report informieren Sie sich über die Profilparameter des Systemkerns (vgl. Kap. 2). 1. Rufen Sie folgende Menüfunktion auf: SYSTEM | LISTE | SUCHEN NACH. ➜ Sie können nun den Suchtext in einem Dialogfenster formulieren. Dieses Fenster erreichen Sie auch, wenn Sie den Menüpfad BEARBEITEN | SUCHEN NACH wählen. 2. Sie wollen nun nach den Parametern suchen, die die Anzahl (»no«) der Workprozesse (»wp«) steuern; deshalb geben Sie den Suchtext »wp_no« ein und drücken die Taste . ➜ R/3 präsentiert Ihnen eine Übersicht aller Fundstellen (vgl. Abb. 3.13). 3. Setzen Sie den Cursor auf den Sie interessierenden Eintrag, und klicken Sie an. ➜ Das System zeigt Ihnen den gesuchten Text in der Listanzeige.

Abbildung 3.13 Trefferliste ( SAP AG)

Selektionskriterien und Parameter Sie können die Treffergenauigkeit und Übersichtlichkeit einer Reportanzeige erhöhen, indem Sie durch Angabe von Selektionskriterien die Inhalte einschränken, die aus der Datenbank aufgelistet werden. Ein Report hat zu diesem Zweck neben dem Listergebnis-Bildschirm (dem List-Dynpro) auch ein Eingabebild (Eingabe-Dynpro), in dem Sie diese Kriterien festlegen können. Hierzu haben Sie folgende Auswahlmöglichkeiten: • Sie können Felder mit einem festen Wert vorbelegen (Bildschirmelement »Programmparameter«). • Sie können die Suche auf bestimmte Wertebereiche einschränken (Bildschirmelement »Selektionsparameter«).

3.6 Anwendungen im R/3-System

175

3

Softwaretechnologie

• Optionen können Sie mit Hilfe der Ankreuzfelder auswählen und bestätigen. • Stehen mehrere alternative Möglichkeiten zur Wahl, können Sie genau ein Feld durch Anklicken von »Radio-Buttons« auswählen.

Report-Varianten Die Selektionskriterien für den Report, die Sie eingegeben haben, können Sie unter einem beliebigen Namen abspeichern, um später wieder darauf zuzugreifen. Dies ist besonders dann vorteilhaft, wenn Sie jeweils nur wenige Kriterien verändern wollen. In Abbildung 3.14 wurde z. B. für jede Programmiersprache eine eigene Report-Variante abgespeichert.

Abbildung 3.14 Selektionsbild ( SAP AG)

Möglichkeiten der Reportausführung In aller Regel werden Sie einen Report aus dem Arbeitsgebiet heraus aufrufen, in dem Sie sich gerade befinden. Sie können Reports aber auch ausführen, indem Sie den Menüpfad S YSTEM | DIENSTE | REPORTING wählen.

176

3

Softwaretechnologie

Ausgangspunkt In einem beliebigen Arbeitsgebiet 1. Rufen Sie folgende Menüfunktion auf: S YSTEM | DIENSTE | REPORTING. ➜ R/3 zeigt Ihnen das Fenster »ABAP/4 Programmausführung«. 2. Geben Sie den Namen des Reports, den Sie ausführen wollen, in das Feld »Programm« ein, oder suchen Sie den gewünschten Report, wie oben beschrieben. 3. Klicken Sie auf . ➜ Es erscheint das Bildschirmbild, in dem Sie die Selektionskriterien eintragen können. 4. Tragen Sie die erforderlichen Selektionskriterien ein. 5. Führen Sie nun den Report aus, indem Sie auf schirmausgabe zu starten.

klicken, um die Bild-

6. Klicken Sie nach Beendigung des Reports auf . ➜ Sie befinden sich im Ausgangsfenster »ABAP/4: Programmausführung«.

3.7

Die Programmiersprache ABAP/4

Im vorhergehenden Abschnitt wurden zwei Grundtypen von Anwendungsprogrammen erläutert: Transaktionen und Reports. Diese Programme werden mit der Programmiersprache ABAP/4 (Advanced Business Application Programming) realisiert. ABAP/4 – ursprünglich von SAP nur für interne Anwendungsentwicklungen konzipiert – wurde im Laufe der Zeit weiterentwickelt und auch den Kunden für die Entwicklung eigener Anwendungen zur Verfügung gestellt.

Überblick über die Funktionen von ABAP/4 Der Name der Programmiersprache rührt daher, dass es sich bei ihr um eine so genannte Sprache der 4. Generation handelt, d. h., ABAP/4 unterstützt die Entwicklung strukturierter Programme. ABAP/4 ist eine Interpreter-Sprache, die seit der SAP-R/3-Version 4.0 um einen objektorientierten Ansatz (ABAP Objects) erweitert wurde. Alle Möglichkeiten der objektorientierten Programmierung sind jedoch erst seit SAP-R/3-Release 4.5 verfügbar.

3.7 Die Programmiersprache ABAP/4

177

3

Softwaretechnologie

Abbildung 3.15 Programmtypen in ABAP/4

ABAP Objects Zu Release 4.0 führte SAP den Begriff ABAP Objects ein. Der Begriff ABAP Objects steht für eine objektorientierte Spracherweiterung der Programmiersprache ABAP, die voll in die Entwicklungsumgebung ABAP-Workbench und in das R/3-Repository integriert ist. ABAP Objects baut auf dem bisherigen Sprachumfang von ABAP auf und ist fast vollständig mit diesem kompatibel. Im Kontext von ABAP Objects gibt es jedoch einige Syntaxverschärfungen, die bei gewöhnlichem ABAP nicht zwingend erforderlich sind, aber auch dort eingesetzt werden sollten. ABAP wurde somit um einen kompletten Befehlssatz objektorientierter Sprachelemente erweitert, der typische Elemente der objektorientierten Programmierung wie Vererbung, Kapselung und Inter-

178

3

Softwaretechnologie

faces unterstützt. Programme, die in ABAP Objects entwickelt wurden, können problemlos in bestehende ABAP-Programme eingebunden werden. Die objektorientierten Sprachelemente von ABAP Objects orientieren sich an den Vorbildern Java und C++ und wurden vollständig in den Kernel der Sprache ABAP implementiert. Die Programmentwicklung in ABAP Objects kann daher zu erheblichen Geschwindigkeitsvorteilen führen. ABAP Objects ist kompatibel zu externen Objektschnittstellen wie DCOM und CORBA, die Integration von SAP-Anwendungen in eine komponentenbasierte Systemlandschaft wird somit unterstützt und erleichtert.

Die Datenbank-Abfragesprache SQL R/3 verwaltet alle Daten in Tabellen, auf die Sie mit den Funktionen von ABAP/4 zugreifen können, jedoch nur unter Verwendung von SQL (Structured Query Language). ABAP/4 stellt Ihnen zwei SQL-Implementierungen zur Auswahl: • SAP-SQL • reines SQL (EXEC SQL)

Abbildung 3.16 SQL-Schnittstelle

3.7 Die Programmiersprache ABAP/4

179

3

Softwaretechnologie

Das »reine SQL« greift nicht über den Umweg der Dictionary-Definitionen auf die Datenbank zu, sondern auf direktem Wege auf die beispielsweise in einer Oracle-Datenbank gehaltenen Informationen. Aus diesem Grunde ist ein Zugriff nur auf transparente Tabellen, nicht aber auf Cluster- oder PoolTabellen möglich.

SAP-SQL SAP-SQL stellt Programmierern und Anwendern einige Erleichterungen bereit, indem es beim Datenzugriff versucht, die in den SAP-Puffern hinterlegten Daten zu berücksichtigen. Erst wenn dies nicht möglich ist, greift es direkt auf die relationale Datenbank zu. Außerdem verwendet es die im Data Dictionary gespeicherten Informationen, um optimiert auf die Datenbank zugreifen zu können. Aus diesem Grunde müssen Sie keine individuellen Spezifika der verschiedenen Datenbanksysteme berücksichtigen, wenn Sie SAP-SQL verwenden.

Verwendung interner Tabellen Während der Laufzeit eines ABAP/4-Programms werden die vom Programm generierten oder benötigten Daten in tabellenähnlichen Strukturen (in so genannten internen Tabellen) gespeichert. Interne Tabellen werden vorzugsweise zur Zwischenspeicherung von Daten für selbst definierte Auswertungsprogramme verwendet.

Verarbeitung von Unterprogrammen In ABAP/4-Programme lassen sich auch so genannte Unterprogramme oder FROM-Routinen einbinden. Diese können • aus dem laufenden Programm aufgerufen werden (in diesem Fall handelt es sich um einen internen Programmaufruf) • aus einem anderen ABAP/4-Programm aufgerufen werden (hier handelt es sich um einen externen Aufruf) • Unterprogramme können zudem als eigenständige Funktionsbausteine definiert werden. Diese Modularisierung erleichtert die Wartung und Pflege der Programme. Der wesentliche Unterschied zwischen Funktionsbausteinen und FROMRoutinen besteht darin, dass Funktionsbausteine • eine fixierte Datenschnittstelle haben • die übergebenen Werte auf ihre Gültigkeit prüfen • in einer eigenen Funktionsbibliothek verwaltet werden • mit einem Testwerkzeug komfortabel geprüft werden können

180

3

Softwaretechnologie

Abbildung 3.17 Unterprogrammtechniken

3.8

Auswertungen mit Hilfe eines ABAP/4-Queries

Mit Hilfe von ABAP/4-Query können auch in der ABAP-Programmierung unerfahrene Anwender sowie Anwender, die mit den Feld- und Tabellennamen der SAP-Datenbank nicht vertraut sind, auf einfache Weise eigene Auswertungen vornehmen. ABAP/4-Query stellt Ihnen für Ihre eigenen Auswertungen folgende Grundfunktionen zur Verfügung: Sie können folgende Auswertungstypen generieren und sie auch untereinander kombinieren: • Grundlisten • Statistiken • Ranglisten Ein interaktives Arbeiten wird von ABAP/4-Query jedoch nicht unterstützt.

3.8 Auswertungen mit Hilfe eines ABAP/4-Queries

181

3

Softwaretechnologie

Um eine Auswertung mit ABAP/4-Query zu generieren, werden folgende Angaben von Ihnen erwartet: 1. Zunächst müssen Sie einen Namen für das ABAP/4-Query vergeben. 2. Danach müssen Sie Ihre Benutzergruppe eintragen. 3. Anschließend wählen Sie das Sachgebiet aus, auf das sich der Report beziehen soll. 4. Das Sachgebiet grenzen Sie weiter ein, indem Sie die interessierenden Felder auswählen. 5. Zum Schluss legen Sie den Typ der Auswertung (Grundliste, Rangliste, Statistik) fest.

Abbildung 3.18 ABAP/4-Query

182

3

Softwaretechnologie

3.9

Praxisfall: Suche nach Varianten

Als Systemverwalter sind Sie häufig mit der Aufgabe konfrontiert, Auswertungen, die in Ihrem Unternehmen bereits regelmäßig erstellt wurden, an veränderte Auswertungsbedürfnisse anzupassen. Bevor Sie einen neuen Report generieren, gehen Sie daran, einen bereits existierenden anzupassen. Als Beispiel soll im Folgenden der Report RMMMBEST dienen. Er informiert Sie über Bestände im Bereich Materialwirtschaft. Sie erreichen den ursprünglichen Report über den Menüpfad L OGISTIK | MATERIALWIRTSCHAFT | BESTANDSFÜHRUNG. Den Report variieren Sie wie folgt: Ausgangspunkt Arbeitsgebiet »Bestandsführung« 1. Rufen Sie den Menüpfad U MFELD | BESTAND | BESTANDSÜBERSICHT auf. ➜ Sie sehen den Auswahlbildschirm des Reports.

Abbildung 3.19 Report Bestandsübersicht ( SAP AG)

2. Tragen Sie hier die Werte ein, die Ihren geänderten Auswertungsbedürfnissen entsprechen, und speichern Sie diese Variante auf dem Menüpfad SPRINGEN | VARIANTEN | ALS VARIANTE SICHERN ab. ➜ Sie befinden sich in der Variantenpflege. 3. Geben Sie hier einen Namen für die Variante sowie einen erläuternden Text ein, und wählen Sie, welche Parameter sichtbar bleiben sollen oder verändert werden dürfen. Sichern Sie Ihre Eingaben, indem Sie die Schaltfläche SICHERN anklicken.

3.9 Praxisfall: Suche nach Varianten

183

3

Softwaretechnologie ➜ Sie befinden sich wieder im Auswahlbild. 4. Sie können die Variante nun abrufen, indem Sie die Schaltfläche klicken oder im Menü SPRINGEN | VARIANTEN | HOLEN auswählen.

an-

Abbildung 3.20 Pflege von Reportvarianten ( SAP AG)

3.10 Praxisfall: Suche nach Tabellen Als Anwendungsentwickler können Sie vor dem Problem stehen, dass Sie eine Tabelle suchen, in der bestimmte Werte abgelegt sind, auf die Sie zurückgreifen möchten. Aus einem Standard-SAP-Programm kennen Sie das Eingabefeld, aber in diesem Programm wird das Feld nur aus einer internen Tabelle gelesen. Die einzige Information, die Sie möglicherweise haben, besagt, dass diese Tabelle ein Feld einer bestimmten Domäne oder eines Datenelements enthält. Nehmen wir an, Sie suchen alle Tabellen, die das Feld »Lagerort« enthalten. Sie wissen, dass sich dieses Feld auf die Domäne LGORT und das Datenelement LGORT bezieht (zum Beispiel aus den technischen Informationen eines Dynport-Feldes). Ausgangspunkt Arbeitsgebiet »ABAP-Workbench« 1. Wählen Sie ÜBERSICHT | INFOSYSTEM. ➜ Sie gelangen in das Repository-Infosystem.

184

3

Softwaretechnologie

2. Expandieren Sie die Zeile »ABAP Dictionary«, anschließend die Zeile »Felder«. 3. Wählen Sie dann die Zeile »Tabellenfelder«. ➜ R/3 zeigt jetzt das Selektionsbild des Repository-Infosystems für Tabellenfelder. 4. Wählen Sie BEARBEITEN | ALLE SELEKTIONEN. ➜ R/3 ergänzt die anfänglich gezeigten Selektionsmöglichkeiten um weitere Selektionsfelder (vgl. Abbildung 3.24). 5. Tragen Sie hier Ihre Selektionsbedingungen ein. Wir interessieren uns nur für Tabellen, die mit T* beginnen und die vom Typ »Transparent« sind. Bestätigen Sie die Eingabe durch einen Klick auf das Symbol AUSFÜHREN. ➜ Das System zeigt alle gefundenen Einträge in einer Liste an. Von hier können Sie die Tabelle weiter analysieren.

Abbildung 3.21 Tabellensuche ( SAP AG)

3.10 Praxisfall: Suche nach Tabellen

185

3

Softwaretechnologie

3.11 Aufgaben 1. Welche wichtigen Werkzeuge stellt die SAP-Entwicklungsumgebung zur Verfügung? a) Das Dictionary b) Die Funktionsbibliothek c) Den Business Engineer d) Den ABAP/4-Editor 2. Die Objektverwaltung mit dem Repository Browser ermöglicht: a) Die Übersicht über die Objekte b) Die Auswahl der Objekte, die Sie bearbeiten wollen c) Die Anzeige aller Objekttypen, die zu einem Programm gehören, in einer Übersicht (z. B. Objekttyp, Transaktionen) d) Die Verzweigung zur Pflege der Dynpronummer eines TransaktionsObjekttyps 3. Welche wichtigen Informationen sind im Dictionary hinterlegt? a) Schnittstellenprogramme und Dialogsteuerung b) Felder, die in Tabellen, Dynpros und Programmen verwendet werden c) Datenelemente und Domänen, Dokumentation zu Datenelementen d) Tabellendefinitionen wie Aufbau, Indizes und Anwendungstyp 4. Welche Tabellentypen können im Dictionary zusätzlich definiert werden? a) Transparente Tabellen b) Physische Tabellen c) Pool-Tabellen d) Cluster 5. Wozu dienen die verschiedenen logischen Tabellen? a) Pool-Tabelle: Zusammenfassung vieler kleiner Steuertabellen (z. B. der Pool ATAB) b) Cluster-Tabelle: Ein logisches Objekt, z. B. alle Positionen eines Buchungsbeleges, in mehreren Zeilen speichern c) Transparente Tabellen: zum Lesen »von außen«, z. B. Tabellen mit Kundendaten d) Views: Felder aus verschiedenen Tabellen, die nicht durch einen Primärschlüssel in Bezug gesetzt wurden

186

3

Softwaretechnologie

3.12 Lösungen 1. Welche wichtigen Werkzeuge stellt die SAP-Entwicklungsumgebung zur Verfügung? a) Richtig Das Dictionary b) Richtig Die Funktionsbibliothek c) Falsch Den Business Engineer d) Richtig Den ABAP/4-Editor 2. Die Objektverwaltung mit dem Repository Browser ermöglicht: a) Richtig Die Übersicht über die Objekte b) Richtig Die Auswahl der Objekte, die Sie bearbeiten wollen c) Richtig Die Anzeige aller Objekttypen, die zu einem Programm gehören, in einer Übersicht (z. B. Objekttyp, Transaktionen) d) Richtig Die Verzweigung zur Pflege der Dynpronummer eines Transaktions-Objekttyps 3. Welche wichtigen Informationen sind im Dictionary hinterlegt? a) Falsch Schnittstellenprogramme und Dialogsteuerung b) Richtig Felder, die in Tabellen, Dynpros und Programmen verwendet werden c) Richtig Datenelemente und Domänen, Dokumentation zu Datenelementen d) Richtig Tabellendefinitionen wie Aufbau, Indizes und Anwendungstyp 4. Welche Tabellentypen können im Dictionary zusätzlich definiert werden? a) Richtig Transparente Tabellen b) Falsch Physische Tabellen c) Richtig Pool-Tabellen d) Richtig Cluster 5. Wozu dienen die verschiedenen logischen Tabellen? a) Richtig Pool-Tabelle: Zusammenfassung vieler kleiner Steuertabellen (z. B. der Pool ATAB) b) Richtig Clustertabelle: Ein logisches Objekt, z. B. alle Positionen eines Buchungsbeleges, in mehreren Zeilen speichern c) Richtig Transparente Tabellen: zum Lesen »von außen«, z. B. Tabellen mit Kundendaten d) Falsch Views: Felder aus verschiedenen Tabellen, die nicht durch einen Primärschlüssel in Bezug gesetzt wurden

3.12 Lösungen

187

4

Systemverwaltung im Überblick

Kapitel 4 Systemverwaltung im Überblick 4.1

Aufgaben des Systemverwalters

191

4.2

Themenüberblick

193

4.3

Systemlog

193

4.3.1

Systemlog-Grundlagen

196

4.4

Sperreinträge

198

4.4.1

Die Sperrverwaltung beeinflussen

198

4.5

Verbuchungsaufträge überwachen

200

4.6

Systemüberwachung

204

4.6.1 4.6.2 4.6.3 4.6.4

Systemübersicht Übersicht über die Prozesse eines Anwendungsservers Benutzerübersicht Gateway-Monitor

204 204 206 206

4.7

ABAP/4-Kurzdumps

207

4.8

Praxisfall

209

4.9

Aufgaben

212

4.10

Lösungen

213

189

4

Systemverwaltung im Überblick

Systemverwaltung im Überblick Das folgende Kapitel macht Sie mit den Funktionen, Aufgaben und Werkzeugen eines R/3®-Systemverwalters vertraut und informiert Sie auch über den Kenntnisstand, den er mitbringen sollte. Dabei setzen wir grundlegende Kenntnisse der R/3-Systemarchitektur, wie sie in Kapitel 2 beschrieben wurde, als bekannt voraus. Im Einzelnen können Sie sich in diesem Kapitel einen Überblick über die folgenden Tools verschaffen: • das SysLog und seine Auswertung • die SAP®-Sperrtabelle und ihre Verwaltung • die Überwachung von Verbuchungsaufträgen • die Benutzer- und Systemübersicht • die ABAP/4®-Kurzdumps und ihre Auswertung

4.1

Aufgaben des Systemverwalters

Das R/3-System als Client-Server-System erfordert folgende primäre Verwaltungsaufgaben: • die Konfiguration des Basissystems und alle damit in Zusammenhang stehenden periodischen Arbeiten • die Verwaltung der R/3-Datenbank • die Konfiguration und Pflege aller Peripherieeinheiten, insbesondere von Endgeräten, Druckern und Netzwerk

4.1 Aufgaben des Systemverwalters

191

4

Systemverwaltung im Überblick

Im engeren Bereich der R/3-Anwendungen ist der Systemverwalter dafür verantwortlich, dass ein reibungsloser Systembetrieb gewährleistet ist. Zu diesem Zweck entwickelt er Konzepte für die Sicherheit und Sicherung der Daten, sorgt für eine Optimierung der Systemleistung und ist insbesondere dann tätig, wenn im Falle von Systemerweiterungen neue Konfigurationsarbeiten anfallen. Eine weitere wichtige Aufgabe des R/3-Systemverwalters besteht darin, die erforderliche Software auf den Frontend-Rechnern der Benutzer zu installieren und zu warten. In Anbetracht der Datenmenge, die ein R/3-System bereits im Auslieferungszustand umfasst, und angesichts der vitalen Bedeutung dieser Daten für das Unternehmen ist es selbstverständlich, dass diese Tätigkeit ein hohes Maß an Fachkenntnissen voraussetzt. Dies trifft besonders für den Bereich der Datensicherheit zu, aber auch für den Bereich der Systemoptimierung. Angesichts der komplexen Konfigurationsmöglichkeiten des Systems und der anderen Parameter, die für die optimale Performanz des Gesamtsystems eine Rolle spielen (wie z. B. Netzwerktopologie, zusätzlich installierte Softwarekomponenten auf den Benutzergeräten), ist das Tuning einer R/3-Anlage eine der wichtigsten Aufgaben des Systemverwalters. Dazu muss er in der Lage sein, die Konfigurationsparameter zu optimieren und zu überwachen. Der obige Aufgabenüberblick zeigt, dass die genannten Tätigkeiten in der Regel nicht mehr nur von einem Systemverwalter wahrgenommen werden können. Schon bei mittleren R/3-Installationen befasst sich der Systemverwalter in der Regel nur mit dem eigentlichen SAP-System, die Verantwortung für das Netzwerk und die Endbenutzer-PCs tragen hingegen andere Mitarbeiter. Umso wichtiger ist es jedoch, dass er auch mit den anderen Komponenten und den zwischen diesen und dem R/3-System bestehenden Abhängigkeiten vertraut ist. Im Falle sehr großer Installationen hat es sich als zweckmäßig herausgestellt, die Kompetenzen unter den Systemverwaltern nach folgenden Aufgabenbereichen aufzuteilen: • Datenbank: Überwachungs- und Backup-Aufgaben • Basissystem: Performanzsicherung, Konfiguration, Wartung und Aktualisierung der Systemsoftware • Benutzer und Berechtigungen • Netzwerk und Peripherie • CTS – Change and Transport System

192

4

Systemverwaltung im Überblick

4.2

Themenüberblick

Im Folgenden werden wir uns eingehender mit der Systemüberwachung von R/3 beschäftigen. Die verschiedenen Aspekte der Systemverwaltung werden in den weiteren Kapiteln thematisiert. Die Datenbankverwaltung finden Sie deshalb in Kapitel 8, wo die SAP-eigenen Werkzeuge zur Datenbankverwaltung – die diversen Monitoring-Möglichkeiten und die Planung der Sicherungsstrategien – im Rahmen des Rechenzentrums-Leitstandes (CCMS, Computer Center Management System) beschrieben werden. Die Verwaltung von Benutzern und Berechtigungen finden Sie in Kapitel 5, in dem auch weitere Sicherungskonzepte und Mechanismen des R/3-Systems vorgestellt werden. Die Verwaltung von Druckern und die Integration und Konfiguration neuer Drucker in einem SAP-Netzwerk wird detailliert in Kapitel 6 beschrieben. Die Werkzeuge, mit denen Sie die Hintergrundverwaltung eines R/3-Systems steuern und überwachen, werden in Kapitel 7 vorgestellt. Die Konfiguration von Schnittstellen und Kommunikationsmodulen, mit denen ein R/3-System mit Fremdanwendungen kommuniziert, wird in Kapitel 9 besprochen. Die Einstellung der Tabellen, mit deren Hilfe Sie CPIC-Verbindungen und den Remote Function Call aufrufen, und der Datenaustausch mit Hilfe entsprechend konfigurierter OLE-Schnittstellen sind Schwerpunkte dieses Kapitels. Als zentraler Verantwortungsbereich eines Systemverwalters wird die Bedienung des Online Service Systems (OSS) in Kapitel 10 vorgestellt, mit dessen Hilfe Sie neue Hinweise der SAP AG zur Systemfunktionalität sowie Fehlerpatches, mit denen Sie Fehlersituationen in Programmen korrigieren können (so genannte »Hot Packages«), in Ihr eigenes System integrieren. Eine weitere wichtige Aufgabe des Systemverwalters besteht darin, die während des Customizings (also der individuellen Anpassung eines R/3-Systems an die betrieblichen Belange) vorgenommenen Änderungen in das so genannte Produktivsystem zu übertragen. Ebenso müssen Eigenentwicklungen in das Produktivsystem oder den Produktivmandanten implementiert werden. Dies erfolgt mit Hilfe des Transport Management Systems und mit den Mitteln des Korrektur- und Transportwesens (CTS, Change and Transport System), die in Kapitel 11 vorgestellt werden.

4.3

Systemlog

Wenn Sie als Systemverwalter Problemfälle in Ihrer R/3-Installation erkennen und beseitigen wollen, müssen Sie in erster Linie in der Lage sein, das Systemlog zu analysieren. In diesem Protokoll werden die folgenden Informationen aufgezeichnet:

4.2 Themenüberblick

193

4

Systemverwaltung im Überblick

• Benutzereingriffe in das R/3-System, beispielsweise das Löschen eines Dialogs oder eine Sperre • Fehler in ABAP/4-Programmen, die zum Abbruch der Anwendung führen • Fehler bei der Kommunikation mit der Datenbank oder beim Zugriff auf dieselbe • Hinweise auf Systemengpässe, beispielsweise Speichermangel im Pageoder Roll-Bereich • jeder Start und Stopp von Systemkomponenten

Abbildung 4.1

Einstiegsbildschirm des Systemlogs (© SAP AG)

Ausgangspunkt Knoten SAP MENÜ im Fenster »SAP Easy Access« 1. Wählen Sie den Knoten WERKZEUGE | ADMINISTRATION | MONITOR | SYSTEMLOG aus. ➜ Sie sehen das Einstiegsbild (vgl. Abbildung 4.1), in welchem Ihnen verschiedene Auswertungsmöglichkeiten des Systemlogs angeboten werden. Sie können hier – je nach Konfiguration Ihres Systems – zwischen dem lokalen Systemlog bzw. dem zentralen Systemlog (also der Auswertung Ihres Gesamtsystems) wählen. 2. Klicken Sie im Einstiegsbildschirm auf die Schaltfläche SYSLOG NEU LESEN.

194

4

Systemverwaltung im Überblick ➜ Sie sehen alle Systemlogeinträge, die den Bedingungen entsprechen, welche Sie zuvor definiert haben (vgl. Abbildung 4.2). Hinweis Im Einstiegsbild können Sie die Auswahl der angezeigten Treffer weiter eingrenzen, indem Sie die Option BEARBEITEN | EXPERTENMODUS wählen. Sie erhalten dann zusätzliche Optionen zur Auswahl der Systemlogs. 3. In der Liste, die Ihnen am Bildschirm präsentiert wird, sind alle Meldungen nach Verursacher und Uhrzeit ihres Auftretens sortiert und mit einem Kurztext aufgelistet. Möchten Sie eine bestimmte Situation detaillierter analysieren, positionieren Sie den Cursor auf die betreffende Meldungszeile und aktivieren die Schaltfläche , oder doppelklicken Sie auf die entsprechende Zeile. ➜ Sie befinden sich in der Detailauswertung der betreffenden Meldung.

Abbildung 4.2

Listanzeige des Systemlogs (© SAP AG)

4. Hier können Sie sich in der SAP-Dokumentation über dieses Problem und seine Behebung informieren oder aber die nächste Fehlermeldung anzeigen lassen. Existiert zu dieser Fehlermeldung ein Kurzdump (siehe weiter unten in diesem Kapitel), können Sie von hier aus unmittelbar in die Auswertung des entsprechenden Programmlauf-Protokolls verzweigen. Drücken Sie zu diesem Zweck die Schaltfläche LAUFZEITFEHLER AUSW.

4.3 Systemlog

195

4

Systemverwaltung im Überblick ➜ Sie sehen ein Auswertungsprotokoll des betreffenden Laufzeitfehlers. Beachten Sie aber bitte, dass dies nur bei solchen Fehlern möglich ist, die einen ABAP/4-Programmabbruch verursacht haben (vgl. Abbildung 4.3).

Abbildung 4.3 Systemlog-Detailauswertung (© SAP AG)

4.3.1

Systemlog-Grundlagen

Wie bereits ausgeführt, werden im Systemlog auch Datenbankprobleme protokolliert. Damit auch in einem solchen Falle die Meldungen zugänglich und auswertbar bleiben, wird das SysLog nicht in die Datenbank, sondern in normale Betriebssystemdateien geschrieben. Die beiden bereits angesprochenen Typen des SysLog, der lokale und der zentrale, werden Ihnen im Folgenden näher vorgestellt.

Lokaler SysLog Anwendungen schreiben ihre SysLog-Einträge – wie Sie bereits in diesem Kapitel erfahren haben – in eine lokale Betriebssystemdatei. Der standardmäßig voreingestellte Dateiname ist SLOG<SYSTEM-NR.>, wobei SYSTEM-NR durch die (zweistellige) Nummer des Anwendungsservers ersetzt wird (Beispiel SLOG00). Alle Einträge in dieser Datei werden – wenn eine bestimmte, mittels Systemparametern voreinstellbare Größe erreicht ist – zyklisch überschrieben.

196

4

Systemverwaltung im Überblick

Zentraler SysLog Ein zentraler SysLog wird erzeugt, wenn Sie mehr als einen Anwendungsserver installiert haben. Er »sammelt« alle lokalen SysLog-Meldungen. Dazu müssen Sie jedoch beim Starten des Systems auf jedem Anwendungsserver einen Sendeprozess (rslgsend) und auf der zentralen Instanz einen Sammelprozess (rslgcoll), der die SysLog-Dateien schreibt, starten. Mit Hilfe der Parameter RSLG/CENTRAL/FILE und RSLG/CENTRAL/OLD_FILE legen Sie die Dateinamen des zentralen SysLogs fest. Zentrale SysLog-Dateien werden nicht so einfach überschrieben wie lokale, denn wenn diese eine bestimmte Größe erreicht haben, werden sie in einer Art Sicherungsdatei aufbewahrt. Die zentrale SysLog-Datei hat die voreingestellte Bezeichnung SLOGI<SYSTEM-NR.>, die Sicherungsdatei, die sich im gleichen Verzeichnis befindet, heißt SLOGJO<SYSTEM-NR.> (als Beispiel: SLOGI00 und SLOGJO00). Auch hier können Sie die Maximalgröße beider Dateien mit Hilfe von Systemparametern (RSLG/CENTRAL/MAX_ DISKSPACE) festlegen.

Abbildung 4.4 SysLog-Konfiguration

4.3 Systemlog

197

4

Systemverwaltung im Überblick

4.4 Sperreinträge Sperreinträge haben Sie bereits in Kapitel 2 kennen gelernt. Sie dienen dazu, um in einer Client-Server-Umgebung gerade in Benutzung befindliche Datensätze für andere Zugriffe zu sperren, um so den Datenbestand stets aktuell und vor allem konsistent zu halten. Dies erfolgt mit Hilfe eines Enqueue-Workprozesses, der die Sperreinträge in einer Tabelle verwaltet. Jede Anwendung, die auf einen Datensatz ändernd zugreifen will, muss diesen Zugriff zuvor beim Enqueue-Server beantragen, der prüft, ob für das betreffende Objekt ein Sperreintrag besteht. Ist dies nicht der Fall, ist also kein Sperreintrag vorhanden, gibt er der anfordernden Anwendung den Zugriff frei und erstellt einen neuen Eintrag in der Sperrtabelle.

4.4.1

Die Sperrverwaltung beeinflussen

Im Rahmen der Systemadministration steht Ihnen auch eine Sperrverwaltung zur Verfügung, mit deren Hilfe Sie sich über den Status der Sperren informieren können. Sie können insbesondere • alle Sperreinträge einschließlich deren Verwaltungsdaten anzeigen • vom System gesetzte Sperren von Hand löschen Diese Manipulationen kann der Systemverwalter mandantenübergreifend ausführen, sofern er über die erforderlichen Zugriffsberechtigungen verfügt.

Abbildung 4.5

Sperreinträge verwalten, Einstiegsbild (© SAP AG)

Ausgangspunkt Knoten SAP MENÜ im Fenster »SAP Easy Access« 1. Wählen Sie den Knoten WERKZEUGE | ADMINISTRATION | MONITOR | SPERREINTRÄGE aus. ➜ Sie gelangen in das oben gezeigte Auswahlbild, in dem Sie die Sperreinträge auswählen können (vgl. Abblidung 4.5).

198

4

Systemverwaltung im Überblick

2. Hier haben Sie die Möglichkeit, den Namen der Sperrtabelle oder den Benutzernamen vorzugeben. Das Sperr-Argument besteht aus Feldern der Sperrtabelle. Wenn Sie den Tabellenaufbau kennen, können Sie durch Angabe des Sperr-Arguments die Suche einschränken. 3. Schließen Sie Ihre Eingabe mit (¢) ab. ➜ Sie sehen eine Auflistung aller Sperreinträge. Sie als Systemverwalter können im Gegensatz zu anderen Benutzern auf alle Einträge in der Sperrtabelle zugreifen. 4. Setzen Sie den Cursor auf einen Sie interessierenden Eintrag in dieser Liste; klicken Sie anschließend auf die Schaltfläche DETAILS. ➜ Sie sehen detaillierte Angaben zu diesem Sperreintrag, nach denen Sie diese Liste auch selektieren können (vgl. Abbildung 4.6). Hinweis Außerdem erfahren Sie aus dem Detaileintrag, • von welchem Anwendungsserver dieser Sperreintrag beantragt wurde • zu welcher Zeit er gesetzt wurde • den Namen der Transaktion, die den Sperreintrag ausgelöst hat • den Namen des gesperrten Objekts

Abbildung 4.6 Detailanzeige eines Sperreintrages (© SAP AG)

4.4 Sperreinträge

199

4

Systemverwaltung im Überblick

Sperreinträge sollten Sie in aller Regel nicht manuell löschen, da ein Benutzer in diesem Falle weiterhin die Möglichkeit hätte, seine begonnene Transaktion fortzusetzen. Da ohne Sperre jedoch andere Benutzer in der Zwischenzeit die Daten geändert haben könnten, würden in diesem Fall ungültige Inhalte in die Datenbank gestellt und deren Konsistenz gefährdet. Falls ein Benutzer einen Sperreintrag veranlasst hat und auf diese Weise andere Benutzer beim Bearbeiten dieses Objekts blockiert, sollten Sie diesen Benutzer lieber benachrichtigen oder seinen Benutzermodus löschen. Jede manuelle Aufhebung einer Sperre wird in der SysLog-Datei vermerkt.

4.5

Verbuchungsaufträge überwachen

Die Systemverwaltung ermöglicht es Ihnen auch, die Verbuchungsaufträge zu überwachen und zu analysieren. Im Einzelnen können Sie • alle Verbuchungsaufträge anzeigen, die sich derzeit im System befinden • Verbuchungsaufträge analysieren, die wegen eines Fehlers abgebrochen wurden • alle Funktionsbausteine eines Verbuchungsauftrags anzeigen • die Daten analysieren, die an den Verbucher-Workprozess übergeben wurden • Verbuchungsbausteine testen • einen Verbuchungsauftrag manuell ausführen Die Funktion, die Sie im Zusammenhang mit Verbuchungsaufträgen am häufigsten benutzen werden, ist die Analyse abgebrochener, weil fehlerhafter Verbuchungsaufträge; nur solche werden in der Protokolldatei (VBLOG) der Datenbank gespeichert. Im Falle eines Abbruchs sollte daher der Systemverwalter durch Auswerten dieser Protokolldatei versuchen, die Fehlerursache zu lokalisieren. Mit Hilfe von Profileinträgen können Sie festlegen, wann Verbuchungseinträge aus dieser Datei gelöscht werden (siehe hierzu auch Kapitel 2, »R/3Architektur«, und Kapitel 8, »CCMS – Computer Center Management System«).

200

4

Systemverwaltung im Überblick

Abbildung 4.7 Anzeige von Verbuchungssätzen (© SAP AG)

Um Verbuchungssätze anzuzeigen, gehen Sie wie folgt vor: Ausgangspunkt Knoten SAP MENÜ im Fenster »SAP Easy Access« 1. Wählen Sie den Knoten WERKZEUGE | ADMINISTRATION | MONITOR | VERBUCHUNG aus. ➜ Sie befinden sich im Einstiegsbild für die Verwaltung der Verbuchungssätze. 2. Sie können hier Verbuchungssätze durch die Vorgabe ihres Status, eines Zeitraums oder die Auswahl des Anwendungsservers selektieren und die Suche mit (¢) starten. ➜ Sie sehen eine Liste (vgl. Abbildung 4.7) mit allen Verbuchungssätzen, die Ihren Suchkriterien entsprechen, nach Mandant, Benutzer und Zeit sortiert. Als zusätzliche Angabe können Sie der Liste den Transaktionscode und den Status des Auftrags entnehmen. Hinweis Ähnlich wie bei den Sperreinträgen können nur Systemverwalter Verbuchungsaufträge von anderen Benutzern verändern oder bearbeiten. Zu diesem Zweck benötigen Sie das Berechtigungsobjekt S_ADMI_FCD (Näheres zum Berechtigungskonzept finden Sie in Kapitel 5). 3. Positionieren Sie den Cursor auf einen Sie interessierenden Verbuchungseintrag, und klicken Sie auf die Schaltfläche V ERBUCHUNGSMODULE. ➜ R/3 zeigt Ihnen alle Details des ausgewählten Verbuchungsauftrages inklusive aller aufgerufenen Funktionsbausteine. Diese können Sie aus dieser Übersicht heraus ebenfalls einzeln auswerten.

4.5 Verbuchungsaufträge überwachen

201

4

Systemverwaltung im Überblick

Abbildung 4.8 Verbuchungsmodule (© SAP AG)

In Abbildung 4.8 sehen Sie die Details eines Verbuchungsauftrags. Die Modulnamen entsprechen dabei den Namen der verwendeten ABAP/4-Funktionsbausteine. Die Spalte mit den Werten »V1« bzw. »V2« gibt an, ob es sich um einen V1- oder V2-Funktionsbaustein handelt. Die für Sie als Systemverwalter wichtigste Information, die Sie dieser Liste entnehmen können, ist die, in welchem Status sich ein Verbuchungsmodul befindet. Dabei bedeuten die folgenden Kürzel: • »init«: noch nicht verbucht • »err«: Verbuchung wegen Fehlers abgebrochen • »run«: das Modul wird momentan verbucht • »del«: das Modul wird momentan gelöscht Um aufgetretene Fehlersituationen detailliert zu analysieren, müssen Sie das als fehlerhaft gekennzeichnete Modul genauer untersuchen. Dazu gehen Sie wie folgt vor: Ausgangspunkt Listanzeige der Verbuchungsmodule (vgl. Abbildung 4.8) 1. Setzen Sie den Cursor auf das als fehlerhaft gekennzeichnete Modul (Status: »err«), und klicken Sie danach auf die Schaltfläche VERBUCHUNGSSTATUS. ➜ Alle Angaben, die dieses Modul betreffen, sehen Sie in einem Dialogfenster (vgl. Abbildung 4.9).

202

Systemverwaltung im Überblick

4

2. Mit der Fehlermeldung, die Sie der Anzeige entnehmen können, können Sie das Problem weiter eingrenzen. 3. Drücken Sie die Schaltfläche ABAP/4-KURZDUMP. ➜ Sie sehen das Fehlerprotokoll (Kurzdump), das aufgrund dieses Fehlers geschrieben wurde. Beachten Sie aber bitte, dass Kurzdumps in der Regel nur zwei Tage lang im System gespeichert werden, bevor sie über ein Hintergrundprogramm automatisch gelöscht werden. Wenn die Schaltfläche ABAP/4-KURZDUMP keine Reaktion hervorbringt, bedeutet dies also, dass der aufgetretene Fehler vor mehr als 48 Stunden aufgetreten ist.

Abbildung 4.9 Anzeige des Verbuchungsstatus (© SAP AG)

Eine alternative Möglichkeit der Fehlersuche besteht darin, unmittelbar aus der Verwaltungstransaktion heraus die Eigenschaften des fehlerhaften Verbuchungsbausteins aufzurufen; mit diesen Informationen und einer Auswertung des SysLog haben Sie ebenfalls zuverlässige Analysemittel bei der Hand. Verbuchungsabbrüche resultieren zumeist aus Fehlern im Customizing. So führt der manuelle Transport von Nummernkreisobjekten häufig zu einem inkonsistenten Zustand. Bei interner Nummernvergabe weist das System einem Objekt (zum Beispiel einer Bestellung) automatisch eine fortlaufende Nummer zu. Die neue Nummer wird aus Nummernkreistabellen ermittelt. Sind Nummernkreise aufgrund des Kopierens nicht korrekt, so kann ein Objekt (Bestellung) mit dieser Nummer schon in der Datenbank existieren.

4.5 Verbuchungsaufträge überwachen

203

4

Systemverwaltung im Überblick

4.6 Systemüberwachung Einige wichtige Monitore finden Sie im Knoten WERKZEUGE | MONITOR | SYSTEMÜBERWACHUNG des Fensters »SAP Easy Access«. Hier erhalten Systemadministratoren einen Überblick über: • die angemeldeten Benutzer • alle Workprozesse eines Anwendungsservers • alle Anwendungsserver des Systems • das SAP-Gateway

4.6.1

Systemübersicht

Wenn Sie den Knoten WERKZEUGE | MONITOR | SYSTEMÜBERWACHUNG | SERVER aufrufen, gelangen Sie in eine Übersichtsdarstellung, die Ihnen alle Anwendungsserver Ihres Systems inklusive des internen Namens und der Angabe der bereitgestellten Dienste auflistet. Arbeiten Sie an einem Zentralsystem, dann zeigt diese Übersicht nur einen Eintrag an, da dieses System neben der Datenbank alle Dienste zugleich zur Verfügung stellt. Bezüglich der angezeigten Anwendungsserver können Sie sich in diesem Menü weiterhin über folgende Punkte informieren: • die Prozesse eines Anwendungsservers • alle derzeit angemeldeten Benutzer • das SysLog • die Daten über den OS-Collector (vgl. Kapitel 8, »CCMS – Computer Center Management System«) • Release-Informationen • die Trace-Funktionen • das Remote Login

4.6.2 Übersicht über die Prozesse eines Anwendungsservers Um alle Workprozesse eines Anwendungsservers sowie deren augenblicklichen Verarbeitungsstatus zu überblicken, wählen Sie den Knoten WERKZEUGE | MONITOR | SYSTEMÜBERWACHUNG | PROZESSÜBERSICHT. Dort können Sie auch im Fehlerfall im Menü PROZESS | TRACE die Trace-Dateien analysieren. Bei diesen handelt es sich um Betriebssystemdateien, in denen das System den Programmlauf Anweisung für Anweisung dokumentiert. Die Eigenschaften dieses Tracing können Sie ebenfalls in diesem Menü verändern.

204

4

Systemverwaltung im Überblick

Abbildung 4.10 Prozessübersicht (© SAP AG)

Ausgangspunkt Knoten SAP MENÜ im Fenster »SAP Easy Access« 1. Wählen Sie den Knoten WERKZEUGE | ADMINISTRATION | MONITOR | SYSTEMÜBERWACHUNG | PROZESSÜBERSICHT aus (vgl. Abbildung 4.10). ➜ Sie sehen eine Liste aller Workprozesse. Einträge in der Spalte ERR weisen Sie auf aufgetretene Fehlersituationen hin. 2. Positionieren Sie den Cursor auf den Sie interessierenden Prozess, und wählen Sie den Menüpfad P ROZESS | TRACE | DATEI ANZEIGEN. ➜ Sie sehen die Trace-Datei des ausgewählten Workprozesses mit ausführlichen Angaben zum Programmlauf und zur Fehlersituation (vgl. Abbildung 4.11). 3. Verlassen Sie diese Anzeige durch Drücken der Funktionstaste (F3) . 4. Rufen Sie nun den Menüpfad PROZESS | TRACE | AKTIVE KOMPONENTEN auf. ➜ Es erscheint ein Fenster, in dem Sie den Trace-Level des Prozesses beeinflussen können. Hinweis Für den Trace-Level können Sie hier Werte zwischen 0 und 3 vorsehen und damit die Granularität der Aufzeichnung steuern. Beachten Sie aber dabei, dass ein hoher Wert die Ausführungsgeschwindigkeit von Workprozessen negativ beeinflusst. Neben dem Trace Level können Sie auch die Schicht des Kernsystems wählen, aus der Sie Trace-Informationen aufzeichnen wollen.

4.6 Systemüberwachung

205

4

Systemverwaltung im Überblick

Abbildung 4.11 Trace-Schalter (© SAP AG)

4.6.3 Benutzerübersicht Im Kontext der Benutzerübersicht stehen Ihnen für Ihre Aufgaben als Systemverwalter zahlreiche Eingriffsmöglichkeiten zur Verfügung; einige davon wurden bereits im zweiten Kapitel angesprochen. Die wichtigsten sind: • Löschen einzelner Benutzermodi: dies ist dann erforderlich, wenn die Verbindung zwischen PC und Zentralsystem nicht korrekt beendet wurde. In diesem Fall kann der betreffende Benutzer dennoch in der Liste des Systems als aktiv geführt werden. Ein eventuell noch vorhandener Sperreintrag würde den Datenbankzugriff anderer Benutzer blockieren. • Systemressourcen anderer Benutzer überwachen: In der Detailübersicht können Sie sich über die aktuell beanspruchten Systemressourcen eines beliebigen Benutzers informieren. Sie erreichen diese Funktion über den Menüpfad SPRINGEN | MEMORY. • Individuelle Auswertung der Trace-Dateien: Sie können die Trace-Dateien eines jeden Benutzers auswerten.

4.6.4 Gateway-Monitor Der Gateway-Monitor erlaubt es dem Systemverwalter, den Status des CPIC-Gateways (siehe Kapitel 2) zu analysieren. Sie haben die Möglichkeit, • die aktiven logischen Verbindungen anzuzeigen, zu löschen und zu unterbrechen

206

Systemverwaltung im Überblick

4

• Trace-Funktionen zu aktivieren • Konfigurationsparameter anzuzeigen (siehe Kapitel 2, »Profilparameter«) • Statistiken zu aktivieren und auszuwerten

4.7 ABAP/4-Kurzdumps Wie bereits ausgeführt wurde, erzeugt das System im Falle eines Programmabbruchs aufgrund einer Fehlersituation ein Fehlerprotokoll in einer Betriebssystemdatei. Geschieht dies während eines Dialogschritts, verzweigt R/3 direkt in die Anzeige des Fehlerprotokolls (Kurzdumps); ansonsten bleiben diese Protokolle zwei Tage im System gespeichert.

Abbildung 4.12 Liste der erzeugten Kurzdumps (© SAP AG)

Sie analysieren diese Protokolle wie folgt: Ausgangspunkt Knoten SAP MENÜ im Fenster »SAP Easy Access« 1. Wählen Sie den Knoten WERKZEUGE | ADMINISTRATION | MONITOR | DUMPANALYSE aus. ➜ Sie befinden sich im Einstiegsbild der ABAP/4-Dumpanalyse. 2. Hier können Sie zwischen der aktuellen Liste und der Liste des Vortages wählen. Wenn Sie eine Liste aller Kurzdumps sehen möchten, aktivieren . Sie die Schaltfläche LISTE ANZEIGEN ➜ Sie sehen eine Liste am Bildschirm, die der in Abbildung 4.12 gezeigten entspricht. 3. Positionieren Sie den Cursor auf dem Sie interessierenden Eintrag, und aktivieren Sie die Schaltfläche DUMPANALYSE. ➜ Sie sehen das aufgezeichnete Dump-Protokoll.

4.7 ABAP/4-Kurzdumps

207

4

Systemverwaltung im Überblick

4. Aktivieren Sie die Schaltfläche ÜBERSICHT . ➜ Sie sehen das Inhaltsverzeichnis des Kurzdumps (vgl. Abbildung 4.13). 5. In diesem Inhaltsverzeichnis können Sie mit dem Cursor navigieren und mit der Schaltfläche POSITIONIEREN an die Auswahlstelle springen.

Abbildung 4.13 Inhaltsverzeichnis des Kurzdumps (© SAP AG)

Die Anzeige des Kurzdumps gliedert sich in mehrere Abschnitte, deren Bedeutung im Folgenden erläutert werden soll: • In Abschnitt 3 (»Fehleranalyse«) finden Sie eine kurze Beschreibung der Fehlerursache. • Abschnitt 4 (»Hinweise zur Fehlerbehebung«) stellt Ihnen einige Stichwörter zur Verfügung, mit deren Hilfe Sie im Online Support System (OSS) die Fehlerursache eingrenzen können. • In Abschnitt 5 (»Systemumgebung«) sind die Angaben über Hard- und Software verzeichnet, die die SAP AG für Support-Zwecke benötigt. • Die Abschnitte 7 und 8 (Abbruchstelle im Source-Code) speichert die fehlerhafte Zeile des Quellcodes, die zum Programmabbruch führte.

208

Systemverwaltung im Überblick

4

4.8 Praxisfall Der Systemverwalter erhält Kenntnis davon, dass ein Benutzer einen Materialeintrag im Modul Materialwirtschaft nicht bearbeiten kann, da dieser Eintrag angeblich von ihm selbst gesperrt sei. Die Meldung lautet: »E: Konzerndaten des Materials MAT4711 sind von Benutzer XYZ gesperrt«. Er informiert sich zunächst beim Benutzer XYZ, • ob er eventuell einem anderen Benutzer gestattet hat, unter seinem Namen am System zu arbeiten, oder • ob sein PC, an dem er gerade arbeitet, zuvor versehentlich und ohne korrekte Abmeldung am System ausgeschaltet wurde. Sie beginnen die Fehleranalyse, indem Sie zunächst überprüfen, ob ein Sperreintrag für dieses Objekt besteht, da ein unkorrektes Verlassen des Systems die häufigste Ursache für derartige Fehler darstellt. Ausgangspunkt Knoten SAP MENÜ im Fenster »SAP Easy Access« 1. Wählen Sie den Knoten WERKZEUGE | ADMINISTRATION | MONITOR | SPERREINTRÄGE aus. ➜ Sie befinden sich im Einstiegsbild, in welchem Sie die Sperreinträge auswählen können. 2. Schränken Sie nun die Anzeige der möglichen Sperreinträge ein, indem Sie den entsprechenden Mandanten und Benutzer auswählen, und klicken Sie im Anschluss auf die Schaltfläche A UFLISTEN. ➜ Sie sehen alle Sperreinträge, die Ihren Auswahlkriterien entsprechen. 3. Positionieren Sie den Cursor auf den Sperreintrag, der das geschilderte Problem verursacht hat. Die Tabelle der Materialwirtschaft ist MARA, und der in der Fehlermeldung angezeigte Wert MAT4711 gibt Ihnen bereits einen Hinweis auf das Sperr-Argument, falls mehr als ein Materialstammsatz von der Sperre betroffen ist. Aktivieren Sie nun die Schaltfläche DETAILS, um sich über weitere Einzelheiten zu informieren. Sie sehen die kompletten Daten dieses Sperreintrags auf dem Bildschirm und können nachvollziehen, welcher Benutzer an welchem Anwendungsserver diesen Eintrag in die Sperrtabelle veranlasst hat. Sie haben nun die Angaben des Benutzers verifiziert.

4.8 Praxisfall

209

4

Systemverwaltung im Überblick

Abbildung 4.14 Liste der Sperreinträge (© SAP AG)

Nun müssen Sie in der Benutzerübersicht überprüfen, ob der Benutzer XYZ noch im System angemeldet ist. Gehen Sie dabei wie folgt vor: Ausgangspunkt Knoten SAP MENÜ im Fenster »SAP Easy Access« 1. Wählen Sie den Knoten W ERKZEUGE | ADMINISTRATION | MONITOR | BENUTZERÜBERSICHT aus. ➜ Sie sehen eine Aufstellung aller angemeldeten Benutzer (vgl. Abbildung 4.14). 2. Markieren Sie den Benutzer, der den Sperreintrag für das Objekt aus der Materialwirtschaft veranlasst hat, und klicken Sie anschließend auf die Schaltfläche MODI. ➜ Es erscheint eine Meldung, die der in Abbildung 4.15 dargestellten entspricht:

Abbildung 4.15 Übersicht der Benutzer-Modi (© SAP AG)

210

4

Systemverwaltung im Überblick

3. Sie haben sich in der Detailansicht darüber informiert, dass die Sperre von der Transaktion »Material ändern« ausgelöst wurde. Dieser Hinweis erscheint auch in der Modusliste. Markieren Sie deshalb diese Zeile, und löschen Sie diesen Benutzermodus, indem Sie auf die Schaltfläche M ODUS LÖSCHEN klicken. ➜ Der Modus des Benutzers ist damit gelöscht und somit die Sperre aufgehoben. 4. Sie können nun nochmals in die Übersicht über die Sperreinträge verzweigen, um sich von der ordnungsgemäßen Löschung der Sperre zu überzeugen. 5. Nun müssen Sie nur noch den Benutzer darüber informieren, dass das von ihm geschilderte Problem behoben ist.

4.8 Praxisfall

211

4

Systemverwaltung im Überblick

4.9 Aufgaben 1. Welche Aufgaben hat der Systemverwalter für den reibungslosen Systembetrieb? a) Sicherheit und Sicherung der Daten b) Optimierung der Systemleistung (insbesondere bei Systemerweiterungen) c) Vorgabe von Benutzerfestwerten d) Installation und Wartung der Software auf den Frontend-Rechnern 2. Welche Informationen werden im Systemlog aufgezeichnet? a) Eingabefehler b) Jeder Start und Stopp von Systemkomponenten c) Hinweise auf Systemengpässe d) Fehler bei der Kommunikation mit der Datenbank oder Zugriff 3. Sperreinträge in einer Client-Server-Umgebung dienen dazu, a) die gerade in Benutzung befindlichen Datensätze für andere Zugriffe zu sperren b) den Datenbestand stets aktuell zu halten c) dem Enqueue-Server den Datenbestand freizugeben d) den Datenbestand stets konsistent zu halten 4. Der Status des Verbuchungsmoduls wird mit folgenden Kürzeln auf dem Monitor angezeigt: a) »Init«: noch nicht verbucht b) »Err«: Verbuchung wegen Fehlers abgebrochen c) »Run«: das Modul wird momentan verbucht d) »Del«: das Modul wird momentan gelöscht 5. Welche Ursachen kommen für Verbuchungsabbrüche häufig in Frage? a) Überschreitung der Gültigkeitsdauer von Sperreinträgen aus der Sperrverwaltung b) Fehler im Customizing c) Manueller Transport von Nummernkreisobjekten auch bei interner Nummernvergabe d) Doppelverbuchung bei manueller und interner Objektnummernvergabe

212

4

Systemverwaltung im Überblick

4.10 Lösungen 1. Welche Aufgaben hat der Systemverwalter für den reibungslosen Systembetrieb? a) Richtig Sicherheit und Sicherung der Daten b) Richtig Optimierung der Systemleistung (insbesondere bei Systemerweiterungen) c) Falsch Vorgabe von Benutzerfestwerten d) Richtig Installation und Wartung der Software auf den FrontendRechnern 2. Welche Informationen werden im Systemlog aufgezeichnet? a) Falsch Eingabefehler b) Richtig Jeder Start und Stopp von Systemkomponenten c) Richtig Hinweise auf Systemengpässe d) Richtig Fehler bei der Kommunikation mit der Datenbank oder Zugriff 3. Sperreinträge in einer Client-Server-Umgebung dienen dazu, a) Richtig die gerade in Benutzung befindlichen Datensätze für andere Zugriffe zu sperren b) Richtig den Datenbestand stets aktuell zu halten c) Falsch dem Enqueue-Server den Datenbestand freizugeben d) Richtig den Datenbestand stets konsistent zu halten 4. Der Status des Verbuchungsmoduls wird mit folgenden Kürzeln auf dem Monitor angezeigt: a) Richtig »Init«: noch nicht verbucht b) Richtig »Err«: Verbuchung wegen Fehlers abgebrochen c) Richtig »Run«: das Modul wird momentan verbucht d) Richtig »Del«: das Modul wird momentan gelöscht 5. Welche Ursachen kommen für Verbuchungsabbrüche häufig in Frage? a) Falsch Überschreitung der Gültigkeitsdauer von Sperreinträgen aus der Sperrverwaltung b) Richtig Fehler im Customizing c) Richtig Manueller Transport von Nummernkreisobjekten auch bei interner Nummernvergabe d) Falsch Doppelverbuchung bei manueller und interner Objektnummernvergabe

4.10 Lösungen

213

5

Systemsicherheit und Berechtigungskonzept

Kapitel 5 Systemsicherheit und Berechtigungskonzept 5.1

Systemsicherheit im Client-Server-Umfeld

218

5.1.1 5.1.2 5.1.3

Sicherheit auf Datenbankebene Netzwerk R/3-Anwendung / Anwendungsserver

218 219 220

5.2

SAP-Berechtigungskonzept – Grundbegriffe

5.2.1 5.2.2 5.2.3 5.2.4 5.2.5 5.2.6

Benutzer, Benutzerstammsatz Berechtigungsobjekt Berechtigung Berechtigungsprofil (Einzelprofil, Sammelprofil) Rolle Zuweisen von Berechtigungen

221 221 221 222 222 222

221

5.3

Benutzerstammsatz

223

5.3.1 5.3.2 5.3.3 5.3.4 5.3.5

Benutzervorgaben Benutzer anlegen Benutzerstammsätze verwalten Massenpflege von Benutzerstammsätzen Benutzergruppenpflege

228 228 230 230 232

5.4

Profilgenerator

232

5.4.1 5.4.2

Überblick Profilgenerator Terminologie des Profilgenerators

233 234

215

5

Systemsicherheit und Berechtigungskonzept

216

5.4.3 5.4.4 5.4.5

Rollen anlegen Berechtigungen zuweisen Konfiguration des Profilgenerators

235 241 243

5.5

Hilfsmittel

246

5.5.1 5.5.2 5.5.3

Infosystem Berechtigungsfehleranalyse mit SU53 Berechtigungsprüfungen konfigurieren mit SU24

246 247 248

5.6

Berechtigungsverwaltung

248

5.6.1

Voraussetzungen für die Berechtigungsverwaltung

248

5.7

Aufgaben

250

5.8

Lösungen

251

5

Systemsicherheit und Berechtigungskonzept

Systemsicherheit und Berechtigungskonzept Die Frage nach Sicherheits- und Berechtigungskonzepten spielt im Umfeld einer Anwendung wie der des R/3®-Systems eine wichtige Rolle. Das R/3System verfügt über ein vielschichtiges Berechtigungskonzept, mit dem Sie • Daten und Anwendungen vor unerwünschten Zugriffen schützen können • Berechtigungen differenziert nach Anwendungen und Benutzern vergeben können • Verwaltungsaufgaben, die das Berechtigungssystem betreffen, an Mitarbeiter Ihres Unternehmens delegieren können Bei Sicherheitsfragen spielt aber insbesondere das technische Umfeld einer Client-Server-Anwendung eine bedeutende Rolle. Der erste Teil dieses Kapitels (Abschnitt 5.1) behandelt Fragen dieses Umfeldes wie: • Zugriff auf die Datenbank • Zugänge zum Betriebssystem • Netzwerksicherheit • Verschlüsselungstechniken Neben diesem technischen Überblick werden in den Abschnitten 5.2 und 5.3 weitere Mechanismen und Konzepte des R/3-Systems vorgestellt, mit denen die Zugriffs- und Schutzmechanismen realisiert sind. Das sind im Einzelnen: • • • • •

Benutzerstammsatz Berechtigungsobjekt Berechtigung Berechtigungsprofil Rolle

217

5

Systemsicherheit und Berechtigungskonzept

Dieser Abschnitt definiert diese Begriffe und schafft die Voraussetzungen, damit Sie R/3-Berechtigungen an die Bedürfnisse Ihres Unternehmens anpassen können. In Abschnitt 5.4 erfahren Sie, wie Sie mit Hilfe des Profilgenerators die benötigten Einstellungen des R/3-Systems vornehmen können. Wichtige Hilfsmittel für die Berechtigungspflege werden im Abschnitt 5.5 beschrieben. Dieses Kapitel ist vor allem für Anwender, Berater und Administratoren von Interesse, die einen Überblick über die Schutzmechanismen erwerben möchten und die wissen wollen, wie Berechtigungen für einen bestimmten Personenkreis festlegt werden.

5.1

Systemsicherheit im Client-Server-Umfeld

Bezüglich der Systemsicherheit einer Client-Server-Anwendung wie SAP R/3 müssen viele Fragen geklärt werden. Abbildung 5.1 zeigt einige der relevanten Sicherheitsaspekte.

5.1.1

Sicherheit auf Datenbankebene

Die Datenbank ist die erste Stelle, wenn es um die Sicherheit und Integrität der Unternehmensdaten geht. Sicherheit bedeutet hier nicht nur Schutz vor fremdem Zugriff. Ein Sicherheitskonzept muss insbesondere Themen wie Backup und Ausfallsicherheit der Datenbank behandeln (siehe hierzu Kapitel 8, »CCMS – Computer Center Management System«).

Datenbankbenutzer Wie Sie in Kapitel 2, »R/3 Architektur«, gesehen haben, erfolgt der Zugriff auf die Datenbank nur von R/3-Anwendungsservern aus. Die Anwendungsserver verwenden dabei einen Datenbankbenutzer SAPR3. Dieser ist Eigentümer aller ca. 14.000 R/3-Tabellen. Das Zugangskennwort dieses Benutzers muss daher entsprechend gesichert und ein Zugriff mit anderen Datenbankwerkzeugen (zum Beispiel ODBC) unterbunden werden, um die Datensicherheit zu gewährleisten.

Datenbankadministrator Auf der Ebene des Betriebssystems hat der Benutzer ora<SID> (für ORACLEDatenbanken) das Administrationsrecht für die Datenbank. Auch hier muss, soll ein Höchstmaß an Sicherheit gewährleistet sein, der Zugriff nur von ausgewähltem Personal erfolgen. Insbesondere ein »Remote«-Zugriff, das heißt das Verwalten der Datenbank von einem anderen Rechner aus, stellt ein erhöhtes Sicherheitsrisiko dar. Es gibt R/3-Anwender, die den Zugriff auf das Betriebssystem nur auf dem Weg über eine eigene Unix-Benutzeroberfläche (shell) erlauben. Hierbei werden nur wenige für die Verwaltungsaufgaben nötige Befehle zugelassen.

218

5

Systemsicherheit und Berechtigungskonzept

Datensicherheit auf BetriebssystemEbene

Datensicherheit auf DatenbankEbene

R/3 Berechtigungskonzept

R Netzwerk Verschlüsselung Login am Frontend

R

Firewall

WAN Zugang

Abbildung 5.1

5.1.2

Sicherheit im Client-Server-Umfeld

Netzwerk

Die Verbindung der Client-Server-Komponenten und damit der Transport der Daten erfolgt über das Netzwerk. In weit verzweigten Unternehmensnetzwerken und insbesondere, wenn der Zugriff über ein WAN (Wide Area Network: Telefonleitung, ISDN, Internet) erfolgt, müssen Themen wie Zugriffskontrolle und Verschlüsselung beachtet werden.

Einbindung externer Sicherheitsprodukte Seit der Version 3.1 ist eine Verschlüsselung des Netzwerkprotokolls möglich. SAP® verwendet hierzu externe Produkte wie Kerberos 5 oder Secude 5, um SNC (Secure Network Communications) in das R/3-System zu integrieren. Diese Produkte erlauben: • eine Authentifizierung zur sicheren Identifizierung des Partners • die Gewährleistung der Datenintegrität während der Kommunikation • eine Verschlüsselung der Daten Hierzu bindet SAP über eine standardisierte API (Programmierschnittstelle) das beim Kunden eingesetzte Sicherheitsprodukt in die Kommunikation zwischen Frontend und Anwendungsserver mit ein. Das R/3-System lässt sich damit flexibel in die vorhandene Sicherheitsinfrastruktur einbinden. Abgedeckt werden hierbei die folgenden Kommunikationsstrecken zum Anwendungsserver:

5.1 Systemsicherheit im Client-Server-Umfeld

219

5

Systemsicherheit und Berechtigungskonzept

• SAPGUI oder Session Manager • RFC (Remote Function Call; siehe Kapitel 9, »Kommunikation«) • Saplpd zum Anbinden eines sicheren Druckers (siehe Kapitel 6, »Drucken in R/3«) • SAProuter (siehe unten) Nicht verschlüsselt wird die Kommunikation zwischen Anwendungs- und Datenbankserver. Nicht nur aus diesem Grund ist für die Kommunikation zwischen Datenbank und Anwendungsserver ein eigenes »privates« Netzwerk zu empfehlen.

Firewall – SAProuter SAP liefert mit dem SAProuter eine eigene Firewall aus. Mit dem SAProuter können Sie flexibel steuern, welche Rechner und welche Benutzer (mit zusätzlichem Kennwort) eine bestimmte Verbindungsstrecke zu einem Anwendungsserver verwenden dürfen. Mit Hilfe einer Firewall kann auch der Zugang über das Internet oder öffentliche Leitungen erlaubt werden, ohne das eigene Netzwerk nach außen zu öffnen. Neben den Firewall-Funktionen unterstützt der SAProuter zusätzlich die Verschlüsselung der Daten nach SNC.

5.1.3

R/3-Anwendung / Anwendungsserver

Nachdem der Zugang zur Datenbank sowie Aspekte der Netzwerksicherheit geklärt wurden, betrachten wir nun die Sicherheitsbewertung der R/3-Anwendung und des Anwendungsservers.

Betriebssystem Wie in Kapitel 2, »R/3-Architektur«, diskutiert, erfolgt die Administration des R/3-Systems mittels des Benutzers <SID>adm. Dieser allein ist Eigentümer des R/3-Systems. Der Zugriff auf den Anwendungsserver sollte nur diesem Benutzer vorbehalten sein. Anderen Benutzern oder Anwendungen sollte der Zugriff auf einen SAP-Anwendungsserver nicht erlaubt werden.

SAP-Anwendung Der Schutz der SAP-Anwendung erfolgt durch das SAP-eigene Berechtigungskonzept. Dieses ist im R/3-Basissystem und den Anwendungsprogrammen verankert. Innerhalb des R/3-Systems ist nur der R/3-Benutzername von Bedeutung. Dieser ist unabhängig davon, von welchem Frontend der Benutzer sich anmeldet oder welchen Applikationsrechner er verwendet. Die Grundlagen hierzu werden in Kapitel 5.2 erklärt.

220

5

Systemsicherheit und Berechtigungskonzept

5.2

SAP-Berechtigungskonzept – Grundbegriffe

Das komplexe Berechtigungskonzept, das R/3 zum Schutz vor unerlaubten Eingriffen und zur Sicherung der Datenkonsistenz hat, ist ein zentrales Thema für Systemverwalter. Deshalb sollen vorab einige wichtige Grundbegriffe erläutert werden, die für das Verständnis dieses Konzepts unerlässlich sind: • Benutzerstammsatz • Berechtigungsobjekt • Berechtigung • Berechtigungsprofil • Rolle

5.2.1

Benutzer, Benutzerstammsatz

Jeder R/3-Benutzer hat seinen individuellen Stammsatz, der nur innerhalb eines einzigen Mandaten gilt. Bei der Arbeit mit mehreren Mandanten müssen auch entsprechend viele Stammsätze pro Benutzer angelegt werden. Wenn Sie sich am System anmelden, müssen der SAP-Benutzername, das Kennwort und der Mandant angegeben werden. Verwenden Sie ein externes Sicherheitsprodukt, dann können diese Angaben auch direkt von diesem Programm an das System übergeben werden.

5.2.2

Berechtigungsobjekt

Die kleinste und entscheidende Einheit des Berechtigungskonzepts ist das Berechtigungsobjekt. Es wird in der R/3-Entwicklungsumgebung angelegt und kann zwischen einem und zehn Felder umfassen, in denen die Berechtigungseinträge für R/3-Objekte und der mit ihnen verbundenen Aktivitäten hinterlegt sind. Als Beispiel sei hier das Berechtigungsobjekt »Sachkonto: Berechtigung für Kontenpläne« (interne Bezeichnung: F_SKA1_KTP) angeführt, das die zwei Felder »Kontenplan« und »Aktivität« enthält. Das Berechtigungsobjekt bildet die technische Grundlage des Berechtigungskonzepts, mit dessen Hilfe Zugriffsberechtigungen definiert und vom System geprüft werden können.

5.2.3

Berechtigung

Eine Berechtigung wird erteilt, indem die Felder eines Berechtigungsobjekts mit speziellen Werten ausgefüllt werden. Eine Berechtigung hat damit immer einen unmittelbaren Bezug zu einem Berechtigungsobjekt. Bei der Definition der Berechtigung können den Feldern des Berechtigungsobjekts folgende Arten von Werten zugeordnet werden: • Einzelwerte • Intervalle • generische Werte

5.2 SAP-Berechtigungskonzept – Grundbegriffe

221

5

Systemsicherheit und Berechtigungskonzept

Eine Berechtigung für das Objekt »Sachkonto: Berechtigung für Kontenpläne (F_SKA1_KTP)« enthält beispielsweise die folgenden Werte:

Feld

Wert

Kontenplan

*

Aktivität

03

Tabelle 5.1 Werte für eine Berechtigung

Dies bedeutet: Der Anwender hat für alle Kontenpläne (Sonderzeichen »*« steht für Globalberechtigung) die Anzeigeberechtigung (»Aktivität 03« steht für Anzeigen).

5.2.4 Berechtigungsprofil (Einzelprofil, Sammelprofil) Die Verwaltung von Berechtigungen lässt sich vereinfachen, wenn man sie zu Profilen (Einzelprofilen) zusammenfasst. Ein Profil kann im einfachsten Falle aus nur einer einzigen Berechtigung bestehen, aber auch komplexere Strukturen annehmen. Der Vorteil von Profilen besteht darin, dass nach der Änderung eines einzelnen Wertes die neue Zuweisung für alle Berechtigungen eines Profils und alle Benutzer gilt, die mit diesem arbeiten. Wenn Sie mehrere Profile zusammenfassen (und diese gegebenenfalls durch weitere Berechtigungen ergänzen), so entsteht daraus ein neues Profil: das Sammelprofil.

5.2.5

Rolle

Eine Rolle beschreibt eine Gruppe von Tätigkeiten, die im Rahmen von Geschäftsszenarien erledigt werden. Diesen Tätigkeiten entsprechen bestimmte Systemfunktionen (Transaktionen) im System R/3, auf die nur mit den entsprechenden Berechtigungen zugegriffen werden kann. Die technische Implementierung dieser Rollen in R/3 erfolgt mittels des Profilgenerators, welcher eine Verknüpfung zwischen Rollen und Berechtigungen über die Berechtigungsprofile herstellt. Zu beachten ist, dass in Releaseständen vor 4.6C die technische Realisierung der Rolle durch den Profilgenerator mittels so genannter Aktivitätsgruppen erfolgt. Teilweise wird diese Bezeichnung selbst unter 4.6C noch in einzelnen Masken und Meldungen benutzt. Im Folgenden wird der Handhabbarkeit wegen jedoch immer nur von Rollen gesprochen.

5.2.6

Zuweisen von Berechtigungen

Aus technischer Sicht werden einem Benutzer Berechtigungen zugewiesen, indem man sie in Form von Profilen oder Einzelberechtigungen in seinen Benutzerstammsatz einträgt. Bequem erfolgt dies heutzutage durch das Zuwei-

222

5

Systemsicherheit und Berechtigungskonzept

sen der entsprechenden Rolle zum Benutzerstammsatz. Sollte der Benutzer verschiedene Rollen wahrnehmen, können ihm auch mehrere Rollen zugewiesen werden, da ein Benutzer stets über die Summe seiner Berechtigungen verfügt. Die dem Benutzer zugewiesenen Berechtigungen werden beim Zugriff auf Anwendungen oder Daten im Basissystem geprüft. Deshalb muss bereits bei der Anwendungsentwicklung das Berechtigungskonzept mit einbezogen werden. Dafür bestehen grundsätzlich zwei Möglichkeiten: 1. Prüfobjekte können für jede Transaktion hinterlegt werden. Die Feldwerte dieses Prüfobjekts müssen mit den Berechtigungen im Stammsatz eines Benutzers übereinstimmen. 2. Mit dem ABAP/4®-Befehl CHECK_AUTHORITY wird innerhalb von Programmen geprüft, ob der aufrufende Benutzer über die entsprechenden Berechtigungen verfügt. Seit der R/3-Version 3.0E prüft das System zusätzlich beim Starten einer Transaktion, ob der Benutzer die Berechtigung zum Ausführen dieses Transaktionscodes besitzt. Hierzu wird das Berechtigungsobjekt S_TCODE verwendet. Diese Überprüfungsmöglichkeit ist direkt im R/3-Systemkernel integriert und kann von Anwendungsentwicklern nicht beeinflusst werden.

5.3

Benutzerstammsatz

Im Benutzerstammsatz, der mandantenabhängig ist, sind unter anderem alle Berechtigungen eines Benutzers hinterlegt. Sie werden beim Login in den Benutzerkontext ausgelesen und für die Dauer der Sitzung gepuffert. Mit Release 4.6 sind Änderungen der Berechtigungen eines Benutzers auch während aktiver Sitzungen möglich. Das in früheren Versionen notwendige Abund erneute Anmelden zur Übernahme der Änderungen entfällt gemeinhin. Der Benutzerstammsatz enthält im Einzelnen die folgenden Daten (vgl. auch Abbildung 5.2): • Benutzername • Adresse • Logondaten • Festwerte • Parameter • Rollen • Profile • Gruppen

5.3 Benutzerstammsatz

223

5

Systemsicherheit und Berechtigungskonzept

Abbildung 5.2

Benutzerstamm (© SAP AG)

Benutzername Der frei wählbare Benutzername ist der Schlüssel des Benutzerstammsatzes. Er darf maximal zwölf Zeichen lang sein; nicht zulässig sind die Namen SAP* und DDIC.

Adresse Unter dem Register »Adresse« muss das Nachnamenfeld gepflegt sein. Weitere Mussfelder existieren nicht. Nähere Angaben zu Personendaten, dem Arbeitsort, Kommunikationsdaten und die Firmenadresse können hier ebenfalls hinterlegt werden. Dies erleichtert dem Systemadministrator die gezielte Ansprache einzelner Benutzer im Produktivbetrieb.

Logondaten Zu den Logondaten gehören: • Alias: Der Alias ist eine alternative Kennung eines Benutzers. Zusätzlich zum 12 Zeichen langen Benutzernamen kann auch ein längerer, sprechender Name (Länge 40 Zeichen) gewählt werden. Der Benutzer kann damit entweder über den 12-stelligen Benutzernamen oder über seinen Alias identifiziert werden. Intern ist immer der (12-stellige) Benutzername ausschlaggebend. Der Alias wird in erster Linie dann benutzt, wenn Benutzer im Self-Service aus Internettransaktionen angelegt werden. Dort wird nur der Alias angegeben. Intern wird ein Benutzername generiert. Das Feld »Alias« im Eingangsbild der Benutzerpflegetransaktion dient also

224

5

Systemsicherheit und Berechtigungskonzept

in erster Linie dem Wiederauffinden von Internetbenutzern, deren interner technischer Benutzername nicht mehr bekannt ist. • Initialkennwort: Es wird beim Anlegen eines neuen Benutzers durch den Administrator vergeben. • Benutzergruppe für Berechtigungsprüfung: Durch die Zuordnung des Benutzers zu einer Benutzergruppe kann die Pflege der Stammsätze auf unterschiedliche Benutzeradministratoren verteilt werden. Die Berechtigungen von Benutzeradministratoren werden dann so vergeben, dass sie nur Benutzer pflegen können, die bestimmten Gruppen zugeordnet sind. Die für diese Berechtigungsprüfung maßgebliche Gruppenzuordnung erfolgt über das aktuelle Feld. Ist ein Benutzerstammsatz hier keiner Gruppe zugeordnet, kann er von jedem Verwalter geändert werden. Der Gruppeneintrag ist kein zwingender Bestandteil der Logondaten. • Gültigkeitsperiode: Die Gültigkeitsperiode eines Benutzerstammsatzes kann durch ein Zeitintervall in den Feldern »Gültig von« und »Gültig bis« begrenzt werden. Ohne einen solchen Eintrag gilt ein Benutzerstammsatz zeitlich unbeschränkt. • Weitere Daten: Abrechnungsdaten zur Kostenerfassung. Diese gliedern sich wie folgt: • die Abrechnungsnummer: Sie dient zur Kontierung der CPU-Zeiten, die ein Benutzer verbraucht hat. • die Kostenstelle: Die Kostenstelle, auf die die Abrechnungsnummer läuft. • Benutzertyp: In R/3 können Sie verschiedene Aufgabentypen durch die Vergabe eines Benutzertyps differenzieren. SAP kennt folgende Benutzertypen: • DIALOG: Dies ist der am häufigsten verwendete Benutzertyp, der zu interaktivem Arbeiten berechtigt. Er wird genau einer Person zugeordnet und bei der Dialoganmeldung erfolgt eine Prüfung auf abgelaufene/initiale Kennwörter. • SERVICE: Dieser Benutzertyp steht einem anonymen größeren Benutzerkreis zur Verfügung, z. B. für Systemzugänge über einen ITS-Service. Es erfolgt keine Kennwortprüfung bei der Anmeldung. • REFERENZ: Wie der Servicebenutzer ist der Referenzbenutzer ein allgemeiner, nicht personenbezogener Benutzer. Allerdings kann man sich mit diesem Benutzertyp nicht am System anmelden werden. Er dient zur zusätzlichen Vergabe von Berechtigungen. Beispielsweise ermöglicht er es Internetbenutzer mit identischen Berechtigungen auszustatten. • SYSTEM: Dieser Benutzertyp wird für die dialogfreie Kommunikation zwischen Systemen (RFC bzw. CPI-C Service User) benötigt. Weiterhin dient er für die Hintergrundverarbeitung innerhalb eines Systems. Eine Dialoganmeldung ist nicht möglich.

5.3 Benutzerstammsatz

225

5

Systemsicherheit und Berechtigungskonzept

Kennwort Beim erstmaligen Anlegen eines neuen Benutzers im SAP-System muss der Systemverwalter ein so genanntes Initialkennwort im Benutzerstammsatz vorgeben. Dieses muss aus Sicherheitsgründen zweimal eingetragen werden. Meldet sich der neue Benutzer erstmals im System an, muss er nach der Eingabe des Initialkennworts in jedem Fall sofort ein neues Kennwort eintragen. Für Kennwörter gelten in R/3 folgende Regeln: Ein Kennwort • darf aus allen Zeichen zusammengesetzt werden, die über die Tastatur eingegeben werden können. Es wird nicht zwischen Groß- und Kleinschreibung unterschieden. • darf nicht mit einem Ausrufe- oder Fragezeichen beginnen, • darf nicht mit einer dreistelligen Zeichenfolge beginnen, die mit den ersten drei Zeichen im Benutzernamen identisch ist, • darf keine drei identischen Anfangszeichen haben, • darf kein Leerzeichen unter den ersten drei Zeichen enthalten, • darf nicht PASS oder SAP* heißen, • muss mindestens drei Zeichen lang sein, • kann durch den Benutzer höchstens einmal am Tag geändert werden. Diese Einschränkung gilt nicht für Benutzerverwalter. • darf nicht mit den letzten fünf Kennwörtern des Benutzers identisch sein. Zusätzlich kann die Verwendung zulässiger Kennwörter mit einer Negativliste eingeschränkt werden. Diese nicht zulässigen Zeichenfolgen müssen in der Tabelle USR40 eingetragen sein. Mit Hilfe folgender Profilparameter können Sie die obligatorischen Eigenschaften von Kennwörtern festlegen: Systemprofilparameter

Erläuterung

Default

Erlaubt

login/min_password_lng

minimale Passwortlänge

3

3-8

login/fails_to_session_end

Anzahl falscher Passworteingaben, nach denen SAPGUI endet (default = 3)

3

1-99

login/fails_to_user_lock

Anzahl der Fehlversuche, nach denen der Benutzer für einen Tag gesperrt wird (default = 12)

12

1-99

Tabelle 5.2 Profilparameter für Kennwörter

226

Mögliche Werte

5

Systemsicherheit und Berechtigungskonzept

Systemprofilparameter

Erläuterung

Mögliche Werte Default

Erlaubt

login/failed_user_auto_ unlock

deaktiviert automatische Entsperrung von gesperrten Benutzern um Mitternacht

1

0,1

login/password_expiration_ time

Dauer in Tagen, nach der ein altes Kennwort verfällt (0 = unbegrenzt)

0

0-999

Tabelle 5.2 Profilparameter für Kennwörter

Festwerte Unter dem Punkt FESTWERTE können Sie folgende Eigenschaften einstellen: • das Startmenü oder die Transaktion, zu der das System direkt nach der Anmeldung springen soll • Anmeldesprache • Drucker und Art der Spoolsteuerung • Zeitzone • Dezimaleinstellung • Datumsformat

Parameter Über den Reiter PARAMETER können Benutzervorgaben zu einzelnen Parameterwerten gepflegt werden. Hat beispielsweise ein Benutzer nur Berechtigungen für den Buchungskreis 1000, oder arbeitet er vorwiegend in diesem Buchungskreis, so kann zu dem Parameter BUK der Wert »1000« hinterlegt werden. In Bildschirmmasken werden dann Felder, die auf das Datenelement Buchungskreis verweisen, automatisch mit dem Wert 1000 gefüllt. Voraussetzung ist jedoch, dass in den Masken die Übernahme dieses Wertes durch den Programmierer eingerichtet wurde.

Rollen Über diesen Punkt kann die Zuordnung von Rollen an den Benutzer bzw. seinen Stammsatz erfolgen. Die Wertehilfe zeigt einem die zur Verfügung stehenden Rollen. Es ist möglich, dem Benutzer zeitlich begrenzt eine Rolle zuzuweisen. Das Erstellen von Rollen, die Generierung von Profilen und deren Handhabung wird in Absatz 5.4, »Profilgenerator«, erläutert.

5.3 Benutzerstammsatz

227

5

Systemsicherheit und Berechtigungskonzept

Profile Im Register »Profile« werden einem Benutzer Berechtigungsprofile zugeordnet. Es können jedem R/3-Benutzer eine große Anzahl von Berechtigungsprofilen (ca. 150) zugewiesen werden. Unter Release 4.6 werden diese Profile prinzipiell mit dem Profilgenerator erstellt und gepflegt. Profile, die mit dem Profilgenerator generiert wurden, sollen nie direkt in den Benutzerstammsatz eingefügt werden. Ihre Zuweisung erfolgt automatisch beim Durchführen eines Benutzerstammabgleichs gemäß der in den Benutzerstamm eingetragenen Rollen. Hingegen können Sie die durch die früher übliche manuelle Pflege erstellten Profile, z. B. SAP_ALL oder SAP_NEW, an dieser Stelle direkt dem Benutzerstammsatz zufügen. Über die Wertehilfe kann dabei auf die Liste der im System vorhandenen Profile zugegriffen werden.

Gruppen Jeder Benutzer kann einer oder mehreren Benutzergruppen zugeordnet werden. Dies dient sowohl der Verteilung der Benutzerpflege auf unterschiedliche Verwalter (wie schon erwähnt) als auch der Zuteilung von Berechtigungen beim Einsatz der zentralen Benutzerverwaltung. Die Zuordnung zu mehreren Gruppen erfolgt über diesen Einstieg.

5.3.1

Benutzervorgaben

Ein Teil der oben genannten Stammdaten kann auch von jedem Benutzer individuell eingestellt werden. Hierzu gehören: • Adresse • Festwerte • Set-/Get-Parameter, die Vorschlagswerte für Felder wie Buchungskreis, Werk oder Geschäftsbereich festlegen Diese Vorgaben oder Optionen sind die so genannten Benutzervorgaben. Jeder Anwender kann diese auf dem Menüpfad SYSTEM | BENUTZERVORGABEN | EIGENE DATEN individuell modifizieren.

5.3.2

Benutzer anlegen

Das Anlegen neuer Benutzer ist – wie Sie bereits wissen – nur innerhalb eines Mandanten möglich. Sie gelangen in die »Benutzerpflege« über die Knoten WERKZEUGE | ADMINISTRATION | BENUTZERPFLEGE | BENUTZER (Transaktion SU01). Zum Anlegen eines neuen Benutzers stehen Ihnen zwei Möglichkeiten zur Verfügung: 1. Sie können einen Benutzer völlig neu anlegen. 2. Sie können einen bereits vorhandenen Benutzerstammsatz kopieren (natürlich mit der Ausnahme des Benutzernamens und des zugehörigen Passworts).

228

5

Systemsicherheit und Berechtigungskonzept

Das Anlegen eines Referenz-Benutzers erleichtert es Ihnen, neue Benutzer mit ähnlichen Tätigkeiten und Berechtigungen durch einfaches Kopieren und anschließendes Modifizieren der individuellen Daten anzulegen. Sie können zudem die zu kopierenden Stammdaten einschränken (vgl. Abbildung 5.3).

Abbildung 5.3

Kopieren eines Benutzerstammsatzes (© SAG AG)

Benutzerstammsatz kopieren Um einen Benutzerstammsatz zu kopieren, gehen Sie wie folgt vor: Ausgangspunkt Bildschirmbild »Benutzer pflegen: Einstieg« 1. Aktivieren Sie die Schaltfläche KOPIEREN . ➜ Sie sehen das Dialogfenster »Benutzerstamm« (Abbildung 5.3). 2. Tragen Sie in das Feld »von« den Referenzbenutzerstamm ein, den Sie kopieren möchten, und tragen Sie in das Feld »nach« den neuen Zielbenutzer ein. 3. Sie können nun in der Feldgruppe »Teile auswählen« die zu kopierenden Daten im Einzelnen festlegen. 4. Kopieren Sie den Benutzerstammsatz, indem Sie die Schaltfläche KOPIEREN aktivieren. ➜ Sie gelangen in die Registerkarte »Logondaten« der Transaktion B ENUTZER ANLEGEN. Nun müssen Sie das Initialkennwort für den neuen Benutzer eintragen. 5. Falls erforderlich, können Sie nun weitere Änderungen in diesem Benutzerstammsatz vornehmen. 6. Speichern Sie nun den neuen Benutzerstammsatz, indem Sie das Symbol SPEICHERN anklicken. ➜ Der neue Benutzerstammsatz wird angelegt.

5.3 Benutzerstammsatz

229

5

Systemsicherheit und Berechtigungskonzept

5.3.3

Benutzerstammsätze verwalten

Zu den Funktionen der »Benutzerpflege« gelangen Sie über die Knoten WERKZEUGE | ADMINISTRATION | BENUTZERPFLEGE | BENUTZER (Transaktion SU01).

Benutzername ändern Einen Benutzernamen ändern Sie mit der Menüfolge BENUTZER | UMBENENNEN.

Kennwort ändern Ein neues Initialkennwort können Sie als Systemadministrator vergeben, indem Sie entweder die Schaltfläche KENNWORT ÄNDERN anklicken oder aus der »Benutzerpflege« in den Menüpfad B ENUTZER | KENNWORT ÄNDERN gehen. Dieses Initialkennwort muss – wie Sie bereits wissen – bei der ersten Anmeldung vom neuen Benutzer durch ein eigenes ersetzt werden.

Benutzer sperren / entsperren Sie können einem Benutzer auch den Zugang zum System verweigern, ohne seinen Benutzerstammsatz zu löschen, indem Sie eine Sperre setzen. Dieses tun Sie im Arbeitsgebiet »Benutzerpflege« über den Menüpfad B ENUTZER | SPERREN/ENTSPERREN sowie durch Aktivieren des Symbols . Eine solche Sperre setzt das System auch nach zwölf aufeinander folgenden falschen Anmeldeversuchen desselben Benutzers. In diesem Fall müssen Sie als Systemverwalter diese automatische Sperre für den betreffenden Benutzer wieder aufheben.

Benutzer löschen Sie löschen einen Benutzer vollständig aus dem System, indem Sie im Arbeitsgebiet »Benutzerpflege« die Schaltfläche LÖSCHEN aktivieren. Im Anschluss daran müssen Sie eine Sicherheitsabfrage bestätigen, die Sie darauf hinweist, dass gleichzeitig damit auch der Mailbenutzer aus dem System entfernt wird. Da das Benutzerprofil während einer Arbeitssitzung in der Benutzerumgebung gehalten wird, wird auch eine Löschung erst bei dem nächsten Login-Versuch wirksam, d. h., der betroffene Benutzer kann trotz der Löschung seine aktuelle Sitzung wie gewohnt beenden.

5.3.4 Massenpflege von Benutzerstammsätzen Die genannten Pflegemaßnahmen wie Anlegen, Sperren und Löschen von Benutzern sowie Zuweisen oder Einschränken von Berechtigungen können bequem für eine größere Zahl von Benutzern mittels Massenpflege durchgeführt werden. Über die Knoten WERKZEUGE | ADMINISTRATION | BENUTZERPFLEGE | MASSENPFLEGE BENUTZER gelangen Sie in den Arbeitsbereich »Benutzerpflege: Einstieg Massenänderung« (vgl. Abbildung 5.4). Alternativ können Sie auch die Transaktion SU10 wählen.

230

5

Systemsicherheit und Berechtigungskonzept

Abbildung 5.4

Einstiegsmenü zur Massenbenutzerpflege (© SAP AG)

Über die Feldgruppe »Benutzerselektion« können Sie entweder nach Adressdaten oder Berechtigungsdaten selektiert eine Auswahl vornehmen oder aber manuell die Benutzer in die Auswahlliste eintragen. Anschließend stehen weitgehend dieselben Funktionen zur Auswahl wie in der Einzelpflege. Als Beispiel diene das selektive Sperren von Benutzern, die einer zuvor angelegten und zugewiesenen Benutzergruppe TEST angehören: Ausgangspunkt Bildschirmbild »Benutzerpflege: Einstieg Massenänderungen« 1. Wählen Sie unter »Benutzerselektion« das Feld »Berechtigungsdaten«. ➜ Das System zeigt die Selektionsmaske des Reports RSUSR002. 2. Unter der Feldgruppe »Selektionskriterien für Benutzer« tragen Sie in das Feld »Gruppe für Berechtigung« die zu selektierende Benutzergruppe TEST ein und starten den Report mit der Schaltfläche AUSFÜHREN . ➜ Es erscheint eine Liste der Benutzer, die der Benutzergruppe TEST angehören. 3. Wählen Sie alle angezeigten Benutzer aus (Schaltfläche A LLE MARKIEREN ), und klicken Sie anschließend auf die Schaltfläche ➜ Sie gelangen wieder in das Einstiegsbild der Benutzermassenpflege. 4. Zu den ausgewählten Benutzern könnten entweder durch weitere Selektionen nach anderen Kriterien oder aber manuell zusätzliche Benutzer hinzugefügt werden.

5.3 Benutzerstammsatz

231

5

Systemsicherheit und Berechtigungskonzept

5. Klicken Sie auf die Schaltfläche , und sperren Sie die ausgewählten Benutzer. ➜ Es wird ein Dialogfenster angezeigt, in dem Sie auswählen können, ob ein Änderungsprotokoll angezeigt werden soll. Wenn Sie sich kein Protokoll anzeigen lassen, gelangen Sie zurück in das Einstiegsfenster der Massenpflege, andernfalls in das Protokoll.

5.3.5

Benutzergruppenpflege

Wie schon an dem Beispiel der Massenänderung von Benutzerstammsätzen gesehen (Kapitel 5.3.4) gewinnen Benutzergruppen bei der Administration mehr und mehr an Bedeutung. Insbesondere bei Einsatz der zentralen Benutzerverwaltung sind Benutzergruppen für die Verringerung des Pflegeaufwands wertvoll. Über den »Global User Manager« erfolgt in diesem Szenario die Zuweisung von Berechtigungen über Benutzergruppen. Zur Pflege von Benutzergruppen gelangen Sie über die Knoten WERKZEUGE | ADMINISTRATION | BENUTZERPFLEGE | BENUTZERGRUPPEN PFLEGEN. Um beispielsweise eine neue Benutzergruppe anzulegen, gehen Sie wie folgt vor: Ausgangspunkt Bildschirmbild »Benutzergruppen pflegen« 1. Tragen Sie in das Feld »Benutzergruppe« den Namen der anzulegenden Benutzergruppe ein, und wählen Sie die Schaltfläche ANLEGEN . ➜ Es erscheint das Bild »Benutzergruppen pflegen«. 2. Optional können Sie unter dem Feld »Text« eine Kurzbeschreibung eingeben und/oder gleich Benutzer der neuen Gruppe zuweisen. Dies erfolgt, indem Sie unter »Benutzerzuordnung« in die Felder »Benutzernamen« die entsprechenden Benutzer eintragen. 3. Sichern Sie die Daten über die Schaltfläche . ➜ Die Benutzergruppe ist angelegt und gesichert.

5.4

Profilgenerator

Heutzutage ist der Profilgenerator das zentrale Werkzeug zur Generierung von Berechtigungen und Berechtigungsprofilen. War es früher notwendig, mühsam die zum Ausführen einer Transaktion benötigten Berechtigungsobjekte zusammenzustellen, die entsprechenden Berechtigungen manuell zu erstellen, zu Profilen zusammenzufassen, diese zu generieren und dann dem Benutzer zuzuordnen, ist dieser Vorgang durch den Profilgenerator über große Strecken automatisiert worden. Dies bedeutet einen wesentlichen Zeitgewinn, da im anderen Fall die Zuordnung der Transaktionen und Berechtigungsobjekte zu den realen Organisationsstrukturen und Tätigkeitsprofilen des Unternehmens relativ aufwändig ist. Dieser Arbeitsumfang wurde bei vielen Projekten unterschätzt.

232

5

Systemsicherheit und Berechtigungskonzept

Gleichwohl ist auch unter Release 4.6 eine manuelle Pflege von Berechtigungsprofilen möglich. Dies ist jedoch nur empfehlenswert für Profile, die nicht mit dem Profilgenerator erstellt wurden. Somit dürfte es sich in den meisten Fällen um Profile handeln, die noch aus früheren Releaseständen herrühren. Profile, die mit dem Profilgenerator erstellt wurden, sollen jedoch nicht manuell gepflegt werden, da sich sonst Inkonsistenzen zum Profilgenerator ergeben.

5.4.1

Überblick Profilgenerator

Der Profilgenerator ist ein mächtiges Werkzeug. Die Definition von Berechtigungen erfolgt nach einem schematischen Verfahren, das im Folgenden kurz skizziert wird. • Stellenbeschreibung Ausgangspunkt der gesamten Arbeit ist eine möglichst genaue Beschreibung der Tätigkeiten und Aufgaben der Mitarbeiter Ihres Unternehmens. • Erstellen eines Menübaumes durch Zuweisen der benötigten Transaktionen Wissen Sie, welche Aufgaben ein Mitarbeiter wahrnehmen kann, so müssen Sie ihm mit dem Profilgenerator nur die nötigen Menüpunkte im SAPMenübaum zuweisen. Dies geschieht durch Eingabe der benötigten Transaktionen und kann durch Internetlinks etc. erweitert werden. • Definition von Aufgaben Verwenden Sie den SAP-Workflow, so können Sie in der Rolle auch die erlaubten Aufgaben hinterlegen. • Zuweisung der Organisationseinheiten Nachdem die Menüpunkte und damit die erlaubten Transaktionen festgelegt wurden, sammelt der Profilgenerator alle in den Berechtigungen hinterlegten Organisationseinheiten wie Buchungskreis, Kostenstelle und Werk. Sie können dann in jeder Organisationseinheit einen Ihrer Stellenbeschreibung entsprechenden Wert hinterlegen. Auch generische Eingaben wie »*« sind möglich. • Überarbeitung der Berechtigungen Aus den obigen Werten generiert der Profilgenerator die entsprechenden Berechtigungen für Ihre Rolle. Diese müssen Sie gegebenenfalls noch manuell überarbeiten. Hierbei unterstützt Sie der Profilgenerator mit Hilfe einer leicht verständlichen »Ampelgrafik«. • Generierung des Profils Haben Sie Ihre Rolle vollständig definiert, genügt ein Knopfdruck, um aus diesen Angaben ein vollständiges Berechtigungsprofil zu generieren.

5.4 Profilgenerator

233

5

Systemsicherheit und Berechtigungskonzept

• Zuweisung des Profils Dieses Profil – oder besser die Rolle – kann dann den Benutzern, aber auch Organisationsobjekten aus der Personaladministration, wie Organisationseinheiten, Planstellen, Stellen oder Benutzern, zugewiesen werden. Diese Zuordnung kann auch zeitlich eingeschränkt werden.

5.4.2 Terminologie des Profilgenerators In der Vorgehensbeschreibung oben wurden bereits einige neue Begriffe des Profilgenerators erwähnt. Diese Begriffe sollen zunächst kurz geklärt werden, bevor anhand eines Beispiels die Arbeit mit dem Profilgenerator beschrieben wird.

Rolle Der zentrale Begriff des Profilgenerators ist die Rolle (früher Aktivitätsgruppe). Hier werden alle Aktivitäten einer Stelle zusammengefasst. Als Aktivitäten gelten sowohl Transaktionen und Reports aus dem SAP-Menübaum als auch Aufgaben aus dem SAP Business-Workflow. Hinzu kommen heutzutage Zugriffe auf das Internet. Aus Rollen lassen sich Berechtigungsprofile generieren.

Abgeleitete Rollen Um nicht wegen jeder neuen Ausprägung einer Organisationseinheit eine Rolle neu erstellen zu müssen, können Sie abgeleitete Rollen verwenden. Abgeleitete Rollen stehen in einem direkten, erbenden Verhältnis zu den Referenzrollen, aus denen sie hervorgingen. Unter einer abgeleiteten Rolle können Berechtigungsprofile für eine gewisse Organisationsebene unter Verwendung aller Aufgaben und Aktivitäten einer Referenzrolle generiert werden. Hierdurch lassen sich aus einer (Referenz)Rolle »Einkäufer« sehr einfach abgeleitete Rollen für unterschiedliche Buchungskreise definieren.

Begriffe aus dem Organisationsmanagement Der Profilgenerator bietet nun die Möglichkeit, nicht nur wie in früheren Versionen, R/3-Benutzern individuell Berechtigungsprofile zuzuordnen, sondern Profile können mittels der Rollen auch direkt Objekten aus dem Organisationsmanagement zugeordnet werden. Hierzu müssen Sie allerdings die SAP-Komponente PD verwenden. So ist es einfacher, Berechtigungen anhand der Definition von Zuständigkeiten einer Planstelle zuzuordnen als jedem einzelnen Benutzer einer solchen Planstelle.

R/3-Workflow Im Rahmen des R/3-Workflow können Sie Einzel- und Mehrschrittaufgaben definieren, die komplexe Geschäftsprozesse miteinander verbinden. Der Profilgenerator kann auch für die Berechtigungsvergabe solcher Workflow-Aufgaben verwendet werden.

234

5

Systemsicherheit und Berechtigungskonzept

5.4.3 Rollen anlegen Nach dieser Einführung soll nun das Anlegen einer Rolle am Beispiel eines Lagerverwalters aus der Materialwirtschaft erklärt werden. Start Fenster »SAP Easy Access« 1. Rufen Sie folgende Knoten auf: WERKZEUGE | ADMINISTRATION | BENUTZERPFLEGE | ROLLEN. ➜ Sie gelangen in das Hauptfenster zur Pflege der Rollen. 2. Geben Sie im Feld »Rolle« einen Namen für die neue Rolle ein, und wählen Sie die Option »Grundpflege« im Rahmen »Sicht«. Klicken Sie anschließend auf die Schaltfläche . ➜ Sie gelangen in die Rollenpflege (Abbildung 5.5).

Abbildung 5.5

Pflegezugang zu Rollen (© SAP AG)

3. Im Feld »Bezeichnung« geben Sie eine kurze Beschreibung für die Rolle ein und sichern diese mittels der Schaltfläche S ICHERN ( ). Die durch Reiter dargestellten Schaltflächen im zentralen Bereich müssen nun in der vorgegebenen Reihenfolge bearbeitet werden. Der Bearbeitungsstatus ist hier durch ein rotes Kreuz als »noch nicht bearbeitet« markiert. Klicken Sie nun die Schaltfläche MENÜ an. ➜ Sie gelangen nun in die Menüpflegeanzeige.

5.4 Profilgenerator

235

5

Systemsicherheit und Berechtigungskonzept

4. Legen Sie nun das Benutzermenü fest, indem Sie die Schaltfläche unter der Auswahl »Übernahme von Menüs« betätigen. ➜ Sie gelangen in eine Anzeige, die Ihnen das Standard-SAP-Menü wiedergibt. 5. Hier können Sie durch Anklicken der Plus- (»+«) und Minuszeichen (»-«) die Menüstruktur aufblättern und durch Auswahl der entsprechenden Ankreuzfelder entweder einzelne Menüfunktionen oder ganze Menübäume auswählen. Übernehmen Sie anschließend Ihre Auswahl ( ). ➜ Sie gelangen wieder zurück in die Anzeige des Menüs. Das ausgewählte Menü wurde in die Anzeige geladen (Abbildung 5.6).

Abbildung 5.6

Menübaum der Rolle (© SAP AG)

6. Sichern Sie Ihre Auswahl (Schaltfläche

).

7. Wählen Sie jetzt die Schaltfläche BERECHTIGUNGEN. ➜ Sie gelangen in den Pflegeeinstieg der Berechtigungen. 8. Gehen Sie in die Berechtigungspflege. Dazu klicken Sie auf die Schaltfläche neben »Berechtigungsdaten ändern« im Feldbereich »Berechtigungsdaten pflegen und Profile generieren«. ➜ Das System sucht alle Organisationseinheiten (Orgebenen) aus den gewählten Menüfunktionen und fragt Sie nach den entsprechenden Werten für diese Felder (Abbildung 5.7).

236

5

Systemsicherheit und Berechtigungskonzept

Abbildung 5.7

Orgebenen festlegen (© SAP AG)

9. Tragen Sie die nötigen Angaben in die entsprechenden Felder ein. Sie können die (F4)-Taste verwenden, um Hilfe bezüglich der möglichen Eingabewerte zu erhalten. Sie können auch die Schaltfläche GESAMTBERECHTIGUNG verwenden. Hierdurch weisen Sie allen offenen Feldern den Wert »*« zu. Zum Sichern benutzen Sie . ➜ Das System zeigt Ihnen eine Hierarchieliste aller Berechtigungsobjekte, die für diese Funktionen vorhanden sind, sortiert nach Arbeitsgebiet und farblich gekennzeichnet (vgl. Abbildung 5.8 und die Erklärung der Berechtigungspflege im folgenden Abschnitt). 10.Sie können an dieser Stelle in den noch offenen Feldern ( -Ampel) Werte pflegen. Klicken Sie dazu auf das weiße Wertefeld in der Zeile »Schedule Manager: Aufgabenplan«. ➜ Es erscheint ein Dialogfenster, in dem Sie die Feldwerte für dieses Berechtigungsfeld hinterlegen können. 11.Geben Sie die entsprechenden Feldwerte ein, und sichern ( ) Sie Ihre Angaben. ➜ Das System kehrt zur Liste der Berechtigungen zurück (Abbildung 5.8). Die entsprechende Zeile ist nun mit gekennzeichnet, da alle fehlenden Felder ergänzt wurden.

5.4 Profilgenerator

237

5

Systemsicherheit und Berechtigungskonzept

Abbildung 5.8

Berechtigungswerte pflegen (© SAP AG)

12.Sie können auch alle fehlenden Felder einer Berechtigung oder eines ganzen Knotens ergänzen. Klicken Sie hierzu auf die gelbe oder rote Ampel. ➜ Das System fragt in einem Dialogfenster, ob alle fehlenden Felder mit der Gesamtberechtigung »*« versehen werden sollen (Abbildung 5.9).

Abbildung 5.9

Gesamtberechtigung vergeben (© SAP AG)

13.Bestätigen Sie mit . ➜ Sie kehren zu der Pflege der Berechtigungen zurück (Abbildung 5.8). 14.Wenn Sie bewusst einige Berechtigungen deaktivieren möchten, klicken Sie an. ➜ Das System deaktiviert das Berechtigungsobjekt. 15.Vervollständigen Sie die Pflege der Berechtigungen, bis alle Zeilen mit einer grünen Ampel markiert sind oder als deaktiviert gekennzeichnet wurden. Durch Anklicken der obersten Ampel-Taste können Sie alle fehlenden Berechtigungen in einem Schritt ergänzen. Klicken Sie dann auf

238

5

Systemsicherheit und Berechtigungskonzept

die -Schaltfläche (SICHERN), um die Berechtigung zu sichern und in einem weiteren Schritt die Profile zu generieren. ➜ Es erscheint ein Dialogfenster (Abbildung 5.10), in dem Sie entweder einen Namen für die zu generierenden Berechtigungsprofile angeben oder aber den automatisch vom Profilgenerator erzeugten technischen Namen übernehmen können. Unter R/3 Version 4.6 ist es empfehlenswert, den Vorschlag des Profilgenerators zu übernehmen.

Abbildung 5.10 Profilnamen vergeben (© SAP AG)

16.Übernehmen Sie den Profilnamen. Beachten Sie, dass dieser später nicht mehr geändert werden kann. Bestätigen Sie die Angabe mit . 17.Drücken Sie nun die Schaltfläche GENERIEREN ( ). ➜ Das System generiert die Berechtigungsprofile. 18.Kehren Sie nun über die Schaltfläche in den Pflegeeinstieg für Berechtigungen zurück. ➜ Auch die Schaltfläche BERECHTIGUNGEN ist nun grün markiert. An dieser Stelle ist die Rolle definiert, und die Berechtigungsprofile sind generiert. Im obigen Beispiel konnte jedoch nur ein kleiner Ausschnitt aus den Funktionen des Profilgenerators angesprochen werden. Bevor die Zuweisung der Berechtigungen zu R/3-Benutzern erläutert wird, sollen noch einmal die wichtigsten Möglichkeiten des Profilgenerators zusammengefasst werden.

Menüpflege In der Menüpflege können Sie alle Menüpunkte anhand von Transaktionscodes, Berichten oder als Web-Link o. ä. erstellen. Sie können neue Knoten definieren und Favoriten pflegen. Die Auswahl der Menüpunkte bildet die Grundlage der Berechtigungsvergabe.

Berechtigungspflege Aus den Menüs werden direkt die notwendigen Berechtigungsobjekte ermittelt. Im Bildschirmbild »Rolle ändern: Berechtigungen« können Sie mit der Funktion HILFSMITTEL | TECHNISCHE NAMEN EIN die Anzeige der Namen der Berechtigungsobjekte und Berechtigungen einstellen. Eine einfache Ampelgrafik zeigt die angesprochenen Berechtigungsobjekte und sorgt für eine leichte Übersicht. So bedeutet:

5.4 Profilgenerator

239

5

Systemsicherheit und Berechtigungskonzept

• Grüne Ampel Alle Berechtigungsfelder dieser Zeile oder unterhalb dieses Knotens sind vollständig gefüllt. • Gelbe Ampel Nicht alle Felder der Berechtigungsobjekte konnten automatisch gefüllt werden. • Rote Ampel Sie zeigt an, dass einige der Organisationseinheiten (vgl. Abbildung 5.7), die für diese oder untergeordnete Berechtigungen verwendet werden, noch nicht gepflegt sind. Aus der Berechtigungspflege können Sie die folgenden Symbole und Funktionen verwenden. Beachten Sie dabei, dass Sie durch die Funktion HILFSMITTEL | EINSTELLUNGEN die Anzeige weiterer Icons einschalten können. •

Werte bearbeiten Alternativ zur angezeigten Schaltfläche können Sie auch auf das weiße Wertefeld klicken.

•

Vergabe einer Gesamtberechtigung Für das Berechtigungsfeld wird die Gesamtberechtigung vergeben.

•

Berechtigungsobjekte oder ganze Knoten deaktivieren Für deaktivierte Berechtigungen werden keine Profilwerte generiert. Die Berechtigungsobjekte verbleiben aber in der Rolle.

•

Berechtigungsobjekte reaktivieren

•

Berechtigungsobjekte löschen Diese Objekte werden dann endgültig aus der Rolle entfernt.

•

Berechtigungen kopieren Benötigen Sie mehr als eine Ausprägung eines Berechtigungsobjekts, so können Sie auch Berechtigungen kopieren.

•

Zugeordnete Transaktionen Anzeige der Transaktionen, zu denen das Berechtigungsobjekt angesprochen wird.

•

Berechtigungen zusammenfassen Befindet sich mehr als eine Ausprägung eines Objekts in Ihrer Aktivitätsgruppe, können Sie die verschiedenen Berechtigungen mit dieser Taste zu einem Eintrag zusammenfassen.

240

5

Systemsicherheit und Berechtigungskonzept

Im Rahmen der Berechtigungspflege können Sie: • Berechtigungen aus Vorlagen übernehmen. Vorlagen können Sie bei der Konfiguration des Profilgenerators definieren • Manuell erzeugte Berechtigungsprofile einbeziehen Beide Funktionen erreichen Sie über BEARBEITEN | EINFÜGEN aus der Berechtigungspflege der Rollen.

5.4.4 Berechtigungen zuweisen Berechtigungen können nun auf verschiedene Weise den Benutzern oder Organisationseinheiten zugeordnet werden.

Direkte Pflege im Benutzerstammsatz Die einfachste Methode ist das Zuweisen der Rolle im Benutzerstammsatz. Start Fenster »SAP Easy Access« 1. Rufen Sie folgende Knoten auf: W ERKZEUGE | ADMINISTRATION | BENUTZERPFLEGE | BENUTZER ➜ Sie gelangen in das Einstiegsfenster der Benutzerstammsatz-Pflege. 2. Geben Sie den Benutzer an, und wählen Sie die Schaltfläche Ä NDERN. ➜ Sie sind nun im Hauptfenster zur Benutzerstammpflege. 3. Wählen Sie im Benutzerstammsatz (vgl. Abbildung 5.2) die Registerschaltfläche ROLLEN. ➜ Das System zeigt eine Tabelle bereits zugewiesener Rollen an. 4. Geben Sie in die Tabelle unter der Feldbezeichnung »Rolle« die hinzuzufügende Rolle ein, und bestätigen Sie die Eingabe mit (¢) . ➜ Das System trägt automatisch die entsprechenden Werte in die restlichen Felder ein. Die Zuweisung ist automatisch für einen unbeschränkten Zeitraum, beginnend mit dem aktuellen Datum, gültig. 5. Wollen Sie den Gültigkeitszeitraum einschränken, legen Sie das entsprechende Zeitintervall über die Felder »gültig von« und »gültig bis« fest. 6. Sie können auf diese Art auch weitere Rollen dem Benutzerstamm hinzufügen. Sind Sie mit der Auswahl zufrieden, sichern Sie den aktuellen Benutzerstamm ( ). ➜ Die Rollen und zugeordneten Profile werden in den Benutzerstamm übertragen und werden beim nächsten Auffrischen des Benutzerpuffers gültig.

Zuordnung der Rolle aus dem Profilgenerator Eine alternative Methode ist die Pflege der Zuordnung von Rollen zum Benutzerstamm aus dem Profilgenerator heraus vorzunehmen. Dazu gehen Sie wie folgt vor:

5.4 Profilgenerator

241

5

Systemsicherheit und Berechtigungskonzept

Start Fenster »SAP Easy Access« 1. Rufen Sie folgende Knoten auf: WERKZEUGE | ADMINISTRATION | BENUTZERPFLEGE | ROLLEN 2. Geben Sie im Feld »Rolle« den von Ihnen vergebenen Namen der gewünschten Rolle ein. Wählen Sie die Option »Grundpflege«, und klicken Sie auf die Schaltfläche . ➜ Das System verzweigt in die Grunddatenpflege (vgl. Abbildung 5.5). 3. Wählen Sie hier die Registerfläche BENUTZER. ➜ Das System verzweigt in ein Fenster mit der Tabelle, in der alle bereits zugeordneten Benutzer aufgeführt sind. 4. Tragen Sie unter dem Feld »Benutzerkennung« den oder die Namen der Benutzer ein, denen die Rolle zugewiesen werden soll, und bestätigen Sie Ihre Eingabe jeweils mit (¢). ➜ Das System trägt automatisch die entsprechenden Werte in die restlichen Felder ein. Die Zuweisung ist automatisch für einen unbeschränkten Zeitraum, beginnend mit dem aktuellen Datum, gültig. 5. Wollen Sie den Gültigkeitszeitraum einschränken, legen Sie das entsprechende Zeitintervall über die Felder »von« und »bis« fest. 6. Nun müssen Sie den Benutzerstammabgleich durchführen, damit die eingetragenen Zuordnungen Wirkung im Benutzerstamm zeigen. Klicken Sie hierzu auf die Schaltfläche . ➜ Es erscheint ein Dialogfenster, in dem Sie weitere Optionen wählen können (vgl. Abbildung 5.11).

Abbildung 5.11 Benutzerstamm der Rolle abgleichen (© SAP AG)

242

5

Systemsicherheit und Berechtigungskonzept

7. Drücken Sie auf die Schaltfläche . ➜ Eine weitere Dialogbox erscheint und weist Sie darauf hin, dass die Rolle gesichert werden muss. 8. Bestätigen Sie die Sicherung, indem Sie auf JA drücken. ➜ Die Rolle und Berechtigungsprofile werden in den Benutzerstamm übertragen.

Abgleichen mit dem Benutzerstammsatz Der Benutzerstammabgleich kann über verschiedene Methoden durchgeführt werden. Insgesamt gibt es folgende drei Möglichkeiten: • direkt aus der Rollenpflege • mit der Transaktion PFUD • mit Hilfe des Reports PFCG_TIME_DEPENDENCY

Automatischen Wechsel einplanen Wenn die Möglichkeit genutzt wird, Benutzern Rollen zeitlich begrenzt zuzuordnen, ist es erforderlich, in regelmäßigen Abständen einen Benutzerabgleich durchzuführen, mindestens jedoch zu Beginn und Ende der jeweiligen Gültigkeitsdauer. Planen Sie in diesem Fall den Hintergrund-Report PFCG_TIME_DEPENDENCY periodisch ein (siehe Kapitel 7, »Batchverarbeitung«). Wenn dieser Job einmal pro Nacht gestartet wird, ist sichergestellt, dass alle Benutzer täglich mit den aktuellen Berechtigungsprofilen arbeiten.

5.4.5

Konfiguration des Profilgenerators

Bevor Sie den Profilgenerator verwenden können, müssen zunächst einige Grundeinstellungen im System vorgenommen werden. Es ist zu beachten, dass: • der R/3-Systemprofilparameter »auth/no_check_in_some_cases« den Wert »Y« besitzt. • die Vorschlagstabellen, die das Verhalten des Profilgenerators bei der Anwahl einer Transaktion in einer Rolle beeinflussen, gefüllt sind. Bei einer Neuinstallation zu Releasestand 4.6 sollte der genannte Profilparameter auf den Default-Wert »Y« gesetzt sein. Zur Kontrolle kann die Transaktion RZ11 genutzt werden.

Aktuellen Systemprofil-Parameterwert anzeigen Start Fenster »SAP Easy Access« 1. Öffnen Sie das Transaktionseingabefenster, geben Sie »RZ11« ein, und betätigen Sie die Schaltfläche . ➜ Sie gelangen in den Eingabeschirm der Transaktion.

5.4 Profilgenerator

243

5

Systemsicherheit und Berechtigungskonzept

2. Geben Sie in das Feld »Parametername« die Bezeichnung des Profilparameters an »auth/no_check_in_some_cases«, und klicken Sie die Schaltfläche . ➜ Der Anzeigeschirm der Profilparametereigenschaften erscheint (vgl. Abbildung 5.12).

Abbildung 5.12 Anzeige Profilparameter »auth/no_check_in_some_cases« (© SAP AG)

3. Prüfen Sie, ob in der Anzeige in dem Feld »Aktueller Wert« ein »Y« hinterlegt ist. ➜ Wenn ja, kann der Profilgenerator zum Einsatz kommen. Sollte die Überprüfung ergeben haben, dass der Profilparameter den Wert »N« hat, so muss er entweder im Default oder aber im Instanzprofil des R/3Systems definiert worden sein. Zur Aktivierung des Profilgenerators muss der Eintrag wieder zurückgesetzt werden.

Aktivieren des Profilgenerators Die Kontrolle des Parameters »auth/no_check_in_some_cases« ergab den Wert »N«. Sie setzen den Parameter wie folgt auf den Default-Wert zurück: Start Fenster »SAP Easy Access« 1. Gehen Sie über die Knoten WERKZEUGE | CCMS | KONFIGURATION | PROFILPFLEGE in die Profilpflege. Unter der Feldauswahl »Profile bearbeiten« wählen Sie die Option »Erweiterte Pflege«. Über die Wertehilfe wählen Sie das aktuelle Default-Profil aus. Klicken Sie anschließend auf die Schaltfläche .

244

5

Systemsicherheit und Berechtigungskonzept ➜ Sie gelangen in die Pflegeansicht der Profilparameter. 2. Suchen Sie nun nach dem Parameter »auth/no_check_in_some_cases«. Sollten Sie keinen entsprechenden Eintrag in der Tabelle finden, so wiederholen Sie Schritt 1 mit dem aktuellen Instanzprofil. Unabhängig davon, in welchem Profiltyp Sie den Parameter fanden, selektieren Sie den Parameter durch Anklicken. 3. Löschen Sie den Parameter aus dem Profil über das Menü PARAMETER | LÖSCHEN. ➜ Ein Dialogfenster kommt hoch, in dem Sie bestätigen müssen, den Parameter löschen zu wollen (Schaltfläche JA). Der Parameter ist nun auf den Default-Wert rückgesetzt. 4. Die Änderungen muss noch übernommen werden (

).

5. Anschließend ist das Profil zu sichern ( ). 6. In einem freien Wartungsfenster muss die R/3-Instanz heruntergefahren und neu gestartet werden, damit die neuen Profilparameter aktiv werden. ➜ Der Profilgenerator ist nun aktiviert.

Füllen der Vorschlagswertetabellen Als nächster Schritt müssen noch die Systemtabellen mit den Vorschlagswerten gefüllt werden. Start Fenster »SAP Easy Access« 1. Über das Transaktionseingabefenster rufen Sie die Transaktion SU25 direkt auf. ➜ Sie gelangen in das Menüfenster der Transaktion (vgl. Abbildung 5.13. 2. Wählen Sie den Druckknopf zum Menüpunkt INITIALES FÜLLEN DER KUNDENTABELLEN ( ). ➜ Es erscheint ein Dialogfenster mit einem Warnhinweis bezüglich der Dauer des Vorgangs. 3. Bestätigen Sie die Meldung. ➜ Die Transaktion wird fortgesetzt. Am Ende erscheint eine Vollzugsmeldung. Ab jetzt ist der Profilgenerator einsetzbar.

5.4 Profilgenerator

245

5

Systemsicherheit und Berechtigungskonzept

Abbildung 5.13 Menü der Transaktion SU25 (© SAP AG)

5.5

Hilfsmittel

In diesem Abschnitt lernen Sie einige Hilfsmittel und Techniken kennen, mit deren Hilfe Sie das R/3-Berechtigungssystem besser handhaben und Ihren Anforderungen entsprechend anpassen können.

5.5.1

Infosystem

Ein wichtiges Hilfsmittel für die Berechtigungsanalyse ist das BerechtigungsInfosystem. Hier können Sie nach R/3-Benutzern suchen. Die Suche kann nach verschiedenen Selektionskriterien, wie verwendeten Profilen, Rollen oder Berechtigungen, erfolgen. Sie gelangen in das Infosystem über den Menübaum WERKZEUGE | ADMINISTRATION | BENUTZERPFLEGE | INFOSYSTEM (Transaktion SUIM). Ähnlich komplexe Suchvorgänge sind für die folgenden Bereiche möglich: • Berechtigungen • Berechtigungsobjekte • Profile • Rollen • Transaktionen • Vergleiche

246

5

Systemsicherheit und Berechtigungskonzept

• Verwendungsnachweis • Änderungsbelege

5.5.2

Berechtigungsfehleranalyse mit SU53

Fehlt Ihnen während einer R/3-Sitzung eine für die Weiterarbeit erforderliche Berechtigung, stellen Sie dies zunächst an der Fehlermeldung »E: Keine Berechtigung für Transaktion XYZ« fest, die in der Statuszeile des R/3-Fensters erscheint. Um diesen Berechtigungsfehler zu analysieren, rufen Sie im unmittelbaren Anschluss an die Fehlermeldung (rufen Sie zwischenzeitlich kein anderes ABAP/4-Programm bzw. keine andere Transaktion auf!) von der R/3Befehlszeile aus die Transaktion SU53 auf. Sie sehen das Fenster »Anzeigen Berechtigungswerte Benutzer XYZ«, welches folgende Angaben enthält: • den Namen des Berechtigungsobjekts (technischer Name inklusive Beschreibung) • die Felder des betreffenden Objekts und die geprüften Aktivitäten

Abbildung 5.14 Ausgabe der Transaktion SU53 (© SAP AG)

Mit diesen Angaben können Sie nun die erforderliche Berechtigung suchen, erforderlichenfalls neu anlegen und sie dem Benutzer zuweisen. Diese Funktion war auch schon vor Version 4.0 vorhanden. Sie war dort jedoch nur dann aktiv, wenn der Instanz-Profilparameter »auth/check_value_write_on« einen Wert größer Null aufwies.

5.5 Hilfsmittel

247

5

Systemsicherheit und Berechtigungskonzept

5.5.3

Berechtigungsprüfungen konfigurieren mit SU24

Beim Einsatz des Profilgenerators werden, ausgehend vom ausgewählten Menü, die für die Erstellung der Profile relevanten Berechtigungsobjekte ermittelt. Die Menge der benötigten Berechtigungsobjekte und ihre Verwendung im Profilgenerator wird mit der Transaktion SU24 eingestellt. Mit Hilfe dieser Transaktion kann man auch gezielt das Prüfverhalten der Transaktion beeinflussen, indem die Prüfung nicht benötigter Berechtigungsobjekte ausgeschaltet wird. Die Menge der Profile und Objekte kann auf diese Weise eingeschränkt werden. Mit der Transaktion SU24 können Sie: • pro Transaktion bestimmte Berechtigungsobjekte von der Prüfung ausschließen oder zusätzliche Standardwerte hinterlegen • die Prüfung einzelner Berechtigungsobjekte ganz ausschalten • Vorlagen für die Berechtigungspflege anlegen und ändern

5.6

Berechtigungsverwaltung

Sie haben bisher die Arbeit mit Berechtigungen und Profilen kennen gelernt und wissen, welche Bedeutung diesen für die Sicherheit und Funktionalität eines R/3-Systems zukommt. Mit Hilfe des Berechtigungskonzepts können Sie jedoch darüber hinaus auch Verwaltungsaufgaben im System wirkungsvoll aufteilen. Dies ist Gegenstand der folgenden Kapitel.

5.6.1

Voraussetzungen für die Berechtigungsverwaltung

Entsprechend der Organisationsstruktur Ihres Unternehmens können Sie die Verwaltung und Pflege der Benutzerstammsätze und Berechtigungskomponenten flexibel verteilen. In kleineren Unternehmen mag es sinnvoll sein alle Aufgaben zentral von einem Verwalter durchführen zu lassen. In großen Gesellschaften hingegen liegen andere Anforderungen vor, und die Zuständigkeit für die Pflege von Benutzerstammsätzen und Berechtigungen sollte auf mehrere Benutzer-, mehrere Berechtigungsdaten- (legt Rollen an) und mehrere Berechtigungsprofilverwalter (generiert aus Rollen Berechtigungsprofile) verteilt werden. Das komplexe Berechtigungswesen erlaubt auch hier eine flexible und gezielte Berechtigungsvergabe. Somit müssen die Verwalter auch keine privilegierten Benutzer der EDV-Organisation sein, sondern Sie können die Pflege auch kompetenten Benutzern anderer Organisationseinheiten übertragen. R/3 kennt sieben Berechtigungsobjekte, mit deren Hilfe die Verantwortungsbereiche für alle Aspekte der Berechtigungspflege definiert werden können. Uneingeschränkten Zugriff auf diese Tätigkeiten sollten – wenn überhaupt – nur dem Superuser (der Standard-Superuser ist SAP*) gewährt werden. Die Berechtigungsobjekte sind:

248

5

Systemsicherheit und Berechtigungskonzept

• S_USER_GRP (Benutzerstammpflege: Benutzergruppen) • S_USER_SYS (Benutzerstammpflege: System für zentrale Benutzerpflege) • S_USER_AGR (Berechtigungswesen: Prüfung für Rollen) • S_USER_TCD (Berechtigungswesen: Transaktionen zu Rollen) • S_USER_VAL (Berechtigungswesen: Feldwerte in Rollen) • S_USER_PRO (Benutzerstammpflege: Berechtigungsprofil) • S_USER_AUT (Benutzerstammpflege: Berechtigungen) Mit Hilfe der in den Feldern dieser Berechtigungsobjekte eingetragenen Werte wird der Zugriff wie folgt reglementiert: • Benutzergruppennamen (über S_USER_GRP) • Systemnamen (über S_USER_SYS) • Rollennamen (über S_USER_AGR) • Transaktionscode – Aufnahme in Rollen – (über S_USER_TCD) • Feldwerte (über S_USER_VAL) • Profilnamen (über S_USER_PRO) • Berechtigungsobjektnamen (über S_USER_AUT) Indem Sie entsprechende Berechtigungen bilden und vergeben, können Sie die Verantwortlichkeiten von Systemverwaltern für spezielle Benutzergruppen, Rollen, Profile oder Berechtigungsgruppen delegieren.

5.6 Berechtigungsverwaltung

249

5

Systemsicherheit und Berechtigungskonzept

5.7

Aufgaben

1. Welche Objekte regeln im R/3-System den Datenzugriff? a) Benutzerstammsatz b) Berechtigungstrace c) Profilgenerator d) Berechtigungsobjekte 2. Welche Maßnahmen dienen der Sicherheit im Client-Server-Bereich? a) Die SAP-Benutzer greifen direkt ohne Umwege vom Anwendungsserver auf die Datenbank zu. b) Die Verschlüsselung der Daten dient der Datensicherheit im WAN. c) Der SAP-Router definiert die Verbindungswege zwischen Anwendungsserver und Client. d) Der Datentransport zwischen Anwendungs- und Datenbankserver findet verschlüsselt statt. Sicherheitsvorkehrungen sind in diesem Bereich nicht zu treffen. 3. Folgende Hilfsmittel erleichtern R/3-Benutzern den Umgang mit dem R/3-Berechtigungskonzept: a) Das Berechtigungsinfosystem gibt u. a. Aufschluss über Benutzer, Profile und Berechtigungen. b) Mit Hilfe der Meldung »E: Keine Berechtigung für Transaktion ...« und der Transaktion SU53 lassen sich fehlende Berechtigungsobjekte ermitteln. c) Die Transaktion SU24 trägt für ausgewählte Benutzer automatisch nach der Angabe von deren Tätigkeiten Profile in den Benutzerstammsätzen ein. d) Gelten Berechtigungen für einen gewissen Zeitraum, lässt sich dieser Zeitraum über die Pflege der Aktivitätsgruppen bestimmen. 4. Welche Aussagen zum Thema »Benutzerstammdaten« sind korrekt? a) Das Initialkennwort dient dem Ersteinstieg des Benutzers in das SAPSystem. b) Kein Benutzer hat Zugriff auf Feldinhalte seines Benutzerstammsatzes. c) Durch Zuweisung eines Profils kann der Systemverwalter den Aufruf einer Transaktion nach dem Start von R/3 bestimmen. d) Das Profil SAP_New enthält wichtige Berechtigungen für die Einführung und Implementierung von SAP R/3. 5. Welche Aussagen sind richtig? a) Der Profilgenerator muss vor seiner Verwendung im Customizing konfiguriert werden. Hierzu zählen seine Aktivierung, die Übernahme der Systemvorgaben und die Generierung des Unternehmensmenüs. b) Aktivitätsgruppen werden im Benutzerstammsatz definiert. c) Benutzer mit gleichen Aufgaben lassen sich zu einer Aktivitätsgruppe zusammenfassen. d) Der Benutzername ist der Schlüssel des Benutzerstammsatzes.

250

5

Systemsicherheit und Berechtigungskonzept

5.8

Lösungen

1. Welche Objekte regeln im R/3-System den Datenzugriff? a) Richtig Benutzerstammsatz b) Falsch Berechtigungstrace c) Falsch Profilgenerator d) Richtig Berechtigungsobjekte 2. Welche Maßnahmen dienen der Sicherheit im Client-Server-Bereich? a) Falsch Die SAP-Benutzer greifen direkt ohne Umwege vom Anwendungsserver auf die Datenbank zu. b) Richtig Die Verschlüsselung der Daten dient der Datensicherheit im WAN. c) Richtig Der SAP-Router definiert die Verbindungswege zwischen Anwendungsserver und Client. d) Falsch Der Datentransport zwischen Anwendungs- und Datenbankserver findet verschlüsselt statt. Sicherheitsvorkehrungen sind in diesem Bereich nicht zu treffen. 3. Folgende Hilfsmittel erleichtern R/3-Benutzern den Umgang mit dem R/3-Berechtigungskonzept: a) Richtig Das Berechtigungsinfosystem gibt u. a. Aufschluss über Benutzer, Profile und Berechtigungen. b) Richtig Mit Hilfe der Meldung »E: Keine Berechtigung für Transaktion ...« und der Transaktion SU53 lassen sich fehlende Berechtigungsobjekte ermitteln. c) Falsch Die Transaktion SU24 trägt für ausgewählte Benutzer automatisch nach der Angabe von deren Tätigkeiten Profile in den Benutzerstammsätzen ein. d) Richtig Gelten Berechtigungen für einen gewissen Zeitraum, lässt sich dieser Zeitraum über die Pflege der Aktivitätsgruppen bestimmen. 4. Welche Aussagen zum Thema »Benutzerstammdaten« sind korrekt? a) Richtig Das Initialkennwort dient dem Ersteinstieg des Benutzers in das SAP-System. b) Falsch Kein Benutzer hat Zugriff auf Feldinhalte seines Benutzerstammsatzes. c) Falsch Durch Zuweisung eines Profils kann der Systemverwalter den Aufruf einer Transaktion nach dem Start von R/3 bestimmen. d) Falsch Das Profil SAP_New enthält wichtige Berechtigungen für die Einführung und Implementierung von SAP R/3.

5.8 Lösungen

251

5

Systemsicherheit und Berechtigungskonzept

5. Welche Aussagen sind richtig? a) Richtig Der Profilgenerator muss vor seiner Verwendung im Customizing konfiguriert werden. Hierzu zählen seine Aktivierung, die Übernahme der Systemvorgaben und die Generierung des Unternehmensmenüs. b) Falsch Aktivitätsgruppen werden im Benutzerstammsatz definiert. c) Richtig Benutzer mit gleichen Aufgaben lassen sich zu einer Aktivitätsgruppe zusammenfassen. d) Richtig Der Benutzername ist der Schlüssel des Benutzerstammsatzes.

252

6

Drucken in R/3

Kapitel 6 Drucken in R/3 6.1

Überblick

256

6.1.1

Erzeugen eines Druckauftrags

256

6.2

Die Bedienung des R/3-Spoolers

257

6.2.1 6.2.2

Anlegen eines Druckauftrags Verfolgen eines Druckauftrags

257 259

6.3

Konfiguration eines Druckers

262

6.3.1 6.3.2 6.3.3 6.3.4 6.3.5

Vorüberlegung Druckertyp Drucker einrichten Definition eines neuen Druckertyps Testmöglichkeiten

263 264 265 270 276

6.4

Aufbau einer Druckinfrastruktur

278

6.4.1 6.4.2

Grundbegriffe Vor- und Nachteile des neuen Konzepts

278 281

6.5

Verwaltungsaufgaben

282

6.5.1 6.5.2 6.5.3

Verwaltung der TemSe-Datei Löschen alter Spool-Aufträge Reorganisation der TemSe-Datei

282 282 283

253

6

Drucken in R/3

254

6.6

Zugriffssteuerung auf Drucker

284

6.6.1 6.6.2 6.6.3

Zugriff auf bestimmte Drucker einschränken Namenskonzept Begrenzung der Seitenzahl

285 285 285

6.7

Praxisfall

286

6.8

Aufgaben

287

6.9

Lösungen

288

6

Drucken in R/3

Drucken in R/3 R/3® stellt Ihnen vielfältige und komfortable Möglichkeiten zur Verfügung, um Ihre Ergebnisse, Berichte, Reports etc. professionell aufbereitet im Netzwerk auszudrukken. Einige der meistverwendeten Features sind folgende: • Der Listendruck ermöglicht es Ihnen, die Listanzeigen auf dem Bildschirm auf dem Drucker auszugeben. • R/3 verfügt über ein integriertes Textverarbeitungssystem, das Ihnen komfortable Möglichkeiten zur Textgestaltung bereitstellt. • Aus allen Anwendungen können Sie den Formulardruck ansteuern. • Etiketten und Barcodes können automatisch erstellt werden. • ABAP/4®-programmgesteuert können Sie Listen generieren und drucken. R/3 unterstützt dabei: • die meistverwendeten Netzwerkdrucker • alle Windows-kompatiblen Drucker • Spezialdrucker für Etiketten und Barcode-Listen Sie können diese Drucker sowohl im Netzwerk als auch am jeweiligen SAPAnwendungsserver betreiben. Darüber hinaus können Sie mit der R/3-Druckersteuerung Daten an Fax-, Telex- oder Archivdienste weitergeben. Die Einrichtung dieser Drucker und Dienste obliegt in der Regel dem R/3Systemverwalter, aber auch als Anwender, der sich einen vertieften Einblick in die Einstellung und Definition von Druckern im R/3-System verschaffen will, werden Sie diesen Abschnitt mit Gewinn lesen.

255

6

Drucken in R/3

6.1

Überblick

In einem kurzen Überblick erfahren Sie zunächst, welche zeitlichen Abläufe im System stattfinden, bis ein Ausdruck erfolgt. In den folgenden Abschnitten erfahren Sie dann alles Weitere zur Handhabung und Konfiguration des Drucksystems. • Abschnitt 6.2 beschäftigt sich zunächst mit der Handhabung des Spoolsystems und erläutert Ihnen, wie Sie einen Druckauftrag anlegen, den Status eines Druckauftrags verfolgen und was unter einem Druckauftrag und einem Ausgabeauftrag zu verstehen ist. • Abschnitt 6.3 macht Sie anschließend mit der Konfiguration eines Druckers in R/3 vertraut und gibt Hinweise, wie Sie selbst einen neuen Druckertyp in R/3 definieren und testen können. • Abschnitt 6.4 beschreibt schließlich den Aufbau einer flexiblen Druckinfrastruktur. • In den weiteren Abschnitten werden Hilfsmittel zur Verwaltung und Sonderfunktionen wie beispielsweise das Versenden von Fax-Aufträgen besprochen. Im Folgenden wird zunächst der Systemablauf beim Drucken beschrieben. Anschließend wird der Druckvorgang, wie er sich dem Benutzer darstellt, sowie die Einrichtung der Drucker durch den Systemverwalter erläutert.

6.1.1

Erzeugen eines Druckauftrags

Druckaufträge werden im R/3-System hauptsächlich auf drei Arten generiert: • durch automatische Nachrichtenfindung ohne Benutzereingriff • mit Hilfe von Menübefehlen • aus Batchjobs heraus Der Ablauf eines Druckauftrags ist jedoch in allen drei Varianten nahezu identisch: 1. Ein Anwendungsprogramm erzeugt im Rahmen eines Dialog- oder BatchWorkprozesses einen Druckauftrag. 2. Dieser Druckauftrag wird als »Spoolauftrag« in die Verwaltungstabellen der Datenbank eingetragen. 3. Die eigentlichen Druckdaten werden je nach Voreinstellung in eine Datenbanktabelle, in die so genannte TemSe-Datei (Temporäre Sequentielle Datei) oder eine Betriebssystemdatei geschrieben. 4. Das Spool-System sucht nun den für diesen Druckauftrag zuständigen Spool-Server. Dies kann – abhängig von der Konfiguration des Spool-Systems – dynamisch erfolgen.

256

6

Drucken in R/3

5. Falls Sie die Option »Sofortdruck« eingestellt haben, benachrichtigt der Dialog-Workprozess den Spool-Server über den anstehenden Druckauftrag. 6. Der Spool-Workprozess entnimmt der Datenbank die Druckdaten und bereitet den Druckauftrag mit den Steuerungscodes des gewählten Druckers auf. 7. Unter Unix werden die Druckdaten in einer Betriebssystemdatei zwischengespeichert und an den Unix-Spooler übergeben. 8. Der Spool-Workprozess erzeugt für jeden durchgeführten Auftrag einen Protokolleintrag in der Datenbank. Dieser Protokolleintrag ist gleichzeitig ein »Ausgabeauftrag«. 9. Wurde der Auftrag vom Betriebssystem-Spooler erfolgreich ausgeführt, kennzeichnet der Spool-Workprozess den Ausgabeauftrag in der Datenbank als erledigt. 10.Störungen des Druckauftrags werden ebenfalls in der Datenbank protokolliert. In diesem Fall kann der Druckauftrag automatisch wiederholt werden. 11.Anschließend wird der Druckauftrag gelöscht, falls Sie die Option »Löschen nach Ausgabe« aktiviert haben.

6.2

Die Bedienung des R/3-Spoolers

Dieser Abschnitt stellt Ihnen die für Sie als Endanwender relevanten Funktionen des Spool-Systems von R/3 vor. Zusätzlich wird erläutert, wie Sie • den erfolgreichen Abschluss von Druckaufträgen prüfen • Druckaufträge wiederholen • Druckaufträge auf andere Drucker umlenken • Druckaufträge vor unerwünschter Einsichtnahme schützen • Druckaufträge individuell kennzeichnen

6.2.1

Anlegen eines Druckauftrags

Jeder Ausdruck im R/3-System wird generell in einem Dialogfenster gestartet, das alle erforderlichen Angaben von Ihnen aufnimmt. Ausnahmen davon gibt es nur beim Drucken aus der Hintergrundverarbeitung oder falls die Übergabe der Daten direkt aus der Anwendung an das Spool-System erfolgt.

6.2 Die Bedienung des R/3-Spoolers

257

6

Drucken in R/3

Abbildung 6.1

Dialogfenster mit Angaben zum Druckauftrag (© SAP AG)

Abbildung 6.1 zeigt diesen Druckdialog, der in der Regel Angaben zu folgenden Bereichen verlangt: • gewünschtes Ausgabegerät • Anzahl der Seiten • Spool-Auftrag • Spool-Steuerung • Deckblätter • Druckaufbereitung Abhängig von der Anwendung, aus der der Druckauftrag gestartet wird, können einige Eingabebereiche bereits voreingestellt sein und sind deshalb im Dialogfenster nicht mehr eingabebereit; in obigem Beispiel trifft dies auf die Angabe der Spaltenzahl zu.

258

6

Drucken in R/3

Gewünschtes Ausgabegerät Ist das von Ihnen bevorzugte Ausgabegerät bereits in Ihrem Benutzerprofil eingetragen, wird es als Vorschlagswert in den Druckdialog übernommen. Sie können aber auch jederzeit ein anderes Ausgabegerät wählen. Die Eigenschaften des Ausgabegeräts bestimmen weitgehend die Gestaltungsmöglichkeiten Ihres Ausdrucks. Mit der Taste (F4) können Sie sich über weitere Drucker informieren; hier werden allerdings nur solche Ausgabegeräte angezeigt, für die in R/3 auch eine Aufbereitungsart definiert wurde, die mit der von Ihnen aktuell gewählten Aufbereitungsart übereinstimmt. Wie Sie Aufbereitungsarten definieren, wird weiter unten in diesem Kapitel erklärt.

Titel Im Eingabebereich »Titel« sollten Sie Ihrem Spool-Auftrag einen aussagekräftigen Namen geben. Dies hilft Ihnen, Ihren Druckauftrag im System später leichter zu identifizieren.

Berechtigung Durch einen Eintrag im Eingabefeld »Berechtigung« können Sie folgende Aktionen auf solche Benutzer einschränken, die über die entsprechende Berechtigung in ihrem Benutzerstammsatz verfügen: • Lesen des Auftrags • Verändern der Auftragseigenschaften • Wiederholen, Umlenken und Löschen des Druckauftrags Grundlage ist das Berechtigungsobjekt S_SPO_ACT.

Spool-Steuerung Im Fenster »Spool-Steuerung« legen Sie fest, ob der Auftrag sofort ausgegeben werden soll. Außerdem können Sie hier eine Löschung nach korrekter Ausgabe veranlassen und definieren, wie lange der Auftrag in der Spool-Verwaltung verbleibt, bis er von Reorganisationsprogrammen, die im Hintergrund laufen, gelöscht werden kann.

Druckaufbereitung Zeilen- und Spaltenzahl eines Ausdrucks sowie die Art der Aufbereitung werden in aller Regel von der Anwendung vorgegeben, aus der der Druckauftrag gestartet wird. Besonders bei größeren Aufträgen können Sie jedoch ein Interesse daran haben, durch Veränderung dieser Vorgabewerte – z. B. Verkleinerung des Schriftgrades, Erhöhung der Zeilenzahl – den Umfang des Ausdrucks zu verringern.

6.2.2

Verfolgen eines Druckauftrags

Sie können Ihre Druckaufträge mit Hilfe der Transaktion SP01 überwachen. Diese finden Sie auf dem Menüpfad SYSTEM | DIENSTE | AUSGABESTEUERUNG oder auf dem Knoten WERKZEUGE | CCMS | SPOOL | OUTPUT MANAGEMENT

6.2 Die Bedienung des R/3-Spoolers

259

6

Drucken in R/3

im Fenster »SAP Easy Access«. Möchten Sie nur Ihre eigenen Druckaufträge sehen (vgl. Abbildung 6.2), wählen Sie S YSTEM | EIGENE SPOOLAUFTRÄGE.

Abbildung 6.2

Ausgabesteuerung: Auswahl Spool-Aufträge (© SAP AG)

Die gezielte Suche nach einem bestimmten Druckauftrag (in Abbildung 6.2 als Spool-Auftrag bezeichnet) oder nach Ausgabeaufträgen können Sie durch eine Reihe von Kriterien eingrenzen, z. B.: • Benutzername (dies ist nur für den Systemverwalter möglich) • Mandant (ebenfalls nur für den Systemverwalter möglich) • Datumsbereich (von ... bis) • Titel • gewähltes Ausgabegerät

260

6

Drucken in R/3

Druckaufträge anzeigen Um Druckaufträge anzuzeigen, gehen Sie wie folgt vor: Ausgangspunkt Beliebige Stelle 1. Rufen Sie den Menüpfad S YSTEM | DIENSTE | AUSGABESTEUERUNG auf. ➜ Sie sehen das Anforderungsbild zur Auswahl von Druckaufträgen (vgl. Abbildung 6.2). Hinweis Durch Auswahl der Registerkarte »Ausgabeaufträge« können Sie anstatt über die Druckaufträge auch direkt nach den einzelnen Ausgabeaufträgen suchen. In diesem Beispiel wird von der Registerkarte »Spool-Aufträge« ausgegangen. 2. Wählen Sie hier durch geeignete Selektionskriterien Ihre Druckaufträge aus. Nur wenn Sie mit den Berechtigungen eines Systemverwalters ausgestattet sind, können Sie in die Felder »Mandant« und »Benutzername« Auswahlkriterien eingeben; ansonsten können Sie nur nach Druckaufträgen suchen, die Sie selbst veranlasst haben. Bestätigen Sie Ihre Auswahl mit AUSFÜHREN bzw. (F8). ➜ Sie sehen eine Liste aller Druckaufträge, die Ihren Kriterien entsprechen (vgl. Abbildung 6.3). 3. Wählen Sie den gewünschten Auftrag aus, indem Sie das Ankreuzfeld . ausfüllen, und aktivieren Sie die Schaltfläche AUSGABEAUFTRÄGE ➜ Sie sehen die zu diesem Druckauftrag gehörigen Ausgabeaufträge. Aus der Anzeige der Ausgabeaufträge können Sie einen Auftrag auswählen und durch Aktivieren der Schaltfläche INHALT ANZEIGEN den Inhalt als Seitenansicht anzeigen.

Abbildung 6.3

Ausgabesteuerung: Übersicht der Spool-Aufträge (© SAP AG)

6.2 Die Bedienung des R/3-Spoolers

261

6

Drucken in R/3

Spool-Auftrag In der Liste aller von Ihnen ausgewählten Druckaufträge haben Sie weitere Eingriffsmöglichkeiten: Zum einen können Sie unmittelbar aus dieser Aufstellung heraus in eine Bildschirmanzeige des zu druckenden Textes verzweigen. Zum anderen können Sie hier jedoch noch Details verändern wie • den Titel des Druckauftrags • den gewünschten Zieldrucker • die Aufbereitung Hier können Sie auch alle von diesem Druckauftrag erzeugten Ausgabeaufträge anzeigen lassen. Darüber hinaus können Sie sowohl einen Neudruck mit gleichen Attributen (mit der Drucktaste DRUCKEN OHNE ÄNDERUNGEN) als auch einen Wiederholungsdruck mit veränderten Druckattributen auslösen.

Ausgabeaufträge Für jede erzeugte Ausgabe eines Druckauftrages schreibt der Spool-Workprozess einen Protokolleintrag in die Datenbank. Diese Ausgabeaufträge können Sie sich direkt aus der »Übersicht der Spool-Aufträge« (vgl. Abbildung 6.2) über das Register »Ausgabeaufträge« abrufen. Sie sehen dann alle Ausgabeaufträge, die Ihren Selektionskriterien genügen. Alternativ können Sie sich die Ausgabeaufträge auch aus der Übersicht der Spool-Aufträge (Abbildung 6.3) anzeigen. Sie sehen dann die vom ausgewählten Spool-Auftrag abgeleiteten Ausgabeaufträge. Mehrere Ausgaben ein und desselben Spool-Auftrags können durchaus auf verschiedenen Druckern ausgegeben werden; sie sollten jedoch für den gleichen Druckertyp aufbereitet sein, da an dieser Stelle keine neue Aufbereitung des Druckauftrages mehr erfolgen kann. Falls Sie einen Wiederholungsdruck an einen anderen Druckertyp senden wollen, weist Sie das System mit einer entsprechenden Warnmeldung, die in Abbildung 6.4 dargestellt ist, auf diesen Umstand hin.

Abbildung 6.4 Warnmeldung: Wechsel des Gerätetyps (© SAP AG)

6.3

Konfiguration eines Druckers

Die Druckerkonfiguration sorgt in einem R/3-System für

262

6

Drucken in R/3

• die Bereitstellung unterschiedlicher Drucker, die über das Netzwerk angesteuert werden können und sich an den verschiedenen Arbeitsplatzrechnern befinden • die Ansteuerbarkeit druckereigener Fonts, Sonder- oder Steuerzeichen oder der Papierzufuhr aus dem R/3-System heraus • die Bereitstellung individuell gestalteter Formulare innerhalb des Systems • die Definition drucktechnischer Besonderheiten wie z. B. Barcodes oder eigener Fonts Seit Version 4.0 sind folgende Möglichkeiten neu hinzugekommen: • eine automatische Lastverteilung • eine dynamische Auswahl des für den Ausdruck zuständigen Spool-Servers • Transportmöglichkeiten der Spool-Definition in andere R/3-Systeme Einige dieser Eigenschaften werden im nächsten Abschnitt (Kapitel 6.4, »Aufbau einer Druckinfrastruktur«) eingehender behandelt. Die folgenden Erläuterungen orientieren sich am Verfahrensablauf bei der Einrichtung eines Druckers im R/3-System. Wir empfehlen Ihnen, sich an folgende Abfolge zu halten: 1. Der Abschnitt »Vorüberlegung« geht zunächst auf die verschiedenen Möglichkeiten des Druckeranschlusses ein. Dies erleichtert Ihnen die bessere Beurteilung der Anschlussarten. Diesem Abschnitt folgt eine Definition des Begriffs »Druckertyp« und beschreibt dessen Auswirkungen auf die Druckerdefinition. 2. Der Abschnitt »Drucker einrichten« erläutert, wie Sie einen Drucker definieren, dessen Typ dem R/3-System bereits bekannt ist. 3. Anschließend erfahren Sie, wie Sie einen neuen Druckertyp im System definieren können und welche Testmöglichkeiten Ihnen im R/3-System zur Verfügung stehen.

6.3.1

Vorüberlegung

Prinzipiell stehen Ihnen vier verschiedene Möglichkeiten zur Verfügung, um einen Drucker in R/3 zu installieren; bevor Sie damit beginnen, müssen Sie sich für eine dieser Alternativen entscheiden. 1. Netzwerkdrucker und lokaler Betriebssystemdrucker Das R/3-System macht keinen Unterschied zwischen einem lokal an den Aufbereitungsserver (Anwendungsserver, auf dem die R/3-Druckaufbereitung durchgeführt wird) angeschlossenen Drucker und einem Netzwerkdrucker. Beide werden direkt über das Betriebssystem (Windows NT oder Unix) angesprochen und sind für das R/3-System »lokal« vorhan-

6.3 Konfiguration eines Druckers

263

6

Drucken in R/3

den. In der Regel verwendet man Netzwerkdrucker, da sie für ein höheres Druckaufkommen ausgelegt sind und sich somit als Abteilungsdrucker besonders eignen. 2. Remote-Drucker Remote-Drucker sind dem Aufbereitungsserver nicht als Drucker bekannt. R/3 muss daher selbst das Versenden des Druckauftrages an den entfernten Rechner besorgen. Dieser entfernte Rechner übernimmt dann die Ansteuerung der Druckers. Hierzu muss auf diesem »Vermittlungsrechner« ein Druck-Dämon »lpd« (englisch für »local print demon«) installiert sein. Der R/3-Aufbereitungsserver sendet dann die Daten an diesen Druck-Dämon zur Weiterleitung an den Drucker. Für Windows-PCs liefert SAP® einen speziellen Druck-Dämon, den Saplpd. 3. Lokale Arbeitsplatzdrucker Lokale Arbeitsplatzdrucker übernehmen den Ausdruck am lokalen Standarddrucker des Arbeitsplatzes. Im Unterschied zu allen oben genannten Beispielen übernimmt die Druckaufbereitung beim »lokalen Drucken« der Dialog-Workprozess direkt. 4. Externes Output Management System (OMS) Seit Version 4.0 unterstützt R/3 externe Drucksteuerungssysteme über eine Standardschnittstelle (OMS; deutsch: Ausgabeverwaltungssystem). Fremdhersteller können ihre Systeme damit über eine einheitliche Schnittstelle an das R/3-System anbinden.

Performance- und Sicherheitsaspekte Innerhalb des R/3-Systems können nur Drucker, die »lokal« vom Aufbereitungsserver angesprochen werden, optimal überwacht werden. Abhängig von der Umsetzung der OMS-Anbindung ist dies auch bei externen OMSDruckern möglich. Deshalb sollten für den Massendruck vorgesehene Drucker möglichst nicht »remote« angeschlossen werden. Auch sind in der Regel die an PCs angeschlossenen Drucker nicht permanent verfügbar. Der Ausdruck mit Hilfe des Windows-Druckmanagers ist, verglichen mit dem Betriebssystem-Spooler des Unix- oder Windows-NT-Systems, nur beschränkt als sicher zu betrachten.

6.3.2 Druckertyp Letztendlich sollten Sie sich auch für einen Druckertyp entscheiden, der sowohl auf Ihre Erfordernisse wie auch auf die Belange der Anwendung selbst abgestimmt ist. Eventuell brauchen Sie einen Drucker mit zusätzlichen Eigenschaften wie: • Schachtsteuerung für den Formulardruck • Drucker, die mit speziellen Druckerkassetten ausgestattet sind, die softwareseitig über spezielle Fonts oder Formularvorlagen verfügen

264

6

Drucken in R/3

In einem solchen Fall sollten Sie sich zuvor vergewissern, dass dieser spezielle Druckertyp auch von R/3 unterstützt wird. Für alle lokal oder über das Netzwerk angesprochenen Drucker ist die Unterstützung des Druckertyps seitens SAP R/3 eine wichtige Voraussetzung. Ist der Drucker dagegen an einen Windows-PC angeschlossen, übernimmt Windows die Ansteuerung des Druckers. In R/3 wird dann lediglich ein Standard-Druckertyp SAPWIN verwendet, und es ist lediglich zu überprüfen, ob ein Windows-Treiber für diesen Drucker verfügbar ist.

Druckersprachen R/3 unterstützt die häufigsten Druckersprachen: • Postscript • PCL-5 • ASCII-Zeilendrucker Generell vereinfacht sich die Konfiguration eines Druckers in R/3 erheblich, wenn Sie einen vom System bereits unterstützten Druckertyp installieren. Sie können jedoch den Druckertyp auch im R/3-System selbst definieren. Wie weiter unten ausgeführt wird, bedeutet dies aber einen erheblichen Mehraufwand. Die Kenntnis der Konfigurationsmöglichkeiten ist aber auch für R/3-Standarddrucker hilfreich, da bei den im System hinterlegten Druckern oftmals nur Standardfunktionen realisiert sind. Besonders die Schachtsteuerung oder eingebaute Fonts müssen in der Regel eigens konfiguriert werden.

6.3.3 Drucker einrichten Um einen Drucker im R/3-System definieren zu können, muss er zuvor unter Unix oder Windows ansteuerbar gemacht werden. Alles Weitere erledigen Sie mit der Transaktion »Spooler Administration« (SPAD). Diese erreichen Sie aus dem Fenster »SAP Easy Access« unter dem Knoten WERKZEUGE | CCMS | SPOOL | SPOOLVERWALTUNG. Die Transaktion SPOOLVERWALTUNG bietet drei unterschiedliche Sichten für den Administrator. Zwischen diesen wechseln Sie mit den Schaltflächen E INFACHE ADMIN., ERWEITERTE ADMIN. und VOLLE ADMINISTRATION. Je nach gewählter Sicht können Sie zusätzliche Registerkarten auswählen. Im Rahmen der »Einfachen Administration« haben Sie die Möglichkeit zur • Definition eines neuen Druckers • Anzeige und Verwaltung der Aufbereitungsserver (siehe hierzu Kapitel 6.4) • Durchführung allgemeiner Verwaltungsaufgaben wie dem Löschen alter Spool-Aufträge • Konsistenzprüfungen

6.3 Konfiguration eines Druckers

265

6

Drucken in R/3

Abbildung 6.5

Spool-Administration Einstieg (© SAP AG)

Ist Ihr Drucker (Gerätetyp) dem R/3-System bekannt, so reicht in der Regel diese Sicht zur Konfiguration und Verwaltung des R/3-Spool-Systems aus. Die »Erweiterte Administration« erlaubt zusätzlich • die Definition und Verwaltung von externen Output-Management-Systemen In der »Vollen Administration« stehen Ihnen schließlich folgende Möglichkeiten zur Verfügung: • Definition von Gerätetypen • Definition von Zeichensätzen Diese Optionen benötigen Sie, falls Ihr Drucker oder Ihr Gerätetyp dem R/3System noch nicht bekannt ist oder wenn Sie zusätzliche Funktionen nutzen wollen. Die weiteren Schritte zur Definition eines neuen Druckers hängen nun davon ab, ob der Druckertyp bereits in R/3 bekannt ist und wie dieser Drucker an das System angeschlossen ist.

Bekannten Drucker hinzufügen Ist der Gerätetyp im R/3-System bekannt, ist die »Einfache Administration« ausreichend, um einen neuen Drucker einzurichten. Gehen Sie zu diesem Zweck wie folgt vor:

266

6

Drucken in R/3

Ausgangspunkt Arbeitsgebiet »Spooler-Administration Einstieg« (vgl. Abbildung 6.5) 1. Wählen Sie im Register »Geräte und Server« im Feld »Ausgabegeräte« als Selektionsmuster »*« (es werden alle Werte angezeigt), und klicken Sie auf die Drucktaste AUSGABEGERÄTE. ➜ Das System zeigt in einer Liste alle Drucker an, die dem Selektionsmuster entsprechen. 2. Falls Sie sich im Anzeigemodus befinden, klicken Sie die Drucktaste ÄNDERN an. ➜ Das System wechselt in den Pflegemodus. 3. Wählen Sie anschließend ANLEGEN. ➜ Das System verzeigt in die Anwendung SPOOLER ADMIN.: AUSGABEGERÄT ANLEGEN (vgl. Abbildung 6.6).

Abbildung 6.6

Spooler Admin.: Ausgabegerät anlegen (© SAP AG)

6.3 Konfiguration eines Druckers

267

6

Drucken in R/3

Die weiteren Eingaben in dieser Transaktion sind von der Art und Weise abhängig, wie Sie Ihren Drucker an das System angeschlossen haben, und gliedern sich in die Bereiche: • Allgemeine Angaben zur Identifikation des Druckers • Geräte-Attribute • Hostspool-Kopplung • Ausgabe-Attribute Die wichtigsten Daten werden im Folgenden erklärt.

Allgemeine Angaben • Ausgabegerät Der Name des Druckers dient als eindeutige Identifikation innerhalb des Systems und muss im Feld »Ausgabegerät« angegeben werden. Bei der Bezeichnung müssen Sie auf die Groß-/Kleinschreibweise achten. Der Ausgabegerätename gilt mandantenübergreifend. • Kurzname Der Kurzname kann freigelassen werden und wird dann vom System selbst bestimmt.

Geräte-Attribute Im Register »Geräte-Attribute« legen Sie die folgenden Eigenschaften fest. • Gerätetyp Dies ist der im R/3-System hinterlegte Gerätetyp Ihres Druckers. • Aufbereitungsserver Hier geben Sie den Aufbereitungsserver oder logischen Server ein, über den R/3 den Spool-Workprozess findet, der für die Aufbereitung des Druckauftrags zuständig ist. (Näheres zu logischen Servern erfahren Sie weiter unten in diesem Kapitel.) • Geräteklasse Wählen Sie hier »Normaler Drucker« für die Einrichtung eines Druckers. • Standort Die Standortbezeichnung, die Sie hier eingeben, wird als Beschreibung für diesen Drucker angezeigt. • Nachricht Ist der betreffende Drucker gesperrt (eine Option, die Sie in dieser Transaktion aktivieren können), wird anstatt eines Standardhinweises der hier eingegebene Text als Nachricht angezeigt.

268

6

Drucken in R/3

Neben diesen allgemeinen Angaben unterscheidet sich der Aufbau dieses Bildschirms je nach gewählter »Koppelart zum Host-Spool«. Damit ist gemeint, wie der Drucker aus dem R/3-System heraus ansprechbar ist. Die Koppelart beschreibt damit die Anschlussart des Druckers. • Host-Drucker Im Feld »Host-Drucker« geben Sie den Namen ein, unter dem der Drucker dem jeweiligen Betriebssystem bekannt ist. • Modellbezeichnung Die Eingabe einer Modellbezeichnung dient nur zu Dokumentationszwecken.

Anschlussartabhängige Angaben Abhängig vom gewählten Druckeranschluss lassen sich die folgenden Fälle unterscheiden: • Lokaler Drucker (oder Netzwerkdrucker) R/3 stellt zwei Koppelarten für lokale Drucker zur Verfügung: • Bei der Koppelart »L« (nur unter Unix möglich) wird der Druck mit dem Unix-Kommando »lp/lpr« gestartet. • Bei der Koppelart »C« (nur unter Windows NT möglich) löst Windows den Ausdruck unmittelbar mit Hilfe eines Betriebssystemaufrufs aus. Zusätzlich zu den allgemeinen Angaben müssen Sie noch den Aufbereitungsserver wählen. Dies ist der Rechner, der mit einem Spool-Workprozess für diesen Drucker zuständig ist (für komplexe Strukturen siehe Kapitel 6.4). • Remote-Drucker Für die Fälle, in denen der Drucker an einem Arbeitsplatz-PC arbeitet, d. h. nur über das lokale Betriebssystem (über den Windows-Druckmanager) ansprechbar ist, stellt R/3 zwei Koppelarten bereit: • »U« (nur unter Unix; Print-Dämon mit Berkeley-Protokoll): In diesem Fall muss auf dem lokalen Unix-Drucker ein Berkeley-kompatibler Druckdämon zur Entgegennahme des Druckauftrags installiert sein. • »S« (nur für PCs): Bei dieser Verbindung muss auf dem Zielrechner das Programm Saplpd gestartet worden sein. Als Druckertyp sollten Sie in diesem Falle SAPWIN anstelle des tatsächlich verwendeten Druckers angeben. Gleichgültig, welche der beiden Optionen Sie wählen, es erscheint in jedem Fall das neue Feld »Vermittlungsrechner« auf dem Eingabebildschirm, in das Sie den Namen desjenigen Rechners eintragen müssen, auf dem Lpd bzw. Saplpd aktiv ist.

6.3 Konfiguration eines Druckers

269

6

Drucken in R/3

• Lokaler Drucker am Arbeitsplatz Um einen lokalen Drucker am Arbeitsplatz zu definieren, verwenden Sie die Koppelart »F«. Da, wie bereits oben erwähnt, die Aufbereitung von einem DialogWorkprozess übernommen wird, verschwindet bei dieser Auswahl das Feld »Aufbereitungs-Server«. Im Falle eines Windows-PCs verwenden Sie anstelle des Host-Drucker-Namens die Bezeichnung »__DEFAULT« (Unterstrich, Unterstrich, DEFAULT). Damit wird der als Standarddrucker eingerichtete Drucker verwendet. Verwenden Sie in diesem Fall den speziellen Gerätetyp SWIN. • Über eine OMS-Schnittstelle angeschlossener Drucker Um einen Drucker über die OMS-Schnittstelle an das R/3-System anzuschließen, verwenden Sie die Koppelart »E« (»Externes Output-Management-System«). Hierzu müssen Sie das Feld »Logische OMS« pflegen. Die Pflege der Output-Management-Systeme erreichen Sie über die »Erweiterte Administration« in der Spool-Verwaltung.

6.3.4 Definition eines neuen Druckertyps Durch die Auswahl des Gerätetyps teilen Sie dem R/3-System die Eigenschaften Ihres Druckers mit. Im vorherigen Abschnitt wurde bereits erwähnt, dass Sie möglichst einen von R/3 unterstützten Gerätetyp verwenden sollten. Auch haben die obigen Beispiele gezeigt, dass mit den Gerätetypen SAPWIN jeder unter Windows ansprechbare Drucker verwendet werden kann. Nur in dem Fall, dass der Druckertyp noch nicht im System hinterlegt ist oder Sie neue Eigenschaften hinzufügen wollen, müssen Sie neue Gerätetypen definieren, was mitunter sehr aufwändig ist. Deshalb wird im Folgenden nur die grundlegende Vorgehensweise bei der Definition eines neuen Druckertyps beschrieben. Einen neuen Druckertyp definieren Sie in der Sicht »Volle Administration« in der Transaktion »Spooler Administration«. Ist dieses neue Gerät befehlssatzkompatibel mit einem bereits im System installierten Drucker, müssen Sie nichts weiter tun, als diesen Gerätetyp zu kopieren. Dazu gehen Sie wie folgt vor: Ausgangspunkt Arbeitsgebiet »Spooler Administration« 1. Wählen Sie »Volle Administration«. ➜ Das System zeigt Ihnen alle Optionen der Druckeradministration (vgl. Abbildung 6.5). 2. Wählen Sie hier die Registerkarte GERÄTETYPEN und dort die Drucktaste GERÄTETYPEN. ➜ Das System zeigt Ihnen eine Liste aller im System vorhandenen Gerätetypen.

270

6

Drucken in R/3

3. Falls Sie sich im Anzeigemodus befinden, wählen Sie zunächst die Drucktaste ÄNDERN . Wählen Sie dann den Menüpfad HILFSMITTEL | ZU GERÄTETYPEN | KOPIEREN GERÄTETYP. ➜ In dem Einstiegsbild können Sie den Quell- und Zielgerätetyp auswählen (vgl. Abbildung 6.7).

Abbildung 6.7

Kopieren eines Gerätetyps (© SAP AG)

4. Tragen Sie in dem Einstiegsbild die gewünschten Gerätetypen ein. In das anschließende Feld schreiben Sie die Bezeichnung des neuen Druckers. Beenden Sie Ihre Eingaben, indem Sie das Icon A USFÜHREN anklicken. ➜ Das System fragt, ob der neue Gerätetyp erzeugt werden soll. 5. Bestätigen Sie den Dialog mit JA. ➜ Das System fragt nach der Entwicklungsklasse für dieses Objekt. 6. Wählen Sie hier entweder die entsprechende Entwicklungsklasse oder aber die Schaltfläche LOKALES OBJEKT (Näheres zum CTS finden Sie in Kapitel 11). ➜ Sie sehen eine Übersicht, in der alle Elemente der Druckerdefinition aufgeführt sind, die kopiert wurden (vgl. Abbildung 6.8).

Abbildung 6.8 Ergebnisliste einer Gerätekopie (© SAP AG)

6.3 Konfiguration eines Druckers

271

6

Drucken in R/3

7. Verlassen Sie mit (F3) die Listanzeige, und kehren Sie durch nochmaliges Betätigen von (F3) zur Liste der vorhandenen Gerätetypen zurück (vgl. Abbildung 6.9).

Abbildung 6.9

Liste der Gerätetypen (© SAP AG)

Mit dem neu installierten Gerätetyp sind folgende Einstellungsmöglichkeiten verbunden: • Print-Controls • Aufbereitungsarten • Druckerfonts • Fontmetriken • Barcodes Falls Sie die Parameter des neuen Druckers nicht von einem bereits im System bekannten Gerät kopieren können, müssen Sie diese schrittweise und manuell definieren. Diese Verfahrensweise ist im Folgenden beschrieben und gilt auch für den Fall, dass Sie bestimmte Einstellungen verändern oder hinzufügen wollen.

Manuelle Definition eines Gerätetyps Zum Ändern eines Gerätetyps wählen Sie aus der Anzeige der Gerätetypen den entsprechenden Eintrag mit dem Cursor aus. Mit Doppelklick (A USWÄHLEN) oder (ANLEGEN) verzweigen Sie in die Pflege oder Neuanlage des Gerätetyps. Bei der Definition des Gerätetyps legen Sie den Druckertreiber (Postscript oder PCL-5) und den Druckerzeichensatz fest.

272

6

Drucken in R/3

Print-Control-Sequenzen für Gerätetypen R/3 stellt Ihnen eine große Anzahl von Drucker-Steuersequenzen (PrintControls) zur Verfügung, um aus ABAP/4 oder SAP-Script Drucker ansteuern zu können. Diese Druckersteuerzeichen können Sie unter dem Menüpunkt PRINT CONTROL in der »Vollen Administration« pflegen. Sie dienen zur Darstellung von • Zeichensätzen • Schriftattributen • Barcodes Da sie im R/3-System in nicht-druckerspezifischer Form hinterlegt sind, müssen Sie diese Steuerzeichen für jeden Druckertyp separat einstellen, indem Sie dem System für jeden Druckbefehl die spezifischen Escape-Sequenzen Ihres Druckers bekannt machen. Dazu aktivieren Sie in der Liste der Gerätetypen (die in Abbildung 6.9 dargestellt ist) die Schaltfläche PRINT CONTROLS.

Aufbereitungsarten für Gerätetypen Zur Auswahl der Seite verwendet R/3 Aufbereitungsarten. Diese Aufbereitungsarten können Sie beim Ausdruck auswählen; mit ihrer Hilfe steuern Sie • das Seitenformat • die Vorschub-Steuerzeichen für Seitenanfang und Seitenende • das Aussehen individueller Deckblätter Die Anzahl der Zeilen und Spalten einer ABAP/4-Liste ist in der Aufbereitungsart hinterlegt (vor Version 4.0 wurden diese Werte aus dem Namen der Aufbereitungsart über X__<Spalte> abgeleitet). Die allgemeine Definition der Aufbereitungsarten geschieht, wie auch bei den Print-Controls, in der Sicht der »Vollen Administration« der Druckverwaltung in der Registerkarte »Gerätetypen«. In gleicher Weise müssen auch die Seitenformate zunächst allgemein definiert werden, bevor sie weiterverwendet werden können. Damit die allgemeinen Aufbereitungsarten auch für Ihren Druckertyp wirksam werden, müssen Sie diese für Ihren Drucker hinterlegen. Dies geschieht in der Liste der Gerätetypen (vgl. Abbildung 6.9), indem Sie die Drucktaste AUFBEREITUNGEN wählen. Das System zeigt Ihnen dann eine Liste aller für diesen Drucker bereits gepflegten Aufbereitungen. In dieser Liste können Sie: • vorhandene Aufbereitungen pflegen • neue Aufbereitungen anlegen • für andere Gerätetypen definierte Aufbereitungen kopieren

6.3 Konfiguration eines Druckers

273

6

Drucken in R/3

Abbildung 6.10 Aufbereitungen für Gerätetyp ändern (© SAP AG)

Mit der Aufbereitungsart verknüpft sind Druckereignisse wie: • Drucker-Initialisierung • Titelseite • Ende einer Seite Für jedes dieser Ereignisse können Sie nun im Fenster »Spooler-Admin.: Aufbereitung für Gerätetyp pflegen« (vgl. Abbildung 6.11) eine Folge von druckerspezifischen Steuerzeichen hinterlegen. Sie haben nun einen neuen Gerätetyp angelegt und ihm die benötigten Aufbereitungsarten zugewiesen. Falls Sie den neuen Gerätetyp nicht von einem bestehenden Gerätetyp kopiert haben, kann die Definition der Aufbereitungsarten sehr mühsam sein. Hinweis: Die am häufigsten verwendeten Aufbereitungsarten sind: • DIN A4: für üblichen Schriftverkehr, Ablagen und SAPscript-Formulare • X_PAPER: die Standardvoreinstellung für den Listendruck Sie können auch hier die benötigten Aufbereitungsarten von einem bereits im System angelegten (ähnlichen) Typ kopieren.

274

6

Drucken in R/3

Abbildung 6.11 Aufbereitung für Gerätetyp pflegen (© SAP AG)

Durch diese Technik der Aufbereitungsarten lässt sich sehr einfach eine Schachtsteuerung verwirklichen. Durch das Ereignis »Druckerinitialisierung« wird das Druckersteuerzeichen »Schacht 1« gesendet. Am Ende der ersten Seite erzeugt das Ereignis »Ende einer Seite« dann das Druckersteuerzeichen »Schacht 2«. Alle Dokumente, die Sie mit dieser Aufbereitungsart drucken, verwenden dann für die erste Seite Schacht 1, für alle folgenden Seiten Schacht 2.

Fonts und Fontmetriken Als letzten Schritt müssen Sie in Ihrem System auch noch Informationen über die Schriftarten und deren Metriken (z. B. Laufweiten, Breite der Proportionalbuchstaben) hinterlegen, die Ihr Drucker unterstützt, damit R/3 diese korrekt in Ihren Formularen und sonstigen Ausdrucken berechnen und positionieren kann. Im Einzelnen benötigt R/3 folgende Informationen: • Die Schriftartenfamilien und deren einzelne Schriften sowie die Umrechnungsverhältnisse zwischen diesen müssen angegeben werden. • Es müssen die zugelassenen Kombinationen von Schriftart und Attribut (fett, kursiv, kursiv und fett) definiert und je ein geeignetes Print-Control angelegt werden. Kombinationen und Print-Controls müssen in der Fontpflege (siehe unten) einander zugeordnet werden.

6.3 Konfiguration eines Druckers

275

6

Drucken in R/3

• Für die zugelassenen Kombinationen müssen, falls es sich um Proportionalschriften handelt, Metrik-Dateien hinterlegt werden, die Informationen über die Breite, Höhe und Laufweite eines jeden einzelnen Zeichens beinhalten. Diese Angaben – wie auch die Angaben zur Definition von Barcodes – können Sie auf der Transaktion »Spool-Administration« (vgl. Abbildung 6.5) und dem Menüpfad UMFELD | FONT-ADMINISTRATION aufrufen (vgl. Abbildung 6.12).

Abbildung 6.12 SAPscript Fontpflege: Einstiegsbild (© SAP AG)

6.3.5

Testmöglichkeiten

Um die korrekte Definition von Druckern und Fonts zu überprüfen, können Sie im R/3-System Testdaten erzeugen und mit diesen die neu definierten Geräte ansteuern. Aus der Transaktion »Spool-Administration« (vgl. Abbildung 6.5) können Sie im Menü HILFSMITTEL | ZU GERÄTETYPEN Testdaten aus den Bereichen: • ABAP/4, • SAPscript • sowie selbst definierten Print-Controls erzeugen und an den neu definierten Drucker senden. Zum Testen von Print-Controls gehen Sie dabei wie folgt vor. Ausgangspunkt Einstiegsbild der Transaktion »Spool-Administration« Registerkarte »Gerätetypen«.

276

6

Drucken in R/3

1. Wählen Sie die Drucktaste GERÄTETYPEN. ➜ Das System zeigt ein Fenster zur Auswahl des Gerätetyps (vgl. Abbildung 6.9). 2. Selektieren Sie mit dem Cursor den Gerätetyp, und wählen Sie anschlie. ßend die Schaltfläche PRINT CONTROLS ➜ Es erscheint das Fenster »Print-Control editieren« (vgl. Abbildung 6.13) mit den für diesen Gerätetyp definierten Steuerzeichen.

Abbildung 6.13 Print-Control editieren (© SAP AG)

3. Wählen Sie hier den Menüpunkt SPRINGEN | TESTEN (TESTEN). ➜ Es erscheint das Fenster »Teste Print-Control« (vgl. Abbildung 6.14). 4. Geben Sie hier die definierten Print-Controls und einen beliebigen Text ein, den Sie für einen Testausdruck verwenden möchten. Wählen Sie anschließend die Schaltfläche DRUCKEN . ➜ Das System führt Sie über ein Dialogfenster zur Auswahl des Druckers und sendet die Zeichen anschließend an diesen. Sie können nun anhand der ausgedruckten Zeichenkette überprüfen, ob die definierten Steuerzeichen fehlerfrei sind.

6.3 Konfiguration eines Druckers

277

6

Drucken in R/3

Abbildung 6.14 Spooler Admin.: Tests Print-Control (© SAP AG)

6.4 Aufbau einer Druckinfrastruktur Wie im vorherigen Abschnitt erwähnt, können Sie ab Version 4.0 vorhandene Drucker und deren Infrastruktur flexibel definieren.

6.4.1

Grundbegriffe

Am Beispiel der Definition eines Aufbereitungsservers in der »Erweiterten Spool-Administration« sollen einige Grundbegriffe des Spool-Systems erklärt werden. Ausgangspunkt Spool-Administration 1. Wählen Sie auf der Registerkarte »Geräte und Server« die Schaltfläche AUFBEREITUNGS-SERVER. ➜ Das System zeigt Ihnen die Liste der bisher definierten Server. 2. Wählen Sie hier die Schaltfläche A NLEGEN . ➜ Das System zeigt das Fenster »Server anlegen« (vgl. Abbildung 6.15). Damit Sie die in Abbildung 6.15 geforderten Eingaben zum Anlegen eines Spool-Servers machen können, müssen zunächst die folgenden Begriffe erklärt werden.

278

6

Drucken in R/3

Abbildung 6.15 Server anlegen (© SAP AG)

Serverklasse Spool-Server können für folgende Einsatzgebiete klassifiziert werden: • Massendruck (z. B. Kostenstellenlisten) • Produktionsdruck (wichtige Belege und Begleitscheine) • Desktop-Druck (Office-Dokumente) • Test-Druck Eine entsprechende Klassifizierung ist auch für jeden Drucker möglich. Sind Drucker und Server klassifiziert, versucht das R/3-System bereits beim Anlegen eines Druckers, eine falsche Zuweisung zu einem Aufbereitungsserver zu verhindern. Beispielsweise sollten Hochvolumen-Drucker nicht an einem Server betrieben werden, der für die Bearbeitung von Frontend-Druckaufträgen vorgesehen ist.

Ausfallsicherheit und Lastverteilung Bis zu Release 4.0 konnte dem Ausgabegerät (d. h. dem Drucker) genau ein Aufbereitungsserver zugeordnet werden. Auch wenn mehr als ein Aufbereitungsserver im System vorhanden war, war das Drucken nach einem Serverausfall ohne manuelle Neu-Konfiguration nicht mehr möglich. Auch eine automatische Lastverteilung der Druckaufträge auf die vorhandenen Aufbereitungsserver wurde durch diese starre Druckerzuordnung nicht unterstützt.

6.4 Aufbau einer Druckinfrastruktur

279

6

Drucken in R/3

Seit Version 4.0 hat SAP diese starre Kopplung aufgehoben und erlaubt nun eine dynamische Zuordnung der Drucker zu den vorhandenen Servern. Um dieses Konzept zu nutzen, müssen Sie bei der Definition eines Servers die Optionen • Alternativer Spool-Server • Logischer Spool-Server • dynamische Lastverteilung in geeigneter Weise verwenden.

Abbildung 6.16 Spool-Server-Hierarchie mit logischen Server (© SAP AG)

Alternativer Spool-Server Jedem Spool-Server kann ein bereits definierter Spool-Server als Alternativserver zugewiesen werden. Ist der Spool-Server nicht verfügbar, so versucht das R/3-System, ob ein Ausdruck auf dem Alternativserver möglich ist.

Logischer Spool-Server Bisher wurde stets davon ausgegangen, dass mit einem Spool-Server immer ein physikalischer Spool-Workprozess auf einem Anwendungsrechner (dem Aufbereitungsserver) gemeint ist. Das Konzept des logischen Servers bricht diese starre »Eins zu Eins« Zuordnung auf.

280

6

Drucken in R/3

Ein logischer Server ist zunächst nur eine Spool-Server-Definition, die beim Anlegen eines Druckers verwendet werden kann. Dieser logische Server kann dann, über das zusätzliche Feld »Abbildung«, auf einem anderen Server »abgebildet« werden. Auch für einen logischen Server kann ein alternativer Server definiert werden. Dieser Server kann selbst wieder nur ein logischer Server sein. So lässt sich eine komplexe Hierarchie von Druckservern aufbauen.

Dynamische Lastverteilung Das bisher Gesagte erlaubt zwar den Aufbau einer flexiblen Druckinfrastruktur, die ein hohes Maß an Ausfallsicherheit zur Verfügung stellt, eine dynamische Lastverteilung wird bisher aber noch nicht unterstützt. Diese ist nur dann aktiviert, wenn Sie die Option »Lastausgleich erlauben1« markieren. Ist bei einem logischen Server der Lastausgleich erlaubt, wird – von ihm aus rekursiv – die gesamte Serverhierarchie bis hin zu den physikalischen SpoolServern aufgelöst. Ausgehend von den gefundenen Spool-Servern (den Blättern des Hierarchie-Baumes) wird dann der Server genommen, der die kürzeste Druckwarteschlange besitzt.

6.4.2 Vor- und Nachteile des neuen Konzepts Die Vorteile dieses neuen Konzepts sind: • Eine Klassifizierung hilft bei der Zuordnung von Druckern und Servern. • Die Definition neuer Drucker verwendet eine Hierarchie von logischen Servern. Hierdurch kann bereits in einem frühen Projektstadium (beispielsweise im Entwicklungssystem) die Druckinfrastruktur definiert werden, selbst wenn die für die Produktionsphase vorgesehenen Server noch nicht verfügbar sind. • Das neue Konzept erlaubt eine Lastverteilung und gewährleistet Ausfallsicherheit. • Die Definition von Druckern und Servern kann vom Entwicklungssystem in das Produktivsystem transportiert werden. Im Produktivsystem müssen anschließend nur noch die Namen der »physikalischen« Server angepasst werden. Diese große Flexibilität birgt jedoch auch einige Nachteile und Gefahren, die Sie beachten sollten: • Komplexe Hierarchien und rekursive Serverdefinitionen können mitunter die Übersichtlichkeit und Wartung stark beeinträchtigen.

1. In Version 4.0 wurde dies als »nicht exklusiv« bezeichnet

6.4 Aufbau einer Druckinfrastruktur

281

6

Drucken in R/3

• Ausfallsicherheit durch alternative Server setzt voraus, dass der Name des Druckers auf allen Aufbereitungsservern gleich ist. Wie in Abschnitt »Anschlussartabhängige Angaben« gezeigt wurde, muss bei der Druckerdefinition auf der Registerkarte bereits der Name des »Host-Druckers« angegeben werden. Das Konzept der Ausfallsicherheit eignet sich damit vor allem für entfernt (remote) arbeitende Drucker. Hier kann der Name des Aufbereitungsservers wechseln, da der Ausdruck immer am gleichen Rechner erfolgt. Um Ausfallsicherheit zu gewährleisten, sollten Sie ein einheitliches Namenskonzept für die Definition von Druckern auf Betriebssystemebene festlegen. • Sollen Ausdrucke in einer fest vorgegebenen Reihenfolge erfolgen, müssen zusätzliche Definitionen vorgenommen werden. Bei der Definition eines Druckers kann (als erweitertes Attribut) die »sequentielle Auftragsbearbeitung« gewählt werden. Dies behebt nicht nur die Reihenfolgeproblematik der dynamischen Lastverteilung, sondern zudem auch das durch mehrfach vorhandene Druck-Workprozesse verursachte Problem des parallelen Ausdruckens.

6.5

Verwaltungsaufgaben

Zu den regelmäßig wiederkehrenden Verwaltungsaufgaben, die im R/3Spool-Bereich anfallen, gehören • das Löschen alter Spool-Aufträge • das Überprüfen der Verwaltungstabellen auf Inkonsistenzen • die Überprüfung der gesamten Druckerinstallation

6.5.1

Verwaltung der TemSe-Datei

Wie zu Begin dieses Kapitels erklärt wurde, werden die Druckaufträge in der SAP-Datenbank gespeichert. Dies gilt nicht nur für die vielfältigen Verwaltungsinformationen, sondern im Allgemeinen auch für die Druckdaten selbst2.

6.5.2

Löschen alter Spool-Aufträge

Mit dem Löschen alter Spool-Aufträge geben Sie nicht mehr benötigten Platz in der Datenbank frei.

2. Die Einschränkung »im Allgemeinen« besagt, dass durch einen System Profilparameter bestimmt werden kann die Druckdaten direkt in eine Datei im Verzeichnis des Druck-Servers zu speichern. Der Zugriff auf eine Datei ist zwar schneller, aber mitunter nicht so sicher, wie eine Speicherung in der Datenbank. Die notwendigen Parameter hierzu sind: rspo/store_location = db für Datenbank bzw. G für ein globales Verzeichnis.

282

6

Drucken in R/3

Abbildung 6.17 Veraltete Spool-Aufträge löschen (© SAP AG)

Mit Hilfe dieser Funktion, deren Startbild Sie in Abbildung 6.17 sehen, können Sie • alle Druckaufträge aus dem System entfernen, deren Lebensdauer (die beim Erstellen eines Druckauftrags festgelegt werden kann) abgelaufen ist. • Darüber hinaus können Sie in dieser Transaktion ein Alter festsetzen, bei dessen Überschreiten Druckaufträge automatisch aus dem System entfernt werden. Diese Transaktion erreichen Sie auf der Registerkarte »Verwaltung« in der Transaktion »Spooler-Administration« durch Drücken der Schaltfläche A LTE SPOOLAUFTRÄGE LÖSCHEN. Wenn Sie den Report RSPO0041 einplanen, können Sie die oben gezeigten Reorganisationsaufgaben auch in einem Batch-Prozess starten.

6.5.3

Reorganisation der TemSe-Datei

Eine weitere wichtige Verwaltungstätigkeit im Zusammenhang mit SpoolAufträgen ist die Reorganisation der TemSe-Datei. Ihre Konsistenz muss in regelmäßigen Abständen überprüft und – aufgrund der häufigen Löschungen und Neueinträge – reorganisiert werden. Oft wird es auch erforderlich, die in der TemSe-Datei gespeicherten Objekte in Augenschein zu nehmen. Um die Konsistenz der TemSe-Datei zu überprüfen, gehen Sie wie folgt vor: Ausgangspunkt Transaktion »Spool-Administration«

6.5 Verwaltungsaufgaben

283

6

Drucken in R/3

1. Auf der Registerkarte »Verwaltung« wählen Sie die Schaltfläche KONSISTENZPRÜFUNG DER SPOOL-DATENBANK. ➜ Das System zeigt Ihnen eine Auswertung der Druckdatenbank (vgl. Abbildung 6.18). 2. Sie können fehlerhafte Einträge markieren und anschließend löschen.

Abbildung 6.18 Spool-Daten-Konsistenzprüfung (© SAP AG)

6.6

Zugriffssteuerung auf Drucker

Die Druckausgabe sensibler Daten in einem Netzwerk stellt von jeher hohe Sicherheitsansprüche. Über das R/3-Berechtigungssystem (vgl. Kapitel 5) und Einstellungen in den Profilparametern (vgl. Kapitel 8) können Sie: • den Zugriff der Benutzer auf die im System definierten Drucker einschränken • die Verwaltungsmöglichkeiten des Administrators bestimmen • die Druckdaten verschlüsselt zwischen Aufbereitungsserver und Drucker übertragen • die maximale Anzahl der Seiten pro Ausdruck einschränken

284

6

Drucken in R/3

6.6.1

Zugriff auf bestimmte Drucker einschränken

Im Standard können vom Benutzer alle im System definierten Drucker verwendet werden. Um dies einzuschränken, verwenden Sie das Berechtigungsobjekt S_SPO_DEV. Dieses Objekt besitzt das Feld »lange Gerätenamen« in dem Sie: • die individuellen Namen der erlaubten Drucker eintragen können • den Namen der »Berechtigungsgruppe« der Drucker eintragen.

Berechtigungsgruppe Der Begriff »Berechtigungsgruppe« taucht dabei zunächst als frei wählbares Textfeld bei der Definition eines Druckers (vgl. Abschnitt »Drucker einrichten«) auf. Das Berechtigungsobjekt S_SPO_DEV überprüft nicht nur den Druckernamen selbst, sondern auch einen in diesem Feld eingegebenen Wert. Damit lassen sich Drucker auch zu Gruppen zusammenfassen. Der Text in diesem Feld ist frei wählbar.

Zugriff auf lokale Drucker Beim Drucken über lokale PC-Drucker (Koppelart »S«) wird statt eines Spool-Workprozesses ein Dialog-Workprozess verwendet. Dies kann unter Umständen die Leistungsfähigkeit des Gesamtsystems negativ beeinflussen. Damit ein Benutzer einen lokalen PC-Drucker verwenden kann, muss er eine Berechtigung zur Verwendung des Druckers mit dem speziellen Namen »%LOC« zugewiesen bekommen.

6.6.2 Namenskonzept Das oben Gesagte legt nahe, dass man bereits bei der Definition der Drucker die spätere Zugriffsteuerung beachten sollte. Es empfiehlt sich dabei, eine projektspezifische Namenkonvention für Drucker zu erstellen. Einige wichtige Fragestellungen sollten Sie dabei beachten. • Sind Ihre Drucker auf bestimmte Standorte verteilt, und wollen Sie den Zugriff der Benutzer nur auf die eigenen Standortdrucker einschränken? Dann sollten die Drucker zum Beispiel mit einem Kürzel für den Standort beginnen, oder aber das Feld »Berechtigungsgruppe« könnte den Standort enthalten. • Sicherheitsrelevante Drucker sollten einen von der obigen Regel abweichenden eigenen Namensraum besitzen. • Der Zugriff auf lokale Drucker, aber auch auf Produktions- und Massendrucker kann nur über ein geeignetes Namenskonzept gesteuert werden.

6.6.3 Begrenzung der Seitenzahl Mit dem Berechtigungsobjekt S_SPO_PAGE können Sie für jeden erlaubten Drucker die maximale Seitenzahl definieren. Damit diese Einschränkung wirksam wird, muss der Profilparameter »rspo/auth/pagelimit« auf den Wert 1 eingestellt sein. Im Standard ist diese Einschränkung deaktiviert.

6.6 Zugriffssteuerung auf Drucker

285

6

Drucken in R/3

6.7

Praxisfall

Ein Anwender möchte einen lokal angeschlossenen Drucker allen Mitarbeitern seines Büros für R/3-Ausdrucke zur Verfügung stellen. Sie als Systemverwalter sollen diese Lösung umsetzen.

Einstellungen am PC Überprüfen Sie zunächst, ob das Programm »saplpd« korrekt auf dem Arbeitsplatz-PC des Anwenders installiert ist. Konfigurieren Sie den PC so, dass das Programm »saplpd« automatisch gestartet wird. Dies erreichen Sie am einfachsten, wenn Sie eine Verknüpfung zu diesem Programm in der Autostart-Gruppe der Windows-Startleiste erzeugen.

Einstellungen im Betriebssystem Stellen Sie sodann sicher, dass der Anwendungsserver den Arbeitsplatzrechner via TCP/IP erreicht. Falls Sie keine Namensdienste verwenden, müssen Name und IP-Adresse des PCs in die Host-Datei eingetragen werden.

Einstellungen in R/3 Pflegen Sie in der Spool-Verwaltung von R/3 den neuen Drucker: Ausgangspunkt Transaktion »Spool-Administration« 1. Wählen Sie die Schaltfläche AUSGABEGERÄTE auf der Registerkarte »Geräte und Server«. ➜ Sie sehen eine Liste aller definierten Drucker. 2. Klicken Sie auf die Schaltfläche (ANLEGEN). ➜ R/3 führt Sie in die Transaktion zum Anlegen eines neuen Druckers. 3. Tragen Sie hier die nachstehend aufgeführten Angaben ein. Sichern Sie anschließend die Daten. • Koppelart zum Hostspool = »S« • Gerätetyp = »SWIN« oder »SAPWIN« • Aufbereitungsserver = TCP/IP-Name des PCs • Host-Drucker = Name des Druckers unter Windows (Beispiel: LPT1) Sie haben nun den neuen Drucker eingerichtet, so dass alle R/3-Benutzer der Abteilung diesen nutzen können. Beachten Sie jedoch, dass der PC zu diesem Zweck immer gestartet und das Programm »saplpd« aktiv sein muss.

286

6

Drucken in R/3

6.8

Aufgaben

1. Welche drei unterschiedlichen Sichten kennt die Transaktion »Spooler Administration«? a) Einfache Administration b) Erweiterte Administration c) Spooler Administration d) Volle Administration 2. Was erlaubt die »Erweiterte Administration«? a) Definition und Verwaltung von externen Output-Management-Systemen b) Definition von Gerätetypen c) Definition von Zeichensätzen d) Verwaltung von Textpools als Vorlage für die Titelseitengestaltung 3. Welche Koppelarten stellt R/3 für Drucker zur Verfügung? a) »L« nur für lokale Drucker unter Unix b) »C« nur für lokale Drucker unter Windows NT c) »U« nur für Unix-Remote-Drucker d) »S« nur für Remote-Drucker am PC und SAPLPD auf dem Zielrechner 4. Was sind die Vorteile der flexiblen Definition der Druckerstruktur ab R/3Relase 4.0? a) Lastverteilung b) Ausfallsicherheit c) Erleichterung der Anpassung durch Transport der Drucker- und Serverdefinitionen vom Entwicklungssystem in das Produktivsystem d) Verbesserung der Übersichtlichkeit über die Serverdefinitionen 5. Was leistet die Druckerkonfiguration in R/3? a) Bereitstellen der unterschiedlichen Drucker im Netzwerk b) Ansteuern druckereigener Papierzufuhr aus dem R/3-System c) Gestalten von Formularen innerhalb des Systems d) Definition drucktechnischer Besonderheiten wie Barcodes und eigene Fonts

6.8 Aufgaben

287

6

Drucken in R/3

6.9

Lösungen

1. Welche drei unterschiedlichen Sichten kennt die Transaktion »Spooler Administration«? a) Richtig Einfache Administration b) Richtig Erweiterte Administration c) Falsch Spooler Administration d) Richtig Volle Administration 2. Was erlaubt die »Erweiterte Administration«? a) Richtig Definition und Verwaltung von externen Output-Management-Systemen b) Falsch Definition von Gerätetypen c) Falsch Definition von Zeichensätzen d) Richtig Verwaltung von Textpools als Vorlage für die Titelseitengestaltung 3. Welche Koppelarten stellt R/3 für Drucker zur Verfügung? a) Richtig »L« nur für lokale Drucker unter Unix b) Richtig »C« nur für lokale Drucker unter Windows NT c) Richtig »U« nur für Unix-Remote-Drucker d) Richtig »S« nur für Remote-Drucker am PC und SAPLPD auf dem Zielrechner 4. Was sind die Vorteile der flexiblen Definition der Druckerstruktur ab R/3Relase 4.0? a) Richtig Lastverteilung b) Richtig Ausfallsicherheit c) Richtig Erleichterung der Anpassung durch Transport der Druckerund Serverdefinitionen vom Entwicklungssystem in das Produktivsystem d) Falsch Verbesserung der Übersichtlichkeit über die Serverdefinitionen 5. Was leistet die Druckerkonfiguration in R/3? a) Richtig Bereitstellen der unterschiedlichen Drucker im Netzwerk b) Richtig Ansteuern druckereigener Papierzufuhr aus dem R/3-System c) Falsch Gestalten von Formularen innerhalb des Systems d) Richtig Definition drucktechnischer Besonderheiten wie Barcodes und eigene Fonts

288

7

Batchverarbeitung

Kapitel 7 Batchverarbeitung 7.1

Grundsätzliches zur Batchverarbeitung

292

7.1.1 7.1.2 7.1.3 7.1.4

Jobs definieren mit dem »Job Wizard« Jobs verwalten Sicherheitsaspekte Konfiguration der Hintergrundverwaltung

292 303 308 309

7.2

Batch-Input-Verarbeitung

310

7.2.1 7.2.2 7.2.3 7.2.4

Technische Grundlagen Batch-Input-Mappe Batch-Input-Berechtigungen Batch-Input-Recorder

310 312 317 318

7.3

Praxisfall: Einplanen von Verwaltungsjobs

320

7.4

Aufgaben

323

7.5

Lösungen

324

289

7

Batchverarbeitung

Batchverarbeitung Die Batch- oder Hintergrundverarbeitung spielt eine zentrale Rolle, wenn es darum geht, Daten in das R/3®-System einzustellen oder das Dialogsystem von zeitaufwendigen Routinearbeiten zu entlasten. Dieses Kapitel • macht Sie vertraut mit den Hintergründen der Batch-Workprozesse, die der R/3-Systemkern zur Verfügung stellt • stellt Ihnen verschiedene Aspekte dieses Verfahrens aus der Sicht von Anwendern und Systemverwaltern vor • und beschreibt die Werkzeuge und Techniken, die R/3 dafür zur Verfügung stellt • Weitere Schwerpunkte sind Sicherheitsfragen und die Konfiguration der Batchverarbeitung In seinem zweiten Teil stellt Ihnen dieser Abschnitt die Batch-Input-Technik (BTCI) vor, ihren Zweck, ihre Verwaltung im System und die dafür benötigten Berechtigungen. Darüber hinaus finden Sie Informationen über verwandte Methoden der Datenübertragung wie: • Direct Input, • Fast Input • und die Erzeugung von Batch-Input-Mappen mit Hilfe des Batch-InputRecorders Wenn Sie als Anwender, Berater oder Systemverwalter mit der Batch-InputTechnik oder der Batchverarbeitung befasst sind, hilft Ihnen dieses Kapitel dabei, sich grundsätzlich über beide Techniken zu informieren und sich mit der Batchverwaltung sowie ihren Schutzmechanismen vertraut zu machen. Zum besseren Verständnis empfiehlt sich die vorherige Lektüre der Kapitel 2, »R/3-Architektur«, 3, »Softwaretechnologie«, und 5, »Systemsicherheit und Berechtigungskonzept«.

291

7

Batchverarbeitung

7.1

Grundsätzliches zur Batchverarbeitung

Als Benutzer treffen Sie an den unterschiedlichsten Stellen auf die Batchverarbeitung. Sie ist beispielsweise in viele Anwendungen integriert, die Auswertungen und Reports standardmäßig im Hintergrund ausführen, aber auch periodische Arbeiten wie Gehaltsabrechnungen in der Personalwirtschaft oder Verwaltungs- und Systemreports in der Systemverwaltung müssen vom Systemverwalter als Batchjobs eingeplant werden. Zwei Begriffe sind in der SAP®-Hintergrundverarbeitung besonders wichtig. Sie heißen Batchjob und Step und sollen eingangs erläutert werden: Ein Batchjob ist ein Objekt der Hintergrundverarbeitung des SAP R/3-Systems. Es wird durch folgende Eigenschaften charakterisiert: • durch den Namen des Benutzers und den Namen des Jobs selbst • durch seine Jobklasse (von »C« – regulärer Benutzer – bis »A« – Systemverwalter) • durch den Anwendungsserver, auf dem er abläuft • durch die eingeplante Startzeit • durch seine Periodizität • durch die Bedingungen, durch welche er gestartet wird (beispielsweise kann ein Batchjob von der erfolgreichen Beendigung eines weiteren Jobs abhängig gemacht werden) Zuvor muss jedoch – mindestens – ein so genannter Step (ein Aufgabenschritt) für einen Batchjob definiert werden. Ein Step ist das eigentlich im Batch auszuführende Programm, beispielsweise ein Report oder ein externes Programm. Sind mehrere Steps definiert, werden sie in der Reihenfolge ihrer Definition ausgeführt.

7.1.1

Jobs definieren mit dem »Job Wizard«

Sie planen und definieren einen Job mit Hilfe der Transaktion »sm36«. Hierbei unterstützt Sie seit Version 4.6 ein Assistent, der so genannte »Job Wizard«. Im folgenden Abschnitt werden alle wichtigen Angaben eines Batchjobs am Beispiel des »Job Wizard« erklärt. Ausgangspunkt Knoten SAP MENÜ im Fenster »SAP Easy Access« 1. Wählen Sie den Knoten WERKZEUGE | CCMS | JOBS | DEFINITION aus. ➜ Das System führt Sie in die Transaktion, in der Sie Jobs einplanen können (vgl. Abbildung 7.1).

292

7

Batchverarbeitung

Abbildung 7.1

Job definieren (© SAP AG)

2. Wählen Sie hier die Schaltfläche Jobeinplanung zu starten.

, um den Assistenten für die

➜ Das System zeigt Ihnen zunächst einen Begrüßungsbildschirm des JobAssistenten. Hinweis Dieser Assistent führt Sie in wenigen Dialog-Fenstern durch alle wichtigen Eingaben der Jobdefinition. Dabei zeigt er im oberen Teil des Bildes eine kurze Dokumentation, um Ihnen bei der Eingabe der Felder im unteren Bildbereich zu helfen. Zwischen den jeweiligen Bildern können Sie mit Hilfe der Schaltflächen und beliebig wechseln. 3. Im Begrüßungsbild des Assistenten wählen Sie die Schaltfläche . ➜ Der Assistent zeigt Ihnen das erste Dialogfenster für die Jobeinplanung an (vgl. Abbildung 7.2). Hier werden Sie zur Eingabe der wichtigsten Informationen für das Anlegen eines Batchjobs aufgefordert.

7.1 Grundsätzliches zur Batchverarbeitung

293

7

Batchverarbeitung

Abbildung 7.2

Job Wizard: Allgemeine Jobinformationen (© SAP AG)

Allgemeine Jobinformationen Zu den allgemeinen Jobinformationen gehören: • Jobname Der Jobname dient zur Identifizierung des Batchjobs. In der Jobverwaltung dient der Jobname und der Eigentümer des Jobs (dies ist in der Regel der Benutzer, der den Batchjob einplant) als zentrales Selektionskriterium. Es empfiehlt sich daher, für den Jobnamen eine einheitliche Namensregel zu verwenden. • Jobklasse Für reguläre Benutzer steht nur die Jobklasse »C« mit niedriger Priorität zur Verfügung. Lediglich Administratoren sind berechtigt, Jobs in der Jobklasse »A« zu definieren. Diese werden mit hoher Priorität ausgeführt (vgl. Kapitel 2 »R/3-Architektur«). • Zielserver Mit Zielserver ist der SAP-Anwendungsserver gemeint, der mit seinem Batch-Workprozess diesen Job zur Ausführung bringen soll. Dieser Eintrag kann freigelassen werden. R/3 wählt dann selbstständig einen Batchserver aus. Die Angabe eines Zielservers ist dann von Bedeutung, wenn Sie zum Beispiel auf lokale Dateien zugreifen möchten, die nur auf einem bestimmten Anwendungsserver zur Verfügung stehen.

294

7

Batchverarbeitung

Definition eines Steps Anhand des obigen Beispiel soll nun die Definition eines Steps erklärt werden. R/3 kennt drei verschiedene Programmtypen, die Sie als Steps ausführen können: • ABAP-Programm Ein ABAP/4-Report, der als Ergebnis eine Liste produziert. Diese kann anschließend ausgedruckt werden. • Externes Kommando Hierbei handelt es sich um ein vom Systemadministrator definiertes Kommando, welches direkt auf Betriebssystemebene ausgeführt wird. • Externes Programm Auch ohne das externe Kommando im R/3-System definiert zu haben, können Betriebssystembefehle mit entsprechenden Zeilenparametern im Hintergrund ausgeführt werden. Ausgangspunkt Dialogfenster »Allgemeine Jobinformationen« des Job Wizard. 1. Nachdem Sie die allgemeinen Jobinformationen eingegeben haben, bestätigen Sie diese mit . ➜ Der Assistent führt Sie in einen Dialog zur Definition des ersten Steps. 2. Wählen Sie die Option »ABAP-Programm Step«, und bestätigen Sie mit . ➜ Der Assistent verzweigt auf das Dialogfenster zur Eingabe der für den Start eines ABAP/4-Reports maßgeblichen Parameter (vgl. Abbildung 7.3).

Abbildung 7.3

Job Wizard: ABAP-Programm Step (© SAP AG)

7.1 Grundsätzliches zur Batchverarbeitung

295

7

Batchverarbeitung

3. Bestätigen Sie mit »Weiter«. ➜ Der Assistent zeigt ein Dialogfenster, mit dem Sie optional weitere Steps definieren können.

ABAP-Programm Step Unter einem ABAP-Programm ist hier ein ABAP/4-Report gemeint, der von einem Batch-Workprozess bearbeitet werden soll. Typisch für Hintergrundaufgaben sind dabei: • für die Systemüberwachung benötigten periodische Aufgaben wie Reorganisationsprogramme oder Sammeln von Systemstatistiken • oder sehr rechenintensive Auswertungen und Analysen aus den Anwendungsbereichen. • Die Ergebnisses eines Reports werden als Liste aufbereitet. In der Regel verwenden Reports einen Selektionsbildschirm zur Eingabe von spezifischen Kriterien. Damit der im Hintergrund ausgeführte Report die benötigten Eingabedaten erhalten kann, müssen diese Benutzereingaben in Form einer »Eingabe«-Variante im System hinterlegt werden. Die erforderlichen Eingabeparameter sind: • Name des ABAP-Programms • Name der für dieses Programm im System hinterlegten Variante • Sprachauswahl für die Listausgabe Beim Ausführen von ABAP-Programmen im Hintergrund besteht zusätzlich die Möglichkeit, die Ergebnisliste • direkt auf einem Drucker auszugeben • oder an einen oder mehrere Empfänger als Email zu versenden. • Die dazu notwendigen Parameter können über die Schaltflächen D RUCKPARAMETER und SPOOLLISTE-EMFPÄNGER angegeben werden.

Externes Kommando Externe Kommandos werden im CCMS definiert und können auch von dort ausgeführt werden. Für jedes externe Kommando kann definiert werden, ob zusätzliche Parameter erlaubt sind. Auch können flexible Berechtigungsprüfungen hinterlegt werden.

296

7

Batchverarbeitung

Abbildung 7.4

Job Wizard: Externes Kommando (© SAP AG)

Externe Kommandos haben zusätzlich den Vorteil, dass sie abhängig vom Betriebssystem unterschiedlich definiert werden können. Zum Einplanen eines externen Kommandos benötigen Sie folgende Angaben (vgl. Abbildung 7.4): • den Namen des externen Kommandos (eine Liste externer Betriebssystemkommandos finden Sie durch Aufruf der Transaktion SM49) • einen Parameter, der dem Kommando zur Verfügung gestellt wird • das Betriebssystem des Rechners, auf dem das Kommando gestartet werden soll • den Namen des Zielrechners im TCP/IP-Netzwerk, auf dem das Programm ausgeführt werden soll

Externes Programm Externe Programme müssen immer mit der Benutzerkennung des R/3-Systems (SIDADM) gestartet werden. Im Unterschied zu externen Kommandos sind externe Programme nicht vom Administrator vorkonfiguriert. Hier müssen die folgenden betriebssystemabhängigen Zeilenkommandos direkt eingegeben werden (vgl. Abbildung 7.5):

7.1 Grundsätzliches zur Batchverarbeitung

297

7

Batchverarbeitung

• Name des ausführbaren Programms (beachten Sie die Groß- und Kleinschreibung, falls Sie das Programm auf einem Unix-Rechner starten!) • für die Programmausführung benötigte Kommandozeilenparameter • der Name des Zielrechners im TCP/IP-Netzwerk, auf dem das Programm ausgeführt werden soll

Abbildung 7.5

Job Wizard: Externes Programm (© SAP AG)

Externe Programme und externe Kommandos werden mit Hilfe des SAPGateways gestartet. Wird hier ein anderer Rechner angegeben als derjenige, der das Batchprogramm ausführen soll, muss das Gateway auf dem Zielrechner berechtigt sein, ein Programm zu starten. Unter Unix-Systemen erfolgt dies mit dem Remote-Shell-Befehl. Bei der Definition externer Programme haben Sie darüber hinaus noch die folgenden Möglichkeiten: • Sie können mit Hilfe von Steuerflags, die Sie bei der Definition externer Programme setzen, alle Bildschirmausgaben des externen Programms in ein Protokoll des Batchjobs umleiten. • Sie können das R/3-System mit der Ausführung anderer Anwendungen warten lassen, bis das externe Programm erfolgreich abgeschlossen ist. • Sie können Reihen externer Programme aus dem R/3-System heraus terminieren und starten.

298

7

Batchverarbeitung

Startbedingungen Haben Sie alle benötigten Steps definiert, führt Sie der Assistent weiter zur Eingabe der Startbedingungen.

Abbildung 7.6

Job Wizard: Startbedingungen (© SAP AG)

Ausgangspunkt Dialogfenster »Multi-Step Option« des Job Wizard. Dieses Fenster erscheint immer nach der Definition eines Steps. 1. Wenn Sie keine weiteren Steps mehr hinzufügen wollen, bestätigen Sie die bisher gemachten Eingaben durch . ➜ Der Assistent führt Sie in einen Dialog zur Definition der Startbedingungen (vgl. Abbildung 7.6). 2. Wählen Sie hier die Option »Datum/Uhrzeit« aus, und bestätigen Sie mit . ➜ Der Assistent führt Sie in ein Dialogfenster zur Eingabe des Startzeitpunktes (vgl. Abbildung 7.7).

7.1 Grundsätzliches zur Batchverarbeitung

299

7

Batchverarbeitung

Abbildung 7.7

Job Wizard: Definition Datum/Uhrzeit (© SAP AG)

3. Geben Sie den geplanten Starttermin ein, und bestätigen Sie mit . ➜ Der Assistent zeigt Ihnen in einem abschließenden Dialogfenster eine Übersicht aller gemachten Eingaben. Hinweis Mit Hilfe der Schaltfläche können Sie von dieser Stelle auf ein beliebiges Dialogfenster des Assistenten navigieren, um Ihre Eingaben zu korrigieren. 4. Sind alle Eingaben korrekt, müssen Sie den Assistenten mit der Schaltfläche verlassen. ➜ Der Batchjob wird dann im System eingeplant. Bei der Definition des Starttermins stehen Ihnen neben der Option »Datum/Uhrzeit« folgende weitere Optionen zur Verfügung, die Sie durch Anklicken der entsprechenden Schaltflächen aktivieren können: ➜ »Sofortstart« Der Batchjob steht dann unmittelbar nach Beendigung des Assistenten zur Ausführung bereit.

300

7

Batchverarbeitung ➜ »Datum/Uhrzeit« Wenn Sie die Option »Datum/Uhrzeit« wählen, öffnet sich ein neues Fenster, in dem Sie den Startzeitpunkt angeben können, zu dem der Batchjob ausgeführt werden soll. Zusätzlich können Sie einen spätesten Zeitpunkt definieren, nach dessen Ablauf der Batchjob nicht mehr ausgeführt wird. Auch Einschränkungen für Sonn- und Feiertage sowie die JobPeriodizität kann definiert werden. ➜ »Nach Job« Mit dieser Option können Sie einen Batchjob von der erfolgreichen Ausführung oder dem Status eines Vorgängerjobs abhängig machen. ➜ »Nach Ereignis« Jeder Benutzer kann in einem R/3-System eigene Ereignisse definieren, die beim Starten, Stoppen, von einem ABAP/4®-Programm oder von dem Betriebssystemprogramm »sapevt« gesetzt werden. Abhängig von solchen Ereignissen können Sie mit dieser Option die Ausführung eines Batchjobs einplanen. ➜ »Bei Betriebsartumschaltung« Mit Hilfe dieser Option können Sie eine Betriebsart, in der sich das System befindet, mit einem Batchjob verknüpfen. Betriebsarten werden im CCMS, dem Rechenzentrums-Leitstand, definiert und bezeichnen verschiedene Konfigurationen des Systems. Auf diese Weise können Sie beispielsweise einen Batchjob mit dem Nachtbetrieb des Systems verbinden, wenn Sie ihn der Betriebsart »Nacht« zuweisen. ➜ »Start an Werktag« Diese Option erlaubt es Ihnen, den Startpunkt der Ausführung des Batchjobs detailliert anzugeben, ihn z. B. mit bestimmten Arbeitstagen zu verbinden, die im Fabrikkalender hinterlegt sind (vgl. Abbildung 7.8). ➜ »Job nicht freigeben« Hierdurch wird der Job nur definiert und muss in einem zweiten Schritt eingeplant und freigegeben werden.

7.1 Grundsätzliches zur Batchverarbeitung

301

7

Batchverarbeitung

Abbildung 7.8

Job Wizard: Start an Arbeitstagen (© SAP AG)

Periodizität und Einschränkungen Zusätzlich zum Startzeitpunkt können Sie festlegen, dass Batchaufträge periodisch ausgeführt werden oder unter bestimmten Bedingungen unterbleiben. Diese Einschränkungen definieren Sie, wenn Sie im Dialogfenster »Job Wizard: Definition Datum/Uhrzeit«, das in Abbildung 7.7 dargestellt ist, eine der Optionen: • Einschränkungen oder • Periodische Jobs auswählen. Der Assistent führt Sie dann durch zwei weitere Dialoge, in denen Sie die entsprechenden Periodenwerte und Start-Einschränkungen angeben können.

Einschränkungen Besonders komfortabel ist dabei die Möglichkeit, den Start von Jobs in Abhängigkeit zu dem im System hinterlegten Feiertagskalender einzuschränken. Falls der ermittelte Starttag kein Arbeitstag ist, können sie festlegen, ob der Job: • an Feiertagen ausfallen soll • am vorherigen Arbeitstag ausgeführt werden soll • auf den nächsten Arbeitstag verschoben werden soll.

302

7

Batchverarbeitung

Abbildung 7.9

7.1.2

Job Wizard: Einschränkungen definieren (© SAP AG)

Jobs verwalten

Über bereits hinterlegte Batchjobs können Sie sich auf folgendem Weg informieren: Wählen Sie den Menüpfad SYSTEM | DIENSTE | JOBS | JOB-ÜBERSICHT. Die Anzeige der Jobübersicht können Sie nach folgenden Kriterien (vgl. Abbildung 7.10) einschränken: • nach dem Namen des Batchjobs (dies kann auch ein generischer Name sein, bei dem Sie den Stern »*« als Trunkierungszeichen eingeben) • nach dem Benutzernamen des Jobeigentümers • nach dem Datum des Starttermins • nach dem Namen des Ereignisses (auch hier ist die Angabe generischer Eingabe möglich) • nach Jobstatus • nach dem ABAP-Programmnamen

7.1 Grundsätzliches zur Batchverarbeitung

303

7

Batchverarbeitung

Abbildung 7.10 Selektion von Jobs (© SAP AG)

Jobstatus Der Jobstatus beschreibt den momentanen Zustand eines Jobs in der Batchverwaltung. Ein Job kann im R/3-System die folgenden Status annehmen: • »Geplant« Ein geplanter Job befindet sich bereits im System, doch wurden die Bedingungen, unter denen er gestartet wird, noch nicht definiert. Dies ist der Fall, wenn ein Job explizit nicht freigegeben wurde (vgl. Abbildung 7.6 im Abschnitt »Startbedingungen«) • »Freigegeben« Freigegebene Jobs unterscheiden sich von »geplanten« dadurch, dass ihr Startdatum zwar definiert, jedoch noch nicht erreicht ist. • »Bereit« Ein Job ist im Status »Bereit«, wenn alle Startbedingungen erfüllt sind und er nur auf den nächsten freien Batch-Workprozess wartet. • »Aktiv« Aktive Jobs werden im Augenblick ausgeführt.

304

7

Batchverarbeitung

• »Fertig« »Fertig« ist ein Batchjob dann, wenn er erfolgreich abgeschlossen wurde. • »Abgebrochen« Trat während der Ausführung eines Programmschritts ein Fehler auf, der zum Programmabbruch führte, wird der Job mit dem Status »Abgebrochen« gekennzeichnet. Neben dieser kompakten Auswahl kann man durch Auswahl der Schaltfläche in Abbildung 7.10 auch in die komplexe Suche verzweigen. Aus den beiden Sichten erhält man eine Übersicht der im System gefundenen Jobs (vgl. Abbildung 7.11).

Abbildung 7.11 Jobübersicht (© SAP AG)

Bearbeitungsmöglichkeiten von Jobs in der Jobübersicht Die Darstellung der Jobs in der Jobübersicht kann jederzeit aktualisiert werden, indem Sie die Schaltfläche A KTUALISIEREN anklicken. In dieser Übersicht, die Sie in Abbildung 7.11 sehen, stehen Ihnen darüber hinaus noch folgende Informations- und Einflussmöglichkeiten bezüglich der Jobs zur Verfügung: Sie können • das Jobprotokoll anzeigen (Schaltfläche

)

7.1 Grundsätzliches zur Batchverarbeitung

305

7

Batchverarbeitung

• die Druckausgabe einsehen (durch Klick auf Druckausgabe hat, sehen Sie an dem Symbol

). Ob ein Job eine in der Spalte »Sp«

• die Batchjobs freigeben (durch Klick auf ). Sind noch keine Starttermine eingetragen, führt Sie das Programm in die entsprechende Transaktion. Auch von hier aus können Sie – nach erfolgtem Termineintrag – den Batchjob freigeben • Freigaben von Batchjobs wieder zurücknehmen • in Ausführung befindliche Batchjobs stoppen. Zu dem Zweck wird der gerade ausgeführte Report gestoppt, und das System bringt Sie in den ABAP/4-Debugger • früher definierte Batchjobs kopieren, indem Sie lediglich die relevanten Ausführungstermine und -Bedingungen verändern

Performanceanalyse Das R/3-System überwacht und protokolliert zu jedem Zeitpunkt relevante Daten, wie • Ausführungszeiten • durchschnittliche Programmlaufzeiten • Ursachen von Startverzögerungen • Angaben über den Systemstatus des Rechners, auf dem der Hintergrundjob abläuft Diese Daten können Sie – ausgehend vom Einstiegsmenü der Jobübersicht (vgl. Abbildung 7.10) – zu Analysezwecken abrufen: Ausgangspunkt Einstiegsmenü der Jobübersicht 1. Wählen Sie den Menüpfad SPRINGEN | JOBANALYSE. ➜ Sie sehen ein Selektionsbild zur Einschränkung der Jobanalyse. 2. Machen Sie die erforderlichen Eingaben und bestätigen Sie mit (¢). ➜ Das System zeigt Ihnen die Zusammenfassung der Performancedaten der Batchjobs (vgl. Abbildung 7.12). 3. Wählen Sie einen Batchjob aus, über den Sie sich im Detail informieren wollen, und doppelklicken Sie darauf. ➜ Sie sehen in einem Dialogfenster eine detaillierte Performanceanalyse des ausgewählten Jobs, wie in Abbildung 7.13 dargestellt.

306

7

Batchverarbeitung

Abbildung 7.12 Performanceanalyse für Hintergrundjobs (© SAP AG)

Abbildung 7.13 Jobinformationen (© SAP AG)

7.1 Grundsätzliches zur Batchverarbeitung

307

7

Batchverarbeitung

Weitere Tools zur Überwachung von Hintergrundjobs, die im Computer Center Management System (CCMS) bereitstehen, werden im Kontext des nächsten Kapitels behandelt.

7.1.3

Sicherheitsaspekte

Die Tatsache, dass Sie im Rahmen der Batchverarbeitung Betriebssystemprogramme starten können, macht besondere Schutzvorrichtungen erforderlich. Diesem Umstand trägt das R/3-System Rechnung, indem es zwei Benutzertypen definiert. Hierzu können vier Berechtigungsobjekte für die Hintergrundverarbeitung verwendet werden. Die Benutzertypen, denen diese Berechtigungsprofile zugrunde liegen, sind der Systemverwalter und der Anwender. • Der Systemverwalter kann mandantenübergreifend Hintergrundaufträge initiieren und verwalten. • Anwender hingegen dürfen zwar aufgrund ihres Berechtigungsprofils Hintergrundjobs erstellen, diese aber nicht freigeben. Die Berechtigungsobjekte, die für die Hintergrundverarbeitung bereitstehen, sind die folgenden:

S_BTCH_ADM Diese weitgehende Berechtigung, die in der Regel nur einem so genannten »Superuser« erteilt wird, versetzt den Systemverwalter in die Lage, alle mit den Batchjobs zusammenhängenden Funktionen und Tätigkeiten auszuführen sowie die Hintergrundaufträge in allen Mandanten eines Systems zu überwachen.

S_BTCH_JOB Dieses Berechtigungsobjekt legt fest, welche Aktivitäten ein Benutzer im Rahmen der Hintergrundverarbeitung ausführen darf. Mit den Einträgen im Feld »Action« kann er berechtigt werden, • Batchjobs zu löschen (Eintrag: DELE) • die Spool-Liste eines Batchjobs anzuzeigen (Eintrag: LIST) • einen Batchjob zu kopieren oder wiederholt auszuführen (Eintrag: PLAN) • das Jobprotokoll anzuzeigen (Eintrag: PROT) • einen Batchjob freizugeben (Eintrag: RELE) • den eigenen Batchjob anzuzeigen (Eintrag: SHOW) Auch wenn Sie einen Verwalter nur für die Batchaufträge eines Mandanten bestimmen wollen, benötigen Sie dieses Berechtigungsobjekt. Für Benutzer ist dieses Berechtigungsobjekt nur dann von Bedeutung, wenn Sie ihnen das Recht einräumen wollen, Batchjobs automatisch freizugeben. In diesem Fall muss das Feld »Action« den Wert RELE haben. Fehlt diese Berechtigung, so kann der Benutzer einen Batchjob nur einplanen.

308

7

Batchverarbeitung

S_BTCH_NAM Die Ausführung eines Programms (technisch Step) im Hintergrund kann auch unter einem anderen Benutzernamen mit eigens für dieses Programm definierten Berechtigungen erfolgen. Welche Benutzernamen Sie beim Definieren des Batch-jobs verwenden können, wird über das Berechtigungsobjekt S_BTCH_NAM geregelt. Die erlaubten Namen werden in diesem Berechtigungsobjekt hinterlegt.

S_LOG_COM Dieses Objekt dient dazu, die Ausführung von externen Kommandos einzuschränken.

7.1.4

Konfiguration der Hintergrundverwaltung

Die Konfigurationsdaten für die Hintergrundverwaltung werden an zwei Stellen hinterlegt: im Instanzprofil und im Computer Center Management System (CCMS). Für die Konfiguration sind vor allem zwei Faktoren ausschlaggebend: auf welchem Anwendungsserver Batch-Workprozesse konfiguriert sind und welche Batch-Workprozesse nur für die Jobklasse A reserviert sind, das heißt nur von Systemprogrammen verwendet werden dürfen. Das Instanzprofil enthält folgende Parameter, die für die Hintergrundverarbeitung von Bedeutung sind: • rdisp/myname benennt eine beliebige Instanz; der Name wird von »rdisp/btcname« verwendet. Dieser Instanzname wird in der Regel (siehe Kapitel 2) automatisch vergeben. Für ein System mit der System-ID »BSD«, das auf dem Rechner mit dem Namen »bsd001« und mit der Systemnummer »00« installiert ist, ergibt sich der Instanzname und damit der Profilwert »bsd001_BSD_00«. • rdisp/btcname bezeichnet die Instanz, die für Sofortstart-Jobs zuständig ist. Hier wird der durch den Parameter »rdisp/myname« bezeichnete Instanzname verwendet. • rdisp/wp_no_btc gibt die Anzahl der auf einer Instanz möglichen Batch-Workprozesse an. Je nach Größe der Instanz liegt dieser Wert zwischen 2 und 10 für Batchserver oder aber bei 0 für eine reine Dialoginstanz. • rdisp/wp_no_dia gibt die Anzahl der auf einer Instanz möglichen Dialogprozesse an. Zum Starten eines Hintergrundjobs muss dieser Wert mindestens 1 sein, da ein Dialog-Workprozess die Batchwarteschlange auswertet.

7.1 Grundsätzliches zur Batchverarbeitung

309

7

Batchverarbeitung

• rdisp/btctime gibt die Zeit in Sekunden an, nach der ein Dialog-Workprozess erneut überprüft, ob ein Batchjob zur Verarbeitung ansteht. Der Standardwert ist 60 Sekunden. Neben diesen im Instanzprofil definierten Werten kann ausschließlich im CCMS festgelegt werden, wie viele der durch den Parameter »rdisp/ wp_no_btc« definierten Batch-Workprozesse der Klasse A zugeordnet sind. Nur der verbleibende Teil der Batch-Workprozesse steht dann für Jobs der Jobklasse B und C und damit für den normalen Batchbetrieb zur Verfügung.

7.2

Batch-Input-Verarbeitung

Die Batch-Input-Verarbeitung ist eine Technik, mit deren Hilfe Daten in die R/3-Datenbank eingespielt werden. Sie wird hauptsächlich dann verwendet, wenn • Daten aus Altsystemen übernommen werden • Daten von parallelen Nicht-R/3-Systemen in die R/3-Datenbank übertragen werden sollen Auch innerhalb eines R/3-Systems kann diese Technologie zum Datenaustausch verwendet werden. Als Beispiel hierfür sei die Übergabe von Abschreibungswerten aus der Anlagebuchhaltung (Modul AA) an die Finanzbuchhaltung (Modul FI) genannt.

7.2.1

Technische Grundlagen

Seit Version 3.1 (und in Ansätzen auch schon früher) ist die Technik der Batch-Input-Verarbeitung nicht mehr die ausschließliche Methode, um Daten in das R/3-System einzuspielen, wie es für die Altdatenübernahme, aber auch für Schnittstellenprogramme erforderlich ist. Hierzu gibt es grundsätzlich die folgenden Möglichkeiten: • Direktes Übertragen in die Datenbank Die Fremdanwendung überträgt ihre Daten direkt über die Remote-SQLSchnittstelle in die R/3-Tabellen. Alternativ kann auch ein ABAP/4-Programm direkt in die Datenbank schreiben. Dazu benötigt die Fremdanwendung genaue Informationen über die R/3-Tabellen und muss deren Feldlängen und Typen beachten, was nur bei transparenten Tabellen möglich ist. Auch wenn es sich dabei um ein praktikables Vorgehen handelt, kann es aus Sicherheitsgründen nicht empfohlen werden.

310

7

Batchverarbeitung

• Die Batch-Input-Technik Bei dieser Technik werden die R/3-Anwendungen direkt angesprochen. Die Altdaten werden aufbereitet und in einer Batch-Input-Mappe in der R/3-Datenbank gespeichert. Die R/3-Dialogtransaktion bezieht ihre Daten aus der Batch-Input-Mappe. Nach erfolgter Prüfung wird das Objekt im R/3-System verbucht, und die Daten werden in die entsprechenden R/3-Tabellen gestellt. Die Batch-Input-Technik simuliert damit die Benutzereingaben. Diese Eingaben werden dann mit einem Batch-Workprozess und dem R/3-Verbucher verarbeitet. • Fast-Input Die Fast-Input-Technik entspricht im Wesentlichen der Batch-Input-Technik. Zur Beschleunigung erfolgt die gesamte Verarbeitung in einem Dialog-Workprozess. Der Prozesswechsel entfällt dadurch, und die Verarbeitung wird erheblich beschleunigt. • Direct-Input Diese Technik wird ausschließlich von R/3-Standard-Schnittstellenprogrammen verwendet und benutzt spezielle Funktionsbausteine statt der R/3-Dialogtransaktionen. Diese Funktionsbausteine führen eine Prüfung der Daten durch und übergeben die Daten direkt den Anwendungstabellen der Datenbank, was ebenfalls eine erhebliche Beschleunigung der Datenübernahme zur Folge hat. • CATT – Computer Aided Tests Tool Hierbei handelt es sich nicht um ein Werkzeug zur Datenübernahme, sondern vielmehr um ein integriertes Testwerkzeug. Jedoch lassen sich auch kleine Datenmengen durchaus mit Mitteln des CATT in die Datenbank einspielen. Auch hier werden aber die original Anwendungsprogramme verwendet.

Bewertung Das R/3-System basiert zwar auf einer relationalen Datenbank, jedoch befinden sich die Informationen über die Abhängigkeiten, die zwischen den Anwendungstabellen bestehen, nicht in der Datenbank selbst. Diese gegenseitigen Abhängigkeiten von Tabellen und Beziehungen werden im ABAP/4-Dictionary mit Hilfe von Fremdschlüsseldefinitionen hinterlegt oder ergeben sich unmittelbar aus dem Programmcode der Anwendungen. Neben diesen mehr technischen Gründen hat natürlich auch das Customizing – technisch gesprochen der Inhalt von Konfigurationstabellen – einen entscheidenden Einfluss auf den Programmablauf. Daraus folgt, dass nur die Dialoganwendungen (Batch-Input-Technik, FastInput) oder spezielle Bausteine im Falle von Direct-Input gewährleisten können, die Daten korrekt in die Datenbank einzuspielen. Für die Übernahme kleiner Datenmengen kommt häufig auch das CATT zum Einsatz.

7.2 Batch-Input-Verarbeitung

311

7

Batchverarbeitung

7.2.2

Batch-Input-Mappe

Dieser Abschnitt geht näher auf die Batch-Input-Technik ein, denn für den Anwender ist es wichtig, die Bedienung der Batch-Input-Mappen zu verstehen. In einer Batch-Input-Mappe (BTCI-Mappe) werden die Eingabedaten für eine Anwendung im System hinterlegt. Eine Batch-Input-Mappe beinhaltet somit alle Eingabedaten, die in den verschiedenen Feldern einer Transaktion erforderlich sind, und stellt sie anschließend – beim Abspielen der Mappe – der Transaktion zur Verfügung. Die Eingabedaten in einer BatchInput-Mappe sind demnach »vorweggenommene« Benutzereingaben.

Erstellung einer Mappe Eine Batch-Input-Mappe können Sie mit folgenden Mitteln erstellen: • Standardschnittstellen Mit Hilfe von Standardschnittstellen können Sie Daten aus Altbeständen in das R/3-System übernehmen, wenn diese in einem vordefinierten Format vorliegen. SAP liefert solche Programme zusammen mit den Anwendungsmodulen aus, die aus diesen Datenbeständen Batch-Input-Mappen erstellen. • ABAP/4-Programm Ein Benutzerprogramm kann ABAP-Funktionsbausteine wie BTC_INSERT, BTC_CLOSE und BTC_OPEN verwenden, um eine BTCI-Mappe zu erstellen. Ein solches Programm muss den gesamten Ablauf einer Transaktion und die zu füllenden Felder genau kennen. Die R/3-Transaktion erwartet aus der Mappe alle Angaben in der richtigen Reihenfolge. • Batch-Input-Recorder Seit der Version 3.1 verfügt das R/3-System über die Möglichkeit, eine Transaktion direkt aufzuzeichnen. Die gesammelten Eingabedaten können dabei in einer Batch-Input-Mappe gespeichert werden.

Übersicht für BTCI-Mappen Zu den Verwaltungsfunktionen für BTCI-Mappen gelangen Sie mit der Menüfolge SYSTEM | DIENSTE | BATCH INPUT | MAPPEN. Ausgangspunkt Beliebige Stelle 1. Rufen Sie den Menüpfad S YSTEM | DIENSTE | BATCH INPUT | MAPPEN auf. ➜ Das System bringt Sie in die Anwendung »Batch-Input: Mappenübersicht« (vgl. Abbildung 7.14). Neu zu Version 4.6 ist der Aufbau dieser Transaktion. Im oberen Teil »Auswahl« können Sie die Auflistung der Mappen nach den wichtigen Eigenschaften einschränken • Mappennamen • Erstellungsdatum »von«, »bis« • Namen des Mappen-Erstellers

312

7

Batchverarbeitung

Abbildung 7.14 Batch-Input: Mappenübersicht (© SAP AG)

Beim Start der Transaktion werden zunächst alle Mappen angezeigt. Im unteren Teil des Bildes (vgl. Abbildung 7.14) werden die gefundenen Mappen angezeigt. Mit Hilfe von Registerkarten kann nach dem Status einer Mappe selektiert werden. Beim Start der Transaktion wird zunächst die Registerkarte »Mappenübersicht« angezeigt.

Mappenstatus Die Batch-Input-Mappen können sich im R/3-System in den folgenden Status befinden: • »neu« Mappen, die sich im Status »neu« befinden, stehen zum Abspielen an. • »fehlerhaft« Traten bei der Verarbeitung einer Mappe Fehler auf, verbleibt sie im System, damit Sie die fehlerhaften Transaktionen analysieren, korrigieren und erneut abspielen können.

7.2 Batch-Input-Verarbeitung

313

7

Batchverarbeitung

• »verarbeitet« Fehlerfrei bearbeitete Mappen werden gemäß Voreinstellung gelöscht. Befindet sich eine Mappe im Status »verarbeitet«, dann wurde bei deren Erstellung bereits festgelegt, dass sie auch nach fehlerfreier Bearbeitung im System verbleibt. • »in Bearbeitung« Mappen, die sich im Status »in Bearbeitung« befinden, werden gerade im Dialog abgespielt. • »im Hintergrund« Mappen im Status »im Hintergrund« werden derzeit im Hintergrund abgespielt. • »in Erstellung« Die Funktion BTC_CLOSE wurde noch nicht aufgerufen, d. h., die Übernahme der Daten ist noch nicht abgeschlossen. • »gesperrt« Mappen können beim Erstellen bis zu einem gewissen Datum für den Ablauf gesperrt werden.

Abspielen einer Mappe Wenn Sie in der Mappenübersicht eine Mappe ausgewählt haben, stehen Ihnen drei Möglichkeiten zur Verfügung, um diese abzuspielen. Durch Drücken der Schaltfläche ABSPIELEN können Sie in einem Dialogfenster eine der folgenden Optionen auswählen (vgl. Abbildung 7.15):

Abbildung 7.15 Mappe abspielen (© SAP AG)

• »Sichtbar abspielen« Beim sichtbaren Abspielen werden alle in der Mappe gespeicherten Daten Schritt für Schritt der Transaktion, die im Dialog abläuft, übergeben. Der nächste Dialogschritt startet erst, wenn Sie den aktuellen Dialogschritt mit (¢) abschließen. Auf diese Weise können Sie alle Werte überprüfen und die aus der Mappe an die Transaktion übergebenen Vorschlagswerte ge-

314

7

Batchverarbeitung

gebenenfalls überschreiben. Weitere Einflussmöglichkeiten auf den Ablauf des Abspielvorgangs eröffnet Ihnen der Menüpfad SYSTEM | DIENSTE | BATCH INPUT, wo Sie Transaktionen überspringen oder löschen und bei Bedarf auch die Verarbeitung der Batch-Input-Mappe ganz beenden können. • »Nur Fehler anzeigen« Die Verarbeitung der Batch-Input-Mappe unter dieser Option – die sich besonders für Testzwecke eignet – entspricht im Grundsatz der oben genannten Methode, jedoch mit dem Unterschied, dass der Abspielvorgang nur beim Auftreten von Fehlern stoppt. In diesem Falle können Sie veränderte Werte direkt eingeben und den Verarbeitungsvorgang korrigieren. Auch hier setzen Sie die weitere Verarbeitung mit (¢) fort. • »Hintergrund« Nur bei der Wahl von »Hintergrund« werden Batch-Input-Mappen gänzlich von einem Batch-Workprozess, also von der Hintergrundverarbeitung des R/3-Systems, verarbeitet. Ist mehr als nur eine Mappe markiert, ist das Abspielen grundsätzlich nur im Hintergrund möglich. Bei der Auswahl dieser Option können Sie den Zielrechner festlegen, auf dem der BatchWorkprozess ausgeführt werden soll.

Weitere Auswertungsmöglichkeiten Mit den Funktionen, die die Batch-Input-Verwaltung außerdem noch zur Verfügung stellt, können Sie Auswertungen und Protokolle von Batch-InputVerarbeitungen erstellen: • Ein Mappenprotokoll hält alle (Fehler-)Meldungen der Anwendung fest und stellt somit eine wichtige Hilfe bei der Analyse und Behebung von Fehlerursachen dar. • Mit Hilfe der Mappenanalyse können Sie sich alle gespeicherten Daten einer Batch-Input-Mappe im Detail anzeigen lassen – um beispielsweise die Feldinhalte jeder Transaktion zu analysieren. Um eine Mappenauswertung zu starten, gehen Sie wie folgt vor: Ausgangspunkt »Batch-Input: Mappenübersicht« (vgl. Abbildung 7.14) 1. Setzen Sie den Cursor auf die zu analysierende Mappe, und aktivieren Sie . die Schaltfläche ANALYSE ➜ Das System zeigt Ihnen eine Übersicht der zu analysierenden Mappe (vgl. Abbildung 7.16). Im linken Teil des Registers TRANSAKTIONEN sehen Sie die in der Mappe enthaltenen Transaktionen, und im rechten Teil eine Übersicht zur Batch-Input-Mappe. 2. Wählen Sie mit dem Cursor eine Transaktion aus, und wechseln Sie zur Registerkarte DYNPROS. ➜ Sie sehen alle in der Transaktion gespeicherten Bildschirmbilder (Dynpros) unter Angabe des Programmnamens und der Dynpro-Nummer.

7.2 Batch-Input-Verarbeitung

315

7

Batchverarbeitung

Abbildung 7.16 Abbildung 7.16: Analyse der Mappe (© SAP AG)

3. Wählen Sie die Schaltfläche FELDLISTE der jeweiligen Bildschirmbilder anzuzeigen.

, um auch die Feldinhalte

➜ Die Transaktion wechselt in die Detailansicht (vgl. Abbildung 7.17). 4. Positionieren Sie den Cursor auf die zu analysierende Zeile, beispielsweise auf ein beliebiges Bildschirmbild (Dynpro) innerhalb einer Transaktion, und klicken Sie auf die Schaltfläche AUSWÄHLEN. An dieser Stelle genügt auch ein Doppelklick. Das System simuliert diese Transaktion und führt Sie direkt an die ausgewählte Stelle.

Sperren einer Mappe Zur Verarbeitung freigegebene Mappen können vorübergehend gesperrt werden, beispielsweise um zu verhindern, dass zeitabhängige Schnittstellendaten vor einem bestimmten Stichtag ins System eingespielt werden können.

316

7

Batchverarbeitung

Abbildung 7.17 Analyse der Mappe Detailansicht (© SAP AG)

7.2.3

Batch-Input-Berechtigungen

Mit Hilfe des Berechtigungsobjekts S_BDC_MONI steuern Sie die Berechtigungen für Batch-Input-Verarbeitungen. Dieses Objekt hat zwei Felder, »Mappenname« und »Aktivität«, mit deren Hilfe Sie die Zugriffsberechtigungen der Benutzer auf einzelne Mappen sowie die Aktivitäten, die sie mit ihnen vornehmen, einschränken können. Im Feld »Mappenname« können auch generische Mappennamen hinterlegt werden. Im Feld »Aktivität« können Sie folgende Werte mit folgenden Rechten hinterlegen: • ABTC: das Ausführen der Mappe ist bei dieser Einstellung im Hintergrund möglich • ANAL: erlaubt die Analyse der Mappen und der erzeugten Protokolle • AONL: berechtigt zum Abspielen der Mappe im Dialog • DELE: erlaubt das Löschen einer Mappe • LOCK: erlaubt das Sperren einer Mappe • FREE: berechtigt zur Mappenfreigabe • REOG: berechtigt zur Reorganisation von Protokollen und Mappen

7.2 Batch-Input-Verarbeitung

317

7

Batchverarbeitung

7.2.4 Batch-Input-Recorder Der Batch-Input-Recorder erlaubt • das Aufzeichnen von Transaktionen oder einer Folge von Transaktionen • das Erzeugen einer Batch-Input-Mappe aus einer Aufzeichnung • das Erzeugen eines ABAP/4-Programms, mit dem eine Batch-InputMappe für diese Transaktion erstellt werden kann Der Batch-Input-Recorder ist ein wichtiges Werkzeug, mit dem Sie sehr schnell ein lauffähiges ABAP/4-Programm erstellen können, das als Grundlage für eigene Weiterentwicklungen dienen kann. Auch zum Zeitpunkt des Programm-Designs kann eine Aufzeichnung einer Transaktion eine wichtige Diskussionsgrundlage darstellen. Den Batch-Input-Recorder finden Sie im Fenster »Batch-Input: Mappenübersicht« (vgl. Abbildung 7.14) oder über das Menü SYSTEM | DIENSTE | BATCH-INPUT | REKORDER.

Transaktion Aufzeichnen Ausgangspunkt eine beliebige Stelle 1. Wählen Sie die Menüfunktion SYSTEM | DIENSTE | BATCH-INPUT | REKORDER. ➜ Das System zeigt Ihnen das Einstiegsbild zur Batch-Input-Aufzeichnung. Hier können Sie entweder neue Transaktionen aufzeichnen (Schaltfläche ANLEGEN) oder aber eine Übersicht der Aufzeichnungen anfordern. 2. Wählen Sie die Schaltfläche ÜBERSICHT

.

➜ Das System zeigt eine Liste der vorhandenen Aufzeichnungen (vgl. Abbildung 7.18) mit einer Übersicht der enthaltenen Transaktionen und der Anzahl der Dynpros. Das System bietet umfassende Möglichkeiten für Aufzeichnung. So können Sie • Transaktionen hinzufügen oder löschen • Feldinhalte der Aufzeichnung nachträglich verändern • eine Batch-Input-Mappe aus einer Aufzeichnung erzeugen • ein ABAP/4-Programm erzeugen: • Das Programm kann dabei sowohl C ALL TRANSACTION aufrufen als auch eine Batch-Input-Mappe erzeugen. • Zusätzlich können die Daten entweder aus der Aufzeichnung oder aus einer Datei erzeugt werden.

318

7

Batchverarbeitung

Abbildung 7.18 Transaktionsrecorder: Aufzeichnungsübersicht (© SAP AG)

Insbesondere die Erzeugung eines Programms eröffnet die Möglichkeit, eigene Übernahmeprogramme sehr rasch zu entwickeln. Abbildung 7.19 zeigt den Aufruf eines vom Batch-Input-Recorder erzeugten Testprogramms.

Abbildung 7.19 Testprogramm Batch-Input-Recorder (© SAP AG)

7.2 Batch-Input-Verarbeitung

319

7

Batchverarbeitung

7.3

Praxisfall: Einplanen von Verwaltungsjobs

Beim Betrieb eines R/3-Systems ist es nötig, bestimmte Reorganisationsprogramme im regelmäßgen Abständen zu starten, um den Systemzustand zu überprüfen und die Datenbank oder das Dateisystem um überflüssige Inhalte zu bereinigen. Einige solcher Reorganisationsprogramme sind: • RSBTCDEL Dieses Programm löscht alle Hintergrundjobs aus der Warteschlange, die erfolgreich abgeschlossen wurden und mindestens X Tage alt sind. Dieser Report sollte täglich während der Schwachlastzeiten ausgeführt werden. • RSPO0041 Die Aufgabe dieses Programms ist es, Spool-Objekte zu entfernen. Abhängig von der Systemauslastung und der Anzahl der ausgedruckten Spool-Objekte sollte RSPO0041 mindestens einmal pro Tag ausgeführt werden. • RSBDCREO Mit diesem Report werden Batch-Input-Protokolle reorganisiert. Falls Sie Batch-Input-Programme im System ausführen, sollten Sie die Reorganisation einmal täglich durchführen. Die Definition der Batchjobs wird anhand der manuellen Anlage erklärt. Ausgangspunkt Knoten SAP MENÜ im Fenster »SAP Easy Access« 1. Wählen Sie im Systemmenü den Pfad SYSTEM | DIENSTE | JOBS | JOB-DEFINITION. ➜ Sie gelangen in das Einstiegsbild zur Definition von Hintergrundjobs (vgl. Abbildung 7.1) 2. Geben Sie im Feld »Jobname« einen entsprechenden Namen für den neuen Batchjob ein. Zum Beispiel SYS_REORG_BATCH für die Reorganisation der Batchjobs. Drücken Sie anschließend die Schaltfläche STEP , um das erste Programm zu hinterlegen. ➜ Das System verzweigt in das Dialogfenster zur Angabe der Programmdefinitionen (vgl. Abbildung 7.20) 3. Geben Sie im Feld »Name« den Report RSBTCDEL ein, und drücken Sie (¢). ➜ Das System öffnet ein Dialogfenster, in dem Sie zur Eingabe der Variante aufgefordert werden. Hinweis Reports, die für den Start einige Eingabedaten erfordern, können nur mit einer Variante gestartet werden, die diese Eingabedaten zur Verfügung stellt.

320

7

Batchverarbeitung

4. Wählen Sie aus dem Dialogfeld eine der im System vorhandenen Varianten aus, und bestätigen Sie das Dialogfeld durch . Hinweis Das System übernimmt die Variante und wechselt zurück in den Dialog zur Definition des ersten Steps. 5. Im Feld »Benutzer« können Sie einen Benutzer vom Typ »Batch« eingeben, unter dessen Systemrechten dieser Batchjob ausgeführt wird. Bestätigen Sie die Eingaben durch Drücken der Schaltfläche SICHERN . ➜ Das System sichert den Schritt und kehrt zurück auf das Startbild zur Jobdefinition. Hinweis Gerade für Hintergrundprogramme zur Systemadministration empfiehlt es sich, einen eigenen Benutzerstammsatz anzulegen, der die erforderlichen Systemprivilegien besitzt, aber als Benutzertyp »Batch« nur für die Hintergrundverwaltung verwendet werden kann. 6. Wählen Sie jetzt die Schaltfläche STARTBEDINGUNG

.

➜ Das System zeigt ein Dialogfenster zur Eingabe der Startbedingungen.

7.3 Praxisfall: Einplanen von Verwaltungsjobs

321

7

Batchverarbeitung

Abbildung 7.20 Step anlegen (© SAP AG)

7. Wählen Sie die Schaltfläche DATUM/UHRZEIT. ➜ Es öffnet sich ein Feld zur Eingabe des Startzeitpunktes. 8. Wählen Sie hier möglichst einen Zeitpunkt mit geringer Systembelastung. Drücken Sie anschließend die Schaltfläche PERIODENWERTE. ➜ Es erscheint ein Dialog zur Auswahl der Periodenwerte. 9. Wählen Sie die Option »täglich«, und sichern Sie die Daten

.

➜ Sie gelangen zurück in das Dialogfenster zur Eingabe der Startbedingungen. 10.Sichern Sie diese Daten mit

.

➜ Sie gelangen zurück zum Startfenster der Jobdefinition. 11.Sichern Sie auch hier die Daten mit

.

➜ Der Job wird nun im System angelegt. Da Sie als Systemadministrator das Recht zur Jobfreigabe besitzen, wird der Batchjob automatisch freigegeben. Wiederholen Sie nun die obigen Schritte für die anderen Programme.

322

7

Batchverarbeitung

7.4 Aufgaben 1. Nennen Sie wichtige Eigenschaften des Objekts »Batchjob«: a) Name des Benutzers und Name des Jobs b) Jobklasse (von »C« bis »A«) c) Die gestartete Planzeit d) Periodizität 2. Welche Optionen stehen für die Definition des Job-Starttermins zur Verfügung? a) Sofort b) Nach Job c) Nach Ereignis d) Nach Freigabe durch den Vorgesetzten 3. Welche Programmtypen können als Steps ausgeführt werden? a) ABAP-Programm b) C++-Programm c) Externes Kommando d) Externes Programm 4. Wie können Sie die Anzeige der Jobübersicht einschränken? a) Nach dem Namen des Batchjobs b) Nach dem Benutzernamen c) Nach dem Datum des Starttermins d) Nach Programmtypen 5. Welchen Status kann ein Job in der Batchverwaltung haben? a) In Arbeit b) Beendet c) Fehler d) Aktiv

7.4 Aufgaben

323

7

Batchverarbeitung

7.5

Lösungen

1. Nennen Sie wichtige Eigenschaften des Objekts »Batchjob«: a) Richtig Name des Benutzers und Name des Jobs b) Richtig Jobklasse (von »C« bis »A«) c) Falsch Die gestartete Planzeit d) Richtig Periodizität 2. Welche Optionen stehen für die Definition des Job-Starttermins zur Verfügung? a) Richtig Sofort b) Richtig Nach Job c) Richtig Nach Ereignis d) Falsch Nach Freigabe durch den Vorgesetzten 3. Welche Programmtypen können als Steps ausgeführt werden? a) Richtig ABAP-Programm b) Falsch C++-Programm c) Richtig Externes Kommando d) Richtig Externes Programm 4. Wie können Sie die Anzeige der Jobübersicht einschränken? a) Richtig Nach dem Namen des Batchjobs b) Richtig Nach dem Benutzernamen c) Richtig Nach dem Datum des Starttermins d) Falsch Nach Programmtypen 5. Welchen Status kann ein Job in der Batchverwaltung haben? a) Falsch In Arbeit b) Falsch Beendet c) Falsch Fehler d) Richtig Aktiv

324

8

CCMS – Computer Center Management System

Kapitel 8 CCMS – Computer Center Management System 8.1

Überblick über das CCMS

328

8.2

Konfiguration und Grundbegriffe

329

8.2.1 8.2.2 8.2.3

R/3-Profile Betriebsart Logon-Gruppen

329 333 337

8.3

Datenbankverwaltung

339

8.3.1

Datensicherung

339

8.4

Kontroll- und Monitorfunktionen

342

8.4.1 8.4.2 8.4.3

Systemmonitor Jobeinplanungsmonitor Alert-Monitor

342 343 344

8.5

Tuning- und Performance-Monitor

346

8.5.1 8.5.2 8.5.3

R/3-Puffer Betriebssystem-Monitor Der Datenbank-Monitor

353 354 355

8.6

Aufgaben

359

8.7

Lösungen

360

325

8

CCMS – Computer Center Management System

CCMS – Computer Center Management System Das Computer Center Management System (CCMS) – in früheren Versionen von R/3® auch als »Rechenzentrums-Leitstand« bezeichnet – ist das zentrale Instrument zur Überwachung und Konfiguration des R/3-Systems. Das folgende Kapitel stellt Ihnen dieses System vor, wobei der Schwerpunkt bei den Themen Systemverwaltung, Konfiguration und Tuning des R/3-Basissystems mit den Mitteln des CCMS liegt. Da im CCMS Verwaltungswerkzeuge zusammengefasst sind, finden Sie im Computer Center Management System auch Werkzeuge, die bereits in den Kapiteln 6, »Drucken in R/3«, und 7, »Batchverarbeitung«, vorgestellt wurden. Mit den Funktionen des CCMS können Sie als Systemverwalter • ein verteiltes R/3®-System konfigurieren • einen weitgehend automatisierten Dauerbetrieb aufrechterhalten • Ausnahmezustände (so genannte Alerts) nicht nur am System, sondern auch an Peripherie-Einheiten feststellen • die periodische Sicherung der Datenbank vornehmen Darüber hinaus können Sie mit den Mitteln des CCMS • Batchbetrieb, Betriebssystem und Netzwerk überwachen • die System-Performance überwachen • die Lastverteilung bei jedem Login eines neuen Benutzers optimal steuern Besonders bei größeren Installationen mit mehreren Anwendungsservern ist das Computer Center Management System ein unverzichtbares Instrument zur Systemüberwachung.

327

8

CCMS – Computer Center Management System

Auch über den Zustand aller Anwendungsserver hält Sie das CCMS auf dem Laufenden: • Der Systemmonitor bildet alle Systeme auf einer grafischen Oberfläche ab. • Einzelne Anwendungsserver können Sie direkt aus dem CCMS starten und stoppen. • Informationen über das Betriebssystem eines jedes Anwendungsservers sind abrufbar. • Anwendungsserver können von zentraler Stelle aus getunt werden.

8.1

Überblick über das CCMS

Ein R/3-System kann – wie Sie bereits aus den vorhergehenden Kapiteln wissen – nur aus einem Zentralsystem, aber auch aus einer ganzen Reihe von Anwendungsservern (Instanzen) mit unterschiedlichen Aufgabenbereichen bestehen. Jede Instanz stellt sich dem Basissystem gegenüber als eine Summe von Prozessen dar, die anhand von Profildateien konfiguriert, gestartet und gestoppt werden. Eine bestmögliche gegenseitige Abstimmung dieser Profile unter Berücksichtigung des Zusammenwirkens aller Instanzen wie auch der aktuellen Gegebenheiten auf den Rechnern, auf denen diese Anwendungen laufen, ist deshalb für die Leistungsfähigkeit des Gesamtsystems entscheidend. Bei dieser Abstimmung unterstützt das CCMS Sie als Systemverwalter maßgeblich. Das CCMS verfügt – vereinfacht dargestellt – über folgende Funktionsbereiche: • Kontroll- und Monitorfunktionen • Konfiguration • Datenbankadministration • Spool-Verwaltung • Jobverwaltung Die verfügbaren Kontroll- und Monitorfunktionen sind sehr vielfältig und umfassen im Einzelnen: • Systemmonitore • einen Job-Scheduling-Monitor zur Überwachung der Hintergrundverarbeitung • Alert-Monitore mit frei konfigurierbaren Monitoren • Analysemöglichkeiten für alle Workprozesse der beteiligten R/3-Anwendungsserver • einen Performance-Monitor

328

8

CCMS – Computer Center Management System

8.2

Konfiguration und Grundbegriffe

Damit Sie die verschiedenen Monitorfunktionen verwenden können, muss das CCMS zunächst konfiguriert werden. Zu diesem Zweck müssen Sie • die R/3-Profile in das CCMS laden und pflegen • Betriebsarten definieren • Instanzen definieren und den Betriebsarten zuordnen • den automatischen Betriebsartenwechsel einplanen

8.2.1

R/3-Profile

Wie bereits in Kapitel 2, »R/3-Architektur«, beschrieben, erfolgt die Konfiguration der R/3-Anwendungsserver unter Verwendung von Profildateien. Bei diesen unterscheidet man: • Defaultprofil (Datei: Default.pfl) Dieses Profil enthält Werte, die von allen Anwendungsservern eines R/3Systems benötigt werden. • Instanzprofil (Datei: <SID>_<Services><SystemNr>_) Dieses Profil enthält Daten, die nur von einem Anwendungsserver (Instanz) beim Start gelesen werden. Die Namensgebung der Datei erfolgt nach dem Schema: • <SID> als System-ID • <Services> als Liste der Servicetypen, die der Anwendungsserver anbietet • <SystemNr> die zweistellige Systemnummer • der Name des Rechners Aufgrund dieses Schemas kann ein Instanzprofil eindeutig zugeordnet werden. • Startprofil (Datei: START_<Services><SystemNr>_) Ein Startprofil wird beim Starten eines R/3-Systems ausgelesen. Es bestimmt, wie die R/3-Dienste (z. B. Datenbank, Message-Server und Anwendungsserver) gestartet werden. Alle diese Profildateien müssen beim Starten eines R/3-Systems gelesen werden. Sie befinden sich auf den Massenspeichern (Festplatte) der jeweiligen Anwendungsserver im Verzeichnis /usr/sap/<SID>/SYS/profile im Falle von UNIX oder im Verzeichnis X:\usr\sap\<SID>\SYS\profile bei Windows NT-Systemen, wobei X den entsprechenden Laufwerksbuchstaben bezeichnet.

8.2 Konfiguration und Grundbegriffe

329

8

CCMS – Computer Center Management System

Profil laden Die Wartung und Pflege der R/3-Profile aller Anwendungsserver erfolgt direkt aus dem CCMS. Nach erfolgter Pflege werden die Dateien dann in das jeweilige Verzeichnis kopiert. Damit diese Pflege im CCMS erfolgen kann, müssen die Profile zunächst vom Betriebssystem in die Datenbank geladen werden. Diese Aktion erfolgt in der Regel nur einmalig nach einer Neuinstallation des R/3-Systems. Ausgangspunkt Fenster »SAP Easy Access« 1. Wählen Sie den Zugriffspfad SAP MENÜ | WERKZEUGE | CCMS | KONFIGURATION | PROFILPFLEGE. ➜ Sie gelangen in die Transaktion RZ10. 2. Wählen Sie die Funktion HILFSMITTEL | IMPORTIERE PROFILE | DER AKTIVEN SERVER ➜ Das System startet den Import aller Profile, führt eine Prüfung aller Profilwerte durch und zeigt abschließend eine Liste der durchgeführten Aktionen mit den Ergebnissen der Prüfung (vgl. Abbildung 8.1).

Abbildung 8.1

330

Prüfprotokoll der importierten Profile (© SAP AG)

8

CCMS – Computer Center Management System

Von diesem Zeitpunkt an können Sie die Profile aus dem CCMS heraus bearbeiten. Bei jeder Änderung wird die Datei auf der Festplatte überschrieben und in der Datenbank eine neue Version gesichert, so dass Sie jederzeit auf Profilwerte zugreifen können, die einmal aktiv waren.

Pflege der Profile Für die Pflege der Profile können Sie drei verschiedene Sichten wählen. Abhängig vom Typ des Profils können Sie beispielsweise für ein Instanzprofil • Verwaltungsdaten pflegen Hierzu gehören im Wesentlichen der Name der Profildatei und die Angabe des R/3-Anwendungsservers, der für eine Prüfung der Profilwerte verwendet werden soll. • Grundpflege durchführen Bei der Grundpflege können Sie die Anzahl der Workprozesse, die Aufteilung des Hauptspeichers, die installierten Sprachen sowie die Verzeichnisstruktur einer R/3-Instanz konfigurieren. Bereits vor dem Abspeichern der Werte erfolgt eine Prüfung, die verhindert, dass falsche Werte gesichert werden. Fehlerhafte Profilwerte können dazu führen, dass ein Anwendungsserver nicht mehr gestartet werden kann. • Erweiterte Pflege aufrufen In der erweiterten Pflege können Sie schließlich direkt auf die Profilwerte zugreifen. Ein genaue Kenntnis der Zusammenhänge der einzelnen Werte ist in diesem Kontext natürlich außerordentlich wichtig. Auch bei dieser Pflege gilt, dass vor dem Abspeichern der Werte eine Plausibilitätsprüfung erfolgt. Um die Profile zu pflegen, verfahren Sie wie folgt: Ausgangspunkt Fenster »SAP Easy Access« 1. Wählen Sie den Zugriffspfad SAP MENÜ | WERKZEUGE | CCMS | KONFIGURATION | PROFILPFLEGE. ➜ Das System verzweigt in die Pflege der Profile (vgl. Abbildung 8.2). 2. Wählen Sie im Eingabefeld »Profil« ein Instanzprofil aus. Sie können hierbei mit der Funktionstaste (F4) Informationen über mögliche Eingabewerte anfordern. ➜ Das System zeigt Ihnen das gewählte Profil und die derzeit aktuelle Pflegeversion. 3. Im Rahmen »Profil bearbeiten« wählen Sie die Option »Grundpflege« aus und betätigen anschließend die Schaltfläche ÄNDERN. ➜ Das System verzweigt in die Grundpflege zur Angabe der Workprozesse und Puffergrößen (vgl. Abbildung 8.3).

8.2 Konfiguration und Grundbegriffe

331

8

CCMS – Computer Center Management System

332

Abbildung 8.2

Profile bearbeiten (© SAP AG)

Abbildung 8.3

Grundpflege: Workprozess- und Pufferwerte ändern (© SAP AG)

8

CCMS – Computer Center Management System

4. Tragen Sie hier die entsprechenden Angaben ein, oder wechseln Sie mit den Schaltflächen DIRECTORIES, SPRACHEN oder SPEICHERVERWALTUNG in die entsprechenden Pflegebilder. Bestätigen Sie Ihre Angaben durch einen Klick auf die Schaltfläche ÜBERNEHMEN. ➜ Das System prüft nun Ihre Daten. Fehlerhafte Werte werden in einem Dialogfenster angezeigt. Bei schwer wiegenden Fehlern führt das System Sie in die Pflege zurück. Nachdem alle Fehler behoben sind, gelangen Sie zurück in das Einstiegsbild der Profilpflege. Das System weist Sie darauf hin, dass die Version noch nicht gesichert ist. 5. Sichern Sie nun das Profil mit der Schaltfläche . ➜ Das System sichert die Daten in die R/3-Datenbank. Auch hier erfolgt eine erneute Prüfung der Werte. Noch an dieser Stelle können Sie Werte korrigieren oder aber mit dem Sichern fortfahren. Das System zeigt Ihnen ein Dialogfenster mit der Frage, ob Sie das gesicherte Profil aktivieren wollen. 6. Beantworten Sie diese Frage mit JA. ➜ Das Profil wird nun in das entsprechende Betriebssystemverzeichnis gestellt. Zwei zusätzliche Hinweise zeigen den Namen und die Version des aktivierten Profils und weisen Sie darauf hin, dass die geänderten Werte erst nach dem Neustart der Instanz wirksam werden.

8.2.2 Betriebsart Ein gestartetes R/3-System befindet sich immer in einer bestimmten Betriebsart. Die Betriebsart definiert alle Instanzen (inklusive ihrer Konfiguration), aus denen zum aktuellen Zeitpunkt ein verteiltes R/3-System besteht. Im CCMS lassen sich verschiedene Betriebsarten definieren. Jede Betriebsart umfasst eine bestimmte Anzahl von Instanzen (Anwendungsservern) mit den entsprechenden Konfigurationen. Das CCMS erlaubt es, zwischen verschiedenen Betriebsarten automatisch zu wechseln. Zu diesem Zweck stoppt es Instanzen, die in der neuen Betriebsart nicht mehr gebraucht werden, startet neue Instanzen oder konfiguriert Instanzen im laufenden Betrieb neu. Die Betriebsarten definieren die unterschiedlichen Anforderungen an das R/3-System für einen 24-Stunden-Betrieb. Typische Betriebsarten sind: • Normalbetrieb (Tag) mit Schwerpunkt auf dem Dialogbetrieb • Nachtbetrieb, bei dem zusätzliche Ressourcen für den Hintergrundbetrieb (Batch) bereitgehalten werden • Wartungsbetrieb, bei dem bestimmte Instanzen zu Wartungszwecken nicht gestartet werden

Betriebsarten definieren Zunächst müssen Sie die Betriebsarten im System definieren. Dazu gehen Sie wie folgt vor:

8.2 Konfiguration und Grundbegriffe

333

8

CCMS – Computer Center Management System

Ausgangspunkt Fenster »SAP Easy Access« 1. Rufen Sie den Zugriffspfad SAP MENÜ | WERKZEUGE | CCMS | KONFIGURATION | BETRIEBSARTEN/INSTANZEN auf. ➜ Sie gelangen in die Pflegetransaktion RZ04 für Betriebsarten und Instanzen. Hier sind alle bereits definierten Betriebsarten und Instanzen aufgelistet. 2. Klicken Sie auf . ➜ Sie sehen den Pflegedialog, mit dem Sie eine neue Betriebsart anlegen (vgl. Abbildung 8.4). 3. Vergeben Sie einen Namen für die Betriebsart, und tragen Sie eine Kurzbeschreibung ein. Das Feld »Monitoring-Eigenschaftsvariante« können Sie entweder leer lassen oder über (F4) eine Auswahl treffen unter den von SAP ausgelieferten oder eigenen Varianten. Eigenschaftsvarianten enthalten Einstellungen für Elemente im Alert-Monitor. Mit den verschiedenen Betriebsarten können daher auch unterschiedliche Monitoring-Eigenschaften definiert werden. 4. Klicken Sie nun auf die Schaltfläche , um die neue Betriebsart zu sichern. Sie kehren daraufhin zur Übersicht über die Betriebsarten zurück.

Abbildung 8.4 Betriebsart anlegen (© SAP AG)

Automatische Wechsel können Sie nur in produktiven Betriebsarten vornehmen.

334

8

CCMS – Computer Center Management System

Instanzen definieren Anschließend müssen Sie die Instanzen im System definieren und jeder Instanz ihre Betriebsart zuweisen. Gehen Sie dabei wie folgt vor: Ausgangspunkt Fenster »SAP Easy Access« 1. Rufen Sie den Zugriffspfad SAP MENÜ | WERKZEUGE | CCMS | KONFIGURATION | BETRIEBSARTEN/INSTANZEN auf ➜ Sie gelangen in die Pflegetransaktion RZ04 für Betriebsarten und Instanzen. Sie sehen die neu angelegten Betriebsarten. 2. Aktivieren Sie INSTANZEN/BETR.ARTEN. ➜ Sie gelangen in die Pflege von Instanzen und Betriebsarten. 3. Aktivieren Sie die Schaltfläche . ➜ Sie befinden sich in einem Dialog, in dem Sie die allgemeinen Daten der Instanz pflegen können (vgl. Abbildung 8.5).

Abbildung 8.5

Allgemeine Instanzdaten pflegen (© SAP AG)

8.2 Konfiguration und Grundbegriffe

335

8

CCMS – Computer Center Management System

4. Tragen Sie hier den Rechnernamen und die SAP®-Systemnummer der neuen Instanz ein, und wählen Sie die zuvor neu angelegten Profile. Wählen Sie danach die Menüfunktion INSTANZ | STARTUP-USER PFLEGEN. ➜ Es öffnet sich ein Fenster zur Eingabe des Benutzernamens. 5. Tragen Sie den Namen des Benutzers, der für den Start und Stopp des Systems zuständig ist (in der Regel der SIDadm), ein. Bitte beachten Sie: Das R/3-System benötigt nur zum Start von R/3-Instanzen auf entfernten UNIX-Servern einen gespeicherten Benutzer und ein gespeichertes Kennwort. Der entfernte Start von Instanzen auf AS/400- und Windows-NTServern verwendet andere Mechanismen und erfordert keinen Benutzer und kein Kennwort. 6. Sichern Sie Ihre Eingaben mit . ➜ Das System prüft das Profil, speichert es ab und öffnet ein neues Fenster. In diesem müssen Sie die Workprozessaufteilung noch einer Betriebsart zuordnen (vgl. Abbildung 8.6).

Abbildung 8.6 Zuordnen einer Betriebsart (© SAP AG)

336

8

CCMS – Computer Center Management System

7. Aktivieren Sie die Schaltfläche zur Auswahl einer anderen Betriebsart. ➜ Sie sehen eine Aufstellung aller im System hinterlegten Betriebsarten. Bei Wahl der Option (*) können Sie die Instanz jeder Betriebsart zuordnen. 8. Um die Aufteilung der Workprozesse zu ändern, markieren Sie das entsprechende Feld und drücken auf (+) oder (-). Denken Sie daran, anschließend Ihre Eingaben zu sichern. ➜ Es erscheint ein Fenster, in dem Sie diese Instanz anderen Betriebsarten zuordnen können. 9. Wenn Sie keine weiteren Zuordnungen vornehmen möchten, klicken Sie jetzt auf die Schaltfläche BEENDEN. 10.Sie befinden sich wieder am Ausgangspunkt, in der Anzeige der Betriebsarten und Instanzen, wo Ihre Änderungen nun ebenfalls aufgeführt sind. 11.Klicken Sie nun die Schaltfläche KONSISTENZPRÜFUNG an. ➜ R/3 überprüft die in der Datenbank gespeicherten Angaben mit den Dateien auf dem jeweiligen Rechner und gibt ein Protokoll aus. Sie haben nun im System die benötigten neuen Betriebsarten hinterlegt und die verschiedenen Instanzen zugewiesen.

Automatischer Betriebsartenwechsel Sie können im System einen automatischen Wechsel der Betriebsarten einplanen. Wählen Sie dazu den »SAP Easy Access«-Pfad SAP MENÜ | WERKZEUGE | CCMS | KONFIGURATION | BETRIEBSARTENKALENDER (Transaktion SM63). Es stehen Ihnen zwei Zeittafeln für die Planung der Betriebsarten zur Verfügung: eine für den Normalbetrieb, die andere für den Ausnahmebetrieb. Für den Normalbetrieb können Sie verschiedene Tageszeitabschnitte definieren und für jeden Zeitabschnitt eine eigene Betriebsart festlegen. Das System wechselt dann automatisch zu den festgesetzten Zeitpunkten. Dies ist die einfachste Methode, um einen regulären 24-Stunden-Betrieb zu gewährleisten. Unterscheiden sich die Betriebsarten auf einem Rechner nur dadurch, dass beim Wechsel vom Tag- zum Nachtbetrieb Dialog-Workprozesse zu Batch-Prozessen umgewandelt werden, muss diese Instanz nicht neu gestartet werden, um einen Betriebsartwechsel durchzuführen. Beachten Sie, dass Sie immer eine Instanz definieren sollten, die allen Betriebsarten zugeordnet ist, da eine neue Betriebsart nur von einem aktiven R/3-System initiiert werden kann.

8.2.3 Logon-Gruppen Bei großen R/3-Installationen mit mehr als einem Anwendungsserver kann eine Anmeldung am System erfolgen, ohne den Anwendungsserver direkt anzugeben. Stattdessen ermittelt der Message-Server über Logon-Gruppen, welcher Anwendungsserver verwendet wird. Jeder Logon-Gruppe kann da-

8.2 Konfiguration und Grundbegriffe

337

8

CCMS – Computer Center Management System

bei eine feste Anzahl von Anwendungsservern zugeordnet werden. Das System ermittelt dann anhand der Benutzeranzahl eines Anwendungsservers und der durchschnittlichen Antwortzeit des Anwendungsservers, welcher Anwendungsserver einer Logon-Gruppe für den Dialog mit dem Benutzer verwendet wird. Dieser Dialogserver wird dann der Anmeldung zugeordnet. Die Verwendung von Logon-Gruppen bietet folgende Vorteile: • Eine dynamische Lastverteilung innerhalb einer Gruppe ist möglich. • Die Systemressourcen können besser ausgenutzt werden. • Die Ausfallsicherheit wird erhöht, da eine feste Zuordnung zu einem bestimmten Dialogserver entfällt.

Logon-Gruppen definieren Um eine Logon-Gruppe zu definieren, gehen Sie wie folgt vor: Ausgangspunkt Fenster »SAP Easy Access« 1. Wählen Sie den Menüpfad SAP MENÜ | WERKZEUGE | CCMS | KONFIGURATION | ANMELDEGRUPPEN. ➜ Das System verzweigt in die Pflege der Logon-Gruppen (Transaktion SMLG). 2. Wählen Sie die Schaltfläche EINTRAG ANLEGEN. ➜ Das System zeigt ein Dialogfenster, in welchem Sie die Logon-Gruppe eintragen und eine Instanz zuordnen können. 3. Wählen Sie die Schaltfläche (MEHR INFORMATIONEN). ➜ Das Dialogfenster zeigt nun Optionen zur Angabe der IP-Adresse sowie zur Bestimmung der Auslastungsgrenzen beim Erreichen einer bestimmten Antwortzeit oder Anzahl von Benutzern (vgl. Abbildung 8.7).

Abbildung 8.7

338

Logon-Gruppe anlegen (© SAG AG)

8

CCMS – Computer Center Management System

4. Tragen Sie hier die nötigen Angaben ein, und bestätigen Sie Ihre Eingabe durch einen Klick auf die Schaltfläche ÜBERNEHMEN. ➜ Das System kehrt in die Liste der Logon-Gruppen zurück.

8.3

Datenbankverwaltung

Der Verwaltung der Datenbank kommt eine besondere Bedeutung beim Betrieb des R/3-Systems zu. Nicht alle administrativen Tätigkeiten können direkt aus dem R/3-System durchgeführt werden. Jedoch können Sie die wichtigsten Wartungsarbeiten und vorbeugende Tätigkeiten direkt aus dem CCMS heraus durchführen und planen. So können Sie aus dem CCMS • Wartungsarbeiten planen Sie können mit Hilfe einer Plantafel Tätigkeiten wie Backup oder Tabellenanalysen für jeden beliebigen Wochentag einplanen • auf die Log-Dateien zugreifen • die Datenbank überprüfen • die erforderlichen Statistiken für den »Cost-based Optimizer« von Oracle ermitteln (Hinweis: Die Oracle-Datenbank besitzt einen Optimierer, der Größe und Inhalte der Datenbanktabellen berücksichtigt, um einen optimierten SQL-Zugriff zu gewährleisten. Zu diesem Zweck müssen allerdings die Trefferquoten bei Zugriff auf die Tabellen – die Statistik – im Voraus bekannt sein, um die optimalen Zugriffsmechanismen zu finden.) • die Archivierung von Anwendungsdaten starten

8.3.1

Datensicherung

Die Sicherung der Datenbank gehört zu den wichtigsten Aufgaben eines Systemverwalters, speziell in Anbetracht der für ein R/3-System typischen Datenmengen von mehreren hundert Gigabytes. In Ergänzung zu den vom jeweiligen Datenbanksystem zur Verfügung gestellten Werkzeugen hat SAP eigene Werkzeuge für die Sicherung der Datenbank erstellt (SAPDBA), die zum Teil aus dem CCMS heraus verwendet werden können. Einige der planbaren Wartungstätigkeiten sind: • Offline Fullbackup Bei dieser Sicherungsmethode wird die Datenbank heruntergefahren und R/3 nur angehalten (nicht gestoppt, d. h. alle R/3-Pufferinhalte bleiben erhalten). Anschließend werden alle Datenbankbereiche (im Falle von Oracle: alle Tablespaces, die REDO-Logfiles und die Controlfiles) gesichert. Dies ist die einfachste und sicherste Methode, da die heruntergefahrene Datenbank während der gesamten Sicherungszeit in einem konsistenten Zustand ist.

8.3 Datenbankverwaltung

339

8

CCMS – Computer Center Management System

• Sicherung der Offline-REDO-Logfiles, die so genannten Archive-Logs In den Archive-Logs werden alle Änderungen der Datenbank protokolliert. Ausgehend von einem Fullbackup kann man mit Hilfe der ArchiveLogs jeden beliebigen Zustand zwischen dieser Sicherung und dem aufgetretenen Fehler wiederherstellen. Hierzu werden die in den Archive-Logs protokollierten Änderungen nachgefahren. • Online Fullbackup Bei einer Online-Sicherung wird die Datenbank (und damit R/3) während der Sicherung weiterbenutzt. Daher müssen bei einer Online-Sicherung immer alle Archive-Logs, die während der Sicherung anfallen, zusätzlich gesichert werden. • Adapt next extends »Adapt next extends« ist ein Spezifikum von Oracle und bedeutet, dass eine Tabelle nur in festen Schritten (Extends) erweitert werden kann. Die Größe dieser Extends sollte in regelmäßigen Abständen den aktuellen Gegebenheiten angepasst werden, da in der Regel nur eine beschränkte Anzahl von Extends (R/3 verwendet als Standardwert 300) definiert ist. Wird dieser Grenzwert erreicht, führt dies zu einem Stillstand der Datenbank.

Einplanung der Sicherung Im CCMS erreichen Sie die Plantafel für die Datensicherung wie folgt: Ausgangspunkt Fenster »SAP Easy Access« 1. Rufen Sie den Menüpfad SAP MENÜ | WERKEZEUGE | CCMS | DB-ADMINISTRATION | EINPLANUNGSKALENDER auf. ➜ Das System zeigt Ihnen eine Plantafel, die einen Zeitraum von vier Wochen umfasst. Angezeigt werden standardmäßig die aktuelle Woche, zwei zurückliegende Wochen und die kommende Woche. Dies kann aber in der Kalenderanzeige persönlich angepasst werden. 2. Wählen Sie aus der Übersicht mit einem Doppelklick einen Tag aus. ➜ Das System zeigt Ihnen in zwei Dialogfenstern, welche Aktivitäten Sie für diesen Tag einplanen können (vgl. Abbildung 8.8). Zwischen den beiden Fenstern können Sie mit den Tasten und hin- und herwechseln.

340

8

CCMS – Computer Center Management System

Abbildung 8.8 DBA Backupplanung (© SAP AG)

3. Kreuzen Sie das gewünschte Optionsfeld an, und bestimmen Sie die Startzeit sowie eine Wiederholungsperiode (in Wochen). Bestätigen Sie diese Angaben durch einen Klick auf die Schaltfläche . ➜ Abhängig von der gewählten Option können noch weitere Dialogfenster erscheinen.

Abbildung 8.9 Backup-Plantafel (© SAP AG)

8.3 Datenbankverwaltung

341

8

CCMS – Computer Center Management System

Die in Abbildung 8.9 dargestellte Plantafel garantiert Ihnen stets einen Überblick über den Verlauf Ihrer Datensicherung oder Administrationsaktivitäten. Sie können von hier aus direkt in die Anzeige der Protokolle verzweigen. Die in diesem Beispiel gezeigte Plantafel wurde mit Hilfe von im R/3-Standard enthaltenen Aktionsmustern erzeugt. Diese Aktionsmuster finden Sie unter der Menüauswahl KALENDER | AKTIONSMUSTER (vgl. Abbildung 8.10).

Abbildung 8.10 Einplanung eines Aktionsmusters (© SAP AG)

8.4 Kontroll- und Monitorfunktionen Das CCMS stellt Ihnen eine Vielzahl von Monitoren zur Verfügung, mit denen Sie den Systemzustand überwachen und steuern können. Voraussetzung für die Bedienung dieser Monitore ist die bereits beschriebene Konfiguration des CCMS.

8.4.1

Systemmonitor

Nachdem Sie das System wie beschrieben konfiguriert haben, können Sie den Systemmonitor starten. Dieser überprüft zunächst den Ist-Zustand Ihres Systems, indem er die aktuellen Werte aller aktiven Prozesse mit den in der Datenbank eingetragenen Konfigurationswerten vergleicht. Die Analysefunktionen des Systemmonitors erreichen Sie mit dem Zugriffspfad SAP MENÜ | WERKZEUGE | CCMS | STEUERUNG/MONITORING | CONTROLPANEL aus dem Fenster »SAP Easy Access«. Hier stehen Ihnen folgende Möglichkeiten zur Verfügung: Sie können • Instanzen starten und stoppen • sich detailliert über Konfigurationswerte informieren • den Alert-Monitor für eine Instanz starten • sich an einer beliebigen Instanz anmelden • Trace-Dateien einsehen

342

CCMS – Computer Center Management System

8

8.4.2 Jobeinplanungsmonitor Der Jobeinplanungsmonitor zeigt Ihnen in graphischer Form die Auslastung Ihrer Hintergrundprozesse (Batchjobs). Sie erreichen den Jobeinplanungsmonitor vom Fenster »SAP Easy Access« aus mit dem Zugriffspfad SAP MENÜ | WERKZEUGE | CCMS | STEUERUNG/MONITORING | JOBEINPLANUNGSMONITOR. Der Monitor kann nach Ihren Erfordernissen konfiguriert werden. So können Sie folgende Darstellungsweisen individuell einstellen: • Zeitachse • Farbdarstellung • Anzeige der Betriebsarten, mit denen die Verteilung der Batchjobs auf die Batch-Workprozesse in Form eines Gantt-Diagramms angezeigt wird

Abbildung 8.11

Jobeinplanungsmonitor (© SAP AG)

Eine typische Darstellung eines Jobeinplanungsmonitors sehen Sie in Abbildung 8.11. Sie erkennen, dass auf diesem System insgesamt sechs BatchProzesse konfiguriert sind, von denen drei in der augenblicklichen Betriebsart nicht aktiv sind – zu sehen an der durchgehenden Linie auf der Zeitachse. Die Balken auf der Zeitachse symbolisieren die eingeplanten Batchjobs: Ein Doppelklick auf einen Balken liefert Ihnen zusätzliche Details über den ausgewählten Batchjob. Die Balkenlänge steht dabei für die erwartete oder tatsächliche Laufzeit eines Jobs. Die Farbe informiert Sie über den aktuellen Zustand – ein Klick auf die Schaltfläche LEGENDE informiert Sie über die Bedeutung der Farbskala.

Control-Panel Das Control-Panel (Transaktion RZ03) bietet Ihnen einen Überblick über alle Instanzen, die zu einer Betriebsart gehören, und deren augenblicklichen Zustand. Sie erreichen das Control-Panel über den Zugriffspfad SAP MENÜ |

8.4 Kontroll- und Monitorfunktionen

343

8

CCMS – Computer Center Management System

WERKZEUGE | CCMS | STEUERUNG/MONITORING | CONTROL-PANEL aus dem

Fenster »SAP Easy Access« heraus.

Abbildung 8.12 Control-Panel (© SAP G)

Das Control-Panel gestattet Ihnen • die Wahl der Betriebsart • das Konfigurieren und Einplanen von Betriebsarten • das Starten und Stoppen von Instanzen • das Starten von Überwachungsfunktionen • das Auslösen von Diagnose-Reports

8.4.3 Alert-Monitor Der Alert-Monitor basiert auf einer neuen objektorientierten Technologie der CCMS-Monitorarchitektur. Mit Hilfe des Alert-Monitors kann das R/3System effizient überwacht und verwaltet werden: • Der Monitor erlaubt eine komplette Überwachung aller R/3-Systemkomponenten sowie wichtiger Komponenten der verwendeten Rechnersysteme und der Datenbank. • Aus der Alert-Übersicht können die jeweiligen Werkzeuge zur Überwachung und Verwaltung (falls verfügbar) direkt aufgerufen werden.

344

8

CCMS – Computer Center Management System

• Jeder Benutzer kann aus den zur Verfügung stehenden Monitoren und Systemen einen für seine Belange maßgeschneiderten Monitor-Ausschnitt definieren. • Aufgrund der flexiblen Architektur können eigene Monitore und AnalyseTools leicht in den Alert-Monitor eingebunden werden.

Den Monitor verwenden Ausgangspunkt Fenster »SAP Easy Access« 1. Wählen Sie den Zugriffspfad SAP MENÜ | WERKZEUGE | CCMS | STEUERUNG/MONITORING | ALERT-MONITOR. ➜ Das System zeigt Ihnen in der Transaktion RZ20 das Einstiegsbild des Alert-Monitors. Je nach Konfiguration Ihres Systems sehen Sie die bereits definierten Alert-Monitore. 2. Durch einen Klick auf das Plus-Zeichen können Sie die Liste aufblättern. Wählen Sie den gewünschten Monitor durch einen Doppelklick auf die entsprechende Zeile der Liste. ➜ Sie sehen eine hierarchische Liste der in Ihrem System definierten Monitorobjekte, Monitorattribute und Monitorsummenknoten (vgl. Abbildung 8.13).

Abbildung 8.13 Alert-Monitor, Baumstruktur (© SAP AG)

8.4 Kontroll- und Monitorfunktionen

345

8

CCMS – Computer Center Management System

Im Alert-Monitor können Sie zwischen zwei wesentlichen Sichten wählen: • Aktueller Zustand Diese Sicht zeigt den aktuellen Zustand der überwachten Kenngrößen an. • Offene Alerts Diese Sicht zeigt die in der Vergangenheit aufgetretenen Alert-Zustände des Systems an. Ein Alert gilt so lange als offen, bis er von Ihnen als erledigt gekennzeichnet wird. Der Alert-Zustand wird durch die Farbgebung kenntlich gemacht. Hierbei bedeutet: • Grün: der Wert liegt im normalen Bereich • Gelb: der erste Schwellenwert wurde überschritten • Rot: die Werte sind außerhalb der Toleranzwerte Die Schwellenwerte für den Alert-Zustand der Monitorobjekte lassen sich dabei individuell einstellen.

8.5

Tuning- und Performance-Monitor

Der Performance-Monitor ist ein weiteres wichtiges Hilfsmittel, welches dem Systemadministrator erlaubt, kritische Situationen bereits im Vorfeld zu diagnostizieren und frühzeitig entsprechende Gegenmaßnahmen zu ergreifen. Im Gegensatz zu den bisher vorgestellten Alert-Monitoren, die den augenblicklichen Systemzustand nach verschiedenen Kriterien analysieren, sammelt der Performance-Monitor über einen längeren Zeitraum Systemdaten über: • die Datenbank • das Betriebssystem • das Netzwerk • die SAP-Puffer • das Dateisystem Aus diesen Daten erstellt der Alert-Monitor so genannte Workload-Statistiken. Dieser Abschnitt gibt Ihnen einen Überblick über dieses mächtige Werkzeug und erläutert die wichtigsten Grundregeln, anhand derer Sie die vom Performance-Monitor gelieferten Daten auswerten können. Daneben erhalten Sie einen Einblick in die Workload-Analyse und die Funktion der SAP-Puffer.

346

CCMS – Computer Center Management System

8

Die Daten über das R/3-System, die der Performance-Monitor auswertet, stammen von Kollektorprogrammen, die bei jedem Start einer Instanz aufgerufen werden: • Das Programm »saposcol« ermittelt die Betriebssystemdaten jedes Rechners und speichert sie im Shared Memory. • Die Daten über die Netzwerkbelastungen liefert das Programm »saposcol.net«. • Außerdem sammelt das R/3-System selbst Daten über Zugriffszeiten und Zugriffshäufigkeiten auf Tabellen und Puffer. Welche Daten in welcher Ausführlichkeit gesammelt werden, wird durch Profilparameter festgelegt. Diese Daten, die ebenfalls im Hauptspeicher jeder Instanz gesammelt werden, werden vom System in regelmäßigen Abständen in einer eigenen Datenbanktabelle namens MONI gesammelt und ausgewertet. Voraussetzung dafür ist, dass Sie die Zeitpunkte für die Datenerhebung und -sammlung in der Tabelle TCOLL definieren und den Report RSCOLL00 periodisch einplanen. RSCOLL00 startet diese Sammelprozesse und leitet sie zur Auswertung an den Performance-Monitor weiter. Ab Release 4.6C werden die statistischen Daten zu den Servern einmal täglich gesammelt und aus der Tabelle MONI verdichtet. Daten für die wöchentlichen, monatlichen und Gesamtstatistiken werden dann unter Verwendung dieser täglichen Daten verdichtet.

Workload-Analyse Die Workload-Analyse ist ein wichtiger Bestandteil des Performance-Monitors. Mit ihrer Hilfe können Sie alle Daten bezüglich der Performance, die das System ermittelt, für beliebige Perioden analysieren und zeitabhängige Engpässe erkennen. Abbildung 8.14 zeigt einen typischen Ausschnitt aus diesen Analysedaten. Die wichtigsten Auswertungsmöglichkeiten, die Ihnen die Workload-Analyse zur Verfügung stellt, sind die folgenden: • Sie können beliebige Auswertungszeiträume wählen und diese zu Tages-, Wochen- oder Monatsstatistiken verdichten. Der Zeitraum, für den das Datenmaterial vorgehalten wird, wird in der Konfiguration des Performance-Monitors bestimmt. • Sie können ausgewählte Instanzen Ihres Systems einzeln analysieren. • Sie können die Datenanalyse auf Transaktionen beschränken, um zeitkritische Transaktionen aufzufinden. • Sie können die Systemperformance auf Tagesebene verfolgen und so zeitabhängige Systemengpässe erkennen. • Sie können Datenbankzugriffe und Dialogschritte quantitativ erfassen und auswerten.

8.5 Tuning- und Performance-Monitor

347

8

CCMS – Computer Center Management System

Abbildung 8.14 Workload-Analyse (© SAP AG)

Kriterien zur Messdatenauswertung Das wichtigste Kriterium, nach dem ein Benutzer die Leistungsfähigkeit eines R/3-Systems beurteilt, ist die Antwortzeit, also die Zeit, die ein Anwender warten muss, bis ein Bildwechsel oder ein Dialogschritt ausgeführt ist. Liegen die Response-Zeiten im Bereich von einer Sekunde, wird die Systemleistung in der Regel als gut beurteilt. Allerdings können sich auch bei guter Performance beträchtliche Unterschiede zwischen einzelnen Benutzern oder Anwendungen ergeben. Bei der Lokalisierung und Analyse derartiger Probleme unterstützt Sie der Performance-Monitor. Wie Sie zeitkritische Transaktionen mit Hilfe der Workload-Analyse erkennen können, wurde bereits oben ausgeführt. Eine zweite Möglichkeit, um partiell unbefriedigende Systemleistungen zu erkennen und zu beseitigen, stellen Ihnen die Workload-Statistiken zur Verfügung. Mit Hilfe der Workload-Statistik können Sie die Daten, die das System sammelt, nach den folgenden Kriterien aufschlüsseln: • Benutzer • Typ des Workprozesses • Transaktion • Response-Zeit • Datentransfermenge • Zahl der Datenbankzugriffe Auf diese Weise können Sie bereits zu Beginn der Analyse die Datenmenge auf einen kritischen Bereich einschränken. In der Regel sind dies die Re-

348

CCMS – Computer Center Management System

8

sponse-Zeiten, die – falls sie länger als zwei Sekunden dauern – auf optimierungsbedürftige Transaktionen hinweisen.

Abbildung 8.15 Tagesstatistik: Auswahlbild (© SAP AG)

Um diese Statistik anzuzeigen, gehen Sie wie folgt vor: Ausgangspunkt Fenster »SAP Easy Access« 1. Wählen Sie den Zugriffspfad SAP MENÜ | WERKZEUGE | CCMS | STEUERUNG/MONITORING | PERFORMANCE-MENÜ | WORKLOAD | STATISTIC RECORDS

➜ Sie können in einem Dialogfenster eine Vorauswahl der auszuwertenden Faktoren treffen. 2. Um zeitkritische Dialogschritte aufzufinden, schränken Sie die Auswertung auf solche Datensätze ein, deren Antwortzeit über 1000 Millisekunden in Anspruch nahm und von Prozessen vom Task Type »D« (Dialogprozess) verursacht wurden (vgl. Abbildung 8.15). Bestätigen Sie Ihre Auswahl mit . ➜ Sie sehen eine Liste aller Datensätze, auf die Ihr Auswahlkriterium zutrifft. 3. Wählen Sie einen Dialogschritt aus, den Sie eingehender analysieren möchten. Doppelklicken Sie dazu auf die entsprechende Zeile.

8.5 Tuning- und Performance-Monitor

349

8

CCMS – Computer Center Management System ➜ Die Workload-Statistik zeigt Ihnen Details des betreffenden Dialogschritts an (vgl. Abbildung 8.16). Diese Analyse können Sie weiter verfeinern, indem Sie auf ALL DETAILS klicken.

Abbildung 8.16 Statistik der Dialogschritte (© SAP AG)

Die Response-Time ist derjenige Wert, der sich im Falle kritischer Systemsituationen für den Benutzer am deutlichsten bemerkbar macht. Die hauptsächlichen Faktoren, die auf die Antwortzeit Einfluss haben, sind die folgenden: • Wait for work process: die Zeit, die ein Dialogschritt auf einen freien Workprozess warten muss • Processing time: die Bearbeitungszeit, die der Workprozess selbst in Anspruch nimmt • Load time: die für das Laden von Dynpros, Menüs und Programmcode im Anwendungsserver benötigte Zeit • Generating time: sie fällt an, wenn ein Programm beim erstmaligem Laden neu generiert wird (auch z. B. nach einer Veränderung des Codes) • Roll (in + wait) time: die Zeit, die für den User-Context-Roll-in benötigt wird • Database request time: die Zeit, welche die Datenbank für die Bereitstellung der Daten benötigt

350

8

CCMS – Computer Center Management System

• Enqueue time: die Zeit, welche die Sperrverwaltung für das Überprüfen und Setzen von Sperreinträgen benötigt • Frontend time: die Zeit, welche im SAPGUI und im Netzwerkverkehr zwischen Applikationsserver und SAPGUI benötigt wurde (dieser Zeitanteil ist allerdings nicht in der Response-Time enthalten, der subjektive Eindruck am Frontend kann daher deutlich abweichen!) Diese Werte liefern Ihnen bezüglich der Hauptproblemkreise folgende Informationen: • Eine kontinuierlich hohe Workprozess-Wartezeit ist ein Indiz dafür, dass zu wenige Dialogprozesse zur Verfügung stehen bzw. dass die vorhandenen Dialogprozesse zu sehr ausgelastet sind. Im Normalfall sollte sich die Wartezeit im Bereich von wenigen Millisekunden bewegen. • Eine hohe Ladezeit weist auf zu gering dimensionierte R/3-Puffer hin. Als Richtwert für die Ladezeit sollten Sie im Regelfall ca. 10 Prozent der gesamten Response-Zeit ansetzen. • Eine hohe Datenbankzugriffszeit lässt auf Datenbank- oder Indexprobleme schließen. Die durchschnittliche Zugriffszeit sollte 40 Prozent der Antwortzeit nicht überschreiten. Vermuten Sie derartige Probleme, können Sie diese mit Hilfe der Einzelsatzauswertung der Tabellenstatistik detailliert analysieren. • Eine hohe Frontend oder Net Time lässt auf eine zu schwache CPU-Leistung im PC oder auf eine überlastete LAN/WAN-Verbindung schließen Eine kumulierte Betrachtung der Response-Time eines ganzen Applikationsservers bietet Ihnen der Systemlastmonitor. Um dessen Statistik anzuzeigen, gehen Sie wie folgt vor: Ausgangspunkt Fenster »SAP Easy Access« 1. Wählen Sie den Zugriffspfad SAP MENÜ | WERKZEUGE | CCMS | STEUERUNG/MONITORING | PERFORMANCE-MENÜ | WORKLOAD | ANALYSIS ➜ Es wird die Transaktion ST03 gestartet. Ab Release 4.6C sehen Sie noch einen Hinweis, dass stattdessen die Transaktion ST03N verwendet werden soll. Die Transaktion ST03 wurde im Zuge der EnjoySAP-Initiative zur Transaktion ST03N überarbeitet, diese bietet aber noch nicht die komplette Funktionalität der originalen Transaktion ST03. ➜ In der herkömmlichen Transaktion ST03 wird Ihnen eine Liste der Server angeboten, die zu Ihrem R/3-System gehören. 2. Wählen Sie einen Server aus, zum Beispiel Ihre aktuelle Instanz. ➜ Es öffnet sich ein Fenster zur Auswahl des auszuwertenden Statistikzeitraumes.

8.5 Tuning- und Performance-Monitor

351

8

CCMS – Computer Center Management System

3. Wählen Sie hier einen Zeitraum aus, zum Beispiel den ganzen aktuellen Tag (TODAY´S WORKLOAD) oder die letzten Minuten (LAST MINUTE LOAD ...). ➜ Das System zeigt Ihnen in einem neuen Fenster die durchschnittlichen Antwortzeiten aller Prozesse. 4. Klicken Sie hier im unteren Abschnitt »Task types« auf die Schaltfläche DIALOG. ➜ Sie sehen nun die durchschnittlichen Antwortzeiten aller Dialog-Workprozesse (vgl. Abbildung 8.17).

Abbildung 8.17 Systemlastmonitor (© SAP AG)

• Innerhalb des gewählten Zeitraums können Sie die Systemlast nun unter verschiedenen Aspekten untersuchen. Auch in dieser Anzeige ist die Zeit, die im Frontend verbracht wurde, nicht Bestandteil der durchschnittlichen Antwortzeit. Sie wird aber beginnend mit Release 4.6C extra ausgewiesen. Die durchschnittliche Antwortzeit ist definiert als die durchschnittliche Zeit, die ab dem Zeitpunkt gemessen wird, zu dem ein Dialog eine Anforderung an einen Dispatcher-Workprozess sendet, über die Verarbeitung des Dialogs bis zu dem Zeitpunkt, an dem der Dialog beendet ist und die Daten an das Frontend übergeben werden.

352

8

CCMS – Computer Center Management System

8.5.1

R/3-Puffer

Puffer sind Bereiche im Hauptspeicher (Shared Memory), die temporär Daten aufnehmen, die von allen Workprozessen eines Anwendungsservers genutzt werden. Der direkte Speicherzugriff reduziert die Zahl der erforderlichen Datenbankzugriffe und beschleunigt so die System-Performance. Pufferbereiche sind deshalb entscheidend für eine gute Systemleistung. Betrachtet man allein den Pufferbereich zur Zwischenspeicherung von Programmen, so muss man bei kleineren Systemen bereits einen Wert von mindestens 25 MByte, bei mittleren 60 MByte oder mehr veranschlagen, um eine ausreichende Pufferqualität zu erzielen. R/3 kennt verschiedene Pufferbereiche, in denen verschiedene Datentypen temporär gehalten werden. Es gibt Puffer für • die Metadaten des Data-Dictionary • Programme • Bildschirmdaten • Menüs • Tabellen Im Performance-Monitor können Sie diese Pufferbereiche analysieren, wenn Sie aus dem Fenster »SAP Easy Access« den Zugriffspfad SAP MENÜ | WERKZEUGE | CCMS | STEUERUNG/MONITORING | PERFORMANCE-MENÜ | SETUP/BUFFERS | BUFFERS wählen. Eine typische Darstellung der Pufferanalyse aus der Transaktion ST02 sehen Sie in Abbildung 8.18.

Abbildung 8.18 Setup/Buffers (© SAP AG)

8.5 Tuning- und Performance-Monitor

353

8

CCMS – Computer Center Management System

Der für die Schnelligkeit des Systems entscheidende Wert ist die »Hitratio«, die Trefferquote, die Auskunft darüber gibt, wie oft Daten – prozentual betrachtet – im Pufferbereich gefunden wurden. Je höher dieser Wert ist (im Regelfall sollte er sich zwischen 98 und 99 Prozent bewegen), desto mehr Datenbankzugriffe wurden eingespart und desto höher ist die System-Performance. Die höchsten Werte (Hitratio in der Größenordnung von 98 bis 99 Prozent) sollten die ersten vier Pufferbereiche aufweisen. Diese Puffer werden vom Data Dictionary belegt und enthalten die Definition der Datenbanktabellen (technischer Name: Nametab). Die Beschreibung des Tabellenaufbaus ist nötig, damit die Datenbankschnittstelle weiß, wie der Tabellenzugriff auf die Datenbank erfolgen kann. Ein möglichst hoher Pufferungsfaktor ist besonders für diesen Nametab-Puffer anzustreben. Die Analyse der SAP-Puffer können Sie jedoch mit Hilfe dieser Transaktion noch detaillierter gestalten. Folgende Abfragen sind möglich: • eine Anzeige der gepufferten Objekte eines jeden Bereichs • eine zeitliche Analyse der Pufferauslastung • eine Übersicht über die Profil-Einstellungen, die für die Pufferung verantwortlich sind • eine detaillierte Analyse des Hauptspeichers jeder Instanz Obwohl ausreichender Speicherplatz für die Datenpufferung ein wichtiger Faktor für die Gesamtperformance des Systems ist, sollten Sie für diesen Zweck nicht zu viel Hauptspeicherkapazität verwenden, da ein Mangel an Hauptspeicher das Betriebssystem-Paging erhöht, was sich wiederum negativ auf die Gesamtleistung auswirkt. Über die richtigen Dimensionierungen des Hauptspeichers informiert Sie der Betriebssystem-Monitor, der im nächsten Abschnitt besprochen wird.

8.5.2

Betriebssystem-Monitor

Der Betriebssystem-Monitor, der bezüglich seiner Funktionen und seines Aufbaus deutliche Parallelen zum graphischen Alert-Monitor für das Betriebssystem aufweist, ermöglicht Ihnen eine Überwachung folgender wichtiger Betriebssystemzustände: • CPU-Auslastung • freie Hauptspeicherkapazität • Belegung des Swap- und Pagebereichs des Betriebssystems • mittlere Zugriffszeiten auf die Festplatte • Zugriffszeit im Netzwerk

354

8

CCMS – Computer Center Management System

Ausgangspunkt Fenster »SAP Easy Access« 1. Wählen Sie den Zugriffspfad SAP MENÜ | WERKZEUGE | CCMS | STEUERUNG/MONITORING | PERFORMANCE-MENÜ | OPERATING SYSTEM | LOCAL | ACTIVITY ➜ Eine typische Darstellung der Betriebszustände aus der Transaktion OS06 sehen Sie in Abbildung 8.19. In diesem Fall ist Windows NT das Betriebssystem. 2. Mit Doppelklick auf die verschiedenen Anzeigefelder können Sie sich zu diesen Daten die Werte für die letzten 24 Stunden sowohl in tabellarischer als auch in graphischer Form anzeigen lassen.

Abbildung 8.19 Betriebssystem-Monitor (© SAP AG)

8.5.3

Der Datenbank-Monitor

Dem Datenbank-Monitor als dem »Herzstück« eines R/3-Systems kommt entscheidende Bedeutung für die Leistung des Gesamtsystems zu. R/3 läuft inzwischen auf folgenden Datenbankprodukten:

8.5 Tuning- und Performance-Monitor

355

8

CCMS – Computer Center Management System

• SAP DB (ehemals ADABAS) • Informix • Microsoft SQL Server • Oracle • DB2 Für die Entwicklung von Anwendungen mit einem R/3-System ist es praktisch ohne Bedeutung, von welchem Hersteller das Datenbanksystem stammt, da in der Regel mit SAP-SQL (der von SAP zur Verfügung gestellten SQL-Schnittstelle) auf die Datenbank zugegriffen wird. Erst in der Datenbank-Schnittstelle werden die SAP-SQL-Befehle in die herstellerspezifische Syntax umgesetzt. Trotz der starken Ähnlichkeit der verwendeten Datenbankarchitekturen sind es gerade die produktspezifischen Unterschiede, durch die sich Bedienungs-, Wartungs- und Laufzeitunterschiede ergeben können. Deshalb misst die Performance-Analyse des Datenbank-Monitors vor allem datenbankspezifische Werte. Wegen der Unterschiede der einzelnen Systeme können für die Bewertung der einzelnen Analysewerte deshalb im Folgenden auch nur Faustregeln angegeben werden.

Datenbereiche Die Daten des Datenbanksystems werden – je nach Produkt – entweder in Betriebssystemdateien (Beispiel: die Oracle-Tablespaces) oder als so genannte Raw-Devices (z. B. in Informix) unter Unix abgelegt – in der Regel auf verschiedenen Festplattenbereichen eines Rechners. Neben den echten Daten werden auch alle Änderungen der Daten in einem Log protokolliert, der zur Datenbanksicherung dient: • Ausgehend von einer Komplettsicherung können alle gespeicherten Transaktionen aus dem Logbereich nochmals ausgeführt werden. • Der Zustand der Datenbank kann auf diese Weise bis zu einem Zeitpunkt kurz vor Auftreten des Problems rekonstruiert werden. Die Verteilung der Daten auf verschiedene Festplatten, die bereits bei der Installation eines R/3-Systems festgelegt werden muss, erfolgt jedoch nicht nur aus Sicherheitserwägungen, sondern sie hat auch entscheidenden Einfluss auf die Systemleistung. Folgende Aspekte sollten dabei berücksichtigt werden: • Log-Bereiche sind äußerst zugriffsintensiv. Deshalb sollten sie auf eine Festplatte mit eigenem Controller ausgelagert werden und keinesfalls zusammen mit anderen schreib-/leseintensiven Anwendungen wie z. B. dem Swap-Bereich des Betriebssystems gehalten werden. • Trennen Datenbanken den Daten- vom Indexbereich, so wie es z. B. bei Oracle der Fall ist, können Sie die Zugriffszeiten verkürzen, indem Sie Daten und Indizes auf verschiedenen Festplatten speichern.

356

8

CCMS – Computer Center Management System

• Falls Sie aus Sicherheitsgründen das Datenbanksystem (oder die komplette Festplatte) spiegeln, sollten Sie einer reinen Hardware-Lösung den Vorzug geben.

Datenbankpuffer Auch Datenbanken nutzen Pufferbereiche, um die Zugriffszeiten zu beschleunigen. Ähnlich wie bei den SAP-Puffern sollte auch bei den Datenbanken die Hitratio möglichst hoch sein. Gegebenenfalls können Sie durch Änderungen an der Konfiguration Ihres Datenbanksystems diesem mehr Hauptspeicherressourcen reservieren. Aber auch hier müssen Sie auf eine ausgewogene Speicherzuteilung achten, um nicht auf Kosten anderer Komponenten die Leistungsfähigkeit Ihres Gesamtsystems zu beeinträchtigen.

Datenbankanalyse Um diese Analysen vorzunehmen, starten Sie den Datenbank-Monitor. Ausgangspunkt Fenster »SAP Easy Access« 1. Wählen Sie den Zugriffspfad SAP MENÜ | WERKZEUGE | CCMS | STEUERUNG/MONITORING | PERFORMANCE-MENÜ | DATABASE | ACTIVITY. ➜ Eine typische Darstellung des Datenbankzustandes aus der Transaktion ST04 sehen Sie in Abbildung 8.20. In diesem Fall ist Oracle die Datenbank. 2. Aus diesem Einstiegsmenü erreichen Sie eine Reihe weiterer Auswertungsmöglichkeiten, mit denen Sie den Zustand Ihrer Datenbank und die Auswirkungen auf die Systemleistung detaillierter untersuchen können. Mit Doppelklick auf die verschiedenen Anzeigefelder können Sie sich zu diesen Daten auch weitere Einzelheiten anzeigen lassen. Ein wichtiges Kriterium auf dieser Anzeige ist das Verhältnis der beiden Read-Anzeigen (rechts oben) zueinander. Im Beispiel von Abbildung 8.20 sehen Sie rund 107 Millionen Reads, denen rund 1 Million physikalischer Reads (das sind echte Zugriffe auf die Festplatten) gegenüberstehen. Das heißt, ungefähr 99 Prozent aller Reads konnten durch schon in Datenpuffern geladene Daten erledigt werden. Dieser Wert entspricht einer ordentlich eingestellten Datenbank. Sollte die Anzahl der physikalischen Reads im Verhältnis deutlich zunehmen, ist wahrscheinlich eine Vergrößerung der Datenbankpuffer geboten.

8.5 Tuning- und Performance-Monitor

357

8

CCMS – Computer Center Management System

Abbildung 8.20 Datenbank-Monitor (© SAP AG)

358

8

CCMS – Computer Center Management System

8.6

Aufgaben

1. Welche Funktionen stellt das CCMS dem Systemverwalter zur Verfügung? a) Konfigurieren eines verteilten R/3-Systems b) Aufrechterhalten eines weitgehend automatisierten Dauerbetriebs c) Feststellen von Alerts im System und in der Peripherie d) Periodisches Sichern von Systemeinstellungen und Konfiguration 2. Welche Vorteile bietet die Verwendung von Logon-Gruppen? a) Dynamische Anzahl von Benutzern b) Dynamische Lastverteilung innerhalb einer Gruppe c) Erhöhung der Systemressourcen d) Erhöhung der Ausfallsicherheit 3. Folgende Arbeiten der Datenbankverwaltung können im CCMS vorgenommen werden: a) Wartungsarbeiten mit Hilfe einer Plantafel b) Prüfen der Datenbank c) Ermitteln der erforderlichen Statistiken für Oracles (Version 8) »Costbased Optimizer« d) Datenbankserver termingerecht online stellen 4. Planbare Wartungstätigkeiten der Datenbank sind im CCMS: a) Offline Fullbackup b) Sicherung des Archive-Logs c) Online-Sicherung d) Compute and adapt next Table extends 5. Folgende Möglichkeiten der Analyse bietet der CCMS-Systemmonitor: a) Workprozesse starten und stoppen b) Den Alert-Monitor für eine Instanz starten c) Tracing für Dateien konfigurieren d) Detaillierte Informationen über Konfigurationswerte liefern

8.6 Aufgaben

359

8

CCMS – Computer Center Management System

8.7

Lösungen

1. Welche Funktionen stellt das CCMS dem Systemverwalter zur Verfügung? a) Richtig Konfigurieren eines verteilten R/3-Systems b) Richtig Aufrechterhalten eines weitgehend automatisierten Dauerbetriebs c) Richtig Feststellen von Alerts im System und in der Peripherie d) Falsch Periodisches Sichern von Systemeinstellungen und Konfiguration 2. Welche Vorteile bietet die Verwendung von Logon-Gruppen? a) Falsch Dynamische Anzahl von Benutzern b) Richtig Dynamische Lastverteilung innerhalb einer Gruppe c) Falsch Erhöhung der Systemressourcen d) Richtig Erhöhung der Ausfallsicherheit 3. Folgende Arbeiten der Datenbankverwaltung können im CCMS vorgenommen werden: a) Richtig Wartungsarbeiten mit Hilfe einer Plantafel b) Richtig Prüfen der Datenbank c) Richtig Ermitteln der erforderlichen Statistiken für Oracles (Version 8) »Cost-based Optimizer« d) Falsch Datenbankserver termingerecht online stellen 4. Planbare Wartungstätigkeiten der Datenbank sind im CCMS: a) Richtig Offline Fullbackup b) Richtig Sicherung des Archive-Logs c) Richtig Online-Sicherung d) Richtig Compute and adapt next Table extends 5. Folgende Möglichkeiten der Analyse bietet der CCMS-Systemmonitor: a) Falsch Workprozesse starten und stoppen b) Richtig Den Alert-Monitor für eine Instanz starten c) Falsch Tracing für Dateien konfigurieren d) Richtig Detaillierte Informationen über Konfigurationswerte liefern

360

9

Kommunikation

Kapitel 9 Kommunikation 9.1

Common Program Interface for Communications – CPI-C

363

9.1.1

Konfiguration der CPI-C-Schnittstelle

365

9.2

Remote Function Call – RFC

366

9.2.1 9.2.2 9.2.3 9.2.4 9.2.5

Grundlagen der RFC-Schnittstelle Transaktionaler und asynchroner RFC Konfiguration Anwendungen Bedeutung der RFC-Kommunikation

366 368 368 371 372

9.3

Object Linking and Embedding – OLE

372

9.3.1 9.3.2 9.3.3 9.3.4

OLE und COM/DCOM R/3 als OLE-Client R/3 als OLE-Automations-Server Hilfsmittel

373 374 375 377

9.4

BAPI – Business API

379

9.4.1 9.4.2 9.4.3

Business-Objekte BAPI Explorer Aufruf von BAPIs

379 379 381

9.5

ALE – Application Link Enabling

383

9.5.1 9.5.2

Verteilungsmodelle Technische Grundlagen von ALE

384 384

361

9

Kommunikation

362

9.6

Der Internet Transaction Server

386

9.6.1 9.6.2 9.6.3

Internet Application Components Die Architektur des ITS Typischer Ablauf einer ITS-Sitzung

386 388 390

9.7

Der SAP Business Connector

392

9.8

Praxisfall: Zugriff auf R/3-Daten mit OLE-Technologie

394

9.9

Aufgaben

399

9.10

Lösungen

400

9

Kommunikation

Kommunikation Das folgende Kapitel stellt Ihnen die vielfältigen Kommunikationsmöglichkeiten von SAP® R/3® vor. Sie erfahren, welche Schnittstellentechnologien SAP zur Verfügung stellt, wie sie verwendet werden und wo sie zur Verfügung stehen. Das Kapitel richtet sich an alle Leser, die die Schnittstellen kennen lernen möchten, die das System Anwendern und Entwicklern zur Verfügung stellt, und die bereits mit dem SAP-Gateway (das in Kapitel 2, »R/3-Architektur«, beschrieben wurde) vertraut sind. SAP R/3 – und besonders das Basissystem – wurde von Beginn an als offenes System entwickelt. Dies bietet Ihnen den Vorteil, dass Ihre Anwendung sowohl mit anderen Programmen als auch mit R/2®-Systemen kommunizieren kann. Für die Kommunikation mit externen Anwendungen nutzt R/3 die folgenden Schnittstellen und Technologien: • das Common Program Interface for Communications (CPI-C) • den Remote Function Call (RFC) • das Object Linking and Embedding (OLE) • das Business Application Programming Interface (BAPI) • das Application Link Enabling (ALE)

9.1

Common Program Interface for Communications – CPI-C

Die CPI-C-Schnittstelle war bereits im R/2-System integriert und dient auch in R/3 zur Programm-zu-Programm-Kommunikation. Ursprünglich von IBM für das System-Application-Architecture-Konzept (SAA) entwickelt, wurde CPI-C inzwischen in den X/Open-Standard übernommen.

9.1 Common Program Interface for Communications – CPI-C

363

9

Kommunikation

CPI-C zeichnet sich durch folgende Eigenschaften aus: • CPI-C arbeitet im so genannten Halbduplex-Betrieb, d. h., es darf jeweils nur ein Partner senden oder empfangen. • Beim Aufbau der Kommunikation wird beim Partner das Kommunikationsprogramm gestartet, das sich im Empfangsmodus befindet. Der Partner, der die Kommunikation beginnt, ist im Sendemodus. • Nur der Partner, der sich im Sendemodus befindet, kann das Empfangsrecht weitergeben. • Zwischen Sende- und Empfangsmodus kann beliebig oft gewechselt werden. In R/3 wurden jedoch nicht alle vom CPI-C-Konzept definierten Standards übernommen, sondern nur das »Starter-Set« mit den folgenden Funktionen: • CMINIT legt die Kommunikationsparameter fest, indem es die SIDEINFODatei mit den Kommunikationsparametern auswertet. • CMALLOC veranlasst das momentan aktive Programm, die Verbindung aufzubauen. • CMACCP veranlasst das momentan passive Programm, die Verbindung zu akzeptieren. • CMSEND sendet Dateien. • CMRCV empfängt Dateien. • CMDEAL beendet die Verbindung zwischen beiden Kommunikationspartnern. Diese Funktionen des Starter-Sets sind auch im Sprachumfang von ABAP/4® enthalten. Sie stellen sicher, dass R/3 mit anderen Programmen kommunizieren kann. Zu diesem Zweck muss ABAP/4 den Report RSCPICDF einfügen, und die entsprechenden Kommunikationsparameter müssen in der Tabelle TXCOM (sie entspricht der SIDEINFO-Datei im R/3-System) hinterlegt sein. Nachstehende Tabelle stellt die CPI-C-Funktionen den entsprechenden ABAP/4-Befehlen gegenüber:

CPI-C-Funktion

ABAP/4-Befehl

CMINIT

Communication INIT ...

CMALLC

COMMUNICATION ALLOC ...

CMACCP

COMMUNICATION ACCEPT ...

CMSEND

COMMUNICATION SEND ...

Tabelle 9.1 Zuordnung von ABAP/4-Befehlen zu CPI-C-Funktionen

364

9

Kommunikation

CPI-C-Funktion

ABAP/4-Befehl

CMRCV

COMMUNICATION RECEIVE ...

CMDEAL

COMMUNICATION DEALLOACTE

Tabelle 9.1 Zuordnung von ABAP/4-Befehlen zu CPI-C-Funktionen

Diese ABAP/4-Befehle werden von R/3 in die entsprechenden CPI-C-Befehle umgewandelt. Externe Programme können ebenfalls – mit der Programmiersprache C – auf den CPI-C-Funktionsumfang von R/3 zugreifen. Zu diesem Zweck stellt SAP eine Bibliothek namens CPIC-API (CPI-C Application Programming Interface) auf allen Plattformen zur Verfügung. Sie enthält Funktionen, die CPIC-Befehle in TCP/IP-Aufrufe übersetzen. Diese Bibliothek steht auch für PCs unter Windows zur Verfügung. Somit können Sie auch von Ihrem eigenen PC aus Programme starten, die mit R/3 kommunizieren.

ISO-OSI 7-Schichten-Modell Die beschriebenen CPI-C-Funktionen arbeiten in jeder Betriebssystem- und Netzwerkumgebung und sind von den verwendeten Betriebssystem- und Netzwerkprotokollen unabhängig. Betrachtet man das ISO-OSI-Modell, so befindet sich die CPI-C-Schicht auf Ebene 7 (Application-Layer) des Modells. Lediglich die TCP/IP-Implementierung auf der Basis der Socket-Schnittstelle braucht tiefere Schichten (vgl. Abbildung 9.1).

Abbildung 9.1

9.1.1

ISO-OSI7-Schichten-Modell

Konfiguration der CPI-C-Schnittstelle

Für die Konfiguration der CPI-C-Schnittstelle ist die Pflege der Tabelle TXCOM erforderlich. Die Begrifflichkeit, die in Tabelle 9.2 aufgeführt ist, entstammt ursprünglich der SNA-Welt.

9.1 Common Program Interface for Communications – CPI-C

365

9

Kommunikation

In der Tabelle TXCOM können Sie für jeden logischen Namen des Partnerprogramms ein SAP-Gateway definieren. Fehlt ein solcher Eintrag, dann benutzt R/3 das Standard-Gateway.

Begriff

Bedeutung

Destination oder Logical Destination

Der logische Name, unter dem das Partnerprogramm gesucht wird.

LU (Logical Unit)

Der Knoten, auf dem das Partnerprogramm ablaufen soll. Bei TCP/IP/-Verbindungen steht hier der Name des Rechners.

TP

Der Name des Transaktionsprogramms. Ist der Partner ein R/3-System, steht hier der Service des Dispatchers (z. B. Sapdp00, wenn das System die Nummer 00 hat).

Tabelle 9.2 Definition der Tabelle TXCOM

CPI-C stellt nur ein sehr rudimentäres Kommunikationsprotokoll zur Verfügung, das folgende Einschränkungen aufweist: • Die Kommunikation erfolgt immer nur in einer Richtung. • Die Validierung der Daten muss das Anwendungsprogramm selbst gewährleisten. Obwohl seit der Version 2.2 eine leistungsfähigere RFC-Schnittstelle (Remote Function Call) verfügbar ist, macht R/3 regen Gebrauch von CPI-C; selbst die RFC-Schnittstelle basiert auf diesem Kommunikationsprotokoll.

9.2

Remote Function Call – RFC

Beim Remote Function Call handelt es sich um einen von SAP definierten Standard. Mit seiner Hilfe können Sie eine Funktion auf einem entfernten Rechner aufrufen. SAP nutzt dazu die RPC-Schnittstelle (Remote Procedure Call) von Unix, die in ABAP/4 implementiert wurde. Da diese RFC-Schnittstelle auf allen Plattformen verfügbar ist, auf denen R/3 installiert werden kann, können nicht nur R/3-Programme, sondern auch beliebige andere Programme oder Systeme mit Hilfe dieser Schnittstelle mit R/3-Systemen kommunizieren (vgl. Abbildung 9.2).

9.2.1

Grundlagen der RFC-Schnittstelle

Als Grundlage für die RFC-Schnittstelle dienen zwei Technologien, die Sie in diesem Buch bereits kennen gelernt haben: • die CPI-C-Schnittstelle • der ABAP-Funktionsbaustein

366

9

Kommunikation

Da die RFC-Schnittstelle auf dem CPI-C-Kommunikationsprotokoll basiert, werden alle RFC-Funktionsaufrufe intern über die CPI-C-Schnittstelle geleitet. Das bedeutet für externe Systeme, dass die RFC-API immer auf der CPIC-API aufbaut.

Abbildung 9.2

RFC-Schnittstellen

Als weitere Grundlage dient das ABAP-Sprachelement des Funktionsbausteins, der sich nur wenig von einem RFC-Funktionsbaustein unterscheidet: • Der Funktionsbaustein muss als »remote aufrufbar« definiert sein. • Ihm muss beim Aufruf aus einem ABAP/4-Programm die Erweiterung DESTINATION zugefügt werden: CALL FUNCTION... DESTINATION ... EXPORTING ... IMPORTING ...

Die RFC-API stellt Funktionen für verschiedene Betriebssysteme bereit. Mit ihnen können Sie als Anwendungsentwickler sowohl Client-Programme (die einen RFC-Baustein aufrufen) als auch Server-Programme entwickeln. Letztere stellen RFC-Bausteine zur Verfügung, die von anderen Programmen, beispielsweise aus ABAP/4, aufgerufen werden.

9.2 Remote Function Call – RFC

367

9

Kommunikation

Da die RFC-Schnittstelle über eine grössere Funktionalität verfügt als die CPI-C-Schnittstelle, sorgt diese – ohne Zutun des Anwendungsentwicklers – dafür, dass • Parameter übergeben werden • Parameterbeschreibungen (Metadaten) an das Partnerprogramm übergeben werden (sie enthalten die Beschreibung der von R/3 verwendeten Datentypen, auf die Fremdprogramme angewiesen sind) • bei Übertragungen von Tabellen ein Delta-Manager sicherstellt, dass nur die geänderten Daten übertragen werden

9.2.2

Transaktionaler und asynchroner RFC

Ein RFC-Aufruf kann aber nicht nur, wie oben geschildert, synchron erfolgen, sondern auch • asynchron In diesem Fall wartet das aufrufende Programm nicht auf die Abarbeitung des gerufenen RFC, sondern setzt die Verarbeitung fort. Hierdurch wird ein mehrfaches paralleles Arbeiten möglich. Ein asynchroner RFC wird durch den zusätzlichen Parameter STARTING NEW TASK beim Befehl CALL FUNCTION erzeugt. • transaktional Transaktionale RFCs werden durch den zusätzlichen Parameter IN BACKGROUND TASK erzeugt. Hierdurch wird der Funktionsaufruf mit allen Übergabeparametern in eine Warteschlange gestellt. Das SAP-System kümmert sich dann um den Verbindungsaufbau und die Ausführung der Funktion auf dem entfernten Rechner. Hierbei wird sichergestellt, dass die Funktion genau ein einziges Mal ausgeführt wird. Dadurch können Netzwerkstörungen überbrückt und ein transaktionaler Ablauf gewährleistet werden. Dieser RFC ist Basis für ALE (vgl. weiter unten in diesem Kapitel).

9.2.3 Konfiguration RFC-Bausteine können Sie aus ABAP/4 ansprechen, wenn Sie zuvor die RFCPartnerprogramme (Destinations) bekannt machen. Dies erreichen Sie auf dem Menüpfad NETZWERK | RFC-DESTINATIONS. In diesem Menü gibt es verschiedene Verbindungstypen; die wichtigsten sind: • Typ 3: Sie dienen dazu, um andere R/3-Systeme zu erreichen. • Typ 2: Sie verbinden mit R/2-Systemen. • Typ I: Bei diesem Typ handelt es sich um interne Verbindungen. Interne Verbindungen werden automatisch generiert. Sie stellen den Kontakt zu Anwendungsservern her, die auf die gleiche Datenbank wie das aufrufende System zugreifen.

368

9

Kommunikation

• Typ L: Verbindungen vom Typ L sind logische Verbindungen (Destinationen). Sie verweisen auf eine andere Verbindung, beispielsweise eine vom Typ 3, und werden benutzt, um andere Benutzer oder Mandanten anzugeben. • Typ T: Verbindungen vom Typ T sind TCP/IP-Verbindungen, mit denen andere Programme angesprochen werden.

Abbildung 9.3

RFC-Destinationen (© SAP AG)

RFC-Destinationen anlegen Um eine neue RFC-Destination anzulegen, gehen Sie wie folgt vor: Ausgangspunkt Fenster »SAP Easy Access« 1. Wählen Sie den Zugriffspfad SAP MENÜ | WERKZEUGE | ADMINISTRATION | VERWALTUNG | NETZWERK | RFC-DESTINATIONEN. ➜ Sie sehen eine Liste der definierten und nach den oben genannten Typen sortierten RFC-Destinationen. Sie öffnen die tiefer liegenden Hierarchieebenen, indem Sie auf das Pluszeichen vor den Destinationen doppelklicken. 2. Um eine neue Destination einzugeben, aktivieren Sie die Schaltfläche ANLEGEN. ➜ Sie befinden sich in einem Bildschirm, in dem Sie eine neue RFC-Destination anlegen können (vgl. Abbildung 9.4).

9.2 Remote Function Call – RFC

369

9

Kommunikation

Abbildung 9.4 Anlegen einer RFC-Destination (© SAP AG)

3. Tragen Sie im Feld »RFC-Destinationen« einen Namen für die Verbindung ein, und hinterlegen Sie im Feld »Beschreibung« eine kurze Charakterisierung für diese Verbindung. Wählen Sie nun einen der möglichen Verbindungstypen, beispielsweise vom Typ 3. Schließen Sie Ihre Eingaben mit der RETURN-Taste ab. ➜ Es erscheinen die Felder »Systemnummer« und »Zielmaschine« (vgl. Abbildung 9.4). Eventuell erscheinen zusätzliche Felder; dies hängt von dem gewählten Verbindungstyp ab. 4. Sie können nun durch Anklicken von V ERBINDUNG TESTEN eine RFCVerbindung aufbauen und testen. ➜ Das System versucht, eine Verbindung zu R/3 aufzubauen und auf dem Zielrechner den Funktionsbaustein RFC_PING aufzurufen. Im Erfolgsfall sehen Sie einige Auswertungen der Kommunikationsverbindung auf dem Bildschirm. Für diese neue Destination können Sie Benutzer (auch den Benutzertyp CPIC), Mandant und Passwort eingeben. Wenn Sie zu Benutzer oder Mandant keine Eingabe machen, verwendet die Verbindung die Daten des lokalen Benutzers.

370

9

Kommunikation

9.2.4 Anwendungen Ein besonders wichtiges Einsatzgebiet von RFC-Verbindungen besteht darin, Anwendungen auf Einzelplatzrechnern – besonders unter dem Betriebssystem Windows – in Ihr SAP-System zu integrieren. Zu diesem Zweck stehen auch in der ABAP/4 Development Workbench Tools für Anwendungsentwickler bereit, mit deren Hilfe Sie menüunterstützt Frontend-Software erstellen können. Darüber hinaus können Sie eigene Funktionsbibliotheken für Ihre ABAP/4-Funktionsbausteine auf dem PC entwickeln. • In diesem Fall erzeugt R/3 den Quellcode in ANSI C. • Wenn Sie Beispielprogramme für Ihre Funktion erzeugen, generiert R/3 Quelldateien in C, Visual C und – auf Windows-Rechnern – in Visual Basic. Mit diesen können Sie Tests vom PC aus durchführen. Das Erzeugen von Quelldateien reicht bis hin zu kompletten Windows-Anwendungen mit Dialogen und Editiermöglichkeiten für Tabellen.

Beispiele erzeugen Beispielprogramme zum Testen von RFC-Verbindungen können Sie ausgehend von dem Bildschirm starten, von dem aus Sie auch Funktionsbausteine anzeigen oder pflegen. Gehen Sie dabei wie folgt vor: Ausgangspunkt Fenster »SAP Easy Access« 1. Wählen Sie den Zugriffspfad SAP MENÜ | WERKZEUGE | ABAP-WORKBENCH | ENTWICKLUNG | FUNCTION BUILDER. ➜ Sie gelangen auf die Startseite des Function Builder (Transaktion SE37). 2. Im Feld »Funktionsbaustein« geben Sie den Namen einer RFC-fähigen Funktion an und wählen anschließend die Menüfunktion HILFSMITTEL | RFC-SCHNITTSTELLE | GENERIEREN. ➜ Sie sehen das in Abbildung 9.5 gezeigte Dialogfenster. Hier können Sie die Art der Beispielprogramme und die Verzeichnisse, in denen sie abgelegt werden sollen, auswählen. 3. Tragen Sie Ihre Auswahl ein, und bestätigen Sie diese Angaben mit der RETURN-Taste. ➜ Die Quelldateien für Ihre RFC-Funktion werden erzeugt; das System informiert Sie über den Status der Generierung. 4. Drücken Sie die Funktionstaste (F3), um diese Anzeige zu verlassen. ➜ Das System öffnet ein Dialogfenster, in welchem Sie die Pfadnamen für die Datenübertragung bestätigen müssen.

9.2 Remote Function Call – RFC

371

9

Kommunikation

5. Sind diese Angaben korrekt, klicken Sie die Schaltfläche WEITER an. ➜ Alle Beispielprogramme und Programmdokumentationen werden in die ausgewählten Verzeichnisse übertragen.

Abbildung 9.5

9.2.5

Generieren einer RFC-Schnittstelle (© SAP AG)

Bedeutung der RFC-Kommunikation

RFC ermöglicht eine ganze Reihe neuer Anwendungen in R/3, wie: • Desktop-Integration • Remote-Aufrufbarkeit von Funktionsbausteinen (da auch interne SAPFunktionen RFC benutzen) • ALE (Application Link Enabling) verwendet transaktionale RFCs, um Anwendungsteile sicher zu verteilen. • Die Ausführung von BAPIs ist mit Hilfe von RFCs implementiert.

9.3

Object Linking and Embedding – OLE

Mit Hilfe der OLE-Technologie können unter Windows Daten in andere Anwendungen eingebettet werden. SAP stellt diese Möglichkeit bereits seit der Version 3.0 zur Verfügung, um Daten und Anwendungen von PCs in R/3 zu integrieren. Auch die OLE-Schnittstelle von SAP nutzt die RFC-Architektur und somit letzten Endes die CPI-C-Schnittstelle (vgl. Abbildung 9.6).

372

9

Kommunikation

Abbildung 9.6

9.3.1

API-Schichten

OLE und COM/DCOM

OLE oder neuerdings COM/DCOM (Distributed Component Object Model) sind von Microsoft definierte Standards, mit denen Programme miteinander kommunizieren können. COM-Objekte, die in Form von EXE-, DLLoder OCX-Dateien vorliegen, kommunizieren über definierte Schnittstellen miteinander. Eine Schnittstelle ist dabei nichts anderes als eine Reihe von Funktionen, mit deren Hilfe das COM-Objekt anderen Programmen (Clients) seine Dienste anbietet. Vereinfacht ausgedrückt nimmt ein COM-Client die Dienste eines COMServers (DLL-, EXE- oder OCX-Datei) in Anspruch. COM als Standard ist zwar in der Windows-Welt entstanden, ist aber prinzipiell vom Betriebssystem unabhängig. DCOM erweitert die COM-Definition über Rechnergrenzen hinaus. So lassen sich für einen COM-Client völlig transparent die Dienste eines DCOMObjekts auf einem anderen Rechner verwenden. SAP bietet hierfür den DCOM Connector an, der in der Lage ist, die SAP-Dienste (BAPI oder RFC) als COM-Objekte zur Verfügung zu stellen. Einige Funktionen (Steuerelemente siehe unten) lassen sich sowohl als COM-Objekt als auch über den DCOM Connector realisieren. Eine spezielle Form eines OLE-Steuerelements (OCX-Steuerelement) ist dabei ein ActiveX-Steuerelement. ActiveX-Controls werden auf WindowsPlattformen verwendet, um COM-Dienste zur Verfügung zu stellen.

9.3 Object Linking and Embedding – OLE

373

9

Kommunikation

SAP R/3 verwendet diese Kommunikationsarchitektur, um gleichzeitig • Dienste von anderen OLE-Anwendungen (Desktop-Anwendungen wie MS-Excel, Word als Automation-Server) in Anspruch zu nehmen • Dienste des R/3-Systems anderen COM-Client-Programmen zur Verfügung zu stellen Im SAP-Umfeld werden die Begriffe OLE-Client und OLE-Server verwendet.

9.3.2 R/3 als OLE-Client Ein OLE-Server stellt Objekte zur Verfügung, auf die ein OLE-Client zugreift. In ABAP/4-Programmen können Sie deshalb beispielsweise auf Funktionen oder Daten von Microsoft Office-Anwendungen zugreifen, wenn die ABAP/4-Anwendung als Client und die Office-Anwendung als OLE-Server fungiert. Mit Hilfe folgender ABAP/4-Sprachelemente können Sie auf OLE-Objekte und auf Methoden zugreifen, die auf einem Desktop-PC verfügbar sind: • CREATE OBJECT ... • CALL METHOD OF ... • FREE OBJECT ... • GET PROPERTY OF ... • SET PROPERTY OF ...

Initialisierung von OLE-Zugriffen Da ABAP/4 auf dem Anwendungsserver läuft, ist es zunächst erforderlich, dem System die OLE-Objekte auf dem lokalen PC bekannt zu machen. Dies erledigt der Report RSOLEINT, der die Windows-Registry-Datenbank nach OLE-Definitionen durchsucht und diese in R/3 lädt. Jetzt können ABAP/4Programme auf diese Objekte zugreifen.

SAPGUI als OLE-Client Die OLE-Befehle, die der Anwendungsserver interpretiert, werden über einen RFC-Baustein an den SAPGUI weitergeleitet, an dem der Anwender das Programm interaktiv gestartet hat. Erst auf dem PC wirkt der SAPGUI als der eigentliche OLE-Client, der eine OLE-Server-Anwendung wie Excel startet. Abbildung 9.7 stellt diesen Vorgang schematisch dar.

374

9

Kommunikation

Abbildung 9.7

ABAP/4 als OLE-Client

1. Das ABAP/4-Programm sendet eine Reihe von OLE-Befehlen, um auf die Anwendungen auf dem PC zuzugreifen. 2. Der erste Nicht-OLE-Befehl signalisiert, dass die Reihe von OLE-Befehlen abgeschlossen ist. Alle OLE-Befehle werden jetzt über den SAPGUI-Kommunikationskanal an den PC geschickt. 3. Der SAPGUI verhält sich nun als OLE-Client. 4. Windows verwendet jetzt die Methoden der gewünschten OLE-Anwendung. 5. Windows startet als Nächstes den OLE-2.0-Server und führt die Funktionen aus.

9.3.3 R/3 als OLE-Automations-Server Auch R/3 stellt seine Funktionen und Objekte anderen Anwendungen zur Verfügung. Dabei wird natürlich der umgekehrte Weg eingeschlagen. Die Möglichkeit hierfür stellen die Objekte und Methoden zur Verfügung, die in den RFC-Funktionsbausteinen von R/3 enthalten sind und die anderen OLEAnwendungen mit Hilfe des RFC-Automations-Servers zur Verfügung gestellt werden, da diese nicht selbst auf die Funktionsbausteine zugreifen können. Auf diese Weise kann sich eine Fremdanwendung am R/3-System anmelden und anschließend weitere RFC-Funktionen nutzen. Der RFC-Automations-

9.3 Object Linking and Embedding – OLE

375

9

Kommunikation

Server wandelt somit OLE-Aufrufe in R/3-Funktionsaufrufe um, die dann über die RFC-Schnittstelle an den Anwendungsserver weitergeleitet werden. Dieser Ablauf ist in Abbildung 9.8 schematisch dargestellt.

Abbildung 9.8 R/3 als OLE-Automations-Server (in der Version 1.1)

1. Als Erstes stellt eine OLE-Automation-Client-Anwendung die Verbindung zum RFC-Automations-Server im R/3-System her, indem sie Methoden des RFC-Automations-Servers aufruft. 2. OLE startet daraufhin den RFC-Automations-Server, der diese Methoden ausführt. 3. Die Client-Anwendung kann nun weitere RFC-Automations-Methoden aufrufen und übergibt Namen und Übergabeparameter von RFC-Funktionsbausteinen im R/3-System. 4. Der RFC-Automations-Server übermittelt die Funktionsaufrufe an die RFC-Schnittstelle. 5. Diese meldet sich am System an und ruft den betreffenden Funktionsbaustein auf.

376

9

Kommunikation

6. Der Anwendungsserver führt den Funktionsaufruf aus und gibt das Ergebnis an das aufrufende Programm zurück. Zum besseren Verständnis wurde bei der obigen Beschreibung der Kommunikationsverlauf des RFC-Automations-Servers in der Version 1.1 gezeigt. In der aktuellen Version 2.1 besteht der Server selbst aus Komponenten (OCXKomponenten) wie • Logon-OCX • Function-OCX • Table-OCX • Transaction-OCX Diese Komponenten können von den OLE-Client-Programmen genutzt werden.

9.3.4 Hilfsmittel Um eine OLE-Client-Anwendung zu starten, müssen – wie Sie wissen – Aufruf- und Übergabeparameter sowie der Name des ABAP/4-Funktionsbausteins bekannt sein. Es ist jedoch nicht erforderlich, dass die Anwendung SAPGUI auf dem lokalen PC gestartet ist, also eine Anmeldung am R/3-System erfolgt ist. Um dennoch eine Beschreibung der R/3-Funktion zu erhalten, können Sie sich als Anwendungsentwickler des SAP Assistants bedienen (der in früheren Versionen als SAP Automation Assistant bezeichnet wurde). Dabei handelt es sich um eine Frontend-Anwendung, mit der Sie sich – nachdem sie auf dem PC installiert ist – über alle Funktionsbausteine Ihres Systems informieren können. Mit dem SAP Assistant können Sie • sich am R/3-System anmelden • mit dem so genannten Function Browser eine Übersicht über alle in Ihrem System definierten Funktionen anzeigen • mit der Retrieve-Funktion eine Beschreibung der Schnittstelle einer R/3Funktion ausgeben • mit Call Function eine beliebige Funktion testen Gleiches ist für Transaktionen möglich. Der SAP Assistant verwendet in der aktuellen Version den DCOM Connector und nicht die im obigen Beispiel erwähnten lokalen OCX-Steuerelemente.

9.3 Object Linking and Embedding – OLE

377

9

Kommunikation

Abbildung 9.9

Der SAP Assistant (© SAP AG)

Um den SAP Assistant aufzurufen, gehen Sie wie folgt vor: Ausgangspunkt Beliebige Stelle 1. Starten Sie auf Ihrem PC das Programm ASSIST32.EXE. Bei einer vollständigen Installation des SAPgui erreichen Sie den SAP Assistant über das Menü START | PROGRAMME | SAP FRONTEND | SAP ASSISTENT . ➜ Die Anwendung »SAP Assistant« erscheint. 2. Melden Sie sich nun am R/3-System an. Wählen Sie hierzu den Menüpfad FILE | LOGON R/3 SYSTEM. ➜ Ein Dialogfenster erscheint, in dem Sie die für die Anmeldung erforderlichen Angaben eintragen. Auf der Registerkarte »Administration« können Sie SAP-Verbindungen anlegen und pflegen. 3. Nachdem Sie eine Destination für das SAP R/3-System, auf das zugegriffen werden soll, angelegt haben, wählen Sie die Registerkarte »Logon«, wählen die entsprechende Destination aus und klicken auf die Schaltfläche OK. ➜ Der SAP Assistant meldet sich am System an. Nun können Sie die verschiedenen Funktionen Ihres Systems anzeigen und testen. Durch die Möglichkeit, sowohl von SAP auf viele OLE-fähige PC-Anwendungen zugreifen zu können, als auch von PC-Anwendungen SAP-Funktionen zu nutzen, eröffnen sich vielfältige Möglichkeiten im Rahmen einer R/3Anwendungsumgebung.

378

9

Kommunikation

9.4 BAPI – Business API Seit der R/3-Version 3.1 stellt SAP seinen Kunden eine Business API zur Verfügung. Auf diese Weise können Kunden auf die im R/3-System definierten Business-Objekte mit beliebigen Hilfsmitteln und Programmiersprachen zugreifen.

9.4.1

Business-Objekte

Business-Objekte sind für R/3-Geschäftsprozesse wichtige im SAP-System definierte Objekte, wie z.B.: • Kunde • Bestellung • Kundenauftrag • Kreditor • Debitor Diese Objekte verfügen über Eigenschaften (Attribute), Methoden und Ereignisse. So besitzt das Objekt »Bestellung« u. a. die Methoden: • Bestellung anlegen • Details zur Bestellung anzeigen • Bestellung freigeben • Bestellung listen

9.4.2 BAPI Explorer Business-Objekte und die definierten Objekte können mit dem BAPI Explorer im System angezeigt werden. Ausgangspunkt Fenster »SAP Easy Access« 1. Wählen Sie die Menüfunktion SAP MENÜ | WERKZEUGE | BUSINESS FRAMEWORK | BAPI EXPLORER. ➜ Das System zeigt Ihnen das Startbild des BAPI Explorer. 2. Wählen Sie in der Registerkarte »Hierarchisch« den Baum MATERIALWIRTSCHAFT | EINKAUF | PURCHASEORDER ➜ Das System zeigt Ihnen in der Registerkarte »Hierarchisch« (wie in Abbildung 9.10 dargestellt) die für die Anwendung »Einkauf« definierten Business-Objekte an. Das Symbol bedeutet, dass in diesen Zeilen auf ein Business-Objekt Bezug genommen wird.

9.4 BAPI – Business API

379

9

Kommunikation

Abbildung 9.10 BAPI Explorer (© SAP AG)

Abbildung 9.11 BAPI-Explorer – Werkzeuge (© SAP AG)

380

9

Kommunikation

3. Wählen Sie auf der rechten Seite die Registerkarte »Detail« aus. ➜ Das System zeigt Ihnen Details zum Business-Objekt »Bestellung«. 4. Wählen Sie die Registerkarte »Werkzeuge«. ➜ Das System zeigt Ihnen die für dieses Business-Objekt definierten Werkzeuge (vgl. Abbildung 9.11). 5. Klicken Sie hier auf die Zeile »Business Object Builder« ➜ Das System verzweigt in den Business Objekt Builder (vgl. Abbildung 9.12) für das gewählte Objekt »Bestellung«.

9.4.3 Aufruf von BAPIs In Abbildung 9.12 sehen Sie die vom Business-Objekt »Bestellung« zur Verfügung gestellten Methoden. Die mit dem -Zeichen markierten Zeilen sind dabei Methoden, die mit Hilfe eines BAPI realisiert sind. Methoden, die mit dem -Zeichen markiert sind, werden nicht mehr unterstützt und sollten nicht mehr verwendet werden. Die technische Realisierung dieses BAPI erfolgt dabei über den Aufruf eines Funktionsbausteins. Die technische Spezifikation des BAPI erhalten Sie direkt aus der in Abbildung 9.12 gezeigten Liste des Business-Objekts.

Abbildung 9.12 Business Object Builder: Objekttyp anzeigen (© SAP AG)

9.4 BAPI – Business API

381

9

Kommunikation

Ausgangspunkt Business Object Builder (vgl. Abbildung 9.12) 1. Wählen Sie das BAPI »PurchaseOrder.CreateFromData« (Anlegen Bestellung) durch einen Doppelklick auf diese Zeile aus. ➜ Das System zeigt die technischen Daten des BAPI (vgl. Abbildung 9.13). 2. Nach Auswählen der Registerkarte »ABAP/4« sehen Sie die technische Implementierung der Methode »CreateFromData« als API-Aufruf (oder Funktionsaufruf) BAPI_PO_CREATE. In unserem Beispiel stellt sich die Methode »Bestellung anlegen« des Business-Objekts »Bestellung« als BAPI BAPI_PO_CREATE dar. Diese Funktion kann nun von anderen Systemen und Programmen verwendet werden.

BAPI-ActiveX-Control SAP stellt für die Windows-Plattform ein ActiveX-Control (WDOBAPI.OCX als OLE-Steuerelement) für den Zugriff auf BAPIs zur Verfügung. OLE-Client-Programme können mit Hilfe des BAPI-ActiveX-Controls Business-Objekte und Methoden aus dem R/3-System verwenden. Die Kommunikation mit dem R/3-System erfolgt dabei (vgl. Abbildung 9.14) mit Hilfe der RFC-Technologie.

Abbildung 9.13 Methode »CreateFromDat« (© SAP AG)

382

9

Kommunikation

Client

R/3 S ystem BA PI Active X

Auftra g Lokale R /3Busin ess-O bjekte Auftra g Bew e rber M aterial

B R O KE R

- M S Exce l - Visua l B a sic ...

Busin ess-O bjektR epo sitory

R F C -Verb indung

O LE C lie nts

Bew e rber M aterial

BA P I_S A LE S O R D ER _C R EAT E ...

BA P I_A P LIC A N T_ CR E ATE

BO

BO

BA P I_M AT E R IAL _AVA ILA BILITY

BO

Abbildung 9.14 BAPI-ActiveX-Control

9.5

ALE – Application Link Enabling

In Kapitel 2, »R/3-Architektur«, wurde die Client-Server-Architektur von R/3 vorgestellt. Zentrale Aussage dieses Kapitels war, dass R/3 sich zwar optimal verteilen und konfigurieren lässt, bezüglich der Datenbank aber ein Zentralsystem darstellt. Es gibt nur eine R/3-Datenbank und damit ein R/3System, in dem alle Anwendungen (Module) optimal integriert sind. Dieses Konzept eignet sich zwar sehr gut, wenn man eine hohe Integration der Geschäftsprozesse wünscht, hat aber seine Nachteile, wenn • Organisationseinheiten großer Konzerne räumlich getrennt sind • Geschäftsprozesse nicht nur auf ein einzelnes Unternehmen beschränkt bleiben sollen • die Leistungsfähigkeit eines zentralen R/3-Systems an ihre Grenzen stößt So erscheint es nur wenig sinnvoll, wenn lokale Produktionsstätten und eine zentrale Finanzbuchhaltung nur aufgrund einer zentralen R/3-Datenbank ein zentrales R/3-System verwenden müssen. Abhilfe schafft hier die seit Version 3.0 diskutierte Technik des Verteilens der Anwendungen ALE: • SAP versteht unter ALE die Verteilung von betriebswirtschaftlichen Funktionen und Anwendungen auf mehrere lose gekoppelte R/3-Systeme. • R/3-Systeme können sich dabei in verschiedenen Releaseständen befinden. • Es können auch R/3- und R/2-Systeme miteinander gekoppelt werden.

9.5 ALE – Application Link Enabling

383

9

Kommunikation

• Nicht-SAP-Systeme können zusätzlich über Kommunikationsschnittstellen angebunden werden.

9.5.1

Verteilungsmodelle

Im Rahmen der ALE-Konfiguration müssen logische Verteilungsmodelle definiert werden, die das Gesamtsystem beschreiben. Diese Verteilungsmodelle legen fest, welche Anwendungen auf welchen Systemen laufen und welche Nachrichten diese Anwendungen austauschen.

Verteilungsszenarien Nicht alle Anwendungen können verteilt werden, und nicht jeder Geschäftsvorfall kann als Nachricht zwischen Systemen ausgetauscht werden. Vielmehr legt SAP durch Verteilungsszenarien fest, welche Anwendungen sinnvoll verteilt werden können. Bei der Definition des Verteilungsmodells muss sich der Kunde auf die ausgelieferten Szenarien beschränken. Bei der Diskussion, ob ALE eingesetzt werden kann, muss daher immer geprüft werden, ob die gewünschte Aufteilung von Anwendungen in einem Verteilungsszenario definiert ist. Im Rahmen von Eigenentwicklungen können Verteilungsszenarien allerdings auch ergänzt werden. Auf die betriebswirtschaftlichen Möglichkeiten von ALE kann an dieser Stelle leider nicht eingegangen werden; vielmehr sollen im Folgenden die Kommunikationstechniken von ALE vorgestellt werden.

9.5.2

Technische Grundlagen von ALE

Es existieren zwei unterschiedliche Techniken zur Verteilung von Anwendungen mittels ALE: • Verteilung mit Hilfe von Nachrichtentypen (Version 3.x) Diese Programmiertechnik beruht darauf, dass durch Anwendungsereignisse wie das Ändern eines Kundenstammsatzes oder das Buchen eines FI-Belegs Nachrichten im R/3-System ausgelöst werden. Jeder Nachrichtentyp steht dabei für eine betriebswirtschaftliche Funktion. Diese Nachrichtentypen werden technisch durch IDocs (Intermediate Documents, siehe unten) und transaktionale RFCs auf andere Systeme verteilt. • Verteilung mit BAPIs Dieses ab Version 4.0 (und auch für zukünftige Entwicklungen) verwendete Verfahren verwendet BAPIs für die Verteilung von Anwendungsobjekten. Die Verwendung und Bedeutung von BAPIs wurde ja bereits im vorherigen Abschnitt verdeutlicht. ALE stellt neben der dort gezeigten Technik eines direkten synchronen BAPI-Aufrufs auch die Möglichkeit zur Verfügung, BAPIs asynchron aufzurufen. Zu diesem Zweck wird automatisch eine BAPI-IDoc-Schnittstelle generiert.

384

9

Kommunikation

IDoc – Intermediate Document IDocs (von »intermediate«, »dazwischen«) ist eine von SAP definierte Dokumentenstruktur zum Austausch von Information zwischen verteilten Systemen. IDocs werden in einer Segmentstruktur im SAP-System beschrieben und bestehen aus: • Kopfzeile Die Kopfzeile enthält Informationen über Sender, Empfänger und Struktur des IDoc. • mehreren Datensegmenten Jedes Datensegment enthält einen Informationskopf (den so genannten Standard-Header) und eine bis zu 1000 Zeichen lange Feldleiste. Der Aufbau der Feldleiste ist durch den Segmenttyp vorgegeben. • Statussätze Statussätze beschreiben die bisherigen Verarbeitungsschritte. Die Verwendung von IDocs erlaubt es, Nachrichten zwischen Systemen auszutauschen, auch wenn diese unterschiedliche R/3-Versionen verwenden. Dies wird dadurch erreicht, dass die oben erwähnten Datensegmente den Informationsaufbau exakt bis hin zu Feldnamen und Feldtyp festlegen. Diese IDoc-Typen (Segmentbeschreibungen) sollen nur kompatibel erweitert werden. Die Version des IDocs wird bei jedem Nachrichtenaustausch im Datensegment übermittelt. Dadurch kann bei Versionsunterschieden ein automatischer Abgleich erfolgen. Abbildung 9.15 zeigt den IDoc-Basistyp ORD_ID01, der für Einkaufsdokumente verwendet wird.

Abbildung 9.15 IDOC-Basistyp anzeigen (© SAP AG)

9.5 ALE – Application Link Enabling

385

9

Kommunikation

9.6

Der Internet Transaction Server

Seit dem R/3 Release 3.1 stellt die SAP AG den Internet Transaction Server (ITS) zur Verfügung, der die Integration von R/3-Anwendungen ins Internet ermöglicht. Der ITS agiert hierbei als Gateway zwischen Web-Server und R/3-Applikationsserver und setzt spezielle R/3-Applikationen direkt in HTML um, so dass diese mit Hilfe eines Web-Browsers aufgerufen und ausgeführt werden können. Damit ist es möglich, durch Einsatz der ITS-Middleware die Vorteile der skalierbaren dreistufigen R/3-Architektur auch für Web-Applikationen im Internet und Intranet zu nutzen. Diese Inside-OutLösung, bei der die Anwendungslogik im R/3-Applikationsserver verbleibt, hat den Vorteil, dass die Transaktionsmechanismen des R/3-Systems voll mitgenutzt werden können. Abbildung 9.16 zeigt den schematischen Aufbau einer R/3-Internet-Architektur. Die Services des Internet Transaction Servers können in diesem Beispielszenario sowohl im Intranet als auch im Internet genutzt werden. Dies ermöglicht z. B. die Zeiterfassung für Mitarbeiter, die sich zeitweise im Außendienst befinden.

Browser Browser

Browser

Internet

Firewall Intranet Web-Server Browser

Internet Transaction Server

Browser

SAP-GUI

SAP R/3 SAP_GUI

Abbildung 9.16 Die R/3-Internet-Architektur

9.6.1

Internet Application Components

Zusammen mit dem SAP Internet Transaction Server werden spezielle Packages (Dateien mit der Endung .car) ausgeliefert, die Anwendungskomponenten für den jeweiligen Einsatzbereich des ITS beinhalten. Diese Pakete beinhalten beispielsweise die nötigen Komponenten für den Betrieb des ITS zusammen mit dem mySAP.com B2B-Szenario oder aber auch die Standard

386

9

Kommunikation

Internet Application Components (IACs) eines bestimmten SAP R/3 Release. Auch die Administrationsinstanz des ITS, die eine Verwaltung des Servers via Browser ermöglicht, wird als eigenständiges Package ausgeliefert. Bei der Installation des Internet Transaction Servers muss das jeweils gewünschte Package ausgewählt werden. Die Internet Application Components (IACs), die in der Regel mit geringem Aufwand angepasst und als browser-basierte Web-Applikationen eingesetzt werden können, umfassen fast alle betriebswirtschaftlichen Anwendungsbereiche, hier einige ausgewählte Beispiele aus dem R/3-Standard-Package für das R/3-System 4.5B (Packagename 45b_all2.car): • Vertrieb • Produktkatalog • Online-Store • Verfügbarkeitsauskunft • Auftragsstatus • Kontostandabfrage • Einkauf • Beschaffung über Kataloge • Bedarfsanforderungen • Bestellungen • Employee Self Service • Zeiterfassung • Reisekostenerfassung • Abwesenheitsmitteilungen Internet Application Components sind Internet-Anwendungen für den ITS, die sich sowohl aus ABAP-Transaktionen als auch weiteren Komponenten, die außerhalb des R/3-Systems liegen, zusammensetzen. Zu diesen Komponenten gehören: • HTML-Templates, • Service-Files und • MIME-Files • und bei neueren Versionen des ITS (ab SAP Release 4.6C) auch Flow-Files. Aus den HTML-Templates generiert der ITS bei Aufruf von Web-Transaktionen HTML-Seiten, die der Web-Server zum Browser weitergibt. Die ServiceFiles beinhalten verschiedene Parameter, die zum Start von Web-Transaktionen benötigt werden. MIME-Files beinhalten Bilder, Buttons und HTML-Seiten, die der Web-Server für die jeweiligen Internet-Transaktionen benötigt.

9.6 Der Internet Transaction Server

387

9

Kommunikation

Flow-Files stellen im Zusammenhang mit der SAP Flow-Logic ein neues Implementierungsmodell dar, das es ermöglicht, den Dialogfluss der Anwendung außerhalb des SAP-Systems als Ablauflogik zu definieren. Web-Anwendungen, die mit dem neuen Implementierungsmodell arbeiten, bestehen aus verknüpften HTML-Seiten, die mit Daten aus dem SAP R/3 oder beliebigen anderen Systemen versorgt werden können. Die Hauptvorteile des neuen Flow-Logic-Modells sind dabei: • Unterstützung von zustandsbehafteten (»stateful«) und zustandslosen (»stateless«) Applikationen • Performance-Verbesserungen • der Anwendungsfluss kann einfach beeinflusst und modifiziert werden Eine Installation eines Packages setzt aber nicht zwingend das Vorhandensein von Web-Transaktionen im SAP-System voraus. Ein Beispiel hierfür ist das WebGUI-Package, das für den ITS ab Release 4.6C erhältlich ist. Dieses Package ruft keine speziellen Web-Transaktionen im SAP-System auf, sondern imitiert das SAPGUI in einem Web-Browser.

Entwicklung neuer IACs Neben der Verwendung von vorhandenen IACs ist es auch möglich, neue IACs zu entwickeln. Die Entwicklung von IACs findet in einer integrierten Umgebung statt. Auf der R/3-Seite der Internet-Anwendung kann man mit allen bekannten Methoden und Werkzeugen der SAP-Entwicklungsumgebung (Development Workbench) arbeiten. Web-Trabsaktionen werden im SAP-Entwicklungssystem ähnlich entwickelt wie gewöhnliche Transaktionen. Es sind jedoch einige Einschränkungen bezüglich der Dynprogestaltung zu beachten, da es bei Web-Transaktionen nicht ohne weiteres möglich ist, alle Dynpro-Elemente im Browser abzubilden. Außerhalb des SAP-Systems steht ein spezielles Tool zur Verfügung: das SAP@Web-Studio. Mit Hilfe dieses Tools kann man alle Files, die der ITS zum Betrieb einer Web-Transaktion außerhalb des R/3-Systems benötigt, aus der im SAP-Entwicklungssystem entwickelten Web-fähigen Transaktion generieren. Das SAP@Web-Studio verfügt außerdem über eine Check-In- und Check-Out-Funktion. Mit Hilfe dieser beiden Funktionen kann man ITS-Dateien wie beispielsweise HTML-Templates und Service-Files, die außerhalb des R/3-Systems modifiziert wurden, auf dem R/3-Applikationsserver ablegen bzw. von diesem wieder herunterladen. Die externen Files sind nach dem Check-In an das Korrektur- und Transportwesen des SAP-Entwicklungssystems angebunden.

9.6.2 Die Architektur des ITS Der ITS wurde gezielt zur Anbindung des R/3-Systems an Web-Server entwickelt. Er setzt dabei die unterschiedlichen Kommunikationsprotokolle von R/3 und Web-basierten Anwendungen um und bildet somit das Bindeglied zwischen den beiden Systemen.

388

9

Kommunikation

WGate und AGate Der Internet Transaction Server setzt sich aus zwei Komponenten zusammen, die voneinander trennbar sind und auf unterschiedlichen Rechnern installiert werden können: dem WGate (Web-Gateway) und dem AGate (Application-Gateway). Das WGate bildet die Schnittstelle zum Web-Server und wird über die dynamische Komponente WGate.dll (DLL = Dynamic Link Library) an diesen angebunden. Die Laufzeit-Komponente WGate.dll steht unter Windows NT ab Version 4.0 momentan nur für den Microsoft Internet Information Server (IIS) und für Netscape Web-Server zur Verfügung. Es gibt eine weitere Schnittstelle, die auf der CGI-Technik (Common Gateway Interface) beruht. Über diese können CGI-fähige Web-Server, beispielsweise der Apache-Server, angebunden werden. Bei einer CGI-Anbindung wird für jede Anfrage, die über das Common Gateway Interface erfolgt, ein eigener Prozess gestartet. Im Vergleich zur Anbindung über eine DLL benötigt eine CGI-Anbindung aus diesem Grund viel mehr Systemressourcen und ist in der Regel nicht sehr performant. Das AGate ist das Herzstück des ITS. Es bildet die Schnittstelle zum R/3-Applikationsserver und kommuniziert mit diesem über das DIAG-Protokoll (Dynamisches Informations- und Aktions-Gateway). Das AGate beinhaltet den kompletten Transaktionsmechanismus, den der ITS zur Kommunikation mit dem WGate und dem SAP-System benötigt. Es ist multithread-fähig und kann viele gleichzeitige Anfragen des WGate annehmen und verarbeiten. Für jede User-Session wird jeweils ein neuer Thread im AGate und eine neue Session (Aufruf einer Transaktion) im R/3-Applikationsserver gestartet. Alle weiteren Aktionen eines Users laufen innerhalb seiner »eigenen« R/3-Session ab. Die Zuordnung der User-Sessions zu Threads und R/3-Transaktionen geschieht über den AGate-Dispatcher. Die maximale Anzahl gleichzeitig aktiver Threads kann in der Windows NT-Registry eingestellt werden. Ein Time-Out-Mechanismus sorgt dafür, dass Threads und R/3-Transaktionen, die über längere Zeit nicht genutzt wurden (Session-Time-Out), beendet werden. AGate und WGate kommunizieren untereinander über das TCP/IP-Protokoll.

Single-Host- und Dual-Host-Installation Werden WGate und AGate auf demselben Rechner installiert, spricht man von einer Single-Host-Installation, bei getrennter Installation auf zwei verschiedenen Rechnern von einer Dual-Host-Installation. Die Single-Host-Installation wählt man gewöhnlich für Entwicklungs- und Testsysteme oder Systeme mit niedriger Belastung und geringen Sicherheitsanforderungen. Erwartet man hingegen eine hohe Systemlast oder ist es notwendig, den ITSServer in eine sichere Umgebung zu integrieren, sollte der Dual-Host-Installation der Vorzug gegeben werden. Die Trennung von WGate und AGate er-

9.6 Der Internet Transaction Server

389

9

Kommunikation

laubt außerdem eine sehr flexible Skalierbarkeit sowie Load-Balancing bei komplexen ITS-Systemlandschaften. Abbildung 9.17 zeigt die Netzsicherheit des ITS durch Einsatz von Firewalls bei einer Dual-Host-Installation. WebServer

HTTP HTTPS

TCP/IP

ITS AGate

TCP/IP

SAP R/3

DIAG

HTTP HTTPS

Browser

Firewall 1 Internet

ITS WGate

Firewall 2 DMZ

Intranet

Abbildung 9.17 Sichere Systemarchitektur durch Einsatz von Firewalls

Bei den meisten Unternehmen findet man eine zweistufige Firewall-Architektur vor. Die erste Firewall schützt die erste Zone des Unternehmensnetzwerkes, die so genannte demilitarisierte Zone (DMZ), vor unbefugten Zugriffen aus dem Internet. In der DMZ stehen in der Regel ausschließlich Rechner, die externen Systemen einen Zugriff gewähren und gleichzeitig an die zweite Zone, dem internen Netzwerk des Unternehmens, angebunden sind. Das interne Unternehmensnetzwerk ist von der DMZ durch eine weitere Firewall geschützt. Durch die Möglichkeit, das Web-Gateway vom Application-Gateway zu trennen, kann ein ITS-System sehr gut in die bestehende Sicherheitsumgebung und Systemlandschaft der meisten Unternehmen eingebunden werden.

9.6.3 Typischer Ablauf einer ITS-Sitzung Beim Start einer Internet-Transaktion via ITS finden viele Interaktionen zwischen Web-Server, WGate, AGate und dem R/3-System statt. Die Steuerung einer solchen Web-Transaktion gestaltet sich alles andere als trivial. Der Ablauf der R/3-Transaktion muss • zu jedem Zeitpunkt mit dem Zustand und den Dialogdaten des WebBrowsers übereinstimmen, • es muss für eine korrekte User-Authentifizierung im SAP-System gesorgt werden, • eine Fehlbedienung des Browsers muss abgefangen oder, soweit möglich, vermieden werden. Allein die Betätigung des Browser-Back-Buttons, das normalerweise einen Sprung auf die zuletzt angezeigte Seite ermöglicht, kann eine Internet-

390

9

Kommunikation

Transaktion in einen undefinierten Zustand bringen, da bei Betätigung dieses Buttons der Browser kein Signal an den ITS sendet. Der ITS weiß ab diesem Zeitpunkt also nicht mehr, auf welchem Bildschirm sich der Benutzer gerade befindet. Dieses Problem kann beispielsweise durch dynamische URLs (Unified Resource Locators), die sich hinter den Schaltflächen der HTML-Seite befinden, teilweise umgangen werden. Ebenso löst das Schließen des Browsers kein Ereignis aus, der ITS erfährt also nichts davon. Abbildung 9.18 zeigt den typischen Ablauf einer ITS-Sitzung, wenn ein Benutzer via Web-Browser eine Web-Transaktion startet. Der Ablauf kann in 6 Einzelschritte unterteilt werden: Services

1. Aufruf eines Services über Link

Browser

WebServer

WGate

2. Identifikation Identificationdes des Services und Start in AGate und R/3

AGate

3. Dynpro mit Daten wird von R/3 zurückgesendet

5. AGate Agate sendet generierte HTML-Seite an WGate/ WebServer, WebServer sendet Seite an Browser

6. Benutzer fordert durch erneute Eingabe eine weitere HTML-Seite an

SAP R/3

HTML-Templates 4. Zuordnung der HTMLTemplates zum jeweiligen Dynpro

Internet oder Intranet Browser

WebServer WGate

WebServer AGate

SAP R/3

Abbildung 9.18 Ablauf einer ITS-Sitzung

1. Der Benutzer ruft über einen Link einen ITS-Service über den Web-Browser auf, z. B. das IAC Online Store. Der Link sieht folgendermaßen aus: http://its-server/scripts/wgate/ww20/!?~language=DE&theme=99 Die Parameter mit Angaben zur Sprache (language=DE) und zum Design (theme=99) überschreiben die Parameter des Service-Files. 2. Das AGate kann diesen Service anhand der Service-Datei identifizieren. Der Service wird gestartet, die dazugehörige R/3-Transaktion wird gestartet (ggf. muss eine Anmeldung erfolgen). 3. Vom R/3-System wird das erste Dynpro an das AGate gesendet. Das AGate füllt die Kontextfelder des ITS mit den entsprechenden Daten aus dem R/3 (Daten nach dem PBO-Ereignis).

9.6 Der Internet Transaction Server

391

9

Kommunikation

4. Das AGate kann anhand von Namenskonventionen die richtigen HTMLTemplates zu dem gesendeten R/3-Dynpro finden und generiert aus den Kontextdaten und dem Template die fertigen HTML-Seiten. 5. Das AGate sendet die fertige HTML-Seite an das WGate. Das WGate reicht die Seite an den Web-Server weiter. Dieser schickt die Seite direkt an den Anwender. 6. Der Benutzer kann nun weitere Eingaben machen (z. B. Ausfüllen von Feldern und anschließend Betätigen einer Drucktaste = Submit), die über das AGate zum SAP zurückgegeben werden. Bei jedem Submit wird wieder Kontakt zum SAP-System hergestellt. Die PAI-Daten (Process After Input) werden an das SAP-System übergeben, es erfolgt eine erneute Antwort des R/3-Systems. Alle weiteren Transaktionen laufen nach dem obigen Schema ab, bis es zu einer Beendigung der Transaktion durch den Benutzer kommt, oder die Anwendung nach einem Time-Out automatisch beendet wird.

9.7

Der SAP Business Connector

Seit der Verwendung von elektronischen Datenverarbeitungsanlagen gibt es das Bestreben, einheitliche und offene Standards einzuführen und zu verwenden, die sowohl eine Kommunikation zwischen unternehmensweiten Systemkomponenten als auch eine Anbindung von Systemen über die Unternehmensgrenzen hinweg ermöglichen. Im Laufe der Jahre wurde eine unüberschaubare Menge von Kommunikationsstandards und -verfahren entwickelt, was dazu geführt hat, dass aufgrund mangelnder Flexibilität, technischen Beschränkungen und hohen laufenden Kosten die Verbreitung von Kommunikationsstandards wie beispielsweise EDI (Electronic Data Interchange) behindert wurde. Insbesondere für kleinere Unternehmen oder zeitlich begrenzte Projekte stand daher der Einsatz von EDI nicht zur Diskussion. In den letzten Jahren hat eine Fokussierung auf einen Standard stattgefunden, der die besten Voraussetzungen für einen flexiblen Datenaustausch erfüllt: XML (Extensible Meta Language) ermöglicht den Aufbau von stabilen, flexiblen Schnittstellen zwischen Systemkomponenten auf der Basis von Standard-Internettechnologien. XML erfüllt alle wesentlichen Anforderungen, die an einen Kommunikationsstandard gestellt werden: • universell einsetzbarer Datenaustausch-Standard • portabel • ein Dokument kann von Maschine und Mensch gelesen werden • wird weitestgehend von der Industrie unterstützt und eingesetzt • ohne nennenswerte Einschränkungen erweiterbar • skalierbar

392

9

Kommunikation

• Trennung von Dateninhalt und Präsentation • eine Prüfung auf Konsistenz ist gewährleistet • Aus der gleichen Datenbasis können unterschiedliche Sichten auf die Daten generiert werden (z. B. HTML-Seite, Email, B2B-Austauschdaten) • muss international einsetzbar sein • mit Standard-Internettechnologien einsetzbar XML avanciert dank der oben genannten Vorteile zum Standard für Datenaustausch von Unternehmen. Dies wird bekräftigt durch eine große Anzahl von professionellen XML-Softwarepaketen wie Tools, Middlewares und Schnittstellen, die von vielen Anbietern zur Verfügung stehen oder entwickelt werden. Der SAP Business Connector (SAP BC) ist eine Middleware-Komponente, die zur Integration von heterogenen IT-Landschaften den Datenaustausch via XML auf Basis von Internet-Standardtechnologien verwendet. Dabei steht dem Kommunikationspartner eine breite Palette von SAP-Funktionalität als XML-basierter Dienst zur Verfügung. Die SAP BC-Technologie baut auf dem Business Integration Server der Firma WebMethods auf und kann durch Module, die beispielsweise eine Anbindung an verschiedene ERP-Systeme ermöglichen, erweitert werden. Nachfolgend einige Beispiele für die vielfältigen Einsatzmöglichkeiten des SAP Business Connectors im Zusammenhang mit kollaborativen Geschäftsprozessen: • B2B-Integration von Einkaufs- und Verkaufsszenarien • Marktplatzintegration von SAP- und Nicht-SAP-Systemen • automatischer Austausch von Finanzdaten • sichere Vernetzung weltweiter SAP- und Nicht-SAP-Anwendungen via Internet Der SAP BC unterstützt von Haus aus viele XML-Standards. Die Kommunikationsdaten werden gemäß der SAP-Spezifikation in BAPI-XML oder IDOC-XML bereitgestellt und können entweder in ihrer ursprünglichen Form weiterverarbeitet oder in ein anderes Datenformat konvertiert werden. Eine von SAP vorgefertigte XML-Vorlage ermöglicht die Abbildung von SAPSchnittstellen auf xCBL (XML-Commerce-Business-Language Daten), das für eine Kommunikation des SAP-Systems mit MarketSet-Marktplätzen eingesetzt werden kann. Die XML-Datenpakete werden außerdem in einen so genannten generischen Umschlag gepackt, um unter anderem ein Routing und vereinheitlichtes Error-Handling der Daten zu ermöglichen. Fremdanwendungen, die das gleiche Umschlagformat unterstützen, können so verpackte Daten direkt weiterverarbeiten. Der SAP BC unterstützt hierfür momentan zwei Standards:

9.7 Der SAP Business Connector

393

9

Kommunikation

• der von Microsoft definierte BizTalk-Umschlag • ein an SOAP (Simple Object Access Protocol) angelehntes Format Der SAP Business Connector ist als eine der zentralen Komponenten von mySAP.com zu verstehen, einer offenen und flexiblen Systemarchitektur, die es nicht nur erlaubt, SAP-Komponenten untereinander zu verbinden, sondern die Konnektivität zu beliebigen Fremdsystemen schafft, die den offenen Standard XML unterstützen. Dieser offene Ansatz ist die Grundlage zur Schaffung und Integration von Collaborative-Business-Szenarien.

9.8

Praxisfall: Zugriff auf R/3-Daten mit OLE-Technologie

Ein Benutzer wendet sich an Sie als den Systemadministrator mit der Bitte, in R/3 gespeicherte Adressdaten auch in Microsoft-Office-Anwendungen zugänglich zu machen. Die Daten sollen darüber hinaus nach beliebigen Kriterien sortierbar werden. Als Systemverwalter stehen Ihnen drei Alternativen offen, um dieser Bitte zu entsprechen: • Sie greifen direkt auf die Datenbank zu und lesen die entsprechenden Einträge mittels Remote-SQL aus. • Sie generieren einen Report in R/3, der die Daten vorselektiert und als downloadbare Liste ausgibt. Die Daten, die durch Feldlänge oder Trennzeichen separiert sind, können sodann beispielsweise von einem Tabellenkalkulationsprogramm importiert werden. • Sie errichten aus dem Tabellenkalkulationsprogramm eine direkte OLEVerbindung zur R/3-Datenbank. Sie benutzen dazu als Vorlage den in R/3 vorhandenen Funktionsbaustein RFC_CUSTOMER_GET. Die letztgenannte ist die eleganteste aller Möglichkeiten, da sie folgende entscheidende Vorteile aufweist: • Der Benutzer kann alle gewünschten Selektionen selbst auf seinem Arbeitsplatz-PC vornehmen. • Auf diese Weise werden die Systemressourcen des R/3-Systems am wenigsten beansprucht. • Sie müssen nicht in allen Einzelheiten mit dem Aufbau der Tabellen vertraut sein. • Diese Lösung erfordert kein SAPGUI. Nachdem Sie sich für diese Variante entschieden haben, informieren Sie sich über die Funktion RFC_CUSTOMER_GET und die von ihr geforderten Parameterwerte. Dazu gehen Sie wie folgt vor:

394

9

Kommunikation

Ausgangspunkt Der Arbeitsplatz-PC des Benutzers 1. Starten Sie den SAP Assistant durch einen Klick auf das Programmsymbol. 2. Melden Sie sich am System an, indem Sie den Menüpfad FILE | LOGON R/3 SYSTEM wählen. 3. Klicken Sie nach erfolgreicher Anmeldung auf die Registerkarte SEARCH der Navigationsspalte im linken Bereich des Bildschirms. ➜ Oben in der linken Spalte werden ein Eingabefeld sowie Radiobuttons, die eine Auswahl zwischen BO für Business Object, RFC für RFC-Funktionsbausteine und FN Groups für Funktionsgruppe ermöglichen, angezeigt. 4. Geben Sie RFC_CUSTOMER_GET in das Eingabefeld ein, wählen Sie das Radio-Button RFC aus, und klicken Sie auf die Schaltfläche SEARCH. ➜ Das System findet den Baustein RFC_CUSTOMER_GET und stellt ihn in der Navigationsspalte dar. 5. Platzieren Sie den Cursor auf die gewünschte Funktion, und wählen Sie diese mit einem Doppelklick aus. Klicken Sie im rechten Detail-Fenster auf die Registerkarte PARAMETERS, und klicken Sie doppelt auf die Tabelle CUSTOMER_T. ➜ Sie sehen die Import- und Exportparameter der Funktion sowie die Übergabetabellen (vgl. Abbildung 9.19, rechtes Fenster). 6. Die Funktion RFC_CUSTOMER_GET können Sie ebenso finden, wenn Sie in der Navigationsspalte links auf die Registerkarte RFC klicken. Sie können dann den Funktionsbaustein aus der alphabetischen Liste aller verfügbaren, RFC-fähigen Funktionsbausteine auswählen (vgl. Abbildung 9.19). 7. Wechseln Sie in die Office-Anwendung, und definieren Sie dort eine Tabelle, die die Felder aus R/3 aufnehmen soll. Die Feldnamen können Sie beliebig wählen. 8. Erstellen Sie nun in dem Tabellenkalkulationsprogramm Excel ein neues Makro, indem Sie die folgenden Zeilen als Makro-Code eingeben: Sub ListKunden() ' ' Declare Interface Objects ' Dim oFunctionCrtl As Object Dim oConnection As Object ' Dim Kunde, Kunden As Object

9.8 Praxisfall: Zugriff auf R/3-Daten mit OLE-Technologie

395

9

Kommunikation

Abbildung 9.19 Parameter und Übergabetabellen von RFC_CUSTOMER_GET (© SAP AG)

Dim Result As Boolean ' ' Connect to R/3 and Log On ' Set oFunctionCtrl = CreateObject("SAP.Functions") ' Set oConnection = oFunctionCtrl.Connection ' If oConnection.Logon(0, False) = False Then MsgBox "R/3 connection failed" Set oConnection = Nothing Set oFunctionCtrl = Nothing Exit Sub End If ' '

Now call the RFC'

Result = oFunctionCtrl.RFC_CUSTOMER_GET(kunnr:="*", Name1:="*", Customer_t:=Kunden) If Result True Then MsgBox ("Function Call Failed") oFunctionCtrl.Connection.logoff

396

9

Kommunikation

Set oConnection = Nothing Set oFunctionCtrl = Nothing Exit Sub End If ' ' Fill the list area in the sheet with the returned table rows ' I = 2 For Each Kunde In Kunden.Rows Cells(I, 1) = Kunde("KUNNR") Cells(I, 2) = Kunde("NAME1") Cells(I, 3) = Kunde("PSTLZ") Cells(I, 4) = Kunde("ORT01") Cells(I, 5) = Kunde("TELF1") I = I + 1 Next ' ' Logoff ' oFunctionCtrl.Connection.logoff ' Set oConnection = Nothing Set oFunctionCtrl = Nothing ' End Sub

Funktionsablauf bei Makroausführung Beim Ausführen des Makros laufen die folgenden Schritte ab: 1. Set oFunctionCtrl = CreateObject ("SAP.Functions") Basis für die Ausführung einer Funktion ist das SAP-Function-OCX. Dieses wird durch die obige Zeile definiert. 2. Set oConnection = oFunctionCtrl.Connection Das Functions-OCX besitzt die Methode »Connection«. Das Objekt »oConnection« verweist nun auf diese Methode. 3. IF oConnection.Logon (0, False) = False Then Hier wird die Logon-Methode des Objekts »oConnection« aufgerufen. Durch den Übergabeparameter »False« wird ein Dialog mit dem Benutzer zur Angabe des Systems und der Benutzerdaten (Abbildung 9.20 und Abbildung 9.21) initiiert.

9.8 Praxisfall: Zugriff auf R/3-Daten mit OLE-Technologie

397

9

Kommunikation

4. Result = oFunctionCtrl.RFC_CUSTOMER_GET (kunnr:="*",... Der eigentliche Funktionsaufruf erfolgt hier dynamisch. Der Name der Funktion wird als Methode des Functions-OCX aufgerufen. Der Ergebnistabelle CUSTOMER_T wird das Objekt »Kunden« zugewiesen.

Abbildung 9.20 SAP R/3-Logon-Dialog zur Auswahl des Systems (© SAP AG)

Abbildung 9.21 SAP R/3 Logon-Dialog zur Angabe der Benutzerdaten (© SAP AG)

5. For Each Kunde in Kunden.Rows Die übermittelten Tabellenwerte (Kunden.Rows) werden nun ausgewertet. Der Zugriff erfolgt über das Objekt »Kunde« durch Angabe des Feldnamens »Kunden« (KUNNR). Als Ergebnis werden alle im R/3-System gepflegten Kunden in ein ExcelSpreadsheet eingetragen (Abbildung 9.22). Dieses kann nun weiterverarbeitet werden.

Abbildung 9.22 Kundenliste in MS Excel

398

9

Kommunikation

9.9

Aufgaben

1. Typische Eigenschaften des CPI-C-Konzepts (Common Program Interface for Communications) sind: a) Nur einer der beiden Partner darf senden, der andere empfängt. b) Beim Kommunikationsaufbau wird das Partnerprogramm im Sendemodus gestartet. c) Der Initiator befindet sich im Sendemodus. d) Nur das jeweils sich im Sendemodus befindliche Programm kann das Senderecht abgeben. 2. Wie implementiert SAP die CPI-C-Schnittstelle? a) In ABAP/4 sind bereits alle Funktionen des Starter-Sets von CPI-C enthalten. b) Die ABAP/4-Befehle sind mit den CPI-C-Funktionen gleichlautend. c) Das R/3-Kernsystem übersetzt jeden ABAP/4-Befehl in TCP/IP-Aufrufe. d) Für die Nutzung der CPI-C-Befehle fügt das ABAP/4-Programm den Report RSCPICDF ein und hinterlegt in der Tabelle TXCOM die Kommunikationsparameter. 3. Welche Bedeutung hat CPI-C für R/3? a) Es können nur reine Daten ausgetauscht werden. b) Die Kommunikation kann immer nur in einer Richtung erfolgen. c) R/3 macht ausgiebig von CPI-C Gebrauch. d) Die R/3-Implementierung des RFC-Protokolls basiert auf CPI-C. 4. Einige der wichtigsten RFC-Verbindungstypen von R/3 sind: a) Typ 3: R/3-R/3-Verbindungen b) Typ 2: R/3-R/2-Verbindungen c) Typ I: Interne Verbindungen zu Anwendungsservern mit gleicher Datenbank d) Typ X: Externe Verbindungen 5. Eigenschaften des OLE (Object Linking and Embedding) sind: a) Mit Hilfe von OLE können PC-Anwendungen in das R/3-System eingebunden werden. b) Die OLE-Schnittstelle baut dabei auf der Architektur des RFC auf. c) OLE ist ein von Microsoft definierter Standard. d) Mit OLE können Programme miteinander kommunizieren.

9.9 Aufgaben

399

9

Kommunikation

9.10 Lösungen 1. Typische Eigenschaften des CPI-C-Konzepts (Common Program Interface for Communications) sind: a) Richtig Nur einer der beiden Partner darf senden, der andere empfängt. b) Falsch Beim Kommunikationsaufbau wird das Partnerprogramm im Sendemodus gestartet. c) Richtig Der Initiator befindet sich im Sendemodus. d) Richtig Nur das jeweils sich im Sendemodus befindliche Programm kann das Senderecht abgeben. 2. Wie implementiert SAP die CPI-C-Schnittstelle? a) Richtig In ABAP/4 sind bereits alle Funktionen des Starter-Sets von CPI-C enthalten. b) Falsch Die ABAP/4-Befehle sind mit den CPI-C-Funktionen gleichlautend. c) Richtig Das R/3-Kernsystem übersetzt jeden ABAP/4-Befehl in TCP/IP-Aufrufe. d) Richtig Für die Nutzung der CPI-C-Befehle fügt das ABAP/4-Programm den Report RSCPICDF ein und hinterlegt in der Tabelle TXCOM die Kommunikationsparameter. 3. Welche Bedeutung hat CPI-C für R/3? a) Richtig Es können nur reine Daten ausgetauscht werden. b) Richtig Die Kommunikation kann immer nur in einer Richtung erfolgen. c) Richtig R/3 macht ausgiebig von CPI-C Gebrauch. d) Richtig Die R/3-Implementierung des RFC-Protokolls basiert auf CPIC. 4. Einige der wichtigsten RFC-Verbindungstypen von R/3 sind: a) Richtig Typ 3: R/3-R/3-Verbindungen b) Richtig Typ 2: R/3-R/2-Verbindungen c) Richtig Typ I: Interne Verbindungen zu Anwendungsservern mit gleicher Datenbank d) Falsch Typ X: Externe Verbindungen 5. Eigenschaften des OLE (Object Linking and Embedding) sind: a) Richtig Mit Hilfe von OLE können PC-Anwendungen in das R/3-System eingebunden werden. b) Richtig Die OLE-Schnittstelle baut dabei auf der Architektur des RFC auf. c) Richtig OLE ist ein von Microsoft definierter Standard. d) Richtig Mit OLE können Programme miteinander kommunizieren.

400

Online-Support

10

Kapitel 10 Online-Support 10.1

Hinweise und Problemmeldungen im SAPNet

10.1.1 Menüstruktur des SAPNet R/3 Frontend 10.1.2 Nach Hinweisen suchen 10.1.3 Problemerfassung mit SAPNET

10.2

404 406 407 410

Objekte registrieren

413

10.2.1 Technische Grundlagen 10.2.2 Entwicklerschlüssel anfordern

413 413

10.3

SAPNet-Verwaltung

416

10.3.1 Benutzer verwalten 10.3.2 Service-Verbindungen

416 419

10.4

SAPNet – R/3 Frontend konfigurieren

422

10.4.1 Netzwerk konfigurieren 10.4.2 Transaktion OSS1 konfigurieren 10.4.3 SAP Logon konfigurieren

422 423 424

10.5

SAPNet – Web Frontend

426

10.5.1 10.5.2 10.5.3 10.5.4 10.5.5

SAP-Homepage Zugang zum SAPNet Funktionen des SAP Service Marketplace Hinweissuche im SAP Service Marketplace Download im SAP Service Marketplace

427 427 428 429 430

401

10

402

Online-Support

10.6

Praxisfall: SAP-Verbindung öffnen

432

10.7

Aufgaben

434

10.8

Lösungen

435

Online-Support

10

Online-Support Bei der weiten Verbreitung des R/3®-Systems und dem enormen Umfang dieser Standardsoftware stellt sich für Kunden die Frage, woher die nötigen Informationen zu erhalten sind, die für den Betrieb und eventuell auftretende Fragen und Problemlösungen nötig sind. SAP ® bietet mit dem SAPNet, in früheren Versionen OSS (Online Service System) genannt, eine weltweit zugängliche Informationsdatenbank. Die Kunden können hier: • Probleme melden • nach Informationen und Lösungshinweisen suchen • Fehlerkorrekturen auf ihr System laden • Servicezugänge verwalten und öffnen, damit SAP-Support-Mitarbeiter das Kundensystem analysieren können. Neben dieser problemorientierten Suche nach Lösungen und Wartungshilfen wird das SAPNet auch verwendet, um • Entwickler zu registrieren • Objektschlüssel zu erhalten, mit denen Original-SAP-Entwicklungsobjekte (beispielsweise Programme oder Tabellen) im Kundensystem bearbeitet werden können • die Schulungs-CDs zu registrieren • Informationen über Schulungsunterlagen und -Termine zu erhalten • Namensräume zu reservieren Das SAPNet ist daher ein unentbehrliches Hilfsmittel für den reibungslosen Betrieb eines R/3-Systems. In diesem Kapitel erfahren Sie, wie • • • • •

Meldungen erfasst werden nach Hinweisen gesucht wird Entwickler und Objekte registriert werden die SAPNet-Verwaltung eingerichtet wird der SAPNet-Zugang in Ihrem System konfiguriert wird

403

10

Online-Support

Das SAPNet ist heute über zwei Medien zu erreichen: 1. Über den früher OSS genannten R/3-Zugang, der heute SAPNet – R/3 Frontend genannt wird und 2. Über das INTERNET mit einem normalen Browser wie Netscape Communicator oder Internet Explorer. Dieser Zugang wird SAPNet – Web Frontend genannt. Der INTERNET-Zugang zum SAPNet wurde von der SAP AG immer mehr favorisiert und ausgebaut und bietet heute umfangreichere Möglichkeiten als das frühere OSS. Das SAPNet ist zudem eingebunden in den SAP Service Marketplace, der ein wesentliches Element der mySAP.com Initiative der SAP AG bildet. Beide Zugangsmedien sind gleichwertig, bis auf eine Ausnahme. Die Servicezugänge können Sie über beide SAPNet Frontends verwalten und öffnen, der Zugang der SAP-Support-Mitarbeiter auf Ihr Kundensystem ist aber nur über Ihren direkten Online-Zugang möglich.

10.1 Hinweise und Problemmeldungen im SAPNet Dem SAPNet zugrunde liegt ein spezielles R/3-System, das als Informationsdatenbank genutzt werden kann. Dieses System befindet sich (für Europa) in Walldorf. Jeder Kunde muss einen direkten Online-Zugang zu diesem System nach Walldorf einrichten. Neben diesem technischen Zugang erhalten Kunden auf Antrag für Mitarbeiter eine spezielle SAPNet-Benutzeridentifikation, mit der sich Mitarbeiter im SAPNet anmelden können. Diese BenutzerID ist der eigenen Kundennummer fest zugeordnet. Ist Ihr SAPNet – R/3 Frontend-Zugang korrekt konfiguriert (siehe Abschnitt »Transaktion OSS1 konfigurieren«), dann können Sie mit Hilfe der Transaktion OSS1 die Verbindung nach Walldorf automatisch aufbauen. Ausgangspunkt Beliebiges Fenster 1. Wählen Sie den Menüpfad SYSTEM | DIENSTE | SAP SERVICE. ➜ Das System startet die Transaktion OSS1 und zeigt Ihnen einen Startbildschirm (vgl. Abbildung 10.1). 2. Klicken Sie auf die Schaltfläche ANMELDUNG AN DAS ONLINE SERVICE SYSTEM STARTEN. ➜ Das System beginnt mit dem Aufbau der Verbindung. Ist die Verbindung nach Walldorf geöffnet, sehen Sie als Erstes ein Dialogfenster, in welchem Sie die Anmeldegruppe wählen können. 3. Wählen Sie die Option »1_Public«, und bestätigen Sie mit W EITER. ➜ Das System zeigt Ihnen das OSS-Anmeldefenster.

404

Online-Support

10

Abbildung 10.1 OSS starten (© SAP AG)

4. Geben Sie hier Ihre OSS-Benutzer-ID und das Kennwort ein; bestätigen Sie die Eingabe mit (¢) . ➜ Das System führt die Anmeldung durch, zeigt ein Copyright-Fenster und anschließend ein Fenster mit den neuesten Hinweisen (vgl. Abbildung 10.2).

Abbildung 10.2 Systemneuigkeiten (© SAP AG)

5. Sie können hier durch einen Doppelklick auf die entsprechende Zeile direkt in die Anzeige des Hinweises springen oder aber durch Auswahl der Schaltfläche NIE WIEDER ANZEIGEN alle Hinweise als gelesen markieren.

10.1 Hinweise und Problemmeldungen im SAPNet

405

10

Online-Support

Beim nächsten Anmelden werden dann nur die noch ungelesenen oder neuen Hinweise angezeigt. Betätigen Sie hier die Schaltfläche WEITER. ➜ Das System zeigt Ihnen das SAPNet R/3 Frontend Startbild (vgl. Abbildung 10.3).

Abbildung 10.3 SAPNet R/3 Frontend – Eingangsbild (© SAP AG)

10.1.1

Menüstruktur des SAPNet R/3 Frontend

Die Menüstruktur des SAPNet R/3 Frontend erscheint zunächst etwas ungewöhnlich und entspricht nicht dem R/3-Standard. Dies hat seinen Grund in der INTERNET-Integration des Systems, die einen vereinfachten Menü- und Bildschirmaufbau benötigt. Die Menüfunktionen werden durch Schaltflächen auf dem Bild ausgelöst. Eine Menübaumstruktur wird dadurch erzeugt, dass die Schaltflächen innerhalb eines Rahmens den Einträgen eines Untermenüs entsprechen. Die Schaltflächen außerhalb des Rahmens bilden die übergeordnete Menüstruktur. Der Titel des Rahmens zeigt das jeweils aktive Untermenü an. So wechselt man durch die obersten Schaltflächen SAPNET und ALLG. FUNKTIONEN zwischen diesen Hauptmenüpunkten. Beim Anmelden ist der Menübaum SAPNet gewählt. Sie erkennen dies am Titel des Rahmens. Der zu Beginn aktive Menüzweig entspricht daher der Menüfolge: SAPNET | MELDUNGEN zum Erfassen und Auswerten von Meldungen.

406

Online-Support

10

10.1.2 Nach Hinweisen suchen Bevor Sie im SAPNet ein Problem erfassen, lohnt es sich immer, zuerst nach einem Hinweis zu suchen, der sich bereits mit Ihrer Problemstellung beschäftigt. Hierzu bietet das SAPNet eine komfortable Suchfunktion: • Mit der Suchfunktion können Sie in allen bereits erfassten Hinweisen nach Schlüsselbegriffen suchen, die sich beliebig durch UND- und ODER-Bedingungen verknüpfen lassen. • Sie können sich dabei nur auf Hinweise eines Arbeitsgebietes beschränken. Hierbei unterstützt Sie das SAPNet, indem Sie in einer hierarchischen Liste das entsprechende Arbeitsgebiet exakt festlegen können. • Die Suche lässt sich außerdem auf ein bestimmtes SAP-Release oder auf Hinweise, die in einer bestimmten Zeitspanne erfasst wurden, einschränken. • Die Hinweise lassen sich im SAPNet anzeigen und anschließend auf den lokalen PC übertragen oder über den Drucker LOCL auf dem Standarddrucker Ihres PCs ausdrucken. Bitte beachten Sie, dass Hinweise im SAPNet keinen statischen Charakter haben. Es kommt daher vor, dass ein Hinweis im Laufe der Zeit ergänzt wird oder anderweitige Veränderungen erfährt. Achten Sie daher immer auf die Version und das Datum der letzten Änderung des Hinweises. Gerade wenn Sie Hinweise auf den lokalen PC übertragen, sollten Sie – bevor Sie die Hinweise anwenden – den aktuellen Stand überprüfen.

Suche durchführen Ausgangspunkt Arbeitsgebiet »SAPNet-Eingang« 1. Nach dem Anmelden am SAPNet befinden Sie sich im SAPNet-Eingangsbild (vgl. Abbildung 10.3). Wählen Sie hier die Schaltfläche A LLG. FUNKTIONEN, um zur Hinweissuche zu gelangen. ➜ Das System zeigt Ihnen den Startbildschirm der allgemeinen Funktionen (vgl. Abbildung 10.4). 2. Innerhalb des Rahmens HINWEISE befindet sich am unteren Ende die Schaltfläche SUCHEN. Klicken Sie auf diese, um die Suche zu starten. ➜ Das System zeigt Ihnen das Startfenster zur Auswahl der Suchkriterien.

10.1 Hinweise und Problemmeldungen im SAPNet

407

10

Online-Support

Abbildung 10.4 SAPNET – Nach Hinweisen suchen (© SAP AG)

Abbildung 10.5 Hinweissuche (© SAP AG)

408

Online-Support

10

3. Tragen Sie hier die nötigen Angaben ein, um die Suche einzuschränken. Halten Sie diese Angaben möglichst konkret, um nicht eine Unmenge von Hinweisen als Resultat zu erhalten. Stellen Sie den Cursor dazu ins Feld »Komponente«, und drücken Sie (F4) . ➜ Das System zeigt Ihnen in einem Fenster eine hierarchische Liste der Anwendungskomponenten. 4. Durch Klicken auf das Pluszeichen können Sie die Liste öffnen. Die gewünschte Komponente wählen Sie durch einen Doppelklick auf die entsprechende Zeile aus. Sind Sie nicht sicher, welche der untergeordneten Komponenten die richtige ist, wählen Sie einen übergeordneten Knoten, um die Suche einzuschränken. ➜ Das System kehrt zur Abbildung 10.5 zurück und hat die gewählte Komponente übernommen. 5. Klicken Sie abschließend die Schaltfläche SUCHE an. ➜ Das System sucht nach den Hinweisen und zeigt eine Liste aller gefundenen Hinweise (vgl. Abbildung 10.6).

Abbildung 10.6 Hinweise: Trefferliste (© SAP AG)

6. Durch einen Doppelklick auf die Zeile können Sie die Hinweise anzeigen. Wenn Sie diese auf Ihren PC übertragen wollen, kreuzen Sie die zu übertragenden Hinweise an und wählen die Menüfunktion BEARBEITEN | MARKIERTE HINWEISE | DOWNLOAD. ➜ Das System fragt in einem Dialogfenster, ob Sie auch Hinweise übertragen möchten, auf die ein Verweis existiert.

10.1 Hinweise und Problemmeldungen im SAPNet

409

10

Online-Support

7. Bestätigen Sie die Frage mit ÜBERNEHMEN. ➜ Das System zeigt ein Dialogfenster an, in dem Sie den Dateinamen für die Übertragung angeben. 8. Geben Sie Pfad und Dateityp an, und klicken Sie auf die Schaltfläche ÜBERTRAGEN. ➜ Nach abgeschlossener Übertragung gelangen Sie wieder in die Trefferliste zurück. Hinweis Sie können nicht nur einzelne oder alle Hinweise auf Ihren PC laden, auch die Trefferliste selbst kann auf den PC übertragen werden. Öffnen Sie dazu durch Drücken der rechten Maustaste ein Dialogfenster, und wählen Sie dort die Funktion DOWNLOAD LISTE.

Themenorientierte Suche In dem Fenster, das in Abbildung 10.4 dargestellt ist, können Sie auch direkt alle Hinweise zu den folgenden Themen abrufen: • Hotnews • Releaseplanung • Installation • Upgrade • R/2-R/3-Migration Insbesondere vor einer Installation oder einem Upgrade sollten Sie hier grundsätzlich nach den aktuellsten Hinweisen suchen.

10.1.3 Problemerfassung mit SAPNET Sollte keiner der gefundenen Hinweise auf Ihr Problem zutreffen, müssen Sie eine SAPNET-Meldung erfassen. Sie fordern damit SAP auf, Ihr Problem zu analysieren und Lösungshinweise für Sie zu erarbeiten. Dafür ist es jedoch wichtig, dass Sie das Problem beschreiben und – soweit wie möglich – auch vorab analysieren können: • Sie sollten den Programmnamen, die Transaktion und weitere Detailinformationen bereithalten. Diese Informationen finden Sie, wenn Sie in der fehlerhaften Transaktion die Menüfunktion SYSTEM | STATUS wählen oder aber einen ABAP/4®-Shortdump auswerten. • Sie sollten das Arbeitsgebiet der fehlerhaften Transaktion kennen. • Halten Sie den SysLog-Eintrag bereit, mit dem Ihr Fehler protokolliert wurde. • Notieren Sie die Fehlermeldung, Message-ID und Message-Nummer. Klicken Sie dazu auf die Statuszeile, wenn dort die Fehlermeldung gezeigt wird.

410

Online-Support

10

Beachten Sie, dass eine klare Beschreibung des Fehlers, wo und unter welchen Bedingungen er erfolgte und welche Fehlermeldungen er auslöste, die Lösungsfindung sehr beschleunigen kann. Sie ersparen sich somit unnötige und zeitaufwändige Rückfragen. So präpariert können Sie mit der Erfassung der Problemmeldung beginnen.

Problem melden Ausgangspunkt SAPNET-Eingangsbild (vgl. Abbildung 10.3) 1. Wählen Sie die Schaltfläche ANLEGEN. ➜ Das System zeigt Ihnen ein Fenster, in dem Sie Ihre Meldung erfassen können.

Abbildung 10.7 Erfassen einer Kundenmeldung (© SAP AG)

➜ Als Muss-Eingabe sind hier der Systemtyp, Ihr R/3-Release, die Komponente, in der der Fehler auftrat, und ein Kurztext erforderlich. Sie sollten jedoch – wenn möglich – alle Ihnen vorliegenden Informationen nennen. Falls Ihnen diese Informationen in Dateiform vorliegen, können Sie die Daten über die Schaltfläche UPLOAD... direkt in den Textpuffer laden.

10.1 Hinweise und Problemmeldungen im SAPNet

411

10

Online-Support

2. Für längere Texte wählen Sie die Schaltfläche BESCHREIBUNG. ➜ Das System wechselt in den ABAP/4 Editor für die Pflege der LangtextBeschreibung. Die bereits im Eingangsbild gemachten Eingaben werden dabei übernommen. 3. Verlassen Sie den Editor durch Drücken der Schaltfläche ➜ Sie gelangen zurück zu Abbildung 10.7.

.

4. Überprüfen Sie nochmals Ihre Angaben. Sichern Sie diese mit der Schaltfläche . ➜ Das System sichert die Daten und fragt in einem Dialogfenster, ob die Meldung sofort an SAP gesendet werden soll. 5. Bejahen Sie diese Frage.

Status einer Meldung Meldungen an SAP haben stets einen bestimmten Verarbeitungsstatus. Diesen Status können Sie im Einstiegsbild (vgl. Abbildung 10.3) verfolgen. • »Zu senden an SAP« Hierbei handelt es sich um Meldungen, die Sie bereits erfasst haben, die aber noch nicht an SAP gesendet wurden. Achtung: Meldungen werden erst nach dem Senden an SAP für die SAP-Hotline-Mitarbeiter sichtbar. • »An SAP gesendet« Diese Meldungen sind zwar an SAP gesendet, wurden aber dort noch nicht erfasst oder sind noch in Bearbeitung. • »Rückfrage von SAP« Auf Meldungen in dieser Rubrik erwartet SAP von Ihnen eine Antwort. Sie sollten diese Meldungen daher zügig bearbeiten und erneut an SAP senden, um die Lösung nicht zu verzögern. • »Lösungsvorschlag von SAP« Zu Meldungen dieses Typs hat Ihnen SAP einen Lösungsvorschlag unterbreitet. Bitte überprüfen Sie den Vorschlag umgehend. • »Erledigt am laufenden Tag« Bitte beachten Sie, dass abhängig vom Status Ihrer Meldung auch Aktivitäten Ihrerseits erforderlich sind. Insbesondere sollten Sie darauf hinarbeiten, eine Meldung entweder zu erledigen oder aber mit ergänzenden Hinweisen an SAP zurückzusenden. Zu einer zügigen Bearbeitung von Problemen bedarf es der Mitwirkung beider Seiten. Hinweis Beachten Sie, dass das Feld »Priorität« beim Erfassen einer Meldung zwar grau hinterlegt ist, dies sollte Sie aber nicht daran hindern, durch Betätigen der (F4)-Taste eine Ihrem Problem angemessene Priorität zu wählen. Insbesondere bei einem Systemstillstand des Produktivsystems nützt es

412

Online-Support

10

wenig, wenn Sie eine Meldung mit der Priorität »Niedrig« erfassen. Andererseits wird es sehr ungern gesehen, wenn Sie einen Fehler eines Nichtproduktivsystems mit der höchsten Priorität melden.

10.2 Objekte registrieren Eine zweite wichtige Funktion ist die Registrierung von • Entwicklern • Entwicklungsobjekten • Lernhilfen (Knowledge-Produkten) • SSCR-Patches Hintergrund dieser Registrierung ist, dass SAP versucht, die in der Vergangenheit oft ungehemmte Veränderung von SAP-Programmen zu verhindern. Auch ist es für den Support einfacher, bei Problemen zu überprüfen, ob der Fehler eventuell durch eine Veränderung des Programms vom Kunden selbst verursacht wurde. Daneben ist es aber auch für den Kunden wichtig, ein unkontrolliertes Verändern von Originalprogrammen zu unterbinden, denn eine hohe Anzahl von Modifikationen kann einen sehr hohen Aufwand bei einem Releasewechsel nach sich ziehen.

10.2.1 Technische Grundlagen Bereits bei der Installation eines SAP-Systems muss ein Lizenzschlüssel bei SAP beantragt werden. Dieser Schlüssel wird aus der Kunden-Installationsnummer, der System-ID und der Netzwerkkartennummer gebildet. Diesen Schlüssel kann jeder Kunde pro System-ID nur für einen Rechner verwenden. Versucht man, ein ABAP/4-Programm zu ändern, so wird aus den technischen Attributen (Namen) dieses Programms und aus der Kunden-Installationsnummer ein neuer Schlüssel gebildet. Dieser muss in einem Dialogfenster eingegeben werden, bevor Sie das Programm verändern können. Dieser Schlüssel kann im SAPNet beantragt werden. Dies ist möglich, da jeder SAPNet-Benutzer eindeutig einem Kunden und damit einer Installationsnummer zugeordnet ist. Hinweis Objekte und Entwickler werden jeweils nur für eine Installation registriert. Angeforderte Schlüssel sind für alle betroffenen Systeme einer Installation identisch.

10.2.2 Entwicklerschlüssel anfordern Die Registrierung soll am Beispiel der Anforderung eines Entwicklerschlüssels erklärt werden.

10.2 Objekte registrieren

413

10

Online-Support

Ausgangspunkt ABAP/4-Einstieg (Transaktion SE38) 1. Geben Sie den Namen eines ABAP/4-Programms ein, und wählen Sie die Schaltfläche ANLEGEN. ➜ Wenn Sie noch nicht als Entwickler im System registriert sind, erscheint ein Dialogfenster, in dem Sie den Entwicklungsschlüssel angeben müssen (vgl. Abbildung 10.8). Dieses Dialogfenster zeigt Ihnen den Benutzernamen des Entwicklers (hier: MNA) und die Installationsnummer, unter der dieser Entwickler registriert werden muss.

Abbildung 10.8 Entwicklerschlüssel erfragen (© SAP AG)

2. Starten Sie in einem weiteren Fenster eine Verbindung zum SAPNET, und melden Sie sich an. ➜ Nach erfolgter Anmeldung befinden Sie sich im Einstiegsbild zur Erfassung von Meldungen. 3. Wählen Sie hier die Schaltfläche REGISTRIERUNG. ➜ Sie wechseln in das Fenster zum Registrieren von Entwicklern und Objekten (vgl. Abbildung 10.9). 4. Wählen Sie hier die Schaltfläche ENTWICKLER REGISTRIEREN. ➜ Das System zeigt Ihnen einen Dialog an, in dem Sie den Benutzernamen des Entwicklers eingeben müssen. 5. Tragen Sie hier den Benutzernamen ein, und bestätigen Sie Ihre Eingabe mit der Schaltfläche REGISTRIEREN. ➜ Das System zeigt Ihnen (vgl. Abbildung 10.10) den Schlüssel und weitere Verwaltungsinformationen an. So können Sie später nach den von Ihnen registrierten Entwicklern suchen.

414

Online-Support

10

Abbildung 10.9 Entwickler registrieren (© SAP AG)

Abbildung 10.10 Entwicklerschlüssel (© SAP AG)

10.2 Objekte registrieren

415

10

Online-Support

6. Mit Cut und Paste ((Strg)+(C) und (Strg)+(V)) können Sie den Schlüssel direkt in den Anforderungsdialog Ihres Systems übertragen. Hinweis Bitte beachten Sie, dass Entwickler mandantenübergreifend registriert werden. Ist ein Benutzername in einem Mandanten als Entwickler registriert, so kann ein gleichnamiger Benutzer in allen anderen Mandanten Ihres Systems ebenfalls entwickeln, sofern er die nötigen R/3-Berechtigungen besitzt.

10.3 SAPNet-Verwaltung Die Verwaltungsaufgaben, die Sie innerhalb von SAPNet ausführen können, umfassen • das Beantragen neuer SAPNet-Benutzer und die Zuweisung der entsprechenden Berechtigungen • das Einrichten von SAPNet-Service-Verbindungen • das Öffnen, Schließen und die Konfiguration von Service-Verbindungen

10.3.1 Benutzer verwalten In jedem Unternehmen gibt es Personen, die im SAPNet Verwaltungsaufgaben zu erfüllen haben. Diese SAPNet-Administratoren sind zuständig für • das Anlegen neuer Benutzer • die Pflege der Adressdaten • das Zuweisen von Benutzerberechtigungen Ein besonders wichtiger Punkt ist die Zuweisung geeigneter SAPNetBerechtigungen. SAPNet kennt die in Abbildung 10.11 gezeigten Berechtigungen: Für Verwaltungsaufgaben wichtige Berechtigungen sind: • Administrator-Berechtigung • Pflege der Benutzerdaten • Lizenzschlüsselvergabe • Patchservice • Öffnen von Service-Verbindungen Diese Berechtigungen sollten nur an SAPNet-Benutzer vergeben werden, die mit Verwaltungsaufgaben betraut sind.

416

Online-Support

10

Abbildung 10.11 SAPNet-Berechtigungen (© SAP AG)

Berechtigung pflegen Ausgangspunkt SAPNet-Eingangsfenster 1. Wählen Sie die Schaltfläche VERWALTUNG im Bereich »SAPNet«. ➜ Sie gelangen in die Menüstruktur der Benutzerverwaltung. 2. Wählen Sie hier die Schaltfläche BENUTZERADMINISTRATION. ➜ Sie wechseln in das Einstiegsbild zur Pflege eines SAPNet-Benutzers.

Abbildung 10.12 Benutzerpflege (© SAP AG)

10.3 SAPNet-Verwaltung

417

10

Online-Support

3. Wählen Sie hier die entsprechende Benutzerkennung, und doppelklicken Sie auf die Zeile. ➜ Sie sehen alle Berechtigungen, die diesem Benutzer zugewiesen sind (vgl. Abbildung 10.11). 4. Von hier aus können Sie einzelne Berechtigungen löschen oder zusätzliche Berechtigungen hinzufügen. Wählen Sie die Schaltfläche zum Hinzufügen einer Berechtigung. ➜ Das System zeigt in einer Liste alle noch fehlenden Berechtigungen. Diese können Sie mit einem Doppelklick auswählen. 5. Sichern Sie anschließend Ihre Angaben.

Neue Benutzer anlegen An gleicher Stelle können Sie auch neue Benutzer anfordern. Über die Schaltfläche LISTE ANGEFORDERTER SAPNET-BENUTZER aus der Benutzerverwaltung können Sie die Benutzerkennung und das Initialkennwort erfahren, nachdem diese von SAP generiert wurden.

Liste der vergebenen Berechtigungen Oftmals ist es schwierig, die SAPNet-Berechtigungen und -Benutzer zu organisieren. Dies hat mehrere Gründe: • In der Vergangenheit war das Berechtigungskonzept noch nicht oder nur sehr eingeschränkt vorhanden. »Alte« SAPNet-Benutzer erhielten beim Übergang zum jetzigen Konzept alle neuen Berechtigungen automatisch. • Werden Benutzer neu angefordert, so erhalten sie automatisch alle Berechtigungen. Das SAPNet stellt daher Hilfsmittel zur Verfügung, mit denen Sie sich über Benutzer und vergebene Berechtigungen informieren können. Ausgangspunkt SAPNet-Benutzeradministration (vgl. Abbildung 10.12) 1. Wählen Sie hier die Menüfunktion ZUSÄTZE | AUSWERTUNGEN. ➜ Das System zeigt Ihnen ein Dialogfenster, in dem Sie die Auswertungsart bestimmen können.

Abbildung 10.13 Auswertungen (© SAP AG)

418

Online-Support

10

1. Wählen Sie hier BENUTZERSICHT. ➜ Es erscheint ein weiteres Fenster. . 2. Klicken Sie hier auf die Schaltfläche AUSFÜHREN ➜ Sie erhalten eine hierarchische Liste, die Ihnen alle einer Berechtigung zugeordneten Benutzer anzeigt (vgl. Abbildung 10.14).

Abbildung 10.14 Liste der Benutzer und Berechtigungen (© SAP AG)

10.3.2 Service-Verbindungen Für jedes System (jede System-ID) müssen Sie im SAPNet Informationen hinterlegen, mit deren Hilfe eine Verbindung von der SAP AG zu Ihrem System aufgebaut werden kann. Hierzu gehören: • Name und IP-Adresse des Anwendungsservers • IP-Adresse eines SAProuters • Angaben zum System: Release, Betriebssystem, Datenbank • Namen von Benutzern und Verantwortlichen für jede der möglichen Service-Verbindungen. Je nach Systemtyp können die folgenden Service-Verbindungen hinterlegt werden: • R/3-Support • EarlyWatch

10.3 SAPNet-Verwaltung

419

10

Online-Support

• TCC Service Download • Remote Consulting • R/2 Connection • Telnet Connection • Netbios Connection • Pcanywhere • AS/400-5250 Connection • BW RFC Connection • BW GUI Connection • Upgrade Assistant • SAP DB Connection

Service-Verbindungen öffnen Jede dieser Verbindungen muss vom Kunden explizit geöffnet werden, bevor SAP sie für eine Verbindung zum Kundensystem nutzen kann. Ausgangspunkt SAPNet-Eingangsfenster 1. Wählen Sie hier die Schaltfläche SERVICE. ➜ Das System wechselt in das Menü SAPNet – SERVICE. 2. Wählen Sie anschließend die Schaltfläche SERVICEVERBINDUNG. ➜ Das System zeigt Ihnen eine Liste der unter Ihrer Installationsnummer definierten Systeme. 3. Wählen Sie ein System durch Doppelklick auf die entsprechende Listzeile aus. ➜ Sie erhalten eine Listanzeige der für Ihr System definierten Service-Verbindungen sowie den aktuellen Zustand der Verbindungen (vgl. Abbildung 10.15). Gepflegte Service-Verbindungen erkennen Sie daran, dass unter dem Zweig »Serviceauswahl« ein Verantwortlicher sowie unter der Rubrik »Verbindungen« weitere Einträge stehen. 4. Markieren Sie die Zeile »R/3 Support« unter der Rubrik »Verbindungen«. Wählen Sie anschließend die Schaltfläche ANLEGEN/ÖFFNEN. ➜ Das System fragt in einem Dialogfenster (vgl. Abbildung 10.16), wie lange Sie die Verbindung aufrechterhalten wollen, und nach Daten über den Ansprechpartner, der beim Kunden für die Pflege dieser Verbindung verantwortlich ist.

420

Online-Support

10

Abbildung 10.15 Service-Verbindung (© SAP AG)

5. Tragen Sie die geforderten Angaben ein, und bestätigen Sie diese mit der Schaltfläche. ➜ Das System kehrt in die Anzeige der Service-Verbindungen (vgl. Abbildung 10.15) zurück. Der Eintrag »R/3 Support« ist nun als geöffnet gekennzeichnet.

Abbildung 10.16 Verbindung öffnen (© SAP AG)

10.3 SAPNet-Verwaltung

421

10

Online-Support

10.4 SAPNet – R/3 Frontend konfigurieren Damit alle SAPNet-Funktionen zugänglich sind, muss zunächst der RemoteZugang konfiguriert werden. Eine Konfiguration umfasst • die Einrichtung des Netzwerkzugangs vom Kundennetzwerk zum Servicenetzwerk in Walldorf • die Konfiguration dieser Verbindungsdaten im SAP-System • die Konfiguration des SAPLogon-Programms (siehe unten), um auch ohne lauffähiges SAP-System die Verbindung nach Walldorf aufbauen zu können Die wesentlichen Schritte sollen im Folgenden besprochen werden. Aufgrund der unterschiedlichen Konfigurationsmöglichkeiten eines Netzwerks kann hier nur ein schematisches Vorgehen beschrieben werden.

10.4.1 Netzwerk konfigurieren Ziel der Netzwerkkonfiguration ist es, das SAP-LAN (lokales Netzwerk, engl. Local Area Network) mit dem Kunden-LAN zu verbinden. Zu diesem Zweck muss zunächst über einen ISDN-Router eine Verbindung zum ISDN-Zugangsrouter in Walldorf hergestellt werden (Ähnliches gilt für Zugänge über X.25, Frame Relay, VPN oder andere Dienste).

Abbildung 10.17 Aufbau des Netzwerkzugangs (© SAP AG)

Anschließend müssen die Router so konfiguriert werden, dass • die Verbindung automatisch aufgebaut wird, sobald der Kundenrechner einen TCP/IP-Dienst des Walldorfer Rechners beauftragt

422

Online-Support

10

• dieser Verbindungsaufbau nur für bestimmte Rechner möglich ist. Dies ist zum einen aus Sicherheitsgründen erforderlich, zum anderen aber auch, um einen unnötigen Verbindungsaufbau zu verhindern • auch als Zielrechner darf nur der Rechner sapserv3 in Walldorf zugelassen sein Diese Einstellungen vermeiden, dass Kundenrechner und SAP-Rechner in Walldorf mit Ausnahme der erlaubten Verbindungsrechner für Dritte in Erscheinung treten.

SAProuter Damit dennoch von Kundenrechnern, die nach außen hin nicht in Erscheinung treten, eine Verbindung aufgebaut werden kann, muss das Programm SAProuter auf dem Verbindungsrechner installiert werden. SAProuter dient als Firewall-Software für SAP-Verbindungen. Der SAProuter erfüllt mehrere Funktionen: • Er ist auf dem Rechner installiert, von dem aus eine Verbindung nach Walldorf aufgebaut werden kann. • Er verhält sich gegenüber Rechnern im Kundennetz wie ein SAP-Anwendungsserver, der auf SAP-Verbindungen wartet. • Verbindungsanfragen leitet er direkt an ein entsprechendes Gegenüber (den SAProuter auf dem sapserv3 in Walldorf) weiter. • Im Netzwerk verhält sich der SAProuter als das Programm, das eine Verbindung aufbaut. Nur diesem Verbindungsrechner muss daher der Zugang erlaubt sein. • Durch eine »Permission Table« (Konfigurationstabelle) kann definiert werden, welche Verbindungen erlaubt sind.

10.4.2 Transaktion OSS1 konfigurieren Damit die Benutzer automatisch über diese Firewall-Verbindung einen Zugang zum SAPNet-System erhalten können, müssen die Verbindungsdaten in der Transaktion OSS1 hinterlegt werden. Ausgangspunkt Beliebiges Fenster 1. Wechseln Sie in die Transaktion OSS1. Wählen Sie hierzu die Menüfunktion SYSTEM | DIENSTE | SAP SERVICE. ➜ Das System wechselt in die Transaktion OSS1.

10.4 SAPNet – R/3 Frontend konfigurieren

423

10

Online-Support

2. Wählen Sie hier die Funktion PARAMETER | TECHN. EINSTELLUNG. ➜ Das System zeigt die Konfigurationseinstellungen für den SAPNet-Zugang (vgl. Abbildung 10.18). Hier müssen die Rechnernamen der SAProuter sowie die IP-Adressen angegeben werden.

Abbildung 10.18 OSS1-Zugang konfigurieren (© SAP AG)

3. Nehmen Sie hier die entsprechenden Eingaben vor, und sichern Sie die Daten durch Anklicken der Schaltfläche. ➜ Nach dem Sichern werden die Konfigurationsfelder grau hinterlegt, und es erscheinen die Schaltflächen ANMELDEN und ÄNDERN. 4. Wählen Sie die Funktion ANMELDEN, um die Verbindung zu testen. Ab sofort können Sie die Verbindung zur SAP AG mit Hilfe der Transaktion OSS1 starten.

10.4.3 SAP Logon konfigurieren Auch wenn der oben beschriebene Fall einer SAPNet-Anmeldung mit Hilfe der Transaktion OSS1 sehr häufig vorkommt, stellt sich dennoch die Frage, wie eine Support-Verbindung nach Walldorf geöffnet werden kann, wenn das eigene SAP-System nicht zur Verfügung steht.

424

Online-Support

10

Hierzu kann das SAP Logon-Programm verwendet werden. Die Verbindung nach Walldorf erfolgt dann über eine Gruppenanmeldung an den MessageServer »oss001« in Walldorf (vergleichen Sie hierzu Kapitel 8, »CCMS – Computer Center Management System«). Bevor eine solche Verbindung auf dem PC konfiguriert werden kann, müssen Sie die folgenden Einstellungen vornehmen:

saproute.ini Die Datei SAPROUTE.INI befindet sich nach der Installation des SAP LogonProgramms üblicherweise in Ihrem Windows-Verzeichnis (z. B. C:\WINNT). In dieser Datei muss der Eintrag [Router] OSS=/H/ip-lokaler-saprouter/H/sapserv3/H/

enthalten sein. Hierbei steht • OSS= für die Abkürzung, unter der Sie die SAProuter-Verbindung später im Logon Programm finden • /H/ip-lokaler-saprouter/H/sapserv3/H/ für die Strecke vom Kunden-Router zum Router in Walldorf. Die Syntax für die Angabe eines Rechners ist: /H/rechnername

sapmsg.ini In dieser Datei befinden sich alle dem SAP Logon-Programm bekannten Message-Server. Der Eintrag hierzu lautet: [Message Server] O01=oss001.wdf.sap-ag.de

Hierbei ist O01 (Buchstabe O, Zahlen Null und Eins) die System-ID des SAPNet-Systems und oss001 der Rechner in Walldorf, auf dem der MessageServer installiert ist.

Logon-Programm Nach diesen Vorarbeiten können Sie das SAP Logon-Programm konfigurieren. Ausgangspunkt Windows 1. Starten Sie das SAP Logon-Programm unter Windows. ➜ Sie sehen das Startfenster von SAP Logon. 2. Wählen Sie hier die Schaltfläche G RUPPEN. ➜ Es erscheint ein Dialogfenster, in dem Sie eine Gruppenselektion vornehmen können (vgl. Abbildung 10.19).

10.4 SAPNet – R/3 Frontend konfigurieren

425

10

Online-Support

Abbildung 10.19 Gruppenselektion (© SAP AG)

3. Tragen Sie in den Feldern »System-ID« und »SAP-Router für« die entsprechenden Eingaben ein. Hier erscheinen die in den Dateien SAPROUTE.INI und SAPMSG.INI hinterlegten Werte als Vorschlagswerte. Klicken Sie die Schaltfläche LISTE ERZEUGEN an. ➜ Es wird eine Verbindung zum Message-Server nach Walldorf aufgebaut und eine Liste der definierten Logon-Gruppen angezeigt (vgl. Abbildung 10.19). 4. Wählen Sie hier den Eintrag 1_PUBLIC aus, und klicken Sie die Schaltfläche HINZUFÜGEN UND ANMELDEN an. ➜ Sie erhalten ein SAPNet-Anmeldebild; gleichzeitig wird dieser Eintrag in der SAPLOGON.INI-Datei des SAP Logon-Programms gespeichert.

10.5 SAPNet – Web Frontend Neben der direkten Verbindung nach Walldorf zum SAPNet-System steht den Kunden für den Support immer mehr das INTERNET zur Verfügung. Es existiert selbstverständlich eine offizielle SAP-Homepage, die unter der Adresse http://www.sap-ag.de für jedermann erreichbar ist. Der SAPNet Service-Bereich, für Kunden und Partner, ist auf mehreren Wegen zu erreichen, erfordert aber auf jeden Fall eine gültige SAPNet-Benutzerkennung. Das SAPNet im INTERNET ist ein Teil des neuen »SAP Service Marketplaces«, unter diesem Oberbegriff werden von SAP alle Dienste angeboten.

426

Online-Support

10.5.1

10

SAP-Homepage

Die SAP-Homepage erreichen Sie unter der Internet-Adresse http:// www.sap-ag.de.

Abbildung 10.20 SAP-Homepage (© SAP AG)

Die Homepage von SAP hat mehrere Schaltflächen zur Navigation. Die oberste Zeile ist das Hauptmenü. In Abbildung 10.20 wurde bereits das Menü PARTNER ausgewählt. Hier sehen Sie im linken Bereich einen Link zur Startseite vom SAP Service Marketplace. Durch Anklicken des Links erreichen Sie das SAPNet.

10.5.2 Zugang zum SAPNet Wie oben beschrieben, erreichen Sie das SAPNet aus der SAP-Homepage heraus. Zwei weitere Möglichkeiten sind • direkt in Ihrem Web-Browser über die URL http://service.sap.com • im SAPGUI-Fenster über den Menüpfad HILFE | SAPNET Nachdem Sie diese Daten eingegeben haben, erscheint ein Dialogfenster, in welchem Sie Ihre SAPNet-Zugangsdaten eingeben müssen (vgl. Abbildung 10.21). Anschließend erreichen Sie den über verschlüsselte Kommunikation (HTTPS:) abgesicherten Bereich: den »SAP Service Marketplace«.

10.5 SAPNet – Web Frontend

427

10

Online-Support

Abbildung 10.21 Zugangsdaten für den SAP Service Marketplace (© SAP AG)

Abbildung 10.22 SAPNet-Funktionen im SAP Service Marketplace (© SAP AG)

10.5.3 Funktionen des SAP Service Marketplace Das SAPNet bietet Ihnen unter anderem: • Inbox eine Eingangs/Ausgangs-Mappe für Ihre Kommunikation mit SAP • Mall einen Bereich, in dem Sie auf Dokumentationen und Kataloge zugreifen können • Support hier finden Sie die meisten »SAPNet«-Funktionen wie: Hinweise, Support Package Download und Service-Verbindungen.

428

Online-Support

10

• Modifications ist der Bereich, in dem Entwickler Objekte und Namensräume registrieren können • Quick-Link-Zugang ein nach Stichpunkten (Quick-Link) sortierter Bereich, in dem Sie Dienste direkt über den Aliasnamen anwählen können (vgl. Abbildung 10.23)

Abbildung 10.23 SAP Service Marketplace – Zugriff über Quick-Link (© SAP AG)

10.5.4 Hinweissuche im SAP Service Marketplace Die in Abschnitt 10.1.2 beschriebene Möglichkeit der Hinweissuche über das SAPNet R/3 Frontend ist im SAP Service Marketplace über den Quick-Link NOTES erreichbar.

Suche durchführen Ausgangspunkt Arbeitsgebiet »SAP Service Marketplace« 1. Fügen Sie hinter der Adresse in der Adresszeile des Browsers den QuickLink NOTES an. Zum Beispiel https://www012.SAP-AG.DE/notes. Drükken Sie abschließend (¢), und die Hinweissuche wird aufgerufen. ➜ Das System zeigt Ihnen das Startfenster zur Auswahl der Suchkriterien (vgl. Abbildung 10.24).

10.5 SAPNet – Web Frontend

429

10

Online-Support

Abbildung 10.24 SAP Service Marketplace – Hinweissuche (© SAP AG)

2. Tragen Sie hier die nötigen Angaben ein, um die Suche einzuschränken. Klicken Sie abschließend die Schaltfläche SUCHE (engl. SUBMIT) an. ➜ Das System sucht nach den Hinweisen und zeigt eine Liste aller gefundenen Hinweise an. 3. Durch einen Klick auf den gewünschten Hinweis wird dieser in einem neuen Browserfenster angezeigt. Der Hinweis kann hier unter Verwendung der Browserfunktionen auf den PC übertragen oder ausgedruckt werden.

10.5.5 Download im SAP Service Marketplace Über den Alias OCS-DOWNLOAD gelangen Sie in den Bereich, in dem Sie Fehlerkorrekturen zu den verschiedenen R/3-Versionen herunterladen können. Gegenüber dem SAPNet R/3 Frontend haben Sie hier den Vorteil, dass die Größe der angeforderten Dateien nicht limitiert ist. Zum Download werden folgende Fehlerkorrekturen angeboten: • SPAM – Fehlerkorrekturen und neue Funktionalitäten • Support Packages für die verschiedenen R/3-Teilbereiche • R/3 Kernelpatches • R/3 Frontend (SAPGUI) Patches

430

Online-Support

10

In Abbildung 10.25 sehen Sie das Auswahlfenster, welches Ihnen die verschiedenen Fehlerkorrekturpakete zum Herunterladen anbietet.

Abbildung 10.25 SAP Service Marketplace – Downloadbereich (© SAP AG)

Im folgenden Beispiel soll das Basis Support Package Nummer 9 des SAP R/3 Releases 4.6C heruntergeladen werden. Ausgangspunkt Arbeitsgebiet »SAP Service Marketplace« 1. Fügen Sie hinter der Adresse in der Adresszeile des Browsers den QuickLink OCS-DOWNLOAD an. Zum Beispiel https://www012.SAP-AG.DE/ OCS-DOWNLOAD. ➜ Das System zeigt Ihnen das Startfenster zur Auswahl der Fehlerkorrekturen (vgl. Abbildung 10.25). 2. Klicken Sie hier im linken Anzeigebereich auf den Text »Basis Support Packages« ➜ Der Abschnitt »Basis Support Packages« wird aufgeklappt und listet alle verfügbaren R/3 Releases auf, für die Basis Support Packages verfügbar sind. 3. Klicken Sie hier auf den Text »Basis 4.6C«. ➜ Das System zeigt Ihnen im rechten Bereich alle verfügbaren Basis Support Packages für diese Version (vgl. Abbildung 10.26). 4. Klicken Sie hier auf den Text »Basis Support Package 09 for 4.6C«.

10.5 SAPNet – Web Frontend

431

10

Online-Support ➜ Das System zeigt Ihnen für dieses Support Package im rechten Bereich des Browserfensters die Schaltfläche DOWNLOAD an. ➜ Im folgenden Dialog müssen Sie mehrmals den Download bestätigen. 5. Abschließend erscheint ein Browserfenster, in dem Sie ein Verzeichnis auf Ihrem PC angeben müssen, in welches die Datei abgespeichert werden soll.

Abbildung 10.26 SAP Service Marketplace – Download Support Package (© SAP AG)

10.6 Praxisfall: SAP-Verbindung öffnen Wenn Sie Probleme mit Ihrem System melden, kann es vorkommen, dass ein Support-Mitarbeiter der SAP AG Sie bittet, weitere Recherchen auf Ihrem System durchführen zu dürfen. Zu diesem Zweck müssen Sie eine ServiceVerbindung öffnen. Verbindungen zum Kunden können nur vom Kunden selbst geöffnet werden. Führen Sie dazu bitte die im Folgenden aufgeführten Schritte durch.

Benutzer anlegen Legen Sie für den SAP-Mitarbeiter einen geeigneten Benutzer in Ihrem System an. Dieser Benutzer muss genügend Berechtigungen haben, um den Fehler zu analysieren, außerdem müssen die Sicherheitsbestimmungen des Unternehmens gewahrt bleiben. Hier kann es sinnvoll sein, für diesen SAPMitarbeiter einen eigenen Benutzer nur für die Zeit anzulegen, die zur Behebung des Fehlers erforderlich ist.

432

Online-Support

10

Verbindung öffnen Öffnen Sie dann die Service-Verbindung. Ausgangspunkt SAPNet R/3 Frontend Eingangsbildschirm 1. Wählen Sie hierzu SAPNET | SERVICE. ➜ Sie gelangen in den Service-Bereich. 2. Wählen Sie die Schaltfläche SERVICEVERBINDUNG. ➜ Das System zeigt eine Liste der Systeme an. 3. Wählen Sie dann das System aus, welches von dem SAP-Mitarbeiter gewartet werden soll. ➜ Das System zeigt eine Liste der Verbindungen und Services an. 4. Im Bereich »Verbindungen« positionieren Sie den Cursor auf die Zeile »R/3 Support« und wählen die Schaltfläche A NLEGEN/ÖFFNEN. ➜ Es erscheint ein Dialogfenster, in dem Sie die Öffnungsdauer der Verbindung angeben müssen. 5. Bestätigen Sie diese Angaben. ➜ Die Verbindung ist nun geöffnet. 6. Verlassen Sie das SAPNet-System wieder.

Kennwort mitteilen Teilen Sie dem SAP-Mitarbeiter die Zugangsdaten, also Benutzername, Kennwort und Mandant, mit.

10.6 Praxisfall: SAP-Verbindung öffnen

433

10

Online-Support

10.7 Aufgaben 1. Mit dem SAPNet bietet SAP dem Kunden Folgendes an: a) Probleme zu erfassen, die SAP analysiert und löst b) Informationen und Lösungshinweise c) Fehlerkorrekturen zum Laden in das Kundensystem d) Servicezugänge zur Analyse und Betreuung des Kundensystems 2. Der SAPNet-Zugang wird auch benutzt, um a) Entwickler und Schulungs-CDs zu registrieren b) die Hauszeitschrift SAPinfo der SAP zu bestellen c) Objektschlüssel für Original-SAP-Entwicklungsobjekte zu erhalten d) Informationen über Schulungen zu erhalten 3. Die Menüstruktur des SAPNet weist folgende Besonderheiten auf: a) Der Menü- und Bildschirmaufbau ist für das Internet vereinfacht. b) Die Menüfunktionen werden durch Schaltflächen ausgelöst. c) Die Schaltflächen innerhalb eines Rahmens zeigen das jeweilige Untermenü an. d) Zu Beginn ist »Service« der aktive Menübaum. 4. Wozu dient die Registrierung von Objekten? a) Eindämmung der Risiken ungehemmter Veränderungen von SAP-Programmen b) Supportvereinfachung bei Programmfehlern aufgrund von Programmänderungen durch Kunden c) Verringerung des Aufwands zur Kontrolle kundeninterner Programmänderungen bei einem Releasewechsel d) Zur Kontrolle aller Kundenaktivitäten 5. Damit alle SAPNet-Funktionen zugänglich sind, muss Folgendes eingerichtet werden: a) Konfiguration des Netzwerkzugangs vom Kundennetzwerk zum Servicenetzwerk in Walldorf b) Konfiguration der Verbindungsdaten im R/3-System c) Konfiguration des Profilgenerators d) Konfiguration des SAP Logon-Programms

434

Online-Support

10

10.8 Lösungen 1. Mit dem SAPNet bietet SAP dem Kunden Folgendes an: a) Richtig Probleme zu erfassen, die SAP analysiert und löst b) Richtig Informationen und Lösungshinweise c) Richtig Fehlerkorrekturen zum Laden in das Kundensystem d) Richtig Servicezugänge zur Analyse und Betreuung des Kundensystems 2. Der SAPNet-Zugang wird auch benutzt, um a) Richtig Entwickler und Schulungs-CDs zu registrieren b) Falsch die Hauszeitschrift SAPinfo der SAP zu bestellen c) Richtig Objektschlüssel für Original-SAP-Entwicklungsobjekte zu erhalten d) Richtig Informationen über Schulungen zu erhalten 3. Die Menüstruktur des SAPNet weist folgende Besonderheiten auf: a) Richtig Der Menü- und Bildschirmaufbau ist für das Internet vereinfacht. b) Richtig Die Menüfunktionen werden durch Schaltflächen ausgelöst. c) Richtig Die Schaltflächen innerhalb eines Rahmens zeigen das jeweilige Untermenü an. d) Falsch Zu Beginn ist »Service« der aktive Menübaum. 4. Wozu dient die Registrierung von Objekten? a) Richtig Eindämmung der Risiken ungehemmter Veränderungen von SAP-Programmen b) Richtig Supportvereinfachung bei Programmfehlern aufgrund von Programmänderungen durch Kunden c) Richtig Verringerung des Aufwands zur Kontrolle kundeninterner Programmänderungen bei einem Releasewechsel d) Falsch Zur Kontrolle aller Kundenaktivitäten 5. Damit alle SAPNet-Funktionen zugänglich sind, muss Folgendes eingerichtet werden: a) Richtig Konfiguration des Netzwerkzugangs vom Kundennetzwerk zum Servicenetzwerk in Walldorf b) Richtig Konfiguration der Verbindungsdaten im R/3-System c) Falsch Konfiguration des Profilgenerators d) Richtig Konfiguration des SAP Logon Pads

10.8 Lösungen

435

CTS – Change & Transport System

11

Kapitel 11 CTS – Change & Transport System 11.1

Grundlagen des CTS

440

11.1.1 Motivation 11.1.2 Typische Systemlandschaften 11.1.3 Werkzeuge des CTS

440 441 442

11.2

443

Transport Organizer

11.2.1 Customizing 11.2.2 Entwicklung 11.2.3 Transporte

443 453 457

11.3

Transport Management System (TMS)

460

11.3.1 11.3.2 11.3.3 11.3.4 11.3.5

Architektur des TMS Wichtige Grundbegriffe Konfiguration des TMS Handhabung des TMS Erweiterte Transportfunktionalität

461 462 464 470 477

11.4

CTS auf der Betriebssystemebene

11.4.1 Funktionsübersicht 11.4.2 Verzeichnisstruktur des Transportsystems 11.4.3 Transportparameterdateien

481 482 482 484

437

11

CTS – Change & Transport System

11.5

438

Mandantenverwaltung

486

11.5.1 Überblick und Funktionsübersicht 11.5.2 Mandanten kopieren

487 488

11.6

Praxisfall: Aufbau eines Entwicklungsprojekts

491

11.7

Aufgaben

494

11.8

Lösungen

495

CTS – Change & Transport System

11

CTS – Change & Transport System In diesem Kapitel lernen Sie das Change & Transport System, im Folgenden kurz CTS genannt (zu deutsch: Korrektur- und Transportwesen, KTW), kennen. Mit diesem Begriff werden alle Werkzeuge für den Betrieb und die Wartung von verschiedenen R/3®-Systemen zusammengefasst. Damit sind Sie in der Lage, • Eigenentwicklungen zu koordinieren • Programme und Programmobjekte in andere Datenbanken zu transportieren • Programmversionen zu verwalten • Customizing-Einstellungen in unterschiedliche Mandanten zu transportieren • Mandanten zu kopieren • R/3-Software-Upgrades, die so genannten PUTs, durchzuführen Abschnitt 11.1 vermittelt Ihnen einen Überblick über die Grundlagen des CTS und beschreibt die Funktionsweise der einzelnen Werkzeuge. Ein zweiter Abschnitt führt Sie in die Bedienung der Werkzeuge ein, die ein Endbenutzer für die tägliche Arbeit im Customizing und der Entwicklungsumgebung benötigt. Dieser Teil ist daher vor allem für Entwickler, Berater und Endanwender, die sich mit der Konfiguration des R/3-Systems befassen, geeignet. Für Systemverwalter wird anschließend das Transport Management System (kurz TMS) erklärt: • Hierbei erfahren Sie, wie der Transport von Customizing- und Entwicklungsaufträgen in einem Verbund von R/3-Systemen durchgeführt wird.

439

11

CTS – Change & Transport System

• Außerdem wird die Bedienung der Transportwerkzeuge auf der Ebene des Betriebssystems dargestellt. • Ferner erfahren Sie, wie Sie die Konfiguration des TMS durchführen. In einem letzten Abschnitt werden Hilfsmittel erklärt, die bei der Einführung und dem Betrieb des R/3-Systems von besonderer Bedeutung sind. Hierzu gehören • Mandantenverwaltung • Mandantenkopie • Werkzeuge zum Vergleich von Customizing-Einstellungen in verschiedenen Mandanten bzw. Systemen Dieses Kapitel ist für alle diejenigen Anwender wichtig, die sich mit der Konfiguration des Systems befassen. Für Berater und Systemverwalter ist das Verständnis des CTS unerlässlich.

11.1

Grundlagen des CTS

Bevor in diesem Abschnitt der Aufbau des CTS erklärt wird, soll noch einmal die Frage angesprochen werden, warum unterschiedliche R/3-Systeme und damit Transportwerkzeuge überhaupt gebraucht werden. Dies führt zu dem Begriff der Systemlandschaft.

11.1.1

Motivation

Manchem Anwender stellt sich am Anfang seiner Arbeit mit dem SAP-System oft die Frage nach dem Sinn mehrerer SAP-Systeme. Reicht nicht ein SAP-System mit unterschiedlichen Mandanten völlig aus? Welche Systemlandschaft ist für welche Kundenanforderung geeignet? Um diese Fragen zu klären, sollen zunächst einige Grundbegriffe wiederholt und einige Standardszenarios erläutert werden.

System, Mandant Wie bereits in Kapitel 2, »R/3-Architektur«, dargelegt, ist der Begriff »R/3System« gleichbedeutend mit dem Begriff »Datenbank«. In dieser einen Datenbank pro R/3-System, eindeutig gekennzeichnet durch ihre System-Identifikation (SID), befinden sich alle ca. 15.000 Tabellen. Diese Tabellen enthalten • Kundendaten • SAP-Programme • Systemtabellen Kundendaten, wie beispielsweise Bestellungen oder Buchungen, werden grundsätzlich auf Mandantenebene geführt. Damit Daten verschiedener

440

CTS – Change & Transport System

11

Mandanten (Konzerne, Firmen) getrennt werden können, enthalten alle Kundentabellen, seien es Tabellen für Daten oder Konfigurationstabellen, immer den Mandanten als erstes Schlüsselfeld.

Customizing Aus Sicht des Kunden ist der Betrieb nur eines Systems mit unterschiedlichen Mandanten durchaus denkbar. Auch um das Customizing im Rahmen der SAP-Einführung oder im Falle von Änderungen bei Wartungsarbeiten testen zu können, wären unterschiedliche Mandanten in nur einer Datenbank ausreichend. Technische Restriktionen, wie »mandantenübergreifende« Konfigurationstabellen, beispielsweise bei Nummernkreisen für Adressen, aber auch Sicherheitsanforderungen für den Umgang mit produktiven Daten legen die Installation von mindestens zwei SAP ®-Systemen nahe: Ein Testsystem, in dem der Kunde die Konfiguration vornimmt, und ein Produktivsystem, an dem selbst keinerlei Einstellungen vorgenommen werden sollten. Alle Customizing-Aktivitäten werden im Testsystem aufgezeichnet und mit dem CTS in das Produktivsystem transportiert.

Entwicklung Betrachtet man Objekte der Entwicklungsumgebung wie Programme und Tabellendefinitionen, so sind diese Objekte zwar auch in den Tabellen der Datenbank gespeichert, im Unterschied zu Kundendaten sind Entwicklungsumgebungsobjekte jedoch »mandantenübergreifend«. Dies bedeutet, dass Änderungen an Programmen immer auch unmittelbare Auswirkungen auf alle Mandanten eines R/3-Systems haben. Da der SAP-Systemkernel Programme interpretiert (siehe Kapitel 2 und 3), werden Änderungen mit dem Abspeichern wirksam. Für Kunden, insbesondere wenn sie Eigenentwicklungen durchführen, ist daher die Installation eines Test- und eines Produktivsystems mit jeweils getrennten Datenbanken zwingend erforderlich. Bei umfangreichen Eigenentwicklungen ist es aber empfehlenswert, zusätzlich (mindestens) ein eigenes »Entwicklungs-« System zu installieren.

11.1.2

Typische Systemlandschaften

Aus den obigen Beispielen leiten sich folgende typische Systemverbunde ab: • Einzelsystem Typische Anwendungen für Einzelsysteme sind Schulungs-, Demonstrations- oder Testsysteme. • Zweistufige Systemlandschaft Sie besteht aus einem Entwicklungs- und einem Produktivsystem. • Dreistufige Systemlandschaft Sie umfasst ein Entwicklungs-, ein Test- und ein Produktivsystem.

11.1 Grundlagen des CTS

441

11

CTS – Change & Transport System

11.1.3

Werkzeuge des CTS

Das ehemalige Korrektur- und Transportwesen hat im Zuge der Entwicklung des SAP R/3-Systems wiederholt Änderungen erfahren. In Version 4.0 wurden die Architektur und Funktionalität der Werkzeuge stark überarbeitet und auch der Name »Korrektur- und Transportwesen« geändert. Alle Werkzeuge sind nun unter dem neuen Begriff »Change & Transport System« (CTS, engl., Korrektur- und Transportsystem) zusammengefasst. SAP verwendet für diese Verwaltungswerkzeuge, wie bereits im CCMS und in der Entwicklungsumgebung, weitgehend englische Fachbegriffe. Im Rahmen der Entwicklungen des CTS zu Version 4.6 erfolgte die weitere Integration dieser Werkzeuge in Richtung einer gemeinsamen Oberfläche. Wurde noch unter 4.6A zwischen den drei Organizern (engl. Organisatoren) Customizing -, Workbench - und Transport Organizer unterschieden, sind diese in Version 4.6C unter dem Transport Organizer zusammengefasst.

Change and Transport System (CTS)

Transport Organizer (CTO)

Transport Management System (TMS)

SE01 STMS

(SE09, SE10)

Transport Werkzeuge tp und R3trans Abbildung 11.1

Aufbau des CTS

Abbildung 11.1 zeigt den Aufbau des CTS und seine Werkzeuge.

Transport Organizer Je nach Versionsstand sind unterschiedliche Sichten des Organizers verfügbar. Diese gliedern sich entsprechend ihrer Aufgabenstellung in die drei Teilbereiche: Customizing, Workbench und Transport. Waren in früheren Versionen diese Arbeitsgebiete streng getrennt und über unterschiedliche Transaktionen anzuwählen (SE10, SE09, SE01), so ist unter Releasestand 4.6C die Einstiegssicht für die Teilbereiche des Customizings und der Workbench identisch und stellen ein Untermenü der erweiterten Sicht des Transport Organizers (Transaktion SE01) dar. Je nach Aufgabenstellung des Anwenders bietet der Transport Organizer die entsprechende Funktionalität:

442

CTS – Change & Transport System

11

• Entwicklung Der Entwickler legt hier seine Entwicklungsaufträge an und verwaltet diese. Er kann weiterhin den Transport der Entwicklungsobjekte in andere SAP-Systeme starten und überwachen. • Customizing Der Berater oder »SAP-Konfigurator« zeichnet mit seiner Hilfe alle Einstellungen des SAP-Systems, die im Rahmen des »Customizing« vorgenommen werden, auf und kann diese an andere Systeme verteilen. • Transport Der Transport Organizer schließlich ist das Werkzeug für den Systemverwalter. Hierin sind spezielle Funktionen für den »Transporteur« wie Mandantentransport, Transport von Kopien und Stücklistenverwaltung zusammengefasst.

Transportwerkzeuge Der Transport Organizer ist eng mit den Transportwerkzeugen tp und R3trans verknüpft. Hierbei handelt es sich um Programme, die auf der Ebene des Betriebssystems für das eigentliche Exportieren aus der Quelldatenbank (Quell-SAP-System) und das Importieren in die Zieldatenbank (Ziel-SAP-System) sorgen.

Transport Management System Das Transport Management System (TMS) dient schließlich dazu, einen Verbund von verknüpften SAP-Systemen zu definieren und die Transporte zwischen den Systemen zu überwachen. Bevor die Endbenutzer den Transport Organizer verwenden können, muss der Systemverwalter zunächst das Transport Management System konfigurieren.

11.2 Transport Organizer Nach der kurzen Erklärung von Motiven und Begriffen soll nun das Hauptwerkzeug des CTS für den SAP-Berater, der die Konfiguration des Systems vornimmt, und den Entwickler erklärt werden. Hierbei setzen wir voraus, dass das Transport Management System bereits konfiguriert ist (vgl. Abschnitt 11.3, » Transport Management System (TMS)«). Da das Erscheinungsbild des CTS innerhalb des Releasestandes 4.6 je nach verwendeter Version sehr inhomogen ist, beziehen sich die folgenden Menüangaben und Abbildungen etc. auf Version 4.6C.

11.2.1

Customizing

Der Transport Organizer dient zum Organisieren der Customizing-Aktivitäten. Customizing ist technisch gesehen die Konfiguration von Steuertabellen, über die wiederum das Verhalten der SAP-Anwendungen bestimmt

11.2 Transport Organizer

443

11

CTS – Change & Transport System

wird. Wie auch Kundentabellen sind Customizing-Tabellen (Steuertabellen) in der Regel mandantenabhängig. Damit ist das Customizing immer auf den aktuellen Mandanten bezogen, an dem der Benutzer angemeldet ist.

Mandanteneinstellung Damit nun eine Änderung von Customizing-Tabellen überhaupt möglich ist, muss dies für jeden Mandanten explizit eingestellt werden. Hierzu dient die Mandantentabelle (T000), in der diese Einstellungen vorgenommen werden. Die folgenden Einstellungen sind für Mandanten möglich: • Rolle des Mandanten Die Rolle des Mandanten dient in erster Linie nur dokumentarischen Zwekken. Gibt es jedoch in einem System einen als »produktiv« gekennzeichneten Mandanten, kann dieser nicht durch eine irrtümlich gestartete Mandantenlöschung oder Mandantenkopie gelöscht werden. Weiterhin können in diesen Mandanten oder sein R/3-System keine mandantenunabhängigen Änderungen im Rahmen einer systemübergreifenden Mandantenkopie (Mandantenimport, siehe Abschnitt 11.5) importiert werden. • Änderungen und Transporte für mandantenabhängige Objekte Mit dieser Einstellung wird festgelegt, ob überhaupt Änderungen an diesem Mandanten vorgenommen werden können und ob diese automatisch aufgezeichnet werden sollen. Die Standardeinstellung für einen Customizing-Mandanten ist: »Automatische Aufzeichnung von Änderungen«. • Änderungen an mandantenübergreifenden Objekten Diese Einstellung legt fest, ob Sie Entwicklungen (das heißt: Änderungen an Repository-Objekten) und/oder mandantenübergreifendes Customizing vornehmen können. Für ein typisches Customizing- und Entwicklungssystem steht hier die Einstellung: »Änderungen an Repository und mand.unabh. Customizing erlaubt«. Start »SAP Easy Access« 1. Wählen Sie die Knoten WERKZEUGE | ADMINISTRATION. ➜ Das System verzweigt in das Hauptmenü der Systemadministration. 2. Wählen Sie hier die Knoten V ERWALTUNG | MANDANTENVERWALTUNG | MANDANTENPFLEGE. ➜ Das System zeigt die vorhandenen Mandanten an. 3. Wählen Sie jetzt die ANZEIGE/ÄNDERN-Schaltfläche . ➜ Es erscheint eine Information, dass diese Einstellungen mandantenübergreifend sind.

444

CTS – Change & Transport System

4. Bestätigen Sie diese Information mit (¢) oder Anklicken von ➜ Sie wechseln in den ÄNDERN-Modus.

11

.

5. Wählen Sie jetzt den Mandanten mit einem Doppelklick auf die entsprechende Zeile aus. ➜ Sie gelangen in die Detail-Pflege des ausgewählten Mandanten (vgl. Abbildung 11.2).

Abbildung 11.2 Mandant ändern (© SAP AG)

6. Nehmen Sie hier die entsprechenden Einstellungen vor, und sichern Sie Ihre Angaben.

Aufträge und Aufgaben Zur Verwaltung und Aufzeichnung der Customizing-Einstellungen dient der Transport Organizer. Folgende Begriffe finden in diesem Zusammenhang Verwendung: • Aufgaben Jeder Mitarbeiter eines Customizing-Projekts erhält von seinem Projektleiter eine bestimmte Aufgabe. Nur unter Angabe dieser Aufgabe kann er seine Customizing-Einstellungen speichern. Hat der Mitarbeiter seine Arbeit beendet, muss er die Aufgabe freigeben. • Customizing-Auftrag Die Aufgaben der an dem Projekt beteiligten Mitarbeiter werden unter einem gemeinsamen Auftrag zusammengefasst. Sind alle Aufgaben freige-

11.2 Transport Organizer

445

11

CTS – Change & Transport System

geben, kann der Projektleiter auch den Customizing-Auftrag freigeben. Je nach Systemeinstellung (siehe folgenden Abschnitt) wird dieser Auftrag dann automatisch vom Entwicklungssystem in das Testsystem transportiert. In Analogie gelten diese Aussagen auch für Entwicklungsprojekte.

Vorgehensweise Je nach Projektsituation bietet sich eine der folgenden Vorgehensweisen an: • Systemeinführungsphase Während der Systemeinführung bietet es sich an, projekt- oder modulspezifisch einen Auftrag für eine Arbeitsgruppe und Aufgaben für die beteiligten Mitarbeiter anzulegen. Diese Tätigkeit sollte der Projektleiter vornehmen. Je nach Teststrategie werden dieser Auftrag und die beteiligten Aufgaben dann in wöchentlichem Rhythmus freigegeben und ins Qualitätssicherungssystem transportiert. • Wartungsarbeiten Ist die Produktivsetzung bereits erfolgt und treten Fehlersituationen auf, die durch Wartungsarbeiten (Nach-Customizing) behoben werden sollen, so sollte hier vom Projektleiter oder Helpdesk-Mitarbeiter (Mitarbeiter des Benutzerservice) ein Auftrag mit einer Aufgabe erstellt werden, der dann zum Testen sofort in das Qualitätssicherungssystem transportiert werden kann.

Auftrag anlegen Nach diesen Grundbegriffen und einem Hinweis auf die Vorgehensweise soll nun anhand eines Beispiels das Anlegen eines Auftrags erklärt werden. • Generell kann der Auftrag mittels des Transport Organizers angelegt und dann den Mitarbeitern bekannt gegeben werden. • Er kann aber auch direkt beim Speichern einer Customizing-Einstellung neu angelegt werden, wenn vom System die Auftragsnummer erfragt wird. • Schließlich kann auch ein Standardauftrag als Benutzereinstellung hinterlegt werden. Dadurch entfällt die Frage nach der Auftragsnummer. Hinweis In der Praxis zeigt sich, dass insbesondere bei einer großen Anzahl von Aufträgen häufig die Übersicht verloren geht. Da in den Anzeige-Transaktionen als erster Hinweis nur der Benutzer und der Kurztext des Auftrags angezeigt wird, sollten Sie eine Namensregel für den Kurztext vereinbaren. Je nach Projekt bietet es sich zum Beispiel an, das Modul-Kurzzeichen (FI, MM etc.) zu verwenden, gefolgt von einer Kurzbeschreibung der Projektaufgabe. Eine solche Namensregel lässt sich am besten dadurch gewährleisten, dass Aufträge und Aufgaben vom Projektleiter zentral angelegt werden.

446

CTS – Change & Transport System

11

Start »SAP Easy Access« 1. Wählen Sie die Knoten WERKZEUGE | ADMINISTRATION | TRANSPORTE | TRANSPORT ORGANIZER. ➜ Das System wechselt in den Transport Organizer. 2. Gehen Sie nun auf die Schaltfläche TRANSPORTE ➜ Sie gelangen in das Einstiegsmenü, mit dem Sie Ihre Änderungsaufträge verwalten können (vgl. Abbildung 11.3).

Abbildung 11.3 Transport Organizer: Einstieg Verwaltung von Änderungsaufträgen

(© SAP AG)

3. Im Feld »Benutzer« ist bereits Ihre SAP-Benutzerkennung eingetragen. Klicken Sie auf die Schaltfläche ANZEIGEN . ➜ Das System zeigt Ihnen in einer hierarchischen Liste alle Aufträge mit den zugehörigen Aufgaben an, an denen Sie beteiligt sind. Anhand der farblichen Markierung erkennen Sie den Zustand der einzelnen Aufgaben und Aufträge. 4. Wählen Sie die Schaltfläche (ANLEGEN). ➜ Es erscheint ein Dialogfenster, in dem Sie Details für den neuen Auftrag angeben müssen (vgl. Abbildung 11.4).

11.2 Transport Organizer

447

11

CTS – Change & Transport System

Abbildung 11.4 Auftrag anlegen (© SAP AG)

5. Geben Sie im Feld »Kurzbeschreibung« einen beliebigen Text und in der Tabelle »Aufgaben« alle Mitarbeiter an, die mit Aufgaben an diesem Auftrag beteiligt sein sollen. Im Feld »Ziel« ist, abhängig von Ihren Systemeinstellungen (vgl. Abschnitt 11.3), das Zielsystem hinterlegt. Klicken Sie abschließend auf die Schaltfläche (S ICHERN). ➜ Das System legt den Auftrag und die dazugehörigen Aufgaben an und wechselt in die Listendarstellung zurück (vgl. Abb. 11.6).

Customizing durchführen Nachdem Sie Ihren Mitarbeitern Aufgaben zugeteilt haben, können Sie mit dem Customizing beginnen. Je nach Customizing-Tabelle sind die folgenden Fälle zu unterscheiden: • Die Customizing-Transaktion ist an das Transportwesen angeschlossen. Dies ist der Regelfall. Beim Sichern der Einstellungen erfolgt (falls der Mandant entsprechend eingestellt ist) automatisch die Frage nach einem Transportauftrag. • Mandantenübergreifendes Customizing: Auch hier ist das Transportwesen in der Regel aktiv. Jedoch wird kein mandantenabhängiger Customizing-Auftrag, sondern ein »transportierbarer Änderungsauftrag« erzeugt. Dieser Typ wird im nächsten Abschnitt (11.2.2, Entwicklung) besprochen. • Objekte ohne Anschluss an das Transportwesen: Hierzu gehören zum Beispiel Nummernkreise. Diese können in der Regel über Menüfunktionen manuell transportiert werden – zumeist mit Hilfe der Schaltfläche . Beachten Sie aber in jedem Fall die entsprechenden Hinweise.

448

CTS – Change & Transport System

11

Ausgangspunkt Eine beliebige Customizing-Transaktion 1. Wählen Sie die Schaltfläche aus, nachdem Sie Ihre Customizing-Einstellungen vorgenommen haben. ➜ Das System zeigt ein Dialogfenster, in dem Sie die Änderungen einem Customizing-Auftrag zuordnen müssen. Sie können hier direkt die Auftragsnummer eingeben oder aber nach Aufträgen suchen, an denen Sie beteiligt sind (vgl. Abbildung 11.5).

Abbildung 11.5 Abfrage Änderungsauftrag (© SAP AG)

2. Wählen Sie die Schaltfläche EIGENE AUFTRÄGE. ➜ Das System zeigt in einem weiteren Dialogfenster alle Aufträge, an denen Sie beteiligt sind (vgl. Abbildung 11.6).

Abbildung 11.6 Auswahl eines Auftrags (© SAP AG)

3. Wählen Sie den Auftrag mit einem Doppelklick auf die entsprechende Listenzeile aus. ➜ Das System übernimmt die Auftragsnummer in die vorherige Dialogabfrage (vgl. Abbildung 11.5). 4. Sichern Sie Ihre Angaben mit . ➜ Ihre Einstellungen wurden an den Customizing-Auftrag übergeben.

11.2 Transport Organizer

449

11

CTS – Change & Transport System

Auftrag freigeben Nachdem Sie alle Einstellungen vorgenommen haben, muss der Auftrag freigegeben werden. Verwenden Sie hierzu ebenfalls den Transport Organizer. Start »SAP Easy Access« 1. Wählen Sie die Knoten WERKZEUGE | ADMINISTRATION | TRANSPORTE | TRANSPORT ORGANIZER. ➜ Das System wechselt in den Transport Organizer. 2. Gehen Sie nun auf die Schaltfläche TRANSPORTE. ➜ Sie gelangen in das Einstiegsmenü, mit dem Sie Ihre Änderungsaufträge verwalten können (vgl. Abbildung 11.3). 3. Im Feld »Benutzer« ist bereits Ihre SAP-Benutzerkennung eingetragen. Klicken Sie auf die Schaltfläche ANZEIGEN. ➜ Das System zeigt Ihnen in einer hierarchischen Liste alle Aufträge mit den zugehörigen Aufgaben an, an denen Sie beteiligt sind. Die farbliche Markierung informiert Sie über den Zustand der einzelnen Aufgaben und Aufträge. 4. Durch Klicken auf das Pluszeichen (»+«) können Sie die Hierarchieknoten bis auf die Aufgabenebene aufblättern. ➜ Das System zeigt Ihnen alle Objekte der zugehörigen Aufgabe an (siehe Abbildung 11.7).

Abbildung 11.7 Anzeige der Objektliste (© SAP AG)

450

11

CTS – Change & Transport System

5. Zur Freigabe einer Aufgabe markieren Sie diese mit der Maus und klicken auf die Schaltfläche (DIREKT FREIGEBEN). ➜ Das System wechselt in den SAPscript-Editor zur Pflege der Dokumentation. Hinweis Treffen Sie frühzeitig in Ihrem Projekt Vereinbarungen, wo Sie Customizing-Dokumentationen ablegen. In der Regel wird an dieser Stelle keine allgemeine Customizing-Dokumentation hinterlegt. Es empfiehlt sich aber, zusätzliche Informationen, wie zum Beispiel Hinweise beim Transport von Nummernkreisobjekten, an dieser Stelle zu hinterlegen. 6. Sichern Sie die Dokumentation mit , und verlassen Sie den Editor mit . ➜ Das System wechselt in die Listanzeige zurück. Hinweis Die Farbe der Aufgabe hat sich nun verändert (Status »Freigegeben«), und ein Häkchen nach der Aufgabennummer ist sichtbar. Weiterhin enthält Ihr Auftrag als zusätzlichen Knoten die Objektliste, in der die Objekte aller freigegebenen Aufgaben gesammelt werden. Nach der Freigabe der Aufgabe kann der Mitarbeiter diese nicht mehr für weitere CustomizingEinstellungen verwenden. 7. Zur Freigabe des Auftrags selektieren Sie den Auftrag und drücken anschließend erneut die Schaltfläche (D IREKT FREIGEBEN). ➜ Das System wechselt in eine neue Listanzeige. Es zeigt den Export des Auftrags an und fordert Sie auf, die Anzeige zu aktualisieren. 8. Sie können hier durch Anklicken der Schaltfläche die Beendigung des Transports warten. ➜ Es erscheinen dann die verschiedenen Protokolle.

(A UFFRISCHEN) auf

9. Verlassen Sie die Anzeige über die Schaltfläche (ZURÜCK). ➜ Sie kehren in die Listanzeige Ihrer Aufträge und Aufgaben zurück. Der Auftrag hat nun den Status »Freigegeben«.

Verwaltungsaufgaben Für die Verwaltung von Customizing-Aufträgen bietet der Transport Organizer diverse Hilfsmittel. Diese erreichen Sie direkt aus der Listanzeige Ihrer Aufträge. Beachten Sie dabei aber, dass die Standardeinstellungen des Transport Organizers nur Customizing-Aufträge vom Status »Änderbar« anzeigen. Zur Überwachung anderer Aufträge müssen Sie das entsprechende Ankreuzfeld im Einstiegsbild der Änderungsauftragsverwaltung auswählen (vgl. Abbildung 11.3). In der Listanzeige Ihrer Aufträge können Sie nun folgende Schaltflächen und Menüfunktionen zur Verwaltung von Customizing-Aufgaben nutzen: • Mitarbeiter hinzufügen Bei Aufträgen mit dem Status »Änderbar« können auch nachträglich Aufgaben für weitere Mitarbeiter hinzugefügt werden. Dies ist auch nötig,

11.2 Transport Organizer

451

11

CTS – Change & Transport System

falls ein Mitarbeiter seine Aufgabe bereits freigegeben hat, die Customizing-Einstellung aber noch ergänzen muss. Verwenden Sie als Projektleiter hierzu die Schaltfläche (MITARBEITER HINZUFÜGEN). • Inhaber ändern Manchmal ist es nötig, eine Aufgabe (oder einen Auftrag) einem anderen Mitarbeiter zuzuweisen. Verwenden Sie hierzu die Schaltfläche (INHABER ÄNDERN). Hinweis In Version 4.6 ist es für entsprechend berechtigte Personen möglich, Aufträge oder Aufgaben von Mitarbeitern freizugeben, die zum Freigabetermin eines Auftrags ihre Aufgabe nicht selbst freigeben können. Der Mitarbeiter kann anschließend den Status seiner Aufgabe mit der Transaktion SE10 weiterverfolgen. Hinweis Statt eine Aufgabe einem anderen Mitarbeiter zur Weiterbearbeitung zu überlassen, sollten Sie eine neue Aufgabe für den Mitarbeiter anlegen. • Objekte aufnehmen Manchmal ist es nötig, Objekte aus anderen Aufträgen oder manuell zu einem Auftrag hinzuzufügen, beispielsweise wenn Sie einen gemeinsamen Auftrag für Customizing-Aktivitäten aus mehreren Projekten zusammenfassen wollen, um diesen geschlossen in ein weiteres System zu transportieren. Wählen Sie hierzu die Schaltfläche (O BJEKTE AUFNEHMEN ...).

Abbildung 11.8 Objekte aufnehmen (© SAP AG)

Sie erhalten dann die in Abbildung 11.8 dargestellten Optionen der Objektübernahme. • Protokolle anzeigen Mit Hilfe der Menüfunktion SPRINGEN erreichen Sie die Aktions- und Transportprotokolle. Aktionsprotokolle protokollieren alle Aktionen, die im Zusammenhang mit dem Auftrag und den beteiligten Aufgaben erfolgten. Aktionsprotokolle sind auch die einzige Stelle im System, an der Sie nachvollziehen können, ob und wann der Inhaber einer Aufgabe geändert wurde.

452

CTS – Change & Transport System

11.2.2

11

Entwicklung

Der Transport Organizer ist auch für die Koordinierung und den Transport von Entwicklungsprojekten verantwortlich. Dieser Organizer ist neben der ABAP-Workbench ein wichtiges Hilfsmittel für Entwickler. Auch wenn die Werkzeuge und die Bedienung des Workbench Organizers dem Customizing Organizer ähneln, gibt es doch einige wesentliche Unterschiede: • Entwicklungsumgebungsobjekte (EU-Objekte) sind immer mandantenübergreifend wirksam. Eine geordnete Entwicklung erfordert daher immer mindestens zwei SAP-Systeme. • Da EU-Objekte, um wirksam zu sein, immer im System vorhanden sein müssen, muss geklärt sein, wo sie entwickelt werden, dass heißt, in welchem System das Original des EU-Objekts gepflegt wird. In allen anderen Systemen befindet sich eine Kopie. In den folgenden Abschnitten werden deshalb in diesem Kontext einige Begriffe geklärt, die für die Arbeit als Entwickler wichtig sind.

Original und Kopie Wie oben erwähnt, ist jedes EU-Objekt genau einem System als Original zugeordnet. Diese Zuordnung erfolgt automatisch durch einen Eintrag in die Tabelle TADIR beim Anlegen des Objekts oder beim bewussten Transportieren des Originals in ein anderes System. Im Sprachgebrauch des CTS nennt man dies auch »umziehen«.

Reparatur und Korrektur Wird ein Objekt geändert, so erfolgt dies immer mit Hilfe des CTS im Rahmen einer Aufgabe, die einem Auftrag zugeordnet ist. Je nachdem, ob ein Objekt in seinem Originalsystem geändert wird oder ob es in einem anderen System, in dem es als Kopie vorhanden ist, geändert wird, bezeichnet man den Änderungsauftrag als einen Korrekturauftrag (für Originale) oder einen Reparaturauftrag (bei Änderungen an der Kopie). Der Typ des Auftrags wird automatisch aus der System-ID des Anmeldesystems und aus dem TADIR-Eintrag des EU-Objekts (Source-System) ermittelt.

Systemänderbarkeit Welche Arten von Entwicklungen (Änderungen) in einem System vorgenommen werden können, wird durch die so genannte Systemänderbarkeit festgelegt. Durch die Systemänderbarkeit können Sie festlegen, welche Repository-Objekte in Ihrem System geändert werden können.

11.2 Transport Organizer

453

11

CTS – Change & Transport System

Ausgangspunkt Beliebiges Fenster 1. Wechseln Sie in die Transaktion SE06. Schreiben Sie hierzu in die Befehlszeile /NSE06, und bestätigen Sie mit (¢) . ➜ Das System wechselt in die Transaktion SE06. 2. Klicken Sie hier auf die Schaltfläche (SYSTEMÄNDERBARKEIT). ➜ Das System wechselt in die Pflege globaler Einstellungen (vgl. Abbildung 11.9).

Abbildung 11.9 Systemänderbarkeit (© SAP AG)

3. Kreuzen Sie hier alle Namensbereiche an, für die Sie Änderungen im System zulassen wollen. Sichern Sie anschließend Ihre Einstellungen mit , und kehren Sie mit zurück. Indem Sie keine SAP-Namensräume für Änderungen freigeben, können Sie verhindern, dass SAP-Objekte in Ihrem System verändert (repariert) werden.

Mandanteneinstellung Auch in den Mandanteneinstellungen müssen Sie festlegen, welche Entwicklungsaktivitäten Sie erlauben wollen. Das Vorgehen für die Pflege der Mandantentabelle T000 ist bereits im vorherigen Kapitel beschrieben worden (vgl. Abbildung 11.2). Wichtig für einen Entwicklungsmandanten ist die in Abbildung 11.10 gezeigte Einstellung.

454

CTS – Change & Transport System

11

Abbildung 11.10 Mandantenpflege (© SAP AG)

Für einen Entwicklungsmandanten muss die Änderung von EU-Objekten (Repository) und das mandantenunabhängige Customizing erlaubt sein.

Entwicklungsbenutzer Nur diejenigen SAP-Benutzer, die im OSS als Entwickler für das System registriert sind und dort einen entsprechenden Entwicklerschlüssel erhalten und in ihrem System registriert haben, können EU-Objekte entwickeln (vergleichen Sie hierzu Kapitel 10.2.2 für eine Beschreibung, wie Sie einen Entwicklerschlüssel im OSS beantragen können).

Entwicklungsklasse Bevor Sie mit der Entwicklung beginnen können, sollten Sie für Ihr Entwicklungsprojekt eine Entwicklungsklasse definieren. Alle Repository-Objekte gehören einer Entwicklungsklasse an (beispielsweise alle Softwaremodule einer Transaktion oder einer Gruppe von Transaktionen) und können als Einheit korrigiert und transportiert werden. Dies vereinfacht die Verwaltung von Entwicklungsprojekten erheblich. Entwicklungsklassen sind in der Tabelle TDEVC hinterlegt. Mit Hilfe der ihnen zugeordneten Attribute können Korrekturen und Transporte verwaltet werden. Auf der Ebene der Entwicklungsklassen wird entschieden, ob die Objekte überhaupt transportierbar sind oder ob sie ohne Auftrag und Aufgabe geändert werden können. »Lokale private Objekte«, die sich in der Entwicklungsklasse »$TMP« befinden, unterliegen nicht dem CTS-Änderungsmechanismus. Dies bedeutet, dass diese Objekte ohne Auftrag oder Aufgabe

11.2 Transport Organizer

455

11

CTS – Change & Transport System

veränderbar sind, keine Versionen erzeugt werden und kein Transport in andere Systeme möglich ist. Die Bedeutung der Entwicklungsklasse für den Aufbau eines Systemverbunds wird im nächsten Abschnitt (Transport Management System) erläutert.

Namensraum Nachdem Sie nun alle Projektvorbereitungen getroffen haben, müssen Sie eine Namensregel für Ihre Entwicklungsobjekte festlegen. Hierbei gilt, dass SAP einen großen Teil des Namensraums vorbelegt hat und Kunden deshalb gewisse Restriktionen bei der Namensgebung beachten müssen. Grundsätzlich gilt: • Alle Objekte können mit Z oder Y beginnen. • SAP-Partner können bei SAP einen Namensraum beantragen. Solche Namensräume beginnen und enden mit einem »/«. Dazwischen steht ein vier- bis achtstelliger von SAP genehmigter Name. Darüber hinaus empfiehlt es sich aber, eine kundenspezifische Namensregel festzulegen. So könnte der zweite Buchstabe eines Objekts das Modul spezifizieren. Wichtig ist jedoch, diese Regel vor Beginn der Entwicklungsarbeiten aufzustellen.

Projektvorbereitung und -durchführung Die Vorbereitung und Durchführung eines Entwicklungsprojekts erfolgt, abgesehen von den oben angeführten Besonderheiten, ganz analog zu den Tätigkeiten beim Customizing. Bei Entwicklungsprojekten wird lediglich ein anderer Typ von Aufträgen (Workbench) im Einstiegsfenster der Auftragverwaltung im Transport Organizer ausgewählt (vgl. Abbildung 11.11). Es soll daher hier nur eine Zusammenfassung der wichtigsten Schritte erfolgen. 1. Der Projektleiter definiert eine Entwicklungsklasse. 2. Anschließend muss er mit dem Transport Organizer einen Auftrag definieren sowie für jeden Mitarbeiter eine Aufgabe. 3. Jeder Mitarbeiter kann nun seine EU-Objekte definieren. Bei dieser Definition muss er die Objekte seiner Aufgabe zuordnen. 4. Nach Beendigung der Arbeit muss die Aufgabe vom Mitarbeiter freigegeben werden. 5. Nachdem alle Aufgaben freigegeben wurden, muss der Projektleiter den Entwicklungsauftrag freigeben.

456

CTS – Change & Transport System

11

Abbildung 11.11 Transport Organizer: Einstieg Verwaltung von Änderungsaufträgen für

Entwicklungsobjekte (© SAP AG)

6. Der Projektleiter kontrolliert, ob der Export erfolgreich durchgeführt wurde, und benachrichtigt den Systemadministrator, dass der Auftrag ins Konsolidierungssystem transportiert werden kann. 7. Im Konsolidierungssystem muss dann der anschließende Test erfolgen.

11.2.3

Transporte

Der Transport Organizer (Transaktion SE01) umfasst einige Sonderfunktionen des CTS für den Projektleiter und Systemadministrator. Hierzu gehören: • Transport von Kopien • Stücklisten • Mandantentransporte • Transport zum Kunden (SAP/Partner -> Kunde) Im Folgenden werden die Funktionen »Transport von Kopien« und »Stücklisten« näher beschrieben. Der Bereich »Mandantentransporte« wird weiter unten in diesem Kapitel (siehe »Sonderfunktionen« unter 11.5, »Mandantenverwaltung«) erklärt.

11.2 Transport Organizer

457

11

CTS – Change & Transport System

Transport von Kopien und Umzüge Im Normalfall gehören die EU-Objekte immer zu dem System, in dem sie erstellt wurden (vgl. oben »Original und Kopie«). Durch die Definition von Transportwegen und Transportschichten wird festgelegt, in welche Systeme die EU-Objekte automatisch weitertransportiert werden sollen. Will man nun von diesen Standardpfaden abweichen, kann man die Funktion zum Transport von Kopien und Umzügen verwenden. Hierzu gehören: • Transport von Kopien Damit kann erreicht werden, dass EU-Objekte, unabhängig von Transportwegen, in weitere Systeme transportiert werden. • Umzüge ohne Entwicklungsklassenwechsel Bei diesen Transporten wird automatisch der Eintrag in der Tabelle TADIR geändert. Dadurch wechselt beim Transport das Original in das Zielsystem. Diesen Vorgang nennt man auch Checkin/Checkout. • Umzüge mit Entwicklungsklassenwechsel Hierdurch werden die Originale (TADIR-Eintrag) der Objekte automatisch in ein anderes System transportiert und gleichzeitig einer anderen Entwicklungsklasse zugeordnet. Diese Entwicklungsklasse gehört dann zu einer Transportschicht des neuen Systems. • Umzüge kompletter Entwicklungsklassen Will man ein Entwicklungsprojekt vollständig in einem anderen System weiterentwickeln, so kann die gesamte Entwicklungsklasse in das neue System transportiert werden. Beim Transport wird dann automatisch das Originalsystem in der Tabelle TADIR geändert und auch die Entwicklungsklasse der neuen Transportschicht zugeordnet.

Umzüge kompletter Entwicklungsklassen Start »SAP Easy Access« 1. Wählen Sie die Knoten WERKZEUGE | ADMINISTRATION | TRANSPORTE | TRANSPORT ORGANIZER. ➜ Sie wechseln in den Transport Organizer (vgl. Abbildung 11.12). 2. Wählen Sie als Auftragstyp »Umzüge«, und klicken Sie auf die Schaltfläche (ANLEGEN). ➜ Es erscheint ein Dialogfenster, in dem Sie den Typ des Umzugs wählen müssen. 3. Wählen Sie »Umzug einer kompletten Entwicklungsklasse«, und bestätigen Sie mit . ➜ Das System zeigt Ihnen ein Dialogfenster zum Anlegen eines Transportauftrags für die gewählte Kategorie.

458

CTS – Change & Transport System

11

Abbildung 11.12 Transport Organizer (© SAP AG)

Abbildung 11.13 Auftrag anlegen (© SAP AG)

4. Wählen Sie eine Kurzbeschreibung sowie die zu transportierende Entwicklungsklasse. Außerdem müssen Sie sich für die neue Zieltransportschicht und das Zielsystem entscheiden. Bestätigen Sie die Angaben mit (SICHERN). ➜ Das System legt einen Auftrag für diesen Umzug an. Automatisch werden dann alle Objekte dieser Entwicklungsklasse und die Entwicklungsklasse selbst an diesen Auftrag angefügt. Es erscheint eine hierarchische Liste dieser Objekte. 5. Geben Sie anschließend diesen Auftrag frei. Positionieren Sie dazu den Mauszeiger auf den Auftrag, und klicken Sie auf die Schaltfläche (FREIGEBEN). ➜ Es erfolgt die Freigabe und der Export des Auftrags. Das System zeigt Ihnen anschließend eine Liste der Transportprotokolle, mit der Sie die Entwicklung des Exports verfolgen können.

11.2 Transport Organizer

459

11

CTS – Change & Transport System

Abbildung 11.14 Auftrag »Umzug« anzeigen (© SAP AG)

6. Aktualisieren Sie die Anzeige ( ) bis die Nachricht »Export erfolgreich« erscheint, und kontrollieren Sie die Exportprotokolle.

Stücklisten Eine weitere Sonderfunktion ist die Verwaltung und Erstellung von Stücklisten. Stücklisten entsprechen Transportaufträgen, in die Sie Objekte manuell einstellen können. Hierbei werden jedoch keine Objektsperren durchgeführt, wie sonst bei automatischen Transportaufträgen üblich. Stücklisten werden dazu verwendet, um Objekte in Listen zusammenzufassen und diese anschließend als Vorlage für Transportaufträge zu verwenden.

11.3 Transport Management System (TMS) Das TMS ist die zentrale Stelle, um einen Verbund von SAP-Systemen zu konfigurieren und zu überwachen. Dieses Werkzeug ist in Version 4.0 hinzugekommen und ersetzte die bis dahin übliche manuelle Konfiguration diverser Steuertabellen wie TSYST, TWSYS, DEVL. In diesem Abschnitt • wird die Architektur des TMS vorgestellt • lernen Sie die wichtigsten Grundbegriffe, die zum Verständnis des TMS erforderlich sind, kennen • werden die vier Schritte zur Konfiguration des TMS erklärt • werden Sie mit der Handhabung des TMS vertraut gemacht

460

CTS – Change & Transport System

11.3.1

11

Architektur des TMS

Das TMS erlaubt es, SAP-Systeme zu einem Systemverbund zusammenzufassen. Innerhalb dieses Transportverbunds können Transportaufträge und damit Customizing- und Entwicklungsobjekte ausgetauscht werden.

Abbildung 11.15 TMS-Architektur

Die Systemarchitektur des TMS ist in Abbildung 11.15 dargestellt. Zum Verständnis des TMS sollen nun einige Grundbegriffe erklärt werden. • Transportdomäne Eine Transportdomäne definiert alle Systeme eines Transportverbunds. • Transportdomänen-Controller Der Domänen-Controller ist ein SAP-System, an dem die gesamte Konfiguration der Transportdomäne erfolgen muss. Vom Domänen-Controller können die Einstellungen an alle angeschlossenen SAP-Systeme automatisch verteilt werden. • Backup-Domänen-Controller Ein Backup-Domänen-Controller ist ein Ersatz für den Domänen-Controller, falls dieser ausfällt. • Transportgruppe Eine Transportgruppe sind alle die SAP-Systeme, die über ein gemeinsames Verzeichnis /usr/sap/trans (UNIX) bzw. x:\usr\sap\trans (Windows NT) verfügen und damit direkt auf die Transportdaten zugreifen können.

11.3 Transport Management System (TMS)

461

11

CTS – Change & Transport System

Das TMS bietet dem R/3 Basis-Administrator viele Möglichkeiten und Vorteile. Einige Vorteile sollen hier aufgezählt werden: • Es können auch Systeme ohne gemeinsames Transportverzeichnis verbunden werden. Die Kommunikation zwischen allen Systemen erfolgt über RFC (Remote Function Call). Damit können auch die Transportdaten ausgetauscht werden. • Es lassen sich virtuelle Systeme definieren. Der Systemverwalter kann bereits zu einem frühen Zeitpunkt seinen Systemverbund modellieren, auch wenn tatsächlich noch nicht alle Systeme installiert sind. • Externe Systeme lassen sich an den eigenen Systemverbund anbinden. Hierdurch ist es möglich, Transporte zwischen Systemen durchzuführen, die nur über Datenträger verbunden sind. • Die Durchführung der Exporte/Importe lässt sich von einer zentralen Stelle aus durchführen und überwachen.

11.3.2

Wichtige Grundbegriffe

Neben den verschiedenen Systemen innerhalb einer Transportdomäne muss auch definiert werden, wie Transportobjekte (Customizing und Entwicklungen) zwischen den Systemen transportiert werden.

Entwicklungsklasse Wie oben erwähnt, sind Entwicklungsklassen für den Aufbau und die Gliederung von Entwicklungsprojekten wichtig. Jeder Entwicklungsklasse wird eine Transportschicht zugeordnet.

Transportschicht Eine Transportschicht definiert, welches System das Entwicklungssystem oder – in der SAP-Terminologie – das Integrationssystem darstellt und welches das Konsolidierungssystem (Synonyme: Testsystem, Qualitätssicherungssystem) ist. Jedem System wird eine Standardtransportschicht zugeordnet. Der Name Z<SID> (mit <SID> als der System-ID des Entwicklungssystems) hat sich als Name für die Standardtransportschicht eingebürgert, ist heute aber nicht mehr zwingend notwendig.

Transportweg Transportwege verbinden die Systeme einer Transportdomäne. Durch Transportwege wird festgelegt, wie Objekte (Entwicklungen oder Customizing) von einem System zum nächsten System transportiert werden dürfen. Hierbei unterscheidet man zwei Arten von Transportwegen: 1. Konsolidierungswege Pro Transportschicht wird definiert, dass bei Änderungen von Objekten dieser Transportschicht ein Transportauftrag generiert wird, mit dem die Objekte immer vom Integrationssystem in das Konsolidierungssystem transportiert werden. Diese Transporte heißen Konsolidierungstransporte.

462

CTS – Change & Transport System

11

2. Belieferungsweg Objekte, die über einen Konsolidierungstransport in ein System transportiert werden, können automatisch in zusätzliche Systeme geliefert werden. Hierzu müssen für das Zielsystem weitere Belieferungssysteme und Belieferungswege definiert werden. Belieferungssysteme sind in der Regel die Produktivsysteme. Entwicklung ZBSD System BSD (Entwicklung)

BSD

QS-System

Produktionssystem Belieferung

SAP

QAS

PRD

Abbildung 11.16 Systemverbund und Transportwege (© SAP AG)

Abbildung 11.16 zeigt einen Systemverbund, der aus den drei Systemen BSD, QAS und PRD besteht. Zum System BSD gehört die Transportschicht ZBSD. Zwei Konsolidierungstransportwege sind für die Transportschichten ZBSD und SAP definiert. Vom System QAS finden Belieferungstransporte nach PRD statt. Dies ist der Standardfall einer Drei-Systeme-Landschaft. Entwicklungen (Schicht ZBSD) und Änderungen an SAP-Objekten (Schicht SAP) werden im Entwicklungssystem BSD durchgeführt und per Konsolidierungstransport in das QAS-System transportiert. Nach durchgeführten Tests erfolgt ein Belieferungstransport in das Produktivsystem.

Zusammenhang Die obigen Begriffe: • Entwicklungsklasse • Transportschicht • Transportweg • Integrationssystem • Konsolidierungssystem • Belieferungssystem haben nun folgenden Zusammenhang: Jedes System besitzt genau eine Transportschicht. Objekte, die in diesem System entwickelt werden sollen, müssen damit zu Entwicklungsklassen gehören, die diese Transportschicht besitzen. Alle Objekte, die in einem System geändert/entwickelt werden und zu einer Transportschicht gehören, für die von diesem System aus ein Konsolidierungstransportweg definiert ist, werden automatisch in einen Konsolidierungstransport gestellt.

11.3 Transport Management System (TMS)

463

11

CTS – Change & Transport System

Wollen Sie erlauben, dass in Ihrem System Reparaturen an Objekten ebenfalls »transportierbar« sind, so müssen Sie, wie in obiger Abbildung für »SAP«-Objekte gezeigt, zusätzliche Konsolidierungswege definieren.

11.3.3

Konfiguration des TMS

Bevor Sie das TMS erstmalig benutzen können, müssen Sie zunächst den Systemverbund konfigurieren. Die Konfiguration sollte dabei in der folgenden Reihenfolge durchgeführt werden: 1. Aufbau der Transportdomäne mit Definition der beteiligten Systeme 2. Definition der Transportschichten 3. Definition der Transportwege 4. Aktivieren und Verteilen der Konfiguration an alle beteiligten Systeme

Schritt 1: Aufbau der Transportdomäne Zum Aufbau der Transportdomäne sollten Sie sich vorher Folgendes überlegen: • Welche SAP-Systeme gehören zu dieser Domäne? • Haben alle Systeme ein gemeinsames Transportverzeichnis? • Welches System ist der Domänen-Controller bzw. der Backup-DomänenController? Hierbei können Sie, wie oben erwähnt, auch noch nicht existierende virtuelle oder externe Systeme einbeziehen. Machen Sie sich auch ein Bild darüber, welche Rollen die Systeme einnehmen, das heißt: • Welches ist Ihr Entwicklungssystem? • Wo findet Ihr Customizing statt? • Welches System verwenden Sie als Qualitätssicherungs- oder Testsystem? • Haben Sie noch zusätzliche Produktivsysteme, wie zum Beispiel eine selbstständige Landesgesellschaft, die aber automatisch mit den Entwicklungen beliefert werden soll? Am besten erstellen Sie sich hierzu einen Plan, ähnlich dem in Abbildung 11.16 gezeigten. So gewappnet können Sie die folgenden Schritte zum Aufbau der Transportdomäne durchführen. Melden Sie sich dazu im Mandanten 000 an, denn nur hier ist die Eingangskonfiguration möglich. Ausgangspunkt Fenster »SAP Easy Access« 1. Wählen Sie den Zugriffspfad SAP MENÜ | WERKZEUGE | ADMINISTRATION | TRANSPORTE | TRANSPORT MANAGEMENT SYSTEM.

464

CTS – Change & Transport System

11

➜ Das System startet die Transaktion STMS und zeigt Ihnen den Startbildschirm des TMS. Haben Sie das TMS noch nicht konfiguriert, erscheint zusätzlich ein Dialogfenster mit der Aufforderung, die Transportdomäne zu konfigurieren (vgl. Abbildung 11.17).

Abbildung 11.17 Startfenster Transport Management System (© SAP AG)

2. Als erstes System muss der Domänen-Controller konfiguriert werden. Das System schlägt daher das momentane System als Domänen-Controller vor. Überprüfen Sie die Angaben (das System schlägt den Namen und die Beschreibung der Transportdomäne vor), tragen Sie eine Beschreibung für Ihr System ein, und bestätigen Sie mit der SICHERN-Schaltfläche . ➜ Das System definiert Ihr System als Domänen-Controller. Informationen über diese Angaben werden in den Dateien DOMAIN.CFG und TP_DOMAIN_<SID>.PFL in das Unterverzeichnis /bin des Transportverzeichnisses gestellt. Das System zeigt nun im TMS-Startbildschirm die Information, dass Sie am Domänen-Controller angemeldet sind. Im weiteren Verlauf müssen Sie nun alle zusätzlichen Systeme zur Transportdomäne hinzufügen. Die dazu notwendigen Konfigurationen unterscheiden sich je nach Systemtyp.

11.3 Transport Management System (TMS)

465

11

CTS – Change & Transport System

• Virtuelles System Virtuelle Systeme werden im TMS direkt zum Domänen-Controller hinzugefügt. Virtuelle Systeme werden quasi simuliert. Alle Aufträge oder Auswertungen (zum Beispiel über RFC) müssen dabei von einem Kommunikationssystem stellvertretend übernommen werden. • Externe Systeme Auch externe Systeme können nicht direkt erreicht werden und benötigen ein Kommunikationssystem. Zusätzlich braucht jedes externe System auch die Angabe eines Transportverzeichnisses, das zum Datenaustausch verwendet wird. • Zusätzliche Systeme Ihrer Systemlandschaft Die Definition real existierender Systeme erfolgt in zwei Schritten: Zunächst müssen Sie das TMS auf dem neuen System starten. Benutzen beide Systeme ein gemeinsames Transportverzeichnis, wird Ihnen vorgeschlagen, das neue System in die Transportdomäne aufzunehmen. Dazu müssen Sie sich am Domänen-Controller anmelden und die Aufnahme des neuen Systems bestätigen. Ab diesem Zeitpunkt können alle weiteren Konfigurationen direkt am Domänen-Controller vorgenommen werden. Haben Sie alle Systeme am Domänen-Controller definiert, können Sie die Einstellungen überprüfen und sie, falls dies nicht schon bei der Definition der Systeme erfolgt ist, an alle angeschlossenen Systeme verteilen. Ausgangspunkt Transaktion STMS (Transport Management System) 1. Im Startfenster des Transport Management Systems (am Domänen-Con, um in die Antroller) wählen Sie die SYSTEMÜBERSICHT-Schaltfläche zeige der Systeme zu gelangen. ➜ Das System zeigt Ihnen alle angeschlossenen Systeme (vgl. Abbildung 11.18). ➜ An den Symbolen erkennen Sie den Systemtyp ( Domänen-Controller, externes System, virtuelles System). 2. Wählen Sie den Menüpunkt SAP-SYSTEM | PRÜFEN | VERBINDUNGSTEST. ➜ Das System versucht, nacheinander zu allen Systemen (eventuell über die Kommunikationssysteme) eine RFC-Verbindung aufzubauen. Anschließend zeigt es eine Liste aller Systeme und den Status des Verbindungsaufbaus.

466

CTS – Change & Transport System

11

Abbildung 11.18 Abbildung 11.18: Systemübersicht (© SAP AG)

3. Wählen Sie anschließend die Funktion SAP-S YSTEM | PRÜFEN | TRANSPORTVERZEICHNIS. ➜ Das System prüft, ob das Lesen und Schreiben in allen Verzeichnissen möglich ist, und zeigt eine Ergebnisliste an. 4. Wählen Sie die letzte Prüffunktion SAP-SYSTEM | PRÜFEN | TRANSPORTTOOL. ➜ Auch hier wird wieder eine Ergebnisliste angezeigt. 5. Kehren Sie in die Systemanzeige zurück, und verteilen Sie die TMS-Konfiguration an alle angeschlossenen Systeme. Klicken Sie hierzu die Schaltfläche an, oder wählen Sie die Menüfunktion ZUSÄTZE | KONFIGURATION VERTEILEN UND AKTIVIEREN. ➜ Das System fordert Sie in einem Dialogfenster noch zu einer abschließenden Bestätigung auf und verteilt anschließend die Konfiguration an die Systeme.

Schritt 2: Transportwege konfigurieren Nach diesen Vorbereitungen müssen Sie die Transportwege definieren. Damit legen Sie fest, wo Sie Entwicklungen und Customizing durchführen können und wie diese Arbeiten im Systemverbund verteilt werden. Zur Definition der Transportwege können Sie sowohl eine hierarchische Listanzeige als auch ein graphisches Werkzeug verwenden. Ausgangspunkt Fenster »Transport Management System« (vgl. Abbildung 11.17) 1. Im Einstiegsbild des TMS klicken Sie auf die Schaltfläche der Transportwege.

zur Pflege

11.3 Transport Management System (TMS)

467

11

CTS – Change & Transport System ➜ Das System zeigt Ihnen die hierarchische Listanzeige der Transportwege. 2. In dieser Listanzeige wechseln Sie in den Graphikeditor, indem Sie auf die Schaltfläche klicken. ➜ Das System startet ein weiteres Fenster und lädt die entsprechenden Netzplandaten zur Darstellung (vgl. Abbildung 11.19).

Abbildung 11.19 Transportwege ändern (© SAP AG)

Der Bildschirm ist in drei Bereiche unterteilt: • Darstellungsbereich (der große Anzeigebereich) Hier sind alle bereits konfigurierten Systeme und Transportwege dargestellt. • Einfügbare Objekte (der kleine Bereich links oben) Dieser Bereich enthält alle noch nicht über Transportwege verbundenen Einzelsysteme. • Navigationsbereich (der kleine Bereich rechts oben) Er dient zur Navigation im Darstellungsbereich. 3. Drücken Sie als Erstes die -Schaltfläche (A NZEIGE/ÄNDERN), um in den Änderungsmodus zu gelangen. ➜ Der Bildschirm ist nun im Ändern-Modus. 4. Wählen Sie durch Klicken mit der Maus das einfügbare System aus. ➜ Der Mauszeiger ändert seine Form und wechselt in den Darstellungsbereich.

468

CTS – Change & Transport System

11

5. Bewegen Sie den Mauszeiger an die Stelle, an die Sie das neue System positionieren wollen, und drücken Sie die linke Maustaste. ➜ Das neue System wird an dieser Stelle eingefügt. . 6. Klicken Sie auf die VERBINDEN-Schaltfläche ➜ Der Mauszeiger nimmt die Form eines Bleistifts an. 7. Positionieren Sie den Mauszeiger auf das System, von dem Sie Transporte exportieren wollen. ➜ Von diesem Punkt aus wird eine Linie zum Mauszeiger gezeichnet. Hinweis Halten Sie dabei die Maustaste gedrückt. 8. Über dem Zielsystem lassen Sie die gedrückte Maustaste los. ➜ Das System öffnet ein Dialogfenster, in dem Sie den Transportweg näher spezifizieren müssen (vgl. Abbildung 11.20).

Abbildung 11.20 Anlegen Transportweg (© SAP AG)

9. In unserem Beispiel sollen alle Transporte, die in das QAS-System importiert werden, zusätzlich zum Produktionssystem auch an ein weiteres Testsystem (TST) »geliefert« werden. Selektieren Sie die Auswahl »Belieferung«, und bestätigen Sie die Dialogabfrage mit . ➜ Das System zeigt den neuen Belieferungspfad. 10.Sichern Sie Ihre Angaben mit der -Schaltfläche. ➜ Das System antwortet mit einem Dialogfenster, in dem Sie eine Kurzbeschreibung Ihrer Konfiguration eingeben können. 11.Beschreiben Sie Ihre Konfiguration in wenigen Worten. ➜ Das System speichert Ihre Konfiguration ab und fragt in einem weiteren Dialogfenster, ob Sie die Konfiguration systemübergreifend verteilen und aktivieren wollen. 12.Antworten Sie mit JA. ➜ Das System verteilt die Konfiguration aller Systeme der Systemlandschaft und aktiviert sie dort. Das bedeutet, dass die erzeugten Transportschichten und Transportwege in Systemsteuertabellen eingetragen und diese Werte an alle Systeme verteilt werden.

11.3 Transport Management System (TMS)

469

11

CTS – Change & Transport System

13.Beenden Sie den graphischen Editor mit oder mit (F3). ➜ Die Transaktion kehrt in die hierarchische Anzeige zurück (vgl. Abbildung 11.21).

Abbildung 11.21 Transportwege ändern – hierarchische Listanzeige (© SAP AG)

Die Konfiguration der Transportwege ist nun beendet. Hinweis Beachten Sie bitte, dass die Transportschichten erst nach dem Aktivieren zur Verfügung stehen. Diese Transportschichten brauchen Sie bei der Definition der Entwicklungsklasse zu Beginn der Entwicklungsarbeit. Wenn Sie Entwicklungsklassen definieren und verwenden, bevor die Transportschicht verwendet wurde, werden Ihre Transportaufträge als lokal – und damit als »nicht transportierbar« – angelegt.

11.3.4

Handhabung des TMS

Ist das Transport Management System einmal konfiguriert, steht dem Systemverwalter ein mächtiges Werkzeug zur Verfügung. Es dient • zur Überwachung der Transporte zwischen allen angeschlossenen Systemen • zur Durchführung von Importen an alle Systeme direkt aus dem TMS • zum Sperren der Transportwarteschlange für beliebige Systeme • Das TMS ersetzt damit die Tätigkeiten, die früher nur auf Betriebssystemebene durchgeführt werden konnten.

470

11

CTS – Change & Transport System

Sicherheitsaspekte Das Konzept des TMS beruht darauf, dass von einem beliebigen System aus alle Aktivitäten über RFC-Aufrufe durchgeführt werden (vgl. Kapitel 9, »RFC«). Hierzu werden bei der Konfiguration des TMS automatisch RFCDestinationen eingerichtet. Solange nur lesend auf andere Systeme zugegriffen wird, beispielsweise beim Lesen der Importwarteschlange, wird ein interner RFC-Benutzer verwendet. Sobald aber Daten im Zielsystem verändert werden müssen, erscheint vor Beginn der Aktion ein Anmeldebildschirm des Zielsystems. Der Benutzer muss sich also erst am Zielsystem identifizieren. Dies bedeutet auch, dass er im Zielsystem privilegiert sein muss, die Transporttransaktionen auszuführen.

Import Wie Sie in Kapitel 11.2.1 (Abschnitt »Auftrag freigeben«) erfahren haben, wird der Export bei der Freigabe des Transportauftrags (Customizing- oder Änderungsauftrag) automatisch durchgeführt und für den Import in die vorgesehenen Zielsysteme (das sind alle durch einen Konsolidierungs-Transportweg verbundenen Systeme) vorgemerkt. Der Import selbst muss aber vom zuständigen Administrator gestartet werden. Ausgangspunkt Startfenster der Transaktion STMS 1. Wählen Sie die Schaltfläche (IMPORTÜBERSICHT). ➜ Das System zeigt die Importwarteschlange aller angeschlossenen Systeme (vgl. Abbildung 11.22). Hinweis Benutzen Sie regelmäßig die Schaltfläche oder die Taste (F5), um die Anzeige aufzufrischen. Das System liest dann sämtliche Importwarteschlangen erneut ein.

Abbildung 11.22 Importübersicht (© SAP AG)

11.3 Transport Management System (TMS)

471

11

CTS – Change & Transport System

2. In der Spalte »Aufträge« sehen Sie die Anzahl der pro System anstehenden Importaufträge. Die Spalte »Status« zeigt durch Symbole den aktuellen Status der Importwarteschlange an. Durch Mausklick auf die Schaltfläche (LEGENDE) können Sie sich die Bedeutung der verschiedenen möglichen Symbole anzeigen lassen (vgl. Abbildung 11.23).

Abbildung 11.23 Legende der Importübersicht (© SAP AG)

Wählen Sie mit einem Doppelklick ein System aus, in unserem Beispiel das System SAT. ➜ Das System liest Detailinformationen zur Importwarteschlange und zeigt Ihnen eine Liste aller anstehenden Aufträge (vgl. Abbildung 11.24).

Abbildung 11.24 Einzelne Importqueue (© SAP AG)

472

CTS – Change & Transport System

11

3. Starten Sie nun den Import »aller anstehenden Aufträge« durch Anklicken der Schaltfläche . ➜ Das System fragt Sie (vgl. Abbildung 11.25) nach dem Zielmandanten, in den Sie importieren wollen. Wenn Sie hier nichts eingeben, wird immer der Quellmandant als Zielmandant angenommen.

Abbildung 11.25 Import starten (© SAP AG)

4. Lassen Sie das Feld »Zielmandant« frei, und bestätigen Sie den Import mit . Hinweis: Über den Reiter OPTIONEN können Sie Optionen des Imports (so genannte »unconditional modi«) ergänzen, um anzugeben, ob auch Originalobjekte oder unbestätigte Reparaturen überschrieben werden können. ➜ Bevor der Import mit den gewählten Optionen durchgeführt wird, erscheint nochmals eine Dialogabfrage. 5. Bestätigen Sie die Abfrage mit JA. ➜ Der Import wird daraufhin im System gestartet, und Sie sehen eine entsprechende Information. ➜ Sie kehren in die Anzeige der Importwarteschlange zurück.

Importstrategie und weitere Importfunktionen Durch die oben beschriebene Funktion des Imports erfolgte der Import aller in einer Warteschlange befindlichen Aufträge. Hierbei handelt es sich um die Grundphilosophie des gesamten CTS. Diese lässt sich in den folgenden Hauptpunkten zusammenfassen: • Es werden immer alle Aufträge einer Warteschlange in der vorgegebenen Reihenfolge importiert.

11.3 Transport Management System (TMS)

473

11

CTS – Change & Transport System

• Die Reihenfolge ergibt sich aus dem Zeitpunkt, zu dem die Aufträge in die Warteschlange gestellt werden. Dieser Zeitpunkt ist bei Konsolidierungstransporten identisch mit dem Zeitpunkt des Exportierens, bei Belieferungstransporten löst der Import in das Konsolidierungssystem das Hinzufügen der Belieferungstransporte in die Warteschlange aus. • Transporte dürfen nur in Ausnahmefällen vorab importiert werden. In diesem Fall bleiben diese Transporte auch noch in der Warteschlange stehen (unconditional mode u1), damit sie bei einem späteren Gesamtimport nochmals in der richtigen Reihenfolge importiert werden. Ansonsten könnte ein älterer Transportauftrag eine »alte« Customizing-Einstellung oder eine »alte« Programmversion in das Folgesystem einspielen und die »neue« Version, die sich durch den Vorabimport bereits im System befindet, überschreiben. Das TMS bietet noch einige weitere Zusatzfunktionen, die für den täglichen Betrieb wichtig sind: • Vorab Einzelimport Den Import eines einzelnen Auftrags starten Sie aus der Ansicht der Import-warteschlange (siehe Schritt 2 im vorherigen Beispiel). Positionieren Sie den Cursor auf den Transportauftrag, und klicken Sie auf die Schaltfläche . Der restliche Ablauf ist der gleiche wie oben beschrieben, es wird aber nur der eine markierte Auftrag importiert. • Aufträge anhängen Will man zusätzlich Transportaufträge in ein System importieren, das laut Transportwege-Definition nicht beliefert wird, so kann man direkt aus dem TMS Transportaufträge an eine Warteschlange anhängen. Wählen Sie hierzu die Funktion ZUSÄTZE | WEITERE AUFTRÄGE | ANHÄNGEN aus der Übersicht der Warteschlange. Sie können dann beliebige Transportaufträge, die Sie namentlich benennen müssen, zu der Transportwarteschlange hinzufügen. • Transportaufträge weiterleiten Aus der Anzeige einer Transportwarteschlange kann ein Auftrag an ein anderes System weitergeleitet werden. Hierzu dient die Funktion AUFTRAG | WEITERLEITEN | SYSTEM. • Detailanalyse eines Auftrags Für jeden Auftrag können Details wie Objektliste, Eigentümer, Dokumentation sowie Protokolle angezeigt werden. Diese Optionen finden Sie unter AUFTRAG | ANZEIGEN.

474

CTS – Change & Transport System

11

Transportprotokolle Gerade die Protokolle enthalten wichtige Informationen über den Export und Import sowie über die damit verbundenen Schritte und Aktivitäten. Für den Anwender ist daher die Analyse der Transportprotokolle der erste Schritt einer Fehleranalyse beim Auftreten von Problemen. Ausgangspunkt Fenster »Transport Management System« (Transaktion STMS) 1. Wählen Sie die Schaltfläche (IMPORTÜBERSICHT). ➜ Das System zeigt die Importwarteschlange aller angeschlossenen Systeme (vgl. Abbildung 11.22). 2. Wählen Sie das in Frage kommende System mit einem Doppelklick aus. ➜ Das System zeigt eine Liste aller anstehenden Importaufträge. 3. Positionieren Sie den Cursor auf einem Auftrag, und klicken Sie auf die Schaltfläche zum Anzeigen der Protokolle. ➜ Das System wertet nun alle den Auftrag betreffenden Protokolldateien des Betriebssystems aus und zeigt die verschiedenen Typen in einer hierarchischen Liste, geordnet nach Systemen und Importschritten, an (vgl. Abbildung 11.26). Wurde ein Schritt mehrmals ausgeführt, so sind zum jeweiligen Zeitpunkt Protokoll und Status (in Klammern) angezeigt.

Abbildung 11.26 Transportprotokolle (© SAP AG)

4. Stellen Sie den Mauszeiger auf die entsprechende Protokollzeile, und klicken Sie die –Schaltfläche (ANZEIGEN) an. ➜ Das System zeigt Ihnen eine Auswertung des gewählten Protokolls an (vgl. Abbildung 11.27). Die Darstellung erfolgt zunächst komprimiert.

11.3 Transport Management System (TMS)

475

11

CTS – Change & Transport System

Abbildung 11.27 Protokollanzeige (© SAP AG)

5. Durch die Schaltflächen (EXPANDIEREN) und (KOMPRIMIEREN) können die vier verschiedenen Protokollebenen ein- und ausgeblendet werden. Pro System und Transportschritt wird ein eigenes Protokoll geschrieben. Näheres zu den Typen und Namen der Protokolldateien finden Sie im nächsten Abschnitt. Für die Auswertung ist der Returncode wichtig. Die wichtigsten Werte und die daraus abzuleitenden Aktionen sind: • Returncode 0 – Status grün Der Transport war erfolgreich, es gibt keine weiteren Aktionen. • Returncode 4 – Status gelb Beim Transport sind nicht-kritische Probleme aufgetreten. Zum Beispiel wurde der Import nicht durchgeführt, da dieser Auftrag bereits vorher in das System importiert wurde. In der Regel muss in solchen Fällen nicht weiter reagiert werden. Eine Analyse ist aber erforderlich. • Returncode 8 – Status rot Der Transport konnte nicht durchgeführt werden. Hier muss reagiert und das Problem behoben werden. • Returncode 12 – Status rot Returncodes von 12 oder höher bezeichnen fatale Fehlersituationen. Es handelt sich in der Regel um Fehler, die bereits bei den Transportwerkzeugen (siehe nächsten Abschnitt) auftreten, zum Beispiel, wenn nicht auf die Datenbank zugegriffen werden kann, da Umgebungs- oder Profilvariablen fehlen oder falsch sind. Hier muss unter allen Umständen der Fehler behoben werden, da in der Regel ein »Schiefstand« des Transportsystems vorliegt.

476

CTS – Change & Transport System

11.3.5

11

Erweiterte Transportfunktionalität

Bisher haben Sie gesehen, wie die Transportsteuerung klassischerweise aufgebaut wird. Mit dem Release 4.6 des R/3-Systems wurde eine erweiterte Transportsteuerung eingeführt, die eine wesentlich differenziertere Konfiguration der Transportlandschaft erlaubt als bisher. Damit ist es möglich • Transportwege nicht nur zwischen Systemen, sondern auch zwischen Mandanten verschiedener Systeme oder des gleichen Systems zu definieren • mehr als ein Ziel für einen Transportweg zu definieren, in Form einer so genannten Zielgruppe • Transportaufträge an Customizing-Projekte zu binden, um so projektweit Aufträge und Transporte zu erlauben oder zu verbieten • Importe periodisch einzuplanen, so dass sie automatisiert ablaufen • Transportaufträge über Workflows laufen zu lassen, in denen sie nach jeder Stufe erst bestätigt werden müssen, bevor sie in das nächste System importiert werden

Aktivieren der erweiterten Transportsteuerung Bevor die erweiterte Transportsteuerung funktioniert, muss sie erst eingeschaltet werden. Dies erfolgt in der Definition des Transporttools. Ausgangspunkt Startfenster der Transaktion STMS 1. Im Startfenster des Transport Management Systems (am Domänen-Con, um in die Antroller) wählen Sie die SYSTEMÜBERSICHT-Schaltfläche zeige der Systeme zu gelangen. ➜ Das System zeigt Ihnen alle angeschlossenen Systeme (vgl. Abbildung 11.18). 2. Verzweigen Sie mit einem Doppelklick auf das System des DomänenControllers in die TMS-Konfiguration. ➜ Das System zeigt Ihnen die TMS-Konfiguration unterteilt in drei verschiedene Teilbereiche: Verwaltung, Kommunikation und Transporttool 3. Wechseln Sie per Klick auf den entsprechenden Reiter in den Bereich Transporttool. ➜ Das System zeigt Ihnen die Parameter für die Transportsteuerung. 4. Drücken Sie als Nächstes die -Schaltfläche (A NZEIGE/ÄNDERN), um in den Änderungsmodus zu gelangen. ➜ Der Bildschirm ist nun im Ändern-Modus. 5. Drücken Sie nun auf die -Schaltfläche (ZEILE EINFÜGEN), um einen weiteren Parameter aufzunehmen. ➜ Im Anzeigebereich wird eine neue Zeile eingefügt.

11.3 Transport Management System (TMS)

477

11

CTS – Change & Transport System

6. Setzen Sie einen Haken in das Kästchen der Spalte »Global«, nennen Sie den neuen Parameter CTS, und weisen Sie ihm den Wert 1 zu (vgl. Abbildung 11.28).

Abbildung 11.28 Aktivieren der erweiterten Transportsteuerung (© SAP AG)

Hinweis Wenn der Parameter CTS schon als nicht globaler Eintrag mit dem Wert 0 existiert, dann ändern Sie auch diesen Wert auf 1. 7. Speichern Sie diese Angaben mit der -Schaltfläche. ➜ Die geänderten Parameter werden gespeichert, und die erweiterte Transportsteuerung ist nun aktiviert. 8. Gehen Sie nun in die Transportwegedefinition (vgl. Abschnitt 11.3.3 – Schritt 2: Transportwege konfigurieren), und ändern Sie den Transportweg zum Konsolidierungssystem und zum Belieferungssystem. Markieren Sie dazu im graphischen Editor den gewünschten Transportweg, und wählen Sie BEARBEITEN | TRANSPORTWEG | ÄNDERN. ➜ Das System zeigt Ihnen das Fenster zum Ändern des Transportwegs (vgl. Abbildung 11.20).

478

CTS – Change & Transport System

11

9. Klicken Sie hier auf die -Schaltfläche (ERWEITERTE TRANSPORTSTEUERUNG). ➜ Im Fenster erweitern sich die Eingabefelder für das Zielsystem um ein Feld für den Zielmandanten (vgl. Abbildung 11.29).

Abbildung 11.29 Transportweg mit erweiterter Transportsteuerung (© SAP AG)

10.Geben Sie hier zu Ihrem Zielsystem auch den Zielmandanten ein, und bestätigen Sie die Eingabe mit . ➜ Das Fenster schließt sich wieder. 11.Ändern Sie alle definierten Transportwege auf diese Weise ab, so dass jedes Transportziel neben einem Zielsystem auch einen Zielmandanten enthält. Hinweis Eine gemischte Konfiguration ist nicht erlaubt. Entweder sind alle Transportwege mit Zielmandanten konfiguriert oder keiner! 12.Speichern Sie die geänderte Konfiguration mit der -Schaltfläche ab. ➜ Das System schlägt vor, diese Konfiguration zu aktivieren und zu verteilen. 13.Bestätigen Sie den Vorschlag mit JA. Ihr System ist jetzt mit der erweiterten Transportsteuerung aktiv. In den Importwarteschlangen der einzelnen Systeme erscheint nun ein weiteres Feld, welches den Zielmandanten für den Transportauftrag angibt. Wenn Sie vor dem Aktivieren der erweiterten Transportsteuerung bereits Transportaufträge in den Warteschlangen stehen hatten, müssen Sie diese jetzt alle ändern und mit einem Zielmandanten versehen. Hinweis Wenn Sie Transportaufträge in den Warteschlangen stehen lassen, welche keinen Zielmandanten enthalten, werden Funktionen, die das Transport Management benötigen, nicht funktionieren. So ist u. a. kein Installieren von Support Packages möglich.

11.3 Transport Management System (TMS)

479

11

CTS – Change & Transport System

Die Transportziele werden von nun an in der Notation <SID>.<Mandant> beschrieben. <SID> ist die System-ID des Zielsystems und <Mandant> der Zielmandant, zum Beispiel QAS.100.

Definition von Zielgruppen Eine weitere Neuerung, die nützlich sein kann, ist die Unterstützung von Zielgruppen. Diese sind nichts anderes als eine Zusammenfassung mehrerer Transportziele. So können die beiden Belieferungswege zu den Systemen PRD und TST aus unserem obigen Beispiel (vgl. Abbildung 11.21) zu einem Transportweg mit der Zielgruppe /LIEFER/ als Transportziel zusammengefasst werden. Die Schreibweise mit den beiden Schrägstrichen (/Zielgruppe/) und dem Namen der Zielgruppe dazwischen ist syntaktisch vorgeschrieben. Ausgangspunkt Fenster »Transport Management System« (siehe Abbildung 11.17) 1. Im Einstiegsbild des TMS klicken Sie auf die Schaltfläche zur Pflege der Transportwege. ➜ Das System zeigt Ihnen die hierarchische Listanzeige der Transportwege. 2. Wählen Sie hier BEARBEITEN | TRANSPORTZIELGRUPPE | ANLEGEN ➜ Es erscheint das Fenster »Zielgruppe anlegen« 3. Definieren Sie hier den Namen, die Kurzbezeichnung sowie die Zielsysteme und -mandanten Ihrer Zielgruppe (vgl. Abbildung 11.30), und bestätigen Sie die Eingaben mit .

Abbildung 11.30 Zielgruppe anlegen (© SAP AG)

➜ Die Zielgruppe ist angelegt und wird in der hierarchischen Liste angezeigt.

480

CTS – Change & Transport System

11

4. Wechseln Sie nun in den graphischen Editor, und löschen Sie dort die zu ersetzenden Belieferungswege. Anschließend legen Sie einen neuen Transportweg für die Belieferung in die Zielgruppe an (vgl. Abbildung 11.31).

Abbildung 11.31 Transportweg in eine Zielgruppe (© SAP AG)

➜ Die Zielgruppe ist nun definiert, und die Transporte laufen jeweils in den Mandanten 100 der beiden Belieferungssysteme PRD und TST.

11.4 CTS auf der Betriebssystemebene Dieser Abschnitt beschäftigt sich mit der Funktionsweise des Transportsystems aus Sicht des Betriebssystems. Auch wenn mit dem Transport Management System (TMS) die Aufgabe des Transports nun vollständig vom R/3System aus gesteuert werden kann, ist eine Kenntnis der Vorgänge und Zusammenhänge im Betriebssystem für den Systembetreuer wichtig. Am Anfang steht eine kurze Funktionsübersicht; anschließend werden folgende Themen dargestellt: • der Ablauf beim Export bzw. Import • die Verzeichnisstruktur des Transportsystems

11.4 CTS auf der Betriebssystemebene

481

11

CTS – Change & Transport System

11.4.1

Funktionsübersicht

Freigabe des Transports Wird ein Transportauftrag freigegeben, baut das R/3-Programm eine Verbindung zu dem Programm tp auf. Das Transportprogramm empfängt dabei vom R/3-System den Exportauftrag, und für das R/3-System ist der Export damit erfolgt.

Export durch tp tp extrahiert sodann alle Objekte aus dem Betriebssystem, die im Transportauftrag enthalten sind, in eine Exportdatei und erzeugt diverse Protokolldateien, die das R/3-System auswertet. Anschließend testet tp, ob ein Import in das Zielsystem möglich ist, und startet einen Testimport über das Netzwerk, falls entsprechende Voreinstellungen in der Konfigurationsdatei und im Zielsystem vorgenommen wurden.

Import durch tp Wie im vorherigen Abschnitt gezeigt, erfolgt der Import eines Auftrags im R/3-System (STMS). Vom Zielsystem wird aus dem R/3-System dann der Befehl tp import TA-Nummer SID

an das Betriebssystem übergeben. Die TA-Nummer kennzeichnet die Nummer des beanspruchten Transportauftrags, SID bezeichnet die System-ID des Zielsystems. Das Transportprogramm tp wertet die dieser Transportnummer zugeordneten Dateien aus und beginnt den Import, indem es die Daten in die Datenbank stellt und mittels eines SAP-Events das Batch-Programm RDDIMPDP im Zielsystem startet. In Abhängigkeit von den Objekttypen überträgt RDDIMPDP die Objekte, beispielsweise werden die Data DictionaryObjekte aktiviert, ABAP/4®-Programme, Oberflächen und Bildschirmbilder generiert und Protokolldateien erzeugt, welche die R/3-Anwendung analysieren kann. Der Status des Exports/Imports nach Abschluss der Übertragung wird angezeigt.

11.4.2

Verzeichnisstruktur des Transportsystems

Installation und Betrieb eines SAP R/3-Systems sind an die von SAP vorgegebene Verzeichnisstruktur gebunden. Bei einer Unix-Installation ist die Wurzel des SAP-Verzeichnisses der Pfad /usr/sap, unter Windows NT ist dies der Pfad \usr\sap. Unter dieser Verzeichnisebene liegen die Verzeichnisse eines jeden R/3-Systems, angegeben durch die System-ID. Da das Transportwesen komplette Systeme beschreibt, liegt sein Ausgangsverzeichnis ebenfalls auf der obersten Ebene, in der Regel im Verzeichnis usr/sap/trans. Auch wenn Sie das Transportwesen unter einem anderen Verzeichnis ansiedeln, müssen alle R/3-Systeme und SAP-Instanzen im Netzwerk wissen, wo sich dieses Verzeichnis befindet. Unter Unix verwenden Sie

482

CTS – Change & Transport System

11

dafür einen NFS-Mount, unter Windows NT besorgen dies entsprechend freigegebene Verzeichnisse. Alle Systeme einer Transportgruppe müssen unter diesem Verzeichnis identisch strukturiert sein und gemeinsam auf diese Daten zugreifen können.

Abbildung 11.32 Transportverzeichnisbaum

Abbildung 11.32 zeigt einen Systemverbund, der aus zwei Systemen mit den Bezeichnungen TST und PRD besteht. Transportverzeichnis und Unterverzeichnisse werden bei der R/3-Installation angelegt. Die wichtigsten Unterverzeichnisse sind: • bin Das Verzeichnis /bin enthält die globalen Transportparameterdateien DOMAIN.CFG und TP_DOMAIN_<SID>.PFL, wobei <SID> die SystemID des Domänen-Controllers ist.

11.4 CTS auf der Betriebssystemebene

483

11

CTS – Change & Transport System

• data Das Verzeichnis /data enthält die Transportdaten. • log Im Verzeichnis /log befinden sich die Transportprotokolle, Trace-Dateien und Statistikinformationen. • buffer Im Verzeichnis /buffer befinden sich Informationen über die durchzuführenden Importe. Für jedes System sind die Transporte in der entsprechenden Reihenfolge angegeben. • cofiles Im Verzeichnis /cofiles finden Sie die Informationen über die durchzuführenden Schritte eines Transportauftrags. • sapnames Im Verzeichnis /sapnames sind die Transportaufträge eines jeden Benutzers sowie deren Status festgehalten. • tmp Das Verzeichnis /tmp enthält temporäre Dateien. • actlog Hier finden sich Aktionsprotokolle für Aufgaben und Aufträge aus dem R/3-System. • olddata Das Verzeichnis /olddata enthält nicht mehr aktuelle Dateien. Diese wurden bereits mit dem tp-Kommando clearold als zu löschende Dateien markiert. • backup Dieses Verzeichnis dient zum Sichern von Daten mit dem Programm R3trans.

11.4.3

Transportparameterdateien

Das Transportprogramm tp erhält seine Informationen aus den Parameterdateien DOMAIN.CFG und TP_DOMAIN_<SID>.PFL aus dem Verzeichnis /usr/sap/trans/bin. Sie enthalten Informationen über: • alle Systeme, die dem Systemverbund bekannt sind • deren Datenbanken und den Rechner, auf dem sie sich befinden

484

CTS – Change & Transport System

11

• die Möglichkeiten, diese Systeme zu starten und zu stoppen • weitere für die Systempflege wichtige Parameter Hinweis Diese Steuerdateien sind zwar normale Textdateien im Dateisystem des Betriebssystems, dürfen aber nicht manuell mit einem Texteditor wie vi oder notepad verändert werden. Diese Dateien werden ausschließlich durch die Transaktion STMS verwaltet und generiert. Diese Dateien können mit Betriebssystemmitteln oder mit der Transaktion AL11 angeschaut werden.

DOMAIN.CFG In Abbildung 11.33 sehen Sie den Inhalt der Domänenparameterdatei DOMAIN.CFG.

Abbildung 11.33 DOMAIN.CFG

TP_DOMAIN_<SID>.PFL In Abbildung 11.34 sehen Sie den Inhalt der Transportsteuerdatei TP_DOMAIN_<SID>.PFL der Transportdomäne DOMAIN_SAT.

11.4 CTS auf der Betriebssystemebene

485

11

CTS – Change & Transport System

Abbildung 11.34 TP_DOMAIN_<SID>.PFL (© SAP AG)

11.5

Mandantenverwaltung

Eine der wichtigsten Funktionen des CTS für den Systemverwalter ist die Verwaltung (das heißt das Erstellen und Kopieren) von Mandanten. Diese Funktionen finden Sie in der Systemverwaltung (SAP M ENÜ | WERKZEUGE | ADMINISTRATION | VERWALTUNG | MANDANTENVERWALTUNG). Zu den Funktionen der Mandantenverwaltung gehören: • Mandantenpflege Hier geht es um die Pflege der Mandantentabelle (T000), die bereits im Abschnitt 11.2 besprochen wurde. • Mandantenkopie Hierzu gehören die Kopie eines Mandanten innerhalb eines Systems (lokale Kopie) sowie das Kopieren eines Mandanten zwischen zwei Systemen (Remote-Kopie). • Sonderfunktionen Zu den Sonderfunktionen gehören:

486

CTS – Change & Transport System

11

• Transportauftrag kopieren • Mandanten löschen • Mandantentransport Damit ist der Transport eines Mandanten zwischen zwei Systemen gemeint. Der Transport erfolgt dabei über das Betriebssystem. • Kopierprotokolle Alle Aktionen beim Kopieren eines Mandanten werden protokolliert und können an dieser Stelle ausgewertet werden.

11.5.1

Überblick und Funktionsübersicht

Mandanten werden in der Regel kopiert, um • Testmandanten zu erzeugen, beispielsweise um Datenübernahme-Schnittstellen zu testen • Customizing-Mandanten anzulegen, in denen die Grundeinstellungen des Systems vorgenommen werden können • Produktivmandanten in ein Testsystem zu kopieren • einen Mandanten für Schulungszwecke anzulegen • die Grundeinstellungen eines Mandanten zu sichern Zu diesem Zweck steht Ihnen der Mandantenkopierer zur Verfügung, der das gesamte Customizing-Umfeld inklusive der Anwendungsdaten eines Quellmandanten in den Zielmandanten kopiert. • Dafür werden zunächst die Tabelleninhalte des Zielmandanten zurückgesetzt (gelöscht). • Dann werden die Daten des Quellmandanten in den Zielmandanten kopiert • Anschließend werden die Laufzeitumgebung (Reports, Dynpros) und die Nummernkreise mit Hilfe von Nachbearbeitungsaktionen (Client Validation Exits) der aktuellen Datensituation angepasst.

Randbedingungen Bei einer Mandantenkopie fallen enorme Datenmengen an, was die Ressourcen eines R/3-Systems erheblich beansprucht. Mit dem Mandantenkopierer können Sie daher einen Kopiervorgang • online durchführen. Dazu wird während des gesamten Vorgangs ein Dialog-Workprozess gebunden. • im Hintergrund starten, wodurch die Dialogzeiten nicht tangiert werden.

11.5 Mandantenverwaltung

487

11

CTS – Change & Transport System

Beachten Sie jedoch in beiden Fällen: • Arbeiten Sie während dieser Zeit nicht im Quellmandanten, und vermeiden Sie insbesondere Customizing-Aktivitäten, da sonst Dateninkonsistenzen auftreten können. • Während des Kopiervorgangs können sich nur die Benutzer SAP* und DDIC im Zielmandanten anmelden. Für alle anderen Benutzer ist der Zielmandant während dieser Zeit nicht zugänglich. • Es müssen auch mandantenunabhängige Tabellen vom Quell- in das Zielsystem übertragen werden, beispielsweise viele Customizing-Tabellen, die mandantenübergreifende Informationen beinhalten. Informationen im Zielsystem könnten deshalb beim Kopiervorgang zerstört werden. • Achten Sie besonders auf eine korrekte Umsetzung der Nummernkreise. • Setzen Sie die Nummernkreise zurück, wenn Sie nur Customizing-Daten kopieren. • Setzen Sie die Nummernkreise ebenfalls zurück, wenn Sie CustomizingDaten kopieren und die Anwendungsdaten im Zielsystem löschen. • Kopieren Sie die Nummernkreise aus dem Quellmandanten mit, wenn Sie Customizing-Daten und Anwendungsdaten kopieren.

Berechtigung Unsachgemäßes Kopieren kann zu gravierenden Datenverlusten führen, da die Daten des Zielsystems immer überschrieben werden. Für das Kopieren von Mandanten benötigen Sie daher eigene Berechtigungen, über die der Benutzer SAP* in der Regel verfügt.

11.5.2

Mandanten kopieren

Prinzipiell erfolgt das Kopieren eines Mandanten immer vom Zielmandanten aus. Dies heißt: Ein bereits vorhandener oder noch leerer Mandant wird mit den Inhalten des Quellmandanten gefüllt. Um die oben genannten Einschränkungen leichter umsetzen zu können, liefert SAP vorkonfigurierte Profile aus, mit denen der Kopierumfang vorgegeben wird. Diese Profile sind im Wesentlichen: • SAP_ALL: zum Kopieren aller mandantenabhängigen Daten • SAP_APPL: zum Kopieren aller Customizing- und Anwendungsdaten • SAP_CUST: für reine Customizing-Daten • SAP_CUSTV: für Customizing-Daten und Reportvarianten • sowie weitere Profile für das zusätzliche Kopieren der Benutzerstammsätze

488

CTS – Change & Transport System

11

Diese Profile können nicht verändert werden. Lediglich die Quellmandanten für Daten und Benutzerstämme können als Profilausprägung definiert werden.

Anlegen eines neuen Mandanten Bevor ein Mandant kopiert werden kann, muss er zunächst im System angelegt werden. Ausgangspunkt Fenster »SAP Easy Access« 1. Wählen Sie die Zugriffspfad SAP MENÜ | WERKZEUGE | VERWALTUNG | MANDANTENVERWALTUNG | MANDANTENPFLEGE (Transaktion SCC4). ➜ Das System zeigt alle existierenden Mandanten in der Tabelle T000 an. 2. Wählen Sie einen Eintrag aus, und klicken Sie auf die Schaltfläche (KOPIEREN ALS...). ➜ Das System wechselt in die Pflege der Mandantendaten. 3. Nehmen Sie alle notwendigen Eingaben vor, und kehren Sie mit (ÜBERNEHMEN) zurück. ➜ Sie befinden sich nun wieder in der Mandantenübersicht. 4. Bestätigen Sie Ihre Eingaben mit (SICHERN). Aufgrund des Eintrags in der Tabelle T000 ist nun ein neuer Mandant angelegt, für den ein Benutzer SAP* mit dem Kennwort PASS existiert, selbst wenn noch keine Einträge oder Benutzerstämme für diesen Mandanten vorhanden sind. Dieser Benutzer ist im SAP-Kernel hartkodiert für alle Mandanten definiert, für die im Benutzerstamm kein Eintrag SAP* existiert. Der Benutzerstammsatz SAP* darf deshalb keinesfalls gelöscht werden, selbst wenn ein anderer Superuser als SAP* angelegt wird, sonst wird der im Kernel vorgegebene Superuser SAP* mit allen Privilegien erneut aktiv. Da der Benutzer SAP* über alle Privilegien verfügt, müssen Sie sich unter diesem Namen anmelden, wenn Sie sich in einem neuen Mandanten anmelden und den Kopiervorgang aus einem Quellmandanten in diesen Zielmandanten starten wollen.

Mandantenkopie Nachdem der neue Mandant erstellt ist, melden Sie sich als Benutzer SAP* im neuen Mandanten an und wechseln in die Systemadministration. Ausgangspunkt Fenster »SAP Easy Access« 1. Wählen Sie den Zugriffspfad SAP MENÜ | WERKZEUGE | VERWALTUNG | MANDANTENVERWALTUNG | MANDANTENKOPIE | LOKALE KOPIE (Transaktion SCCL). ➜ Sie gelangen in die Übersicht des Mandantenkopierers.

11.5 Mandantenverwaltung

489

11

CTS – Change & Transport System

Abbildung 11.35 Mandanten kopieren (© SAP AG)

2. Wählen Sie zunächst den Quellmandanten für Daten und Benutzerstämme und anschließend ein Profil aus, und klicken Sie anschließend auf (AUSFÜHREN), wenn Sie die Kopie im Vordergrund ausführen wollen. Im Regelfall sollten Sie aber die Ausführung im Hintergrund wählen. ➜ In einem Dialogfenster werden Ihnen nochmals alle Angaben der angeforderten Mandantenkopie angezeigt.

Abbildung 11.36 Bestätigung der Mandantenkopie (© SAP AG)

3. Bestätigen Sie die Angaben mit . ➜ Das System zeigt ein Fenster, in dem Sie die Druckparameter angeben müssen.

490

CTS – Change & Transport System

11

4. Nehmen Sie die entsprechenden Eingaben vor, und klicken Sie auf die Taste . ➜ Ein Dialogfenster informiert Sie darüber, dass der Hintergrundjob eingeplant ist.

Abbildung 11.37 Information Mandantenkopie (© SAP AG)

Protokolle der Mandantenkopie Mit der Transaktion SCC3 können Sie die im System durchgeführten Mandantenkopien anhand der Protokolle auswerten. In einer Listanzeige erhalten Sie alle nötigen Informationen (vgl. Abbildung 11.38). In der Detailanzeige sehen Sie die Anzahl der kopierten Tabellen.

Abbildung 11.38 Protokollauswertung Mandantenkopie (© SAP AG)

11.6 Praxisfall: Aufbau eines Entwicklungsprojekts Die Objekte eines Entwicklungsprojekts befinden sich in der Entwicklungsklasse Z001. Mit Hilfe der ABAP/4 Development Workbench wird auf diese Entwicklungsklasse zugegriffen und die gewünschten Programme werden erstellt, wobei jeder Entwickler die Aufgabe verwendet, die ihm der Projektleiter in einem Änderungsauftrag zuvor definiert und im Workbench Organizer vorbereitet hat.

11.6 Praxisfall: Aufbau eines Entwicklungsprojekts

491

11

CTS – Change & Transport System

Projektvorbereitung Zunächst ist die Definition eines Änderungsauftrags seitens des Projektleiters erforderlich. Er informiert sich deshalb im Transport Organizer (Se01) über seine Aufträge und Aufgaben. Er wählt dazu nach Aufruf der Transaktion unter dem Reiter TRANSPORTE in dem Auswahlfeld AUFTRAGSTYP den Typ Workbench-Aufträge. Anschließend lässt er sich seine vorhanden Workbench-Aufträge anzeigen (Schaltfläche ANZEIGEN). Über den Menüpunkt AUFTRAG/AUFGABE | ANLEGEN legt der Projektleiter einen neuen Änderungsauftrag an mit dessen Hilfe die EU-Objekte in das Test- und Produktivsystem transportiert werden können. In dem folgendem Dialogfenster kann er weitere Auftragseigenschaften angeben.

Abbildung 11.39 Anlegen eines Auftrags (© SAP AG)

Anschließend macht er weitere Angaben zum Änderungsauftrag. Hierzu gehören neben einer aussagekräftigen Kurzbeschreibung vor allem die Angaben des Zielsystems und die Namen der Projektmitarbeiter, für die eine Aufgabe erstellt werden soll. Der Transport Organizer erstellt dann einen transportierbaren Auftrag und eine Aufgabe pro angegebenen Mitarbeiter. Damit sind die Vorbereitungen abgeschlossen, und die Entwickler können mit dem Projekt beginnen.

Projektarbeit Zu Beginn der Projektarbeit wird sinnvollerweise eine Entwicklungsklasse in der APAB/4 Development Workbench festgelegt. Ein Entwickler kann die verschiedenen Objekte dieser Klasse bearbeiten, und jedes neue Objekt wird automatisch in die korrekte Entwicklungsklasse eingeordnet. Für die Erstellung eines Reports wählt der Entwickler das Objekt »Programm«. Er gelangt in den ABAP/4-Editor; hier gibt er die Programmeigenschaften an. Die für dieses Objekt gültige Aufgabennummer erfragt das System beim Sichern.

492

CTS – Change & Transport System

11

Das Objekt mit dem Schlüssel »R3TR PROG Programmname« wird jetzt in die Aufgabe übernommen und ist für alle anderen Entwickler gesperrt - ausgenommen die Mitarbeiter des Entwicklungsprojekts. Die Voraussetzung für diesen in der SAP-Terminologie als Vernetzung bezeichneten Vorgang ist, dass die Aufgaben aller Entwickler dem gleichen Auftrag zugeordnet sind.

Abschluß der Entwicklungsarbeiten Sind die Entwicklungsarbeiten beendet, können die Aufgaben im Workbench Organizer freigegeben werden. In der hierarchisch angeordneten Liste aller Aufgaben und Aufträge sind nun alle den Aufgaben zugeordneten Objekte zusätzlich aufgenommen. Vor Abschluß einer Aufgabe müssen alle zugehörigen Dokumentationen mit dem SAPSCRIPT-Editor erfaßt werden. Diesen erreicht man über den Menüpfad SPRINGEN | DOKUMENTATION. Die endgültige Freigabe der Aufgabe erfolgt mit Hilfe der Menüfunktion AUFTRAG/AUFGABE | FREIGEBEN oder durch Anklicken der Schaltfläche FREIGEBEN. Erst jetzt werden vom Korrektursystem alle der Aufgabe zugeordneten Objekte an den Änderungsauftrag übertragen. Die Aufgabe kann nun nicht mehr geändert werden, aber die Objekte bleiben weiterhin gesperrt, bis der Projektleiter oder der Systemverantwortliche den Änderungsauftrag freigegeben haben. Erst jetzt wird der Export gestartet und alle Objekte in eine Betriebssystemdatei übertragen. Von hier aus importiert sie der Systemverwalter in das Zielsystem.

11.6 Praxisfall: Aufbau eines Entwicklungsprojekts

493

11

CTS – Change & Transport System

11.7 Aufgaben 1. Welche der folgenden Aufgaben werden mit Hilfe des CTS durchgeführt? a) Customizing-Einstellungen in unterschiedliche Mandanten transportieren b) Programme und Programmobjekte in andere Datenbanken transportieren c) Programmversionen verwalten und R/3-Software-Upgrades durchführen d) Entwicklungs- und Testmandanten vom Produktivmandanten trennen 2. Welches sind typische Systemverbunde? a) Zentralsystem mit Test-, Entwicklungs- und Produktivsystem b) Einzelsystem (Schulungs- oder Testsystem) c) Zweistufiges System mit Entwicklungs- und Produktivsystem d) Dreistufiges System mit Test-, Entwicklungs- und Produktivsystem 3. Die Werkzeuge des CTO sind je nach Arbeitsgebiet: a) der Workbench Organizer b) der Customizing Organizer c) der Management Organizer d) der Transport Organizer 4. Welche Einstellungen sind in der Mandantentabelle möglich? a) Der aktuelle Mandant, an dem der Benutzer angemeldet ist b) Die Rolle des Mandanten (zur Dokumentation) c) Änderungen und Transporte für mandantenabhängige Objekte d) Änderungen an mandantenübergreifenden Objekten 5. Die wesentlichen Unterschiede zwischen Workbench Organizer und Customizing Organizer sind: a) Im Customizing Organizer findet das Customizing statt. b) Geordnete Entwicklungsarbeit erfordert für den Workbench Organizer mindestens zwei SAP-Systeme; der Customizing Organizer arbeitet nur innerhalb eines Systems. c) Der Workbench Organizer hat die gleichen Werkzeuge wie der Customizing Organizer. d) Beim Workbench Organizer ist keine Unterscheidung zwischen Originalen und Kopien von Entwicklungsumgebungsobjekten erforderlich.

494

CTS – Change & Transport System

11

11.8 Lösungen 1. Welche der folgenden Aufgaben werden mit Hilfe des CTS durchgeführt? a) Richtig Customizing-Einstellungen in unterschiedliche Mandanten transportieren b) Richtig Programme und Programmobjekte in andere Datenbanken transportieren c) Richtig Programmversionen verwalten und R/3-Software-Upgrades durchführen d) Falsch Entwicklungs- und Testmandanten vom Produktivmandanten trennen 2. Welches sind typische Systemverbunde? a) Falsch Zentralsystem mit Test-, Entwicklungs- und Produktivsystem b) Richtig Einzelsystem (Schulungs- oder Testsystem) c) Richtig Zweistufiges System mit Entwicklungs- und Produktivsystem d) Richtig Dreistufiges System mit Test-, Entwicklungs- und Produktivsystem 3. Die Werkzeuge des CTO sind je nach Arbeitsgebiet: a) Richtig der Workbench Organizer b) Richtig der Customizing Organizer c) Falsch der Management Organizer d) Richtig der Transport Organizer 4. Welche Einstellungen sind in der Mandantentabelle möglich? a) Richtig Der aktuelle Mandant, an dem der Benutzer angemeldet ist b) Richtig Die Rolle des Mandanten (zur Dokumentation) c) Richtig Änderungen und Transporte für mandantenabhängige Objekte d) Richtig Änderungen an mandantenübergreifenden Objekten 5. Die wesentlichen Unterschiede zwischen Workbench Organizer und Customizing Organizer sind: a) Falsch Im Customizing Organizer findet das Customizing statt. b) Richtig Geordnete Entwicklungsarbeit erfordert für den Workbench Organizer mindestens zwei SAP-Systeme; der Customizing Organizer arbeitet nur innerhalb eines Systems. c) Falsch Der Workbench Organizer hat die gleichen Werkzeuge wie der Customizing Organizer. d) Falsch Beim Workbench Organizer ist keine Unterscheidung zwischen Originalen und Kopien von Entwicklungsumgebungsobjekten erforderlich.

11.8 Lösungen

495

Hauptkomponenten

A

Anhang A Hauptkomponenten A.1

Basissystem

499

A.2

CA – Anwendungsübergreifende Komponenten

500

A.3

AC – Accounting

501

A.4

HR – Human Resources

502

A.5

LO – Logistics

503

497

Hauptkomponenten

A

Hauptkomponenten Auf den folgenden Seiten erhalten Sie einen Überblick über die Hauptkomponenten bzw. Module von SAP® R/3®, der dem R/3-Business-Navigator entnommen wurde. Diese Zusammenstellung dokumentiert die umfassende und beeindruckende Funktionalität von SAP R/3. Die nachfolgenden Tabellen enthalten auch die Abkürzungen, die in der Praxis sehr häufig gebraucht werden. In diesem Anhang finden Sie zuerst die allgemeinen Funktionen: • BC – Basis (engl.: Basis Components) • CA – Anwendungsübergreifende Komponenten (engl.: Cross Applications) Danach folgen die drei großen Anwendungsbereiche: • AC – Rechnungswesen (engl.: Accounting) • HR – Personalwirtschaft (engl.: Human Resources) • LO – Logistik (engl.: Logistics)

A.1 Basissystem BC

Basis

Basic Components

BC-CST

Client-Server-Technologie

Client/Server Technology

BC-CUS

Customizing

Customizing

BC-NET

Netzwerkinfrastruktur

Network Infrastructure

BC-ABA

ABAP-Laufzeitumgebung

ABAP Runtime Environment

BC-SRV

Basis-Services/Kommunikationsschnittstellen

Basis Services / Communication Interfaces

A.1 Basissystem

499

A

Hauptkomponenten

BC-CCM

Computing Center Management System

Computing Center Management System

BC-INS

Installationswerkzeuge

Installation Tools

BC-UPG

Upgrade allgemein

Upgrade - General

BC-CTS

Change & Transport System

Change & Transport System

BC-OP

Betriebssystemplattformen

Operating System Platforms

BC-DB

Datenbankschnittstelle, Datenbankplattformen

Database Interface, Database Platforms

BC-FES

Frontend Services

Frontend Services

BC-DWB

ABAP Workbench

ABAP Workbench

BC-DOC

Dokumentations- und Übersetzungswerkzeuge

Documentation and Translation Tools

BC-SEC

Sicherheit

Security

BC-CI

Component Integration/ Installation Windows Components

Component Integration / Installation Windows Components

BC-BMT

Business Management

Business Management

BC-MID

Middleware

Middleware

BC-CAT

CATT Computer Aided Test Tool

CATT Computer Aided Test Tool

BC-RRR

Ready-to-Run R/3

Ready-to-Run R/3

BC-BW

SAP Business Information Warehouse Extractors

SAP Business Information Warehouse Extractors

A.2 CA – Anwendungsübergreifende Komponenten Anwendungsübergreifende Komponenten

Cross-Application Components

CA-EUR

Europäische Währungsunion: Euro

European Monetary Union: Euro

CA-DMS

Dokumentenverwaltung

Document Management System

CA-CL

Klassensystem

Classification System

CA-CAD

CAD-Integration

CAD Integration

CA-BFA

Business Framework Architecture

Business Framework Architecture

CA-BP

Zentraler Geschäftspartner

SAP Business Partner

CA

500

A

Hauptkomponenten

CA-GTF

Allgemeine Anwendungsfunktionen

General Application Functions

CA-PER

Personalization

Personalization

CA-EDI

IDoc-Schnittstelle für EDI

IDoc Interfaces for EDI

CA-CAT

CATT Anwendungen

Computer Aided Test Tool Applications

CA-OIW

Open Information Warehouse

Open Information Warehouse

CA-TS

Arbeitszeitblatt

Time Sheet

CA-ARC

Datenarchivierung

Archiving

CA-CUS

Globales Organisationscustomizing

Global Organization Customizing

A.3 AC – Accounting CO

Controlling

Controlling

CO-OM

Gemeinkosten-Controlling

Overhead Cost Controlling

CO-PC

Produktkosten-Controlling

Product Cost Controlling

CO-PA

Ergebnis- u. Marktsegmentrechnung

Profitability Analysis

EC

Unternehmenscontrolling

Enterprise Controlling

EC-PCA

Profit Center Rechnung

Profit Center Accounting

EC-BP

Unternehmensplanung

Business Planning

EC-CS

Konsolidierung

Consolidation

EC-EIS

Executive Information System

Executive Information System

FI

Finanzwesen

Financial Accounting

FI-GL

Hauptbuchhaltung

General Ledger Accounting

FI-LC

Konsolidierung

Consolidation

FI-AP

Kreditorenbuchhaltung

Accounts Payable

FI-AR

Debitorenbuchhaltung

Accounts Receivable

FI-BL

Bankbuchhaltung

Bank Accounting

FI-AA

Anlagenbuchhaltung

Asset Accounting

FI-SL

Spezielle Ledger

Special Purpose Ledger

FI-FM

Haushaltsmanagement

Funds Management

FI-TV

Reisemanagement

Travel Management

A.3 AC – Accounting

501

A

Hauptkomponenten

IM

Investitionsmanagement

Investment Management

IM-FA

Sachinvestitionen

Capital Investments

TR

Treasury

Treasury

TR-CM

Cashmanagement

Cash Management

TR-CB

Finanzmittelrechnung

Cash Budget Management

TR-TM

Treasurymanagement

Treasury Management

TR-LO

Darlehensverwaltung

Loans

TR-MRM

Marktrisikomanagement

Risk Management

A.4 HR – Human Resources

502

PA

Personalmanagement

Personnel Management

PA-RC

Personalbeschaffung

Recruitment

PA-PA

Personaladministration

Personnel Administration

PA-BN

Arbeitgeberleistungen

Benefits

PA-PF

Altersversorgung

Pension Schemes

PA-IS

Personalinformationssysteme

HR Information Systems

PA-PD

Personalentwicklung

Personnel Development

PA-OS

Aufbauorganisation

Organizational Structure

PA-CM

Vergütungsmanagement

Compensation Management

PA-PM

Stellenwirtschaft

Human Resource Funds and Position Management

PA-ES

Mitarbeiter Self-Service

Employee Self-Service

PA-MA

HR Manager's Desktop

HR Manager's Desktop

PA-TV

Reisemanagement

Travel Management

PE

Veranstaltungsmanagement

Training and Event Management

PE-IN

Integration

Integration

PE-PR

Veranstaltungsvorbereitung

Training and Event Preparation

PE-OF

Veranstaltungsangebot

Business Event Catalog

PE-DA

Tagesgeschäft

Day-to-Day Activities

PE-RA

Wiederkehrende Arbeiten

Recurring Activities

PE-RE

Auskunftsmenü

Information Menu

PE-RPL

Raumbelegungsmanagement

Room Reservation Management

A

Hauptkomponenten

PT

Personalzeitwirtschaft

Personnel Time Management

PT-WS

Arbeitszeitplan

Work Schedule

PT-RC

Zeitdatenerfassung und -verwaltung

Time Data Recording and Administration

PT-SP

Personaleinsatzplanung

Shift Planning

PT-EV

Zeitauswertung

Time Evaluation

PT-IN

Integration mit anderen Applikationen

Integration with Other Applications

PT-IS

Informationssystem

Information System

PT-TL

Werkzeuge

Tools

A.5 LO – Logistics LO

Logistik Allgemein

Logistics – General

LO-MD

Grunddaten Logistik

Logistics Basic Data

LO-PDM

Produktdatenmanagement

Product Data Management

LO-BM

Chargenverwaltung

Batches

LO-PR

Prognose

Forecast

LO-VC

Variantenkonfiguration

Variant Configuration

LO-ECH

Änderungsdienst

Engineering Change Management

LO-LIS

Logistik Informationssystem

Logistics Information System (LIS)

LO-MDS

Warenverteilung

Merchandise Distribution

LO-SCI

Supply Chain Planning Interface

Supply Chain Planning Interfaces (SCPI)

LO-SRS

Integration SAP Retail Store

Integration SAP Retail Store

LO-ADM

VerkaufshilfsmittelManagement

Additionals Management

LO-RIS

Warenwirtschaftsinformationssystem

Retail Information System (RIS)

LO-MAP

Waren- und Sortimentsplanung

Merchandise and Assortment Planning

LO-TIM

Terminierung

Scheduling

LO-AB

Agenturgeschäft (Global Trade)

Agency Business (Global Trade)

A.5 LO – Logistics

503

A

Hauptkomponenten

504

MM

Materialwirtschaft

Materials Management

MM-CBP

Verbrauchsgesteuerte Disposition

Consumption-Based Planning

MM-PUR

Einkauf

Purchasing

MM-SRV

Externe Dienstleistungen

External Services Management

MM-IM

Bestandsführung

Inventory Management

MM-IV

Rechnungsprüfung

Invoice Verification

MM-IS

Informationssystem

Information System

MM-EDI

Electronic Data Interchange

Electronic Data Interchange

PM

Instandhaltung

Plant Maintenance

PM-EQM

Technische Objekte

Technical Objects

PM-PRM

vorbeugende Instandhaltung

Preventive Maintenance

PM-WOC

Instandhaltungsabwicklung

Maintenance Order Management

PM-PRO

Instandhaltungsprojekte

Maintenance Projects

PM-IS

Informationssystem

Information System

PP

Produktionsplanung und -steuerung

Production Planning and Control

PP-BD

Grunddaten

Basic Data

PP-SOP

Absatz- und Produktionsgrobplanung

Sales and Operations Planning

PP-MP

Produktionsplanung

Master Planning

PP-CRP

Kapazitätsplanung

Capacity Requirements Planning

PP-MRP

Bedarfsplanung

Material Requirements Planning

PP-SFC

Fertigungsaufträge

Production Orders

PP-KAB

Kanban

KANBAN

PP-REM

Serienfertigung

Repetitive Manufacturing

PP-ATO

Montage

Assembly Processing

PP-PI

Produktionsplanung Prozeßindustrie

Production Planning for Process Industries

PP-PDC

Betriebsdatenerfassung

Plant Data Collection

PP-FLW

Flow Manufacturing

Flow Manufacturing

PP-IS

Informationssystem

Information System

PS

Projektsystem

Project System

PS-ST

Strukturen

Structures

PS-DOC

Dokument

Document

A

Hauptkomponenten

PS-COS

Kosten

Costs

PS-REV

Erlöse und Ergebnis

Revenues and Earnings

PS-CAF

Zahlungen

Payments

PS-DAT

Termine

Dates

PS-CRP

Ressourcen

Resources

PS-MAT

Material

Material

PS-CON

Rückmeldung

Confirmation

PS-SIM

Simulation

Simulation

PS-VER

Versionen

Versions

PS-PRG

Fortschritt

Progress

PS-WFL

Anbindung SAP Business Workflow

SAP Business Workflow Connection

PS-IS

Informationssystem

Information System

QM

Qualitätsmanagement

Quality Management

QM-PT

Qualitätsplanung

Quality Planning

QM-IM

Qualitätsprüfung

Quality Inspection

QM-QC

Qualitätslenkung

Quality Control

QM-CA

Qualitätszeugnisse

Quality Certificates

QM-QN

Qualitätsmeldungen

Quality Notifications

QM-IT

Prüfmittelverwaltung

Test Equipment Management

SD

Vertrieb

Sales and Distribution

SD-MD

Stammdaten

Master Data

SD-BF

Grundfunktionen

Basic Functions

SD-SLS

Verkauf

Sales

SD-FT

Außenhandel

Foreign Trade

SD-BIL

Fakturierung

Billing

SD-CAS

Vertriebsunterstützung

Sales Support

SD-IS

Informationssystem

Information System

SD-EDI

Electronic Data Interchange

Electronic Data Interchange

SD-POS

POS-Interface

POS Interface

A.5 LO – Logistics

505

B

Komponenten des Basissystems

Anhang B Komponenten des Basissystems

507

B

Komponenten des Basissystems

Komponenten des Basissystems Die folgenden Seiten informieren Sie über die Komponenten des Basissystems. Die Zusammenstellung haben wir dem R/3-Business-Navigator entnommen.

ABAP Runtime Environment

BC-ABA

ABAP-Laufzeitumgebung

BC-ABA-LA

Syntax, Compiler, Laufzeit

Syntax, Compiler, Runtime

BC-ABA-LI

Listverarbeitung

List Processing

BC-ABA-NL

Native Language Support

Native Language Support

BC-ABA-SC

System Components, Dynpro, RFC, Batch Input

System Components, Dynpro, RFC, Batch Input

BC-ABA-TO

Selektions-/Transaktionsvarianten, Log.DB, Selekt.Builder

Selection and Transaction Variants, Logical DBs, SelectScrns

BC-BE

Business Engineer

Business Engineer

BC-BE-CUS

Konfigurationswerkzeuge

Configuration Tools

BC-BE-ICM

Einführungsunterstützung

Implementation Support

BC-BE-RMC

Referenzmodell

Reference Model

BC-BMT

Business Management

Business Management

BC-CCM

Computing Center Management System

Computing Center Management System

BC-CCM-ADK

Archiving Development Kit

Archiving Development Kit

509

B

Komponenten des Basissystems

BC-CCM-API

Anwendungsprogrammierschnittstellen

Application Programming Interfaces

BC-CCM-BTC

Hintergrundverarbeitung

Background Processing

BC-CCM-CNF

Konfiguration

Configuration

BC-CCM-HAV

High Availability

High Availability

BC-CCM-MON

Monitoring

Monitoring

BC-CCM-PRN

Druck- und Ausgabeverwaltung

Print and Output Management

BC-CCM-USR

Benutzer und Berechtigung

Users and Authorizations

BC-CI

Component Integration/ Installation Windows Components

Component Integration/ Installation Windows Components

BC-CI-BAPI

BAPI OCX

BAPI ActiveX

BC-CI-INST

Installation Windows Components (SAPSETUP)

Installation Windows Components (SAPSETUP)

BC-CI-OFFI

Office 97 Integration

Office 97 Integration

BC-CI-WEBR

WebRFC, WebReporting

WebRFC, WebReporting

BC-CTS

Change & Transport System

Change & Transport System

BC-CTS-CCO

Mandantenkopie

Client Copy

BC-CTS-LAN

Sprachentransport

Language Transport

BC-CTS-ORG

Workbench/Customizing Organizer

Workbench/Customizing Organizer

BC-CTS-TIP

Transportsystem Sammelhinweise

Transport System Composite Notes

BC-CTS-TLS

Transportwerkzeuge

Transport Tools

BC-CTS-TMS

Transport Management System

Transport Management System

Datenbankschnittstelle, Datenbankplattformen

Database Interface, Database Platforms

BC-DB

510

BC-DB-ADA

ADABAS/D

ADABAS/D

BC-DB-DB2

DB2 for OS/390

DB2 for OS/390

BC-DB-DB4

DB2 for AS/400

DB2 for AS/400

BC-DB-DB6

DB2 Common Server

DB2 common server

BC-DB-DBI

DB-unabhängiges Datenbank-Interface

DB-Independent Database Interface

BC-DB-INF

Informix

Informix

BC-DB-MSS

Microsoft SQL Server

Microsoft SQL Server

BC-DB-OPS

Oracle Parallel Server

Oracle Parallel Server

BC-DB-ORA

Oracle

Oracle

B

Komponenten des Basissystems

BC-DWB

ABAP Workbench

ABAP Workbench

BC-DWB-CEX

Kundenerweiterungen

Customer Enhancements

BC-DWB-CUS

Customizing Tools

Customizing Tools

BC-DWB-DIC

ABAP Dictionary

ABAP Dictionary

BC-DWB-TOO

Tools: Editoren, Painter, Modeller

Tools: Editors, Painters, Modelers

BC-DWB-UTL

Utilities

Utilities

BC-FES

Frontend Services

Frontend Services

BC-FES-AIT

SAP Automation/Intelligent Terminal

SAP Automation/Intelligent Terminal

BC-FES-DEI

Desktop Integration

Desktop Integration

BC-FES-GRA

Grafik

Graphics

BC-FES-GUI

Grafische Benutzerschnittstelle

Graphical User Interface

BC-FES-INS

Frontend Installation

Frontend Installation

BC-FES-SEM

Session Manager

Session Manager

BC-INS

Installationswerkzeuge

Installation Tools

BC-INS-AS4

Installation and Upgrade AS/400

Installation and Upgrade for AS/400

BC-INS-KRN

UNIX-Kernel and Registry Parameters

UNIX-Kernel and Registry Parameters

BC-INS-NT

Installation Windows NT

Installation Windows NT

BC-INS-UNX

Installation UNIX

Installation UNIX

BC-OP

Betriebssystemplattformen

Operating System Platforms

BC-OP-AIX

IBM AIX

IBM AIX

BC-OP-AS4

IBM AS/400

IBM AS/400

BC-OP-BUL

Bull AIX

Bull AIX

BC-OP-DGL

Data General

Data General

BC-OP-DIG

Digital Unix

Digital UNIX

BC-OP-HPX

HP-UX

HP-UX

BC-OP-NCR

NCR, Unix

NCR, UNIX

BC-OP-NT

Windows NT

Windows NT

BC-OP-SEQ

Sequent Dynix/PTX

Sequent Dynix/PTX

BC-OP-SNI

SNI SINIX, ReliantUNIX

SNI SINIX, ReliantUNIX

BC-OP-SUN

SUN Solaris

SUN Solaris

BC-SEC

Sicherheit

Security

511

B

Komponenten des Basissystems

512

BC-SEC-SNC

Sichere Netzwerkkommunikation

Secure Network Communications

BC-SEC-SSF

Sicheres »Store and Forward«

Secure Store and Forward

BC-SRV

Basis-Services/Kommunikationsschnittstellen

Basis Services/ Communication Interfaces

BC-SRV-ARL

SAP ArchiveLink

SAP ArchiveLink

BC-SRV-COM

Kommunikationsschnittstellen

Communication Interfaces

BC-SRV-KPR

SAP Knowledge Provider

SAP Knowledge Provider

BC-SRV-OFC

SAPoffice Mail- und Ablagesystem

SAPoffice Mail and Archive System

BC-SRV-QUE

ABAP Query

ABAP Query

BC-SRV-REP

Reporting

Reporting

BC-SRV-SCR

SAPscript

SAPscript

BC-UPG

Upgrade allgemein

Upgrade – General

BC-UPG-OCS

Online Correction Support (Hot Packages, LCPs, CRTs ...)

Online Correction Support (Hot Packages, LCPs, CRTs ...)

BC-UPG-PRP

Upgrade-Vorbereitung

Upgrade Preparation

BC-UPG-RDM

README: UpgradeErgänzungen

README: Upgrade Supplements

BC-UPG-TLS

Upgrade-Werkzeuge

Upgrade Tools

Stichwortverzeichnis ABAP/4 177 ABAP/4 Development Workbench 34, 35 ABAP/4-Dictionary 158, 164 ABAP/4-Kurzdump 195, 203, 207 ABAP-Listviewer 81 ABAP-Programm, Variante 296 ABAP-Workbench 158 Ablauflogik 173 AcceleratedSAP 89 ActiveX 113 Aktivität 95 Aktivitätsgruppe 234 Anlegen 235 Benutzerstammsatz abgleichen 243 Berechtigungen 239 Menübaum auswählen 239 Zuordnen 241 ALE 383 IDoc 385 Nachrichtentypen 384 Verteilungsmodelle 384 Verteilungsszenarien 384 Alert-Monitor, Version 4.0 344 Alternativmodi 53 Änderungsanwendung 56 ÄNDERUNGSBELEGE 64 Anforderungsprofil 33 Anpassungsfähigkeit 27 ANSI C 371 Antwortzeit 350 Anwendung 56 im Einstiegsbild beenden 60 Anwendungsdaten 488 Anwendungsschicht 108, 113 Anwendungsserver 108

Anzeigeanwendung 56 Anzeigefeld 50 ANZEIGEN-ÄNDERN 65 Anzeigevariante 81, 82 Arbeitsgebiete 57 ArchiveLink 112 ASAP 89 Assistent, Job Wizard 292 Aufbauorganisation 33 Aufbereitungsserver 269 Aufruf einer Anwendung 58 Auftrag Inhaber ändern 452 Mitarbeiter hinzufügen 451 Aufträge und Aufgaben 445 Ausfallrisiko 138 Ausfallsicherheit 140 Ausgabeformat 84, 259 Ausgabegerät 84, 259 Authentifizierung 219 Automatischer Betriebsartenwechsel 337 B Backup 339 Archive Logs 340 Offline 339 Online 340 BAPI 113, 379 Active X Control 382 BAPI Browser 379 Business Objekte 379 Barcode 263 Basissystem 34, 113 Batch-Input 311 Aufzeichnen 318 Recorder 318

513

Stichwortverzeichnis

Batch-Input-Berechtigungen 317 Batch-Input-Verarbeitung 310 Batchjob Definition 292 Druckausgabe 306 Jobklasse 292, 294 Jobname 294 Startbedingungen siehe Starttermin 299

Status 304 Step 292 Zielserver 294 Batch-Server 121 Batch-Service 119 Batchverarbeitung 292 Job siehe Batchjob 292 S_BTCH_ADM 308 S_BTCH_JOB 308 S_BTCH_NAM 309 S_LOG_COM 309 Sicherheit 308 Step 292 BEARBEITEN 65 Bearbeitung von Formulardaten 65 Bedienoberfläche 26 Begriffslexikon 86 Belieferungsweg 463 Benutzer anlegen 228 Benutzerparameter 67 anwenden 69 festlegen 68 Benutzervorgaben 228 Berechtigung 221, 259 Trace 247 Berechtigungskonzept 34 Berechtigungsverwaltung 193 Berichtsauswahl 79, 80 Betriebsart 332, 333 Ausnahmebetrieb 337 Normalbetrieb 337 Bibliothek 88 Bildschirmformular 58 Bildschirm-Layout 173 Branchenneutralität 25 BTCI 312 BTCI-Mappen 312 Business Connector 392 WebMethodes 393 XML 392

514

CCM 34 CCMS 310, 327 CD-ROM 86 Client/Server-System 108 dreistufig 136 zweistufig 135 Cluster 169 Common Program Interface for Communications 363 Computer Center Management 34 Control Panel 343 Controlling 31, 32 cost based optimizer 339 CTS 442 CTO 443 Cursor 48 Customizing 27, 88, 441 Customizing Organizer 443 Mandanten Einstellung 444 Customizing-Auftrag 445 Customizing-Mandanten 487 Customizing-Transaktionen 89, 91 Customizing-Umfeld 487 D Data Dictionary 164 Data Modeler 163 Database request time 350 Datenbank, Administrator 218 Datenbank-Monitor 355 Datenbankschicht, Datenbankserver 108, 132

Datenbankserver, Datenbankbenutzer SAPR3 133 Datenbankverwaltung 193, 339 Datenelement 167 Datenstrukturen 169 DDIC 488 Debitorenbuchhaltung 31 Deckblatt 85 Delta-Manager 368 Demo-System 134 DESTINATION 367 Destination 366 Dialog-Antwortzeit 139 Dialogschritt 111, 123 LUW 125 Dialogserver 115 Dialogservice 115 Dictionary 34 Direct Input 311 Dokumentationsklasse 95 Domäne 167

Stichwortverzeichnis

Druckauftrag 257 anlegen 257 Druckertyp 264 Dynpro 58 Dynpro-Kette 173 E EDI 392 Eigentümer Datenbank 143 System 143 Einführungsleitfaden 88 Einführungsprojekte 91 Einführungswerkzeuge 88 Eingabeanwendung 56 Einstiegsbild 58 Einstiegsmenü 57 Einstiegsvariante 81 Enqueue-Service 121 Enqueue-Workprozess 198 Entwicklungsklasse 159, 455 Entwicklungsumgebung 34, 158 Executive Information System 33 Export 482 Exportdatei 482 Extends 340 Externes System 466 F Fast Input 311 Fehlerbehebung 208 FELDÄNDERUNGEN 64 Feldarten 49 Feldeigenschaften 173 Feldformat 167 Feldhilfe 51 Festwerte definieren 67 Finanzwesen 31 Firewall 220 Fontfamilien 275 Fontgröße 275 Fontmetriken 272 Formularanwendung 56, 61 durchführen 61 Formulardaten sichern 64 Funktionalität 26 Funktionsbaustein 180, 367 Funktionsbibliothek 34 G

Gateway-Service 131 CPI-C-Handler 131 SAP Gateway 131 Generische Suche 76 Glossar 86 H HALTEN DATEN 66, 68 Hauptbuchhaltung 31 Hauptmenü 57 Hierarchiestruktur 94 Hintergrundverarbeitung 292 Hintergrundverwaltung 193 Historienliste 60 Host-Drucker 269 Hotnews 410 I IMG 91, 93 drucken 96 Inhalt 94 Versionen 91 Zusatzinformationen 94 Implementation-Guides 89, 91 Import 471, 482 Industry Solutions 26 Infosystem 246 aufrufen 79 Installation 410 Instandhaltung 31 Instanz 144 Dialoginstanz 145 Zentralinstanz 145 Instanzprofil 144, 309 Integration 27 Interface Builder 35 Internationalität 25 Interne Tabellen 180 Internet Application Components 388 Internet Transaction Server siehe ITS Investitionsmanagement 31, 32 ISO-OSI 365 ITS AGate 391 Architektur 388 CGI-Anbindung 389 Firewall 390 IAC 386 URL 391 Wgate 392 J

515

Stichwortverzeichnis

Job einplanen 292 Job Scheduling Monitor 343 Jobverwaltung 303 Joker 76 Kannfeld 49 Kommunikationsmodule 193 Komplettsicherung 356 Komponenten 28 Konfiguration 134, 141 ausgelagerte Präsentation 135 Dienste-Verteilung 140 Netzwerk 141 R/3-Anwendungsmodule 141 Zentralsystem 134 Konfigurationsdatei 144 DEFAULT.PFL 150 Instanzprofil 146 Parametername 147 RSPARAM 148 Konfigurationsregeln 138 Konsolidierungsweg 462 Koppelart 269 Korrektur und Transportwesen 442 Korrekturwesen 90 Kreditorenbuchhaltung 31 KTW-Tabelle, TDEVC 455 L Länderzuordnung 96 Laufzeitfehler 196 Leistungsmerkmale 24 Leitfaden 91 Listanwendung 57 Liste 78 Listviewer 81 Logical Destination 366 Logical Unit 366 Logische Destination 366, 369 Logistik 29 Logon Gruppe 337 Lokale private Objekte 455 Lokaler Drucker 264 Lokaler SysLog 196 LÖSCHEN DATEN 67 lpd 264 LU 366 LU6.2 132 LUW 125 commit work 125 rollback 125 M

516

Mandant 486 kopieren 488 Mandantenkopie Einschränkungen 488 Hintergrund 487 online 487 Mandantentabelle 444 MAPI 113 Mappe 312 abspielen 314 Mappenauswertung 315 Mappenprotokoll 315 Matchcode 169 Materialwirtschaft 30 Message-Service 130 Modul 27 Modus 53 Mussfeld 49 N Navigationssymbole 63 Netzwerkdrucker 263 Normalbetrieb 337 Normalmodus 52 Notiz 95, 97 Nummernkreis 203, 488 O Object Linking and Embedding 372 OLE 373 ActiveX 373 COM/DCOM 373 Function OCX 397 OCX-Steuerelement 373 OLE-Automation-Server 375 OLE-Client 374 OLE-Technik 113 One-Step-Business 23 Online Service System 88 Online-Hilfe 87 OpenSQL 34 Opmode-Switch 120 Organisationsmanagement 33 Organizer 443 Original und Kopie 453 OSS 88, 403 Benutzer 404 Benutzer verwalten 416 Hinweise suchen 407 Serviceverbindungen 419 OSS-Konfiguration 422 Netzwerk 422 SAP Logon 424 SAProuter 423 Transaktion OSS1 423

Stichwortverzeichnis

OSS-Meldung Erfassen 411 Priorität 413 Status 412 P Paging-Bereich 119 Papiergröße 84 PCL-5 265 Performance 140, 306 Performance-Monitor 346 Personaladministration 33 Personalbeschaffung 33 Personalplanung 33 Personalwirtschaft 23, 33 PING 370 Planstelle 234 Pool-Tabellen 169 Postscript 265 Präsentationsschicht 108, 110 Präsentationsserver 108 Print Control 272 PRIV-Modus 119 process after input 173 process before output 173 Processing time 350 Produktionsplanung und -steuerung 30 Produktivsystem 441 Profilgenerator Konfigurieren 243 SU24 248 Projektdokumentation 90, 91 Projekt-IMG 92 Projektsteuerung 90 Prozessübersicht 130, 204 Q Qualitätssicherung 31 Quellmandanten 487 Query 181 R R/2 22 R/3 22 R/3 Service 88 R/3-Anwendungen 27 R/3-Business-Objekte 113 R/3-Profile 329 Defaultprofil 329 Instanzprofil 329 Profile laden 330 Startprofil 329 R/3-System 132

R/3-Systemnummer sapdp<System-Nr> 146 SAP-Router 145 Raw Devices 356 RDDIMPDP 482 realtime 22 Rechnungswesen 23, 31 Referenz-IMG 91 Referenzmodell 88, 89 Registrieren 413 Entwicklerschlüssel 414 Registry-Datenbank 374 Release-Information 88, 95 Release-spezifische IMGs 92 Remote-Drucker 264 Report 78, 174 ausführen 78, 79 in der Berichtsauswahl starten 80 Reportaufruf im Arbeitsgebiet 79 Repository 164 Infosystem 170 Response-Time 350 RFC 366 Asynchron 368 Transaktional 368 RFC Automation Server 376 RFC-API 367 RFC-Destination 368, 369 Rollbereich 117 ROLL-IN 139 Rolle des Mandanten 444 Rollfile 118 Roll-in 117 Roll-out 117 RSCOLL00 347 S S_BDC_MONI 317 SAA 363 SAP AG 21 SAP Assistant 377 SAP Logon 425 sapmsg.ini 425 saproute.ini 425 servcies 425 SAP Service Manager 150 SAP* 488 SAP-Dispatcher 114 SAP-Ebene 57 sapevt 301 SAP-Gateway 298

517

Stichwortverzeichnis

SAPGUI 110 Enjoy 110 HTML 111 Java 111 SAPkale 112 saplpd 129 SAPNet 426 SAPoffice 113 saposcol 347, 349, 352 saposcol.net. 347 SAP-Puffer 117, 119, 353 Performance 117 SAProuter 220 SAPscript 96, 113 SAP-SQL 180 sapstart 149 Schulungsmandanten 487 Screen-Painter 173 Seitenumbruch 85 Selektionskriterien 78, 175 Selektionsoptionen 77 Service Marktplatz 428 Download 430 Notes 429 Patches 430 Session Manager 220 SETZEN DATEN 67, 68 SIDEINFO-Datei 364 Single Sign-on 24 Sperreinträge 198 Sperrtabelle 121 Spool-Auftrag 258, 262 Spoolempfänger 296 Spool-Service 128 Konfiguration 129 Spool-Workprozess 257 SPRINGEN 63 Standardinstallation 138, 139 Standardschnittstellen 312 Standort 268 Starter-Set 364 startsap 149 Starttermin 299 Einschränkungen 302 Periodenwerte 302 Statusinformation 95 Step ABAP-Programm 295, 296 Externes Kommando 295, 296 Externes Programm 295, 297 stopsap 151 Structured Query Language 179 Stücklisten 460

518

SU53 247 Suchen 96 Suchhilfe 69, 70, 73 über Maske suchen 74 Suchmaske 75 Suchverfahren 75 Symbole 46 System = Status 61 System R/2 22 System R/3 22 Systemänderbarkeit 453 Systemanwendung 57 System-ID 132 Systemkern 107, 110 Systemlog 193 Systemmonitor 342 Systemnummer 145 Systemperformance 192 Systemstart 149 Systemstopp 151 Systemübersicht 204 Systemverbund 441 Systemverwalter, Hautptarbeitsgebiete 191 Tabelle T000 489 Tabellen 167 Tabellenpool 169 Tablespaces 356 Tastatur 49 Tastenbezeichnungen 49 TCOLL 347 TCP/IP 131, 298 TemSe-Tabelle 129 Testmandanten 487 Testsystem 487 tp 482, 484 Transaktion 123, 171 Transaktionscode 57, 59 der aktuellen Anwendung ermitteln 60 Transparente Tabellen 168 Transport Management System 460 Transport Organizer 457 Transportdomäne 461, 464 Transportgruppe 461 Transportprotokolle 452 Transportschicht 462 Transportweg 462 Transportwesen 90 Treasury 31, 32 Tuning 346 TXCOM 365 U

Stichwortverzeichnis

UDM 163 UMFELD 64 Umzüge 458 Unternehmenscontrolling 33 Unternehmensdatenmodell 163 Unternehmens-IMG 91 Unterprogramm 180 Upgrade 410 User siehe Eigentümer V Verbindungstypen 368 Verbucher 123, 200 Verbuchung asynchron 123 Protokoll 127 synchron 123 Verbuchungsabbruch 127 Verbuchungsabbruch 200 Verbuchungskomponente 125 Verbuchungssätze 201 Verbuchungsstatus 202 Verbuchungs-Workprozeß 125 Verbuchungs-Workprozess 124 Vermittlungsrechner 269 Vertrieb 31 Verzeichnis, Instanzverzeichnis 144 Verzeichnisstruktur 143, 482 Virtuelles System 466 Visual Basic 371 Vordrucken 85 Vorgehensmodell 88, 89 Vorschlagswert 67 definieren 67 W

Wait time 350 Werkzeuge 91 Werteliste 50, 70, 71 durchsuchen 72 sortieren 72 Wiederholte Dateneingabe 66 Workbench Organizer 453 Workflow 234 Workload-Analyse 347 Workprozess 114 X X/Open 363 Z Zentraler SysLog 197 Zielmandanten 487 Zuordnung zum Vorgehensmodell 96 ZUSÄTZE 64 Zuständigkeit 234

519

Copyright Daten, Texte, Design und Grafiken dieses eBooks, sowie die eventuell angebotenen eBook-Zusatzdaten sind urheberrechtlich geschützt. Dieses eBook stellen wir lediglich als Einzelplatz-Lizenz zur Verfügung! Jede andere Verwendung dieses eBooks oder zugehöriger Materialien und Informationen, einschliesslich der Reproduktion, der Weitergabe, des Weitervertriebs, der Platzierung im Internet, in Intranets, in Extranets anderen Websites, der Veränderung, des Weiterverkaufs und der Veröffentlichung bedarf der schriftlichen Genehmigung des Verlags. Bei Fragen zu diesem Thema wenden Sie sich bitte an: mailto:[email protected]

Zusatzdaten Möglicherweise liegt dem gedruckten Buch eine CD-ROM mit Zusatzdaten bei. Die Zurverfügungstellung dieser Daten auf der Website ist eine freiwillige Leistung des Verlags. Der Rechtsweg ist ausgeschlossen.

Hinweis Dieses und andere eBooks können Sie rund um die Uhr und legal auf unserer Website

(http://www.informit.de)

herunterladen