ABAP
Auf der Grundlage langjähriger Entwicklungserfahrung habe ich Methoden und Verfahren gesammelt, die tagtäglich für die Umsetzung von Kundenanforderungen benötigt werden. Dieser so entstandene Werkzeugkasten geht über das reine ABAP-Grundlagenwissen hinaus, das für das Verständnis dieses Buches vorausgesetzt wird.
Es werden Themen behandelt, die der professionelle Entwickler täglich anwendet und sonst nur durch den Besuch vieler ABAP-Seminare erfährt. Wenige Entwickler verwenden das komplette ABAP-Repertoire. Die meisten nutzen lediglich einen Bruchteil dessen, was ABAP bietet – die Essenz aus ABAP, die sie für ihre täglichen Arbeiten benötigen.
Das ist es, was sie zu professionellen ABAP-Entwicklern macht.
Am Anfang jeder Entwicklung steht ein Kundenwunsch. In diesem Kapitel wird daher eine Anforderung aus der Praxis dargestellt. Ich zeige Ihnen auf, wie aus dem Kundenwunsch ein Konzept zur Realisierung der Anforderung in SAP entsteht. Bei den weiteren Erläuterungen von Methoden und Verfahren wird dieses Beispiel soweit als möglich zugrunde gelegt.
»Ärmel aufkrempeln genügt nicht mehr – jetzt brauchen wir Konzepte«. Dieser bedeutende Satz eines Vertriebs-Mitarbeiters zeigt ein heute leider noch immer existierendes Phänomen: Dem Kunden werden Funktionalitäten versprochen, die nicht oder zumindest nicht in der gewünschten Form umzusetzen sind. Der Aufwand und die Dauer der Entwicklungen werden unterschätzt. Oder aber der Entwickler erhält unzureichende Beschreibungen von dem, was er umsetzen soll.
Und so schlittern IT-Dienstleister von einem Desaster zum nächsten, und die Enttäuschungen beim Kunden wachsen.
Was unternommen werden kann, um diese Situation zu entschärfen:
In Gesprächen zwischen dem Energieversorger und dem IT-Dienstleister ergeben sich folgende Anforderungen:
Wie aus den Anforderungen hervorgeht, ist die Kennzeichnung der »First Customer« in verschiedenen SAP-Standard-Programmen erforderlich.
Das Datenmodell ist die Grundlage jeder Entwicklung. Ein ABAP-Entwickler muss wissen, wo welche Daten zu finden sind, ob bestehende SAP-Standardtabellen erweitert werden können und ob das Anlegen einer neuen kundeneigene Tabelle erforderlich ist.
Diese Anzeige wird durch das Einstellen (Customizen) der neuen Kontoklasse in der Prüftabelle zum Feld Kontoklasse des Vertragskontos erzielt. Das Customizing wird im zweiten Teil des »SAP-Praxishandbuchs ABAP« behandelt.
Für modifikationsfreie Erweiterungen im Geschäftspartner werden die Transaktionen BUPT und BUCO verwendet. Die Lösung dieser Problemstellung finden Sie im zweiten Teil vom »SAP-Praxishandbuch ABAP«, im Kapitel »Änderungen und Erweiterungen im SAP-Standard«.
Grundlage einer jeden ABAP-Entwicklung sind die Daten, die durch das Programm verarbeitet werden. Vor der ersten Programmierzeile muss sich der Entwickler im Klaren sein, wo die zu bearbeitenden Daten zu finden sind und in welcher Form sie im SAP-System gespeichert werden.
Ein SAP-System verfügt über Zigtausende von Datenbanktabellen. Diese enthalten Daten oder werden als Prüftabellen für Einträge in den Datenbanktabellen verwendet. Um den Überblick über diese Informationsfülle zu behalten, wurde das Data Dictionary als das zentrale Hilfsmittel zur Verfügung gestellt.
Das Data Dictionary ermöglicht das Anlegen, Ändern, Prüfen, Aktivieren, Löschen und Kopieren von
Besitzt eine Tabelle wie in Abbildung 2.4 als erstes Schlüsselfeld das Feld »MANDT« bzw. »CLIENT« mit dem Datenelement »MANDT«, so ist die Tabelle mandantenabhängig. Das bedeutet, dass die jeweiligen Tabelleneinträge nur in dem genannten SAP-Mandanten sichtbar sind.
Damit in Tabellen mit vielen Datensätzen die benötigten Datensätze möglichst schnell gefunden werden, werden sogenannte Tabellenindizes angelegt. Ein erster Index entsteht automatisch bei der Definition von Primärschlüsselfeldern der Tabelle.
Als Beispiel dient die Datenbanktabelle für Vertragskonten (FKKVKP). Diese Tabelle hat die Primärschlüssel »Mandant«, »Vertragskonto« und »Geschäftspartner«.
Die SAP hat den Entwicklern vor geraumer Zeit einen neuen Debugger zur Verfügung gestellt. Der Debugger hat sich durch die Neuerungen zu einem sehr mächtigen Hilfsmittel entwickelt.
Nach dem Start des Debuggers und der Eingabe einer Vertragsnummer wird der Debugger geöffnet. Durch das Icon wird der gewünschte Vertrag selektiert. Der Debugger springt unverzüglich an.
Der klassische Debugger besitzt folgende Bildschirmbereiche (Abbildung 3.1):
Sie können den Debugger über zwei Wege starten:
Leider sind Fehlermeldungen in vielen Fällen nicht sprechend, d.h., der Anwender erhält eine Fehlermeldung, die den ursächlichen Fehler nicht beschreibt. Für die Fehleranalyse, ausgelöst durch SAP-Standard-Programme oder Kundenentwicklungen, ist der Debugger zur Fehleranalyse die erste Wahl.
Das folgende Beispiel ist konstruiert, aber in der Praxis durchaus oft zu finden. Dazu starten wir folgende Kundenentwicklung zur Umstellung von Ableseeinheiten (siehe Abbildung 3.5).
Nach dem Programmstart erhält der Anwender in der Statuszeile die Meldung »Unzureichendes Customizing« – eine Fehlermeldung ohne Aussagekraft! Aus ihr wird nicht ersichtlich, um welchen Fehler es sich handelt und wie der Fehler behoben werden kann.
In diesem Kapitel werde ich Ihnen spezielle, immer wieder oder zumindest oft benötigte Verfahren und Methoden in der ABAP-Entwicklung vorstellen.
Kunden von IT-Dienstleistern zahlen mitunter eine beachtliche Summe für die Entwicklung von Programmen. Im Gegenzug hat der Entwickler die Aufgabe, das Programm in einer Form zu dokumentieren, die es dem unerfahrenen Anwender ermöglicht, zu verstehen, welche Eingaben ein Programm erfordert, welche Funktion(en) es besitzt und welche Ergebnisse ein Programmlauf erzeugt.
Kundenentwicklungen werden im Regelfall über einen längeren Zeitraum genutzt, was impliziert, dass diese Entwicklungen aller Voraussicht nach Änderungen unterliegen. Diese Änderungen oder Erweiterungen können bereits nach kurzer Zeit oder erst nach Monaten oder Jahren erfolgen.
Kundenentwicklungen können auf ganz einfache Art strukturiert werden. Das Hauptprogramm steuert eine Reihe von Unterprogrammen, Funktionsbausteinen oder Methoden, in denen die eigentliche Programmlogik enthalten ist.
Ausgehend von der in Kapitel 1 dargestellten Anforderung aus der Praxis, sind Sie nun in der Lage, mit den bisher erläuterten Methoden folgende Lösungen zu erarbeiten:
Bis auf das Customizing der Prüftabelle »Kontoklasse« wurden damit alle Grundlagen für das Speichern neuer Daten mithilfe des Data Dictionaries geschaffen.
Ebenso können Sie komfortable Programme erstellen für
Um alle Anforderungen im vorgestellten Beispiel abzudecken, fehlen Methoden und Verfahren zur modifikationsfreien Erweiterung von SAP-Standard-Programmen. Diese werden im zweiten Teil des SAP-Praxishandbuchs erläutert.
Auf der Grundlage langjähriger Entwicklungserfahrung habe ich Methoden und Verfahren gesammelt, die tagtäglich für die Umsetzung von Kundenanforderungen benötigt werden.
Themen: ABAP
