SAP-Wiki

SAP Standard

SAP Standard bezeichnet den Lieferzustand einer SAP-Software, wie ihn SAP ohne kundenspezifische Anpassungen ausliefert, inklusive vorkonfigurierter Prozesse, Berichte und Best Practices. Er bildet die Grundlage, auf der Unternehmen über Customizing Einstellungen anpassen oder über Eigenentwicklung zusätzliche Funktionen ergänzen. Der Gegenpol ist die individuelle Anpassung am System.

Definition

Was ist SAP Standard?

SAP liefert seine Software mit vorkonfigurierten Geschäftsprozessen aus, die auf Erfahrung aus tausenden Kundenprojekten beruhen, gebündelt in den SAP Best Practices. Der Standard deckt damit gängige Abläufe in Finanzwesen, Vertrieb, Einkauf oder Produktion ab, ohne dass ein Unternehmen diese Prozesse selbst konzipieren muss. Ziel von SAP ist es, den Anteil an individueller Anpassung über alle Kundenprojekte hinweg zu senken und damit Wartung und Releasewechsel zu vereinfachen.

Relevant ist die Frage nach dem Standard für jedes Unternehmen, das ein SAP-System einführt oder migriert, insbesondere bei einer Neueinführung mit der Fit-to-Standard-Methode aus SAP Activate. Dort werden die Standardprozesse Schritt für Schritt mit den Fachbereichen abgeglichen, um zu klären, wo der Standard ausreicht und wo eine Abweichung nötig ist. Besonders bei SAP S/4HANA Public Cloud ist der Standard bewusst eng gefasst und lässt kaum technische Anpassung zu.

In der Projektpraxis läuft der Abgleich mit dem Standard über Workshops, in denen Fachbereich und Berater bestehende Prozesse gegen die SAP-Vorgabe spiegeln. Eine typische Stolperstelle ist der Reflex, gewohnte Abläufe aus dem Altsystem eins zu eins zu fordern, ohne zu prüfen, ob der SAP-Standard eine gleichwertige Alternative bietet. Wer stattdessen jede Abweichung sofort als Sonderfall behandelt, erzeugt unnötigen Customizing– und späteren Wartungsaufwand.

Funktionen

Wie funktioniert SAP Standard?

Technisch besteht der SAP Standard aus vorkonfigurierten Customizing-Einstellungen, Stammdatensichten, Berichten und Prozessabläufen, die mit der Softwareauslieferung mitkommen und über Transaktionen wie das Customizing-Cockpit sichtbar sind. Bei SAP S/4HANA Public Cloud liegt der Standard in sogenannten Business-Konfigurationen vor, die über definierte Scope-Einstellungen aktiviert werden, statt frei im System programmiert zu werden. Abweichungen vom Standard laufen entweder über zulässiges Customizing innerhalb des vorgesehenen Rahmens oder über Erweiterungen außerhalb des Kernsystems.

Im Zusammenspiel mit der Clean-Core-Strategie bleibt der SAP Standard im Kernsystem weitgehend unangetastet, individuelle Logik wandert stattdessen in Erweiterungen auf SAP BTP. Das erleichtert spätere Releasewechsel: Der unveränderte Kern lässt sich aktualisieren, ohne eigene Anpassungen nachzuziehen. Bei klassischem SAP ECC oder älteren S/4HANA-On-Premise-Systemen ist die Grenze zwischen Standard und Customizing dagegen oft weniger klar gezogen, weil über Jahre gewachsene Anpassungen den ursprünglichen Standard überlagert haben.

Vorteile

Geprüfte Prozesse

Best Practices basieren auf Erfahrung aus vielen Kundenprojekten und decken gängige Geschäftsabläufe ohne Eigenkonzeption ab.

Einfachere Releasewechsel

Wer nah am Standard bleibt, übernimmt neue SAP-Versionen mit weniger Testaufwand und geringerem Anpassungsrisiko.

Schnellerer Projektstart

Fit-to-Standard-Workshops liefern in kurzer Zeit ein funktionierendes Grundsystem, statt jede Anforderung neu zu konzipieren.

Geringere Wartungskosten

Weniger Individualentwicklung bedeutet weniger Code, der bei jedem Support Package erneut geprüft werden muss.

Grenzen

Nicht jeder Prozess passt

Branchenspezifische oder stark regulierte Abläufe lassen sich nicht immer im reinen Standard abbilden, dann sind Erweiterungen unumgänglich.

Change-Management-Aufwand

Fachbereiche müssen gewohnte Abläufe anpassen, wenn der Standard abweicht, das erzeugt organisatorischen Widerstand, der oft unterschätzt wird.

Standard ändert sich mit Releases

Was heute Standard ist, kann mit einem neuen Release anders aussehen, dauerhafte Sonderwege außerhalb des Standards altern deshalb schneller.

FAQ

Häufige Fragen zu SAP Standard

Was ist der Unterschied zwischen SAP Standard und Customizing?

SAP Standard ist der unveränderte Lieferzustand der Software, Customizing die Einstellung dieses Standards innerhalb vorgesehener Konfigurationsmöglichkeiten. Beides bleibt im Rahmen dessen, was SAP unterstützt, im Gegensatz zur Eigenentwicklung.

Lohnt es sich, möglichst nah am SAP Standard zu bleiben?

In den meisten Fällen ja, weil Releasewechsel und Support einfacher werden. Ausnahmen sind Prozesse mit echtem Wettbewerbsvorteil oder regulatorischen Pflichten, die der Standard nicht abbildet, dort lohnt sich gezielte Anpassung.

Was passiert, wenn ich zu viele Abweichungen vom Standard einführe?

Jede Abweichung erhöht Testaufwand, Wartungskosten und das Risiko bei künftigen Releasewechseln. In der Praxis zeigt sich das oft erst bei der nächsten größeren Systemumstellung, wenn viele Sonderwege parallel geprüft werden müssen.

Wie finde ich heraus, ob der SAP Standard meine Prozesse abdeckt?

Ein Fit-to-Standard-Workshop mit Fachbereich und SAP-Berater gleicht bestehende Abläufe systematisch mit dem Standard ab. Das Ergebnis ist eine Liste bestätigter Standardprozesse und dokumentierter, begründeter Abweichungen.

Gilt der SAP Standard für SAP S/4HANA Public Cloud genauso wie für On-Premise?

Nein, bei Public Cloud ist der Standard enger gefasst und lässt kaum technische Eingriffe zu, Anpassungen laufen über definierte Erweiterungspunkte. On-Premise-Systeme erlauben historisch mehr Spielraum für individuelles Customizing.

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)