Zum Inhalt springen

SAP- & ERP-Grundlagen

SAP Implementation Consulting & ERP - Startupistan Deutschland · Block I · Lernnotizen zur Wiederholung.


Stell dir ein Unternehmen vor, in dem jedes Team seine eigenen Aufzeichnungen führt. Die Finanzabteilung hat eine Tabelle, das Lager eine andere, die Personalabteilung eine dritte - und keine spricht mit der anderen. Ein einzelnes Ereignis (ein Verkauf, eine Lieferung, ein Austritt) muss von Hand in jedes System neu eingetippt werden. Die Zahlen driften auseinander, Fehler schleichen sich ein, und niemand hat das vollständige Bild auf einen Blick.

Genau dieses Chaos der voneinander getrennten Abteilungen soll ERP beseitigen.

Die Kernidee ist Koordination, nicht Gleichförmigkeit. Jede Abteilung leistet sehr unterschiedliche Arbeit; ERP hält diese unterschiedliche Arbeit synchron. Ein einziger erfasster Auftrag zieht von selbst Kreise: Die Verkaufszahlen bewegen sich, das Lager erhält den Versandauftrag, der Bestand sinkt, die Finanzabteilung sieht die eingehende Zahlung, und ein niedriger Lagerbestand kann eine Nachbestellung auslösen - alles, ohne dass jemand den Auftrag fünfmal neu eintippt.


SAP = die Software, mit der große Organisationen ihr Geschäft betreiben - Finanzen, Personal, Lieferketten, Kunden - alles in einem verbundenen System. Es ist zugleich der Name des deutschen Unternehmens, das sie herstellt. Das Akronym steht für Systeme, Anwendungen und Produkte in der Datenverarbeitung.

Die Gründungsgeschichte brauche ich für die Wiederholung nicht. Die eine Tatsache, auf die es ankommt: SAP ist seit Jahrzehnten die Rückgrat-Software für einen riesigen Teil der Geschäftswelt - und genau deshalb lohnt es sich, diese Fähigkeiten aufzubauen.


Ein sehr großer Teil der Großunternehmen läuft auf SAP - in der Fertigung, der Automobilbranche, im Einzelhandel, in der Energiewirtschaft, im Gesundheitswesen, in der Pharmabranche und im öffentlichen Sektor. Diese Reichweite wird über eine einfache Kette zu stetiger Nachfrage:

Viele große Organisationen sind auf SAP angewiesen
→
Es muss eingerichtet, gewartet und erweitert werden
→
Fortlaufender Bedarf an SAP-Fachleuten

Was die Nachfrage dauerhaft macht und nicht zu einem vorübergehenden Trend: SAP ist tief in der Arbeitsweise dieser Organisationen verankert, und es herauszureißen wäre enorm kostspielig und riskant. Also bleiben die Systeme - und mit ihnen der Bedarf an Menschen, die sie verstehen.

FertigungAutomobilbrancheEinzelhandelEnergie & VersorgungGesundheitswesen & PharmaÖffentlicher Sektor

SAP ist nicht ein einzelnes Programm - es ist eine ganze Produktfamilie. Vorerst muss ich die Namen nur wiedererkennen, nicht anwenden. Die drei Kernnamen plus die Idee der funktionalen Module:

NameWas es istStatus / Richtung
ECCDas seit Langem etablierte ERP-Kernsystem, das viele Organisationen jahrelang betrieben habenLegacy / vorherige Generation
S/4HANADas ERP der neueren Generation - schneller, moderner, auf der In-Memory-Datenbank HANA aufgebautWohin SAP und seine Kunden sich bewegen
BTP (Business Technology Platform)Plattform zum Erstellen, Erweitern und Verbinden von Apps rund um das KernsystemDie Erweiterungs- / Integrationsschicht

Dasselbe ERP kann auf zwei Wegen bereitgestellt werden, und die Wahl bestimmt, wer es betreibt und wie es angepasst wird.

On-PremiseCloud
Wo es läuftEigene Server / eigenes Rechenzentrum des UnternehmensVon SAP (oder einem Anbieter) gehostet und betrieben
Kontrolle & AnpassungMaximale Kontrolle, tiefgreifende individuelle ÄnderungenStärker standardisiert, mit Leitplanken
UpgradesVerantwortung des Unternehmens, seltenerVerwaltet, regelmäßige Updates
RichtungEtablierte BasisWohin neue Einführungen gedrängt werden

ERP ist in funktionale Bereiche gegliedert - oft Module oder Lines of Business genannt -, die jeweils einen Teil des Unternehmens abdecken. Dies ist eine übersichtliche Darstellung, keine vollständige oder exakte Liste von Codes.

BereichGängiger Name / BezeichnungDeckt grob ab
FinanzenFI (Financial Accounting), CO (Controlling)Konten, Berichtswesen, Kostenkontrolle
VertriebSD (Sales & Distribution)Aufträge, Preisfindung, Lieferung, Fakturierung
Material / BeschaffungMM (Materials Management)Einkauf, Bestand, Lieferanten
ProduktionFertigung / PlanungProduktionspläne, Werksbetrieb
Logistik / LieferketteLieferketten-FunktionenWaren bewegen und verfolgen
PersonalwesenHR / HCM, SuccessFactors (Cloud-HR)Personal, Gehaltsabrechnung, Talent

Die Unterscheidung, die alles Weitere prägt, ist Konfigurieren vs. Programmieren:

  • Konfigurieren = die eingebauten Funktionen von SAP so einrichten und anpassen, dass sie zur Arbeitsweise eines bestimmten Unternehmens passen - weitgehend ohne Code zu schreiben. Das ist die Consultant-Seite.
  • Programmieren (ABAP) = Code schreiben, um neues Verhalten aufzubauen oder tiefer anzupassen, als es die Konfiguration erlaubt. Das ist die Entwickler-Seite.

Stell es dir vor wie in einem Haus wohnen gegenüber hinter die Wände gehen: Die meisten Nutzer verwenden einfach die fertigen Räume (Konfiguration/Funktionen); ABAP ist dafür da, die Leitungen und Rohre dahinter zu verändern.


Die beiden Rollen, auf die dies vorbereitet, sind keine Weggabelung, bei der ich mich für eine entscheide und die andere verliere - sie sind eine Abfolge. Alle streben zuerst den Implementation Consultant an; ABAP baut für diejenigen darauf auf, die weitermachen.

Grundlagen
→
Implementation Consultantgemeinsames Ziel
→
ABAP Developer Associateweiterführender Weg
Implementation ConsultantABAP Developer Associate
KernarbeitSAP so konfigurieren, dass es zu einem Geschäft passtSAP mit ABAP programmieren
HauptkompetenzGeschäftsprozesse + KonfigurationsdenkenProgrammieren + tieferes Problemlösen
Programmieren?Weitgehend keinesJa - es ist der Job
Position im WegErstes / gemeinsames ZielFortsetzung, baut auf der Consultant-Basis auf
Wer geht hierhinDie meisten Lernenden, zuerstDiejenigen, die dranbleiben und tiefer einsteigen wollen

Die Königskombination ist techno-funktional: jemand, der die Geschäftsseite versteht und den Code schreiben kann. Diese Mischung ist wirklich gefragt.


MythosRealität
„SAP ist ein einzelnes Programm.”Eine große Familie verbundener Produkte und Module (deshalb existieren ECC, S/4HANA und BTP alle).
„Man muss Programmierer sein, um mit SAP zu arbeiten.”Ein Großteil der SAP-Arbeit ist Konfiguration und das Verständnis von Geschäftsprozessen - ohne Coding. ABAP ist ein Weg, nicht das ganze Feld.
„SAP ist nur für riesige Unternehmen.”Große Organisationen sind sein Kernland, aber es wird breiter eingesetzt, als man annimmt.
„SAP lernen = für immer ein Werkzeug lernen.”Die Fähigkeiten (Geschäftsprozesse, Konfiguration, irgendwann Programmieren) übertragen sich und wachsen über Rollen und eine ganze Karriere hinweg.

Grob gesehen laufen die SAP-Zertifizierungen in derselben Reihenfolge wie die Laufbahnen:

  1. Grundlagen - grundlegendes Fundament in Digitalem, Web und Programmierung. Zertifiziert für sich allein nichts; es macht die späteren Schritte realistisch.

  2. SAP Certified Implementation Consultant - das gemeinsame Ziel, das die meisten Lernenden erreichen. Qualifiziert für echte Consultant-Rollen.

  3. SAP ABAP Developer (Associate) - für diejenigen, die weitermachen, der technische Weg, der darauf aufbaut.

Grob gliedern sich die SAP-Zertifizierungen in Associate → Specialist → Professional (Einstiegswissen, dann fokussierte Tiefe, dann erfahrener Praktiker). Schon das Erreichen der ersten Zertifizierung öffnet Türen - die Beschäftigungsfähigkeit wächst mit jeder Stufe, nicht erst ganz am Ende.


  • Junior SAP Consultant
  • SAP Implementation Consultant
  • SAP Functional Consultant (oft an ein Modul gebunden: FI/CO, SD, MM…)
  • SAP Business Process Analyst
  • SAP Application Consultant

Die goldene Regel: beschreiben, was ich wirklich getan habe - akkurat und selbstbewusst, weder übertrieben noch unter Wert verkauft.

  • Übertreiben („SAP-zertifizierter Consultant” nach nur den Grundlagen) fliegt in Vorstellungsgesprächen schnell auf und verbrennt Glaubwürdigkeit.
  • Untertreiben verkauft mich unter Wert.
  • Der Test: Könnte ich diese Aussage bequem untermauern, wenn ich sie erklären oder demonstrieren sollte? Wenn ja, ist sie fair. Wenn es mich winden ließe, formuliere ich sie zu dem um, wozu ich stehen kann.
  • Benennen, was ich kann, und wo es in einem anerkannten Weg steht - ohne noch nicht erworbene Zertifizierungen zu behaupten. Akkurate Aussagen wachsen, je mehr ich vom Programm abschließe.
  • Die Betonung auf das Ziel zuschneiden: Consultant-lastige Bewerbungen stellen Geschäftsprozess- und Konfigurationsdenken in den Vordergrund; entwicklerlastige stellen Programmiergrundlagen und Problemlösung in den Vordergrund. Dieselben ehrlichen Fakten, auf das Publikum ausgerichtet.

Erfolg = Kompetenz, nicht Perfektion - die Dinge zuverlässig tun zu können (Fehler und Erholung eingeschlossen), nicht makellos oder am schnellsten zu sein.


KernpunktKurz gemerkt
ERPEin verbundenes System / eine einzige Quelle der Wahrheit, die unterschiedliche Abteilungen koordiniert hält.
SAPFührender deutscher ERP-Anbieter (und dessen Software); „Systeme, Anwendungen und Produkte in der Datenverarbeitung”.
Warum die Nachfrage dauerhaft istSAP ist tief verankert und teuer zu ersetzen, also bleiben die Systeme und die Menschen.
Drei ProduktnamenECC (Legacy-Kern), S/4HANA (ERP der neuen Generation auf HANA), BTP (Erweiterungs-/Integrationsschicht).
Cloud vs. On-PremiseOn-Premise = Kontrolle + tiefe Anpassung; Cloud = standardisiert, verwaltet, wohin neue Einführungen gehen.
ModulübersichtFI/CO = Geld, SD = Verkaufen, MM = Einkaufen/Bestand, SuccessFactors = Personal (Cloud-HR).
ABAPSAPs eigene Sprache; Programmieren (Entwickler) vs. Konfigurieren (Consultant).
Zwei WegeAbfolge, keine Gabelung: erst Implementation Consultant, danach ABAP Developer Associate.
Techno-funktionalGeschäftsverständnis + Coding = das stark gefragte kombinierte Profil.
ZertifizierungsstufenAssociate → Specialist → Professional; Grundlagen → Consultant → ABAP.
Lebenslauf-RegelNur behaupten, was ich auf Nachfrage demonstrieren könnte; akkurat und selbstbewusst.