SAP-Wiki

Quellcode

Quellcode ist der von einem Menschen geschriebene und lesbare Programmtext in einer Programmiersprache wie ABAP, Java oder Python. Ein Compiler oder Interpreter übersetzt diesen Text in Maschinen- oder Bytecode, den ein Computer tatsächlich ausführen kann. Im SAP-Umfeld bezeichnet Quellcode meist eigene Entwicklungen, die über das Standardsystem hinaus zusätzliche Funktionen bereitstellen.

Definition

Was ist Quellcode?

Quellcode entsteht, wenn Entwickler eine Aufgabe in einer Programmiersprache formulieren, mit Anweisungen, Variablen und Funktionen, die Menschen lesen und nachvollziehen können. Erst durch Kompilierung oder Interpretation wird daraus ein für den Computer ausführbares Programm. Der Quellcode selbst führt nichts aus, er hält die Software nachvollziehbar, änderbar und wartbar. Ohne ihn bliebe jede spätere Anpassung reines Ausprobieren am fertigen Programm.

Relevant ist Quellcode für jeden, der SAP-Systeme über den Standard hinaus anpasst, von ABAP-Reports über Erweiterungen mit User-Exits bis zu Java– oder JavaScript-Anwendungen auf der SAP BTP. Verantwortlich für die Codequalität sind in Projekten meist die Entwicklungsteams, oft ergänzt um ein zentrales Transportwesen, das Änderungen kontrolliert zwischen Entwicklungs-, Test- und Produktivsystem bewegt. Wie viel Eigenentwicklung ein Unternehmen betreibt, entscheidet stark über Aufwand und Risiko bei künftigen Systemumstellungen.

In Konvertierungsprojekten nach SAP S/4HANA zeigt sich, wie wichtig gepflegter Quellcode ist: Die Custom-Code-Analyse prüft jede Eigenentwicklung darauf, ob sie auf der neuen Plattform noch lauffähig ist oder angepasst werden muss. Ein häufiger Befund in der Praxis ist, dass ein erheblicher Teil des historisch gewachsenen Quellcodes von niemandem mehr genutzt wird und sich stilllegen lässt, statt ihn mit hohem Aufwand zu migrieren.

Funktionen

Wie funktioniert Quellcode?

Technisch durchläuft Quellcode je nach Sprache zwei unterschiedliche Wege: Bei kompilierten Sprachen wie Java übersetzt ein Compiler den gesamten Quellcode vorab in Bytecode oder Maschinencode, der dann ausgeführt wird. Bei interpretierten Sprachen wie klassischem ABAP-Report-Code liest eine Laufzeitumgebung den Quellcode Zeile für Zeile und führt ihn direkt aus, ohne einen separaten Kompilierungsschritt für den Entwickler sichtbar zu machen. Nach der Übersetzung ist der ursprüngliche Quellcode für den Anwender nicht mehr direkt einsehbar.

Im SAP-Systemverbund verwaltet ein Transportwesen den Quellcode über die Systemlandschaft hinweg: Entwickler schreiben und testen im Entwicklungssystem, ein Transportauftrag befördert den Code kontrolliert ins Qualitätssicherungssystem und schließlich ins Produktivsystem. Versionsverwaltung und Dokumentation sorgen dafür, dass sich Änderungen nachvollziehen und im Zweifel auch zurücknehmen lassen. Ohne diese Kontrolle über die Systemlandschaft hinweg landet ungetesteter Code schnell direkt im Produktivsystem.

Vorteile

Nachvollziehbar und wartbar

Gut dokumentierter Quellcode lässt sich auch Jahre später von anderen Entwicklern verstehen und anpassen, ohne bei null anzufangen.

Grundlage für Erweiterungen

Eigenentwicklungen im Quellcode ergänzen den SAP-Standard genau dort, wo branchenspezifische oder unternehmensindividuelle Anforderungen bestehen, ohne den Standard selbst zu verändern.

Versionierbar

Über das Transportwesen und Versionsverwaltung lassen sich Änderungen am Quellcode nachvollziehen und bei Bedarf zurücksetzen.

Basis für Analysen

Werkzeuge wie die Custom-Code-Analyse werten Quellcode automatisiert aus und zeigen, was bei einer Systemumstellung angepasst werden muss.

Grenzen

Wächst unkontrolliert ohne Pflege

Ohne Richtlinien und regelmäßige Aufräumarbeiten sammeln sich über Jahre Eigenentwicklungen an, die niemand mehr braucht, aber trotzdem migriert werden müssten. Ein regelmäßiger Blick in die Nutzungsstatistik verhindert diesen Wildwuchs.

Abhängigkeit von Entwicklerwissen

Schlecht dokumentierter Quellcode wird zum Risiko, sobald der ursprüngliche Entwickler das Unternehmen verlässt.

Migrationsrisiko bei Systemwechseln

Bei einer Umstellung auf SAP S/4HANA muss jede Eigenentwicklung auf Kompatibilität geprüft werden. Wer diesen Aufwand unterschätzt, gerät im Projekt unter Zeitdruck, wenn kurz vor dem Cutover noch Anpassungen anstehen.

Kein Ersatz für Standardprozesse

Viel Eigenentwicklung ersetzt selten einen fehlenden Prozessstandard, sie verschiebt das Problem oft nur in den Programmcode.

FAQ

Häufige Fragen zu Quellcode

Kann man Quellcode nach der Kompilierung noch lesen?

Kaum sinnvoll. Objektcode oder Bytecode ist für Menschen praktisch nicht mehr nachvollziehbar. Ohne den ursprünglichen Quellcode lassen sich Änderungen nur mit hohem Aufwand über Reverse Engineering vornehmen. Deshalb gehört der Quellcode selbst zu den wichtigsten Vermögenswerten jeder Eigenentwicklung.

Wie viel Eigenentwicklung ist im SAP-System normal?

Das ist sehr unternehmensspezifisch. Wichtiger als die reine Menge ist, ob der Quellcode dokumentiert und tatsächlich noch genutzt wird. Eine Custom-Code-Analyse vor einer Systemumstellung zeigt das meist zuverlässiger als jede Schätzung.

Muss man vor einer S/4HANA-Umstellung den gesamten Quellcode anpassen?

Nein, nur was tatsächlich noch genutzt wird und auf der neuen Plattform nicht mehr lauffähig ist. Erfahrungsgemäß lässt sich ein spürbarer Teil des historisch gewachsenen Codes einfach stilllegen, statt ihn zu migrieren.

Wer sollte im Unternehmen Zugriff auf den Quellcode haben?

In der Regel die zuständigen Entwicklungsteams, kontrolliert über Berechtigungen und ein Transportwesen. Unkontrollierter Zugriff auf produktiven Quellcode erhöht das Risiko versehentlicher oder böswilliger Änderungen. Eine saubere Trennung zwischen Entwicklungs-, Test- und Produktivsystem ist deshalb Pflicht, kein optionaler Zusatz.

Was passiert mit ungenutztem Quellcode bei einer Systemumstellung?

Er wird idealerweise vor der Umstellung identifiziert und stillgelegt, statt migriert zu werden. Das senkt Aufwand und Risiko der Umstellung deutlich, wird in der Praxis aber oft zu spät angegangen. Eine frühzeitige Custom-Code-Analyse schafft hier Klarheit, lange bevor der eigentliche Umstellungstermin feststeht.

Ihr Kontakt

Gabriele Görtz

Head of Sales & Growth

Sprechen Sie mit uns.

Ein Erstgespräch dauert 30 Minuten. Sie können auch direkt mit einem konkreten Thema kommen. Rufen Sie an oder schreiben Sie uns.

+49 40 69 658 50-0

Anwender-Helpdesk für Bestandskunden:

0800 52388 55 (kostenfrei)