Wie man SAP-Probleme wirklich löst

2026-07-08T00:00:00Z

Ein Kollege fragte mich, wie man sich eigentlich in ein SAP-Thema einarbeitet, von dem man noch nichts weiß. Meine ehrliche Antwort: SAP zu verstehen ist keine exakte Wissenschaft. Aber es gibt einen vierstufigen Prozess, der bei fast jedem Problem funktioniert.

Transaktion benutzen, googeln, OSS, debuggen. In dieser Reihenfolge.

Zuerst machst du es von Hand

Wenn du etwas automatisieren sollst, mach es einmal manuell. Spiel deine Problemstellung auf dem Entwicklungssystem durch. Danach kennst du die relevanten Ecken des Systems, die beteiligten Transaktionen und die Begriffe, die SAP selbst verwendet. Diese Begriffe sind dein Sucheinstieg. Ohne sie googelst du ins Leere.

Google spricht Englisch

Auf Englisch findest du mehr. Weltweit stellen unzählige Junior-Consultants dieselben Grundlagenfragen, und sie bekommen sie beantwortet. Die richtigen englischen Begriffe holst du dir, indem du dich in einem zweiten Modus auf Englisch an der SAP GUI anmeldest. Deutsche Fachbegriffe wirfst du zur Not in ein Übersetzungswerkzeug.

Eine Ausnahme gibt es: den FI-Zahlungsverkehr. Gesetze und Formate sind je Land verschieden, und ausgerechnet hier stehen die brauchbaren Informationen auf deutschen Seiten.

Die alten OSS-Hinweise sind die ehrlichsten

Mit dem Vokabular aus den ersten beiden Schritten wühlst du dich durch den OSS. Manchmal steht die Lösung direkt da. Oft findest du eine Korrektur zu einem ähnlichen Fehler, die auf verwandte Hinweise verlinkt.

Lass dich von alten Hinweisen nicht abschrecken, im Gegenteil. Das FI-Modul ist alt, und vor fünfundzwanzig Jahren war noch viel kaputt. Die Fehler von damals sind längst behoben, aber die Hinweise aus der Zeit erklären ihren Kontext noch ausführlich und nennen die betroffenen ABAP-Objekte gleich mit.

Der Breakpoint sagt die Wahrheit

Die Objekte aus den Hinweisen liest du in deinem System nach. Im schlimmsten Fall setzt du einen Breakpoint und schaust zu, was bei der Ausführung passiert. FI-Code ist noch nach alter Art programmiert, schön linear und ohne viel Objektorientierung. Die relevante Stelle ist meist schnell gefunden, und manchmal wartet dort schon der nächste OSS-Verweis.

So greifen die vier Schritte ineinander

Wie sich das anfühlt, zeigt ein echter Fall aus dem Zahlungsverkehr. Die Aufgabe: die Archivierung eines Zahlungsavises unterdrücken. Aus dem manuellen Durchspielen weißt du bereits, dass ein bestimmter Business Transaction Event durchlaufen wird, der BTE 2040. Mehr nicht.

Damit gehst du in den OSS und suchst nach 2040 archiv. Sofort zwei Treffer:

3387072 - How to retrieve/display payment advice if email functionality is activated
1033893 - Zahlungsavis per Mail: Einleitender Text mit Anhang

Die Hinweise verraten, dass die Archivierung nicht im 2040, sondern im BTE 2050 gesteuert wird. Ab da suchst du gezielt weiter. Aus einem diffusen "irgendwas mit Avis-Archivierung" ist in wenigen Minuten eine konkrete Fährte geworden. Jeder Schritt hat den nächsten gefüttert.

Das Geheimnis ist, dass es keins gibt

Der Prozess ist kein Zaubertrick. Es sind dieselben vier Schritte, jedes Mal. Wenn man das zwanzig Jahre lang macht, wirkt es irgendwann, als wäre man sehr weise.