Gehaltsvorstellungen SAP ABAP-Entwickler

Re: Gehaltsvorstellungen SAP ABAP-Entwickler

Ich mach mal den Provocateur: Mit dem Kenntnisprofil hättest du bei mir echte Schwierigkeiten. Ich habe öfters den Fall, dass ein Kunde oder Ex-Kunde wen einstellen will und mich ins Vorstellungsgespräch dazubittet.

Du zählst lauter veraltete Technologien auf. Worüber du nichts sagst, sind Dinge, die ich dich fragen würde, wie: Wie weit reichen deine OO-Kenntnisse? Kannst du mir ein beliebiges Entwurfsmuster beschreiben und mir drei typische, konkrete Anwendungsfälle nennen? Ich instanziiere meine Klassen nie öffentlich, sondern immer über eine Erzeugungsmethode - warum tue ich das? Warum kann ich in R/3 nicht zwei Warenbewegungen parallel auf einem Material buchen? Warum geht das in S/4?


Ralf

PS: 45-55 nach drei Jahren? Ich hab zur falschen Zeit angefangen....

Re: Gehaltsvorstellungen SAP ABAP-Entwickler

Erstens: Ja, aber das sind nicht so einfache Fragen.

Zweitens: Es ist oft wichtig, wie jmd. damit umgeht, keine Lösung parat zu haben. Gibt es einen Ansatz? Eine grobe Vorstellung?


Ralf

Re: Gehaltsvorstellungen SAP ABAP-Entwickler

Im R/3 geht das nicht, weil die Bestände in MARC und MARD geändert werden müssen, die es nur gibt, weil das System so langsam ist. Dazu musst du die Sätze sperren, was paralleles Buchen zuverlässig ausschließt. Im S/4 gibt es keine Tabellen, in denen Bestände stehen könnten. Wenn du den Bestand ermitteln willst, ist die DB so schnell, dass er „live“ aus den Materialbelegen errechnet wird. Darum besteht eine Materialbewegung nur aus neuen Datensätzen (MKPF/MSEG) und DIE kannst du parallel schreiben. Man sollte halt nicht auf der Kompatibiitätsschicht herumhühnern, sondern nativ S/4-Coding generieren, um alle Vorteile nutzen zu können.

Wir haben übrigens dieses Problem akut, wenn wir Blutspenden einlesen und daraus Blutspende-Vorgänge erzeugen: Das sind mehrere Tausend auf einen Schlag, die alle schnell verarbeitet werden müssen. Nur: Mit Parallelisieren kommst du nicht weit, weil du ständig gegen Sperren anrennst. Ich warte noch drauf, dass der zuständige Entwicklerkollege den Verstand verliert


Ralf

Re: Gehaltsvorstellungen SAP ABAP-Entwickler

Ralf, was hat du da für ein Bild? Gerade von einem Survival-Training zurück gekommen?

Und sind deine Fragen nicht etwas zu tiefgehend für einen Neuling. Aber ich bin ja auch als Quereinsteiger in die SAP-Welt gekommen und habe kein Informatik-Studium.
Fakt ist doch aber auch, dass in vielen Firmen diese "veralteten" Technologien eingesetzt werden und das vermutlich auch noch über längere Zeit. Und ist das Wissen über S/4HANA wirklich schon so weit gestreut, dass man es bei Einstellungsgesprächen voraussetzen könnte?

Die eigentliche Fragestellung nach dem Einstiegsgehalt wurde jetzt aber auch noch gar nicht angeschnitten. Ehrlich gesagt ich weiss es nicht, da ich als Berater in der SAP-Basis umherirre. Hatte in letzter Zeit auch einige Gespräche zu Festanstellungen und da wurden auch schon mal 80.000+ geboten, allerdings dann mit entsprechender Erfahrung.

Re: Gehaltsvorstellungen SAP ABAP-Entwickler

Guest12345 hat geschrieben: Auf Grund der Erfahrungen der letzten 3 Jahre will ich mich nach dem Studium nicht mit dem "normalen" Einstiegsgehalt für Studienabgänger zufrieden geben, sondern für ein Gehalt argumentieren, dass diese Erfahrungen auch einbindet.

Aus Online-Recherche habe ich rausgefunden, dass das Jahresgehalt somit irgendwo in dem Bereich von 45.000-55.000 € liegen sollte.

Zu dem Gehalt selber kann ich nichts sagen. Das hängt von so vielen Faktoren ab.
Aber generell würde ich dir Recht geben: Mit drei Jahren SAP-Erfahrung hast du bessere Chancen auf ein höheres Gehalt.
Erstens wird im SAP-Bereich generell besser bezahlt, als in vielen anderen IT-Bereichen.
Zweitens wird von SAP-Beratern und Programmierern viel komplexes Wissen bzw. der Umgang mit "Unwissen" vorausgesetzt. Du hast im SAP Programme, Customizing, Prozesse, Module, Fachbereiche usw. Es wird zwar nicht erwartet, dass man alles kann, aber ein gewisses Verständnis für die ganzen Zusammenhänge schon. Vom Programmierer wird erwartet, dass er sich einigermaßen in den Modulen zurecht findet und vom Berater, dass er auch in etwa weiß, wie die Programmierung "dahinter" funktioniert.

Detailfragen sind gar nicht wichtig. Wichtig ist, dass man bereit und willens ist, sich Problemen zu stellen. Und ob man dann fähig ist, diese zu formulieren, Lösungsansätze und Alternativen zu finden und sie im Team, mit Kollegen, mit Dienstleistern umzusetzen.

Du kannst mit vorgetäuschten SAP-Kenntnissen sicherlich irgendwo 70.000 EUR bekommen, genauso wie du als SAP-Genie irgendwo für 40.000 EUR arbeiten kannst. Es hängt von sehr vielen Dingen ab...

Insgesamt darf man SAP-Wissen nicht überbewerten! Du bekommst nicht automatisch 15.000 EUR mehr, weil du mal was mit SAP gemacht hast! Da habe ich von mehreren Seiten gehört, dass die Vorstellungen von Bewerbern doch ziemlich überzogen sind.

Und bis ein SAP-Programmierer ein sechs-stelliges Gehalt hat, muss aber noch viel Wasser die Elbe runter fließen...

Re: Gehaltsvorstellungen SAP ABAP-Entwickler

ralf.wenzel hat geschrieben: Ich instanziiere meine Klassen nie öffentlich, sondern immer über eine Erzeugungsmethode - warum tue ich das?

Lass es uns wissen

Ich verstehe durchaus, dass man es manchmal machen muss. Schon weil das Entwurfsmuster es vorschreibt (Singleton). Aber warum machst du es generell und immer?

Ist es allgemein dein Programmierstil, oder würdest du es rein auf ABAP beschränken? Im .NET Umfeld habe ich noch nie gehört, dass man es immer macht (ich weiß, dies hier ist ein ABAP-Forum).

Re: Gehaltsvorstellungen SAP ABAP-Entwickler

Danke schon mal für die vielen Beiträge, auch wenn nicht alles Bezug zu meiner Fragestellung hat.

Daher vllt. noch mal ein bisschen mehr Hintergrund. Das Industrieunternehmen, bei dem ich arbeite verwendet, ähnlich wie viele andere mittelgroße Industrieunternehmen, "nur" die "alten" SAP-Technologien. Ich denke das ist nichts außergewöhnliches. Daher habe ich bisher auch keine Erfahrungen mit ABAP OO, sowie S/4 HANA gesammelt.

Die Punkte, die ich aufgezählt sollen lediglich als Indikator für die Lernbereitschaft und das selbstständige Erlernen unbekannter Technologien dienen, da ich die ja auch nicht einfach so von heute auf morgen erlernt habe.

Ebenfalls habe ich nicht "3 Jahre in MM gearbeitet". Entschuldigung, falls ich mich dort unklar ausgedrückt habe, deswegen noch einmal genauer. Ich habe in den letzten 3 Jahren die Bereiche SD, FI, CO und MM kennengelernt und in diesen Bereichen Kundenprogramme entwickelt/angepasst. Klar lernt man dabei auch viel über die einzelnen Prozesse der Module, allerdings bin ich weit entfernt davon ein Experte in einem dieser Bereich zu sein.

*Vllt. kommen ja noch ein paar Antworten zu der eigentlichen Fragestellung zu Stande, ich wollte nur ein paar ungefähre Zahlen erfahren