SAP-Implementierung in der Schweiz: Ablauf, Kosten und Risiken

Learn about how AI operates inside SAP S/4HANA, from clean core and data quality to embedded use cases, real-time decisions, and secure, transparent execution.

Eine SAP-Implementierung in der Schweiz ist weit mehr als die Einführung einer neuen Unternehmenssoftware. Sie verändert Geschäftsprozesse, Datenstrukturen, Schnittstellen und Arbeitsweisen – und kann damit Finance, Einkauf, Logistik, Produktion und weitere Bereiche gleichzeitig betreffen.

Für Unternehmen stellt sich deshalb früh die Frage: Wie läuft eine SAP-Einführung ab, was kostet sie und welche Risiken müssen eingeplant werden? Eine pauschale Antwort gibt es nicht. Projektumfang, gewählte SAP-Lösung, Datenmigration, Integrationen, Anpassungen und interne Ressourcen beeinflussen Aufwand und Budget wesentlich.

Dieser Leitfaden zeigt, wie eine SAP-Implementierung in der Schweiz typischerweise abläuft, welche Kostenblöcke berücksichtigt werden sollten und wie sich zentrale Projektrisiken früh erkennen und steuern lassen. Dabei geht es nicht nur um die technische Umsetzung, sondern auch um die Entscheidungen, die den späteren Projekterfolg bestimmen.

Was ist eine SAP-Implementierung?

Eine SAP-Implementierung umfasst die Planung, Konfiguration, Integration und Inbetriebnahme einer SAP-Lösung in einem Unternehmen. Dazu gehören nicht nur technische Aufgaben, sondern auch die Gestaltung von Geschäftsprozessen, die Migration von Daten, Tests, Schulungen und die Vorbereitung des Go-live.

SAP-Implementierung vs. SAP-Einführung

Die Begriffe «SAP-Implementierung» und «SAP-Einführung» werden häufig synonym verwendet, setzen aber unterschiedliche Schwerpunkte. Eine SAP-Einführung bezeichnet allgemein die Einführung einer SAP-Lösung im Unternehmen. Die Implementierung beschreibt stärker die konkrete Umsetzung – von der Prozessdefinition und Systemkonfiguration bis zur Integration und Inbetriebnahme.

Je nach Ausgangslage kann eine SAP-Implementierung eine komplette ERP-Neueinführung, die Einführung einzelner Module oder einen Rollout auf weitere Gesellschaften und Standorte umfassen.

Bei einer SAP S/4HANA Implementierung kommen zusätzlich Entscheidungen zur Zielarchitektur, zum Betriebsmodell, zur Datenmigration und zum Umgang mit bestehenden Eigenentwicklungen hinzu. Je nach Ausgangslage kann ein Unternehmen beispielsweise einen Greenfield-Ansatz, eine System Conversion oder eine selektive Datenmigration wählen.

Entscheidend ist deshalb nicht nur, welche SAP-Lösung eingeführt wird, sondern welches Geschäftsproblem sie lösen soll. Ein klar definiertes Zielbild bildet die Grundlage für Scope, Budget, Zeitplan und spätere Erfolgsmessung. 

Wie läuft eine SAP-Implementierung in der Schweiz ab?

Eine SAP-Implementierung in der Schweiz folgt typischerweise einem strukturierten Vorgehen von der strategischen Planung bis zum produktiven Betrieb. SAP Activate unterteilt den Implementierungsprozess in die Phasen Discover, Prepare, Explore, Realize, Deploy und Run. Die konkrete Ausgestaltung hängt jedoch von Unternehmensgrösse, SAP-Lösung, Projektumfang und Ausgangslage ab.

1. Discover – Ziele und Business Case definieren

Zu Beginn wird geklärt, warum das Unternehmen SAP einführen oder seine bestehende SAP-Landschaft transformieren möchte. Dabei werden Geschäftsziele, aktuelle Herausforderungen und das gewünschte Zielbild definiert.

Typische Fragen sind:

• Welche Geschäftsprozesse sollen verbessert oder standardisiert werden?
• Welche SAP-Lösung und welches Betriebsmodell passen zur Ausgangslage?
• Welche Gesellschaften, Standorte und Geschäftsbereiche gehören zum Scope?
• Welche messbaren Ziele soll das Projekt erreichen?
• Wie sieht der Business Case aus?

Das Ergebnis ist eine belastbare Grundlage für Scope, Budget und Projektplanung.

2. Prepare – Projektorganisation und Planung

In der Vorbereitungsphase werden Governance, Projektorganisation, Zeitplan und Arbeitsweise festgelegt. Gleichzeitig werden technische und organisatorische Voraussetzungen geprüft.

Besonders wichtig ist die klare Definition von Verantwortlichkeiten zwischen Fachbereichen, IT, Management und Implementierungspartner. Auch Daten, Schnittstellen, bestehende Eigenentwicklungen und Abhängigkeiten zu anderen IT-Systemen sollten früh erfasst werden.

3. Explore – Geschäftsprozesse und Zielarchitektur gestalten

In dieser Phase werden die zukünftigen Geschäftsprozesse detailliert betrachtet. Ein Fit-to-Standard-Ansatz hilft dabei, SAP-Standardprozesse als Ausgangspunkt zu verwenden und notwendige Abweichungen bewusst zu entscheiden.

Das Ziel ist nicht, jeden bestehenden Prozess unverändert in SAP abzubilden. Stattdessen sollte geprüft werden, welche Prozesse standardisiert, vereinfacht oder neu gestaltet werden können.

Gerade bei einer SAP S/4HANA Implementierung ist diese Phase entscheidend: Jede zusätzliche Individualisierung kann spätere Wartung, Upgrades und Kosten beeinflussen.

4. Realize – System konfigurieren und integrieren

Jetzt wird die geplante Lösung umgesetzt. Dazu gehören unter anderem:

• Konfiguration der SAP-Prozesse
• Entwicklung notwendiger Erweiterungen
• Aufbau von Schnittstellen
• Integration mit bestehenden Systemen
• Rollen und Berechtigungen
• Datenmigration
• Vorbereitung und Durchführung von Tests

Die Datenmigration sollte nicht erst kurz vor dem Go-live beginnen. Datenqualität, Stammdatenstrukturen und Transformationsregeln können erheblichen Einfluss auf den Projektaufwand haben.

5. Deploy – Migration, Tests und Go-live

Vor dem Go-live wird überprüft, ob die Lösung fachlich und technisch produktionsbereit ist. Dazu gehören unter anderem Integrations- und Abnahmetests, Benutzertrainings, Datenmigration, Cutover-Planung und die Vorbereitung des Betriebs.

Ein strukturierter Cutover-Plan legt fest, welche Aktivitäten in welcher Reihenfolge durchgeführt werden, wann Systeme eingefroren oder migriert werden und wer für einzelne Schritte verantwortlich ist.

Der Go-live ist damit nicht einfach der Zeitpunkt, an dem ein neues System eingeschaltet wird. Er ist das Ergebnis einer Reihe von technischen, fachlichen und organisatorischen Vorbereitungen.

6. Run – Stabilisierung und kontinuierliche Optimierung

Nach dem Go-live beginnt die Stabilisierungsphase. Typischerweise werden Fehler priorisiert, Benutzer unterstützt und Prozesse überwacht. Eine sogenannte Hypercare-Phase kann dabei helfen, kritische Probleme unmittelbar nach dem Produktivstart zu bearbeiten.

Anschliessend geht das System in den regulären Betrieb über. Je nach Organisation gehören dazu SAP-Support, Application Management Services, Weiterentwicklung und kontinuierliche Prozessoptimierung.

Die sechs Phasen im Überblick

Für Schweizer Unternehmen können zusätzliche Anforderungen in die einzelnen Phasen einfliessen – beispielsweise lokale Finance-Prozesse, Mehrsprachigkeit, Datenschutz, Anforderungen an Datenflüsse oder die Integration einer Schweizer Gesellschaft in ein internationales SAP-Template. Diese Aspekte sollten möglichst früh berücksichtigt werden und nicht erst kurz vor dem Go-live.

Eine erfolgreiche SAP-Einführung ist kein einzelner IT-Implementierungsschritt, sondern ein mehrstufiges Transformationsprojekt. Je früher Prozesse, Daten, Integrationen, Governance und Business-Ziele gemeinsam betrachtet werden, desto besser lassen sich spätere Kosten- und Projektrisiken steuern.

Wie lange dauert eine SAP-Implementierung? 

Wie lange eine SAP-Implementierung dauert, hängt vor allem von Umfang, Ausgangslage und gewählter Implementierungsstrategie ab. Eine einfache Einführung einer standardnahen Cloud-Lösung ist anders zu planen als eine komplexe SAP S/4HANA Transformation mit Datenmigration, zahlreichen Schnittstellen und individuellen Erweiterungen.

Deshalb sind pauschale Aussagen wie «eine SAP-Einführung dauert immer sechs oder zwölf Monate» wenig belastbar. Entscheidend ist, welche Prozesse, Gesellschaften, Systeme und Daten in den Projektumfang fallen und wie stark die bestehende IT-Landschaft verändert werden muss.

Welche Faktoren beeinflussen die Projektdauer?

Zu den wichtigsten Einflussfaktoren gehören:

• Projektumfang: Anzahl der Geschäftsbereiche, Prozesse, Gesellschaften und Standorte
• SAP-Lösung: beispielsweise SAP S/4HANA Cloud, Private Cloud oder On-Premise
• Implementierungsstrategie: Greenfield, Brownfield, Selective Data Transition oder Rollout
• Datenmigration: Datenvolumen, Datenqualität, Bereinigung und Mapping
• Integrationen: Anzahl und Komplexität der Schnittstellen zu bestehenden Systemen
• Customizing und Erweiterungen: Umfang notwendiger Anpassungen über den SAP-Standard hinaus
• Interne Ressourcen: Verfügbarkeit von Fachbereichen, Key Usern, IT und Projektleitung
• Testaufwand: Anzahl der End-to-End-Prozesse und erforderlichen Testzyklen
• Change Management: Schulungen, Kommunikation und organisatorische Veränderungen
• Go-live-Strategie: Big Bang, schrittweiser Rollout oder Einführung nach Gesellschaften und Standorten

Gerade Datenmigration, Integrationen, Tests und die Verfügbarkeit der Fachbereiche werden in der frühen Planung häufig unterschätzt. Sie können den Zeitplan wesentlich beeinflussen.

Ein realistischer Zeitplan entsteht aus dem Projektumfang

Statt eine fixe Projektdauer anzunehmen, empfiehlt sich eine Planung entlang der wesentlichen Projektphasen:

Die einzelnen Aktivitäten müssen dabei nicht vollständig nacheinander stattfinden. Migration, Integration, Tests und Change Management können sich über mehrere Projektphasen erstrecken.

Für ein SAP-Projekt in der Schweiz sollte der Zeitplan zudem berücksichtigen, ob lokale Anforderungen, mehrere Sprachen, verschiedene Gesellschaften oder ein internationales Template integriert werden müssen. Je früher diese Abhängigkeiten geklärt sind, desto belastbarer wird die Planung.

Praktischer Ansatz: Bevor ein verbindlicher Go-live-Termin festgelegt wird, sollten Scope, Zielprozesse, Datenmigration, Integrationen, Ressourcen und Abnahmekriterien definiert sein. Erst daraus lässt sich eine belastbare Projektplanung ableiten.

 Was kostet eine SAP-Einführung in der Schweiz? 

Die Kosten einer SAP-Einführung in der Schweiz lassen sich nicht seriös mit einem pauschalen Betrag beantworten. Entscheidend sind unter anderem die gewählte SAP-Lösung, der Projektumfang, die Anzahl der Anwender und Gesellschaften, die Datenmigration, Integrationen, individuelle Erweiterungen sowie der interne Ressourcenbedarf.

Auch das Betriebsmodell beeinflusst die Kostenstruktur. Bei Cloud-Lösungen spielen beispielsweise laufende Subscription-Kosten eine Rolle, während bei On-Premise-Szenarien zusätzliche Aufwände für Infrastruktur und Betrieb entstehen können.

Welche Kostenblöcke sollten Unternehmen berücksichtigen?

Für die Budgetplanung empfiehlt es sich, mindestens folgende Kostenblöcke getrennt zu betrachten:

Die einzelnen Positionen können je nach Projekt erheblich variieren. So kann eine standardnahe Einführung einer Cloud-Lösung eine andere Kostenstruktur haben als eine umfangreiche SAP S/4HANA Implementierung mit historischer Datenübernahme, zahlreichen Schnittstellen und umfangreichen Erweiterungen.

Welche Faktoren treiben die SAP-Implementierungskosten?

Besonders relevant sind fünf Bereiche:

1. Umfang und Komplexität des Projekts

Je mehr Geschäftsprozesse, Gesellschaften, Länder oder Standorte einbezogen werden, desto höher ist in der Regel der Abstimmungs-, Test- und Implementierungsaufwand.

2. Ausgangslage und Daten

Bei einer Neueinführung müssen Datenstrukturen aufgebaut und Stammdaten definiert werden. Bei einer Migration kommen zusätzliche Aufgaben wie Datenbereinigung, Mapping, Transformation und Validierung hinzu.

3. Integrationen und Systemlandschaft

SAP ist häufig Teil einer grösseren IT-Landschaft. Schnittstellen zu beispielsweise CRM-, MES-, E-Commerce-, Lager- oder Banksystemen können einen wesentlichen Teil des Projektaufwands ausmachen.

4. Individuelle Anpassungen

Je stärker Prozesse vom SAP-Standard abweichen, desto mehr Analyse-, Entwicklungs-, Test- und Wartungsaufwand kann entstehen. Deshalb ist die Entscheidung zwischen Standardprozessen und individuellen Erweiterungen ein wichtiger Kostenhebel.

5. Interne Ressourcen

Auch die eigenen Mitarbeitenden verursachen Projektaufwand – selbst wenn dieser nicht vollständig als externe Projektkosten erscheint. Fachbereich, IT, Key User und Management müssen für Workshops, Tests, Entscheidungen und Abnahmen verfügbar sein.

Warum die SAP-Einführungskosten häufig unterschätzt werden

Eine reine Betrachtung von Softwarekosten und Implementierungshonorar greift zu kurz. Zusätzliche Aufwände können beispielsweise durch Datenbereinigung, zusätzliche Testzyklen, fehlende interne Ressourcen, Schnittstellenänderungen oder nachträgliche Scope-Erweiterungen entstehen.

Für eine belastbare Budgetplanung sollte deshalb nicht nur gefragt werden: „Was kostet die SAP-Software?“, sondern:

Welche Gesamtkosten entstehen von der Vorbereitung bis zum stabilen Betrieb?

Ein sinnvoller Business Case betrachtet daher die erwarteten Projektkosten gemeinsam mit laufenden Betriebs- und Supportkosten sowie den geplanten wirtschaftlichen Nutzen. Dazu können beispielsweise Prozessautomatisierung, bessere Datenqualität, schnellere Abschlüsse oder eine konsolidierte Systemlandschaft gehören.

Für Schweizer Unternehmen besonders relevant: Bei der Budgetierung sollten auch lokale Anforderungen an Finance und Mehrwertsteuer, Mehrsprachigkeit, Datenschutz sowie mögliche internationale Datenflüsse berücksichtigt werden. Diese Anforderungen sind nicht automatisch ein eigener Kostenblock, können aber Aufwand in Konfiguration, Integration, Testing und Compliance verursachen.

Damit wird die Frage nach den SAP-Einführungskosten zu einer Total-Cost-of-Ownership- und Business-Case-Frage – und nicht zu einem einfachen Vergleich von Lizenzpreisen.

Welche SAP-Implementierungsstrategie ist die richtige? 

Nicht jedes Unternehmen sollte eine SAP-Einführung auf dieselbe Weise angehen. Ob ein Unternehmen Prozesse vollständig neu aufsetzt, ein bestehendes SAP-System transformiert oder eine bestehende Lösung auf weitere Gesellschaften ausrollt, hängt von der Ausgangslage und den strategischen Zielen ab.

Bei einer SAP S/4HANA Implementierung sind insbesondere vier Ansätze relevant: Greenfield, Brownfield, Selective Data Transition und Rollout.

Greenfield: Neustart mit standardisierten Prozessen

Beim Greenfield-Ansatz wird die neue SAP-Lösung weitgehend neu aufgebaut. Bestehende Prozesse und Strukturen werden nicht automatisch übernommen, sondern anhand der zukünftigen Geschäftsanforderungen neu definiert.

Der Ansatz eignet sich insbesondere, wenn:

• bestehende Prozesse grundlegend verändert werden sollen,
• das aktuelle ERP-System stark individualisiert ist,
• veraltete Strukturen und Eigenentwicklungen reduziert werden sollen,
• eine konsequente Standardisierung angestrebt wird.

Ein wesentlicher Vorteil liegt in der Möglichkeit, Prozesse neu zu gestalten und unnötige Altlasten nicht in das neue System zu übertragen. Dafür steigt der Aufwand für Prozessdesign, Datenmigration und organisatorische Veränderungen.

Brownfield: Bestehendes SAP-System transformieren

Beim Brownfield-Ansatz wird ein bestehendes SAP-System technisch und funktional in Richtung SAP S/4HANA transformiert. Bestehende Prozesse, Konfigurationen und Daten können dabei teilweise weiterverwendet werden.

Dieser Ansatz kann sinnvoll sein, wenn:

• bestehende Geschäftsprozesse weiterhin relevant sind,
• Investitionen in das aktuelle SAP-System geschützt werden sollen,
• eine vollständige Neugestaltung nicht erforderlich ist,
• die Transformation mit möglichst kontrollierten Veränderungen erfolgen soll.

Die Herausforderung besteht darin, bestehende Komplexität nicht unreflektiert in die neue Systemlandschaft zu übernehmen. Deshalb sollte auch bei einer Brownfield-Transformation geprüft werden, welche Prozesse und Erweiterungen tatsächlich weitergeführt werden sollen.

Selective Data Transition: Gezielte Übernahme

Die Selective Data Transition kombiniert Elemente aus Greenfield und Brownfield. Unternehmen können ausgewählte Daten, Strukturen oder Prozesse in die neue SAP-Lösung übernehmen und andere Bereiche neu gestalten.

Das kann interessant sein, wenn beispielsweise:

• nur bestimmte historische Daten benötigt werden,
• einzelne Prozesse grundlegend verändert werden sollen,
• mehrere bestehende Systeme konsolidiert werden,
• unterschiedliche Ausgangssituationen zusammengeführt werden müssen.

Der Ansatz bietet Flexibilität, erfordert aber eine besonders sorgfältige Planung von Datenmodell, Migration und Zielarchitektur.

Rollout: Bestehende SAP-Lösung auf weitere Einheiten übertragen

Bei einem SAP-Rollout existiert bereits eine SAP-Lösung, die auf weitere Gesellschaften, Standorte oder Länder übertragen wird. Für Schweizer Unternehmen ist dies beispielsweise relevant, wenn eine Schweizer Tochtergesellschaft in ein internationales SAP-Template integriert werden soll.

Dabei stellt sich nicht nur die technische Frage, welche Teile des Templates übernommen werden können. Auch lokale Anforderungen, Prozesse, Finance, Sprache, Datenflüsse und organisatorische Verantwortlichkeiten müssen berücksichtigt werden.

Greenfield, Brownfield oder Rollout?

Die Wahl der Strategie sollte nicht primär aus technischer Sicht getroffen werden. Entscheidend ist die Kombination aus Ausgangslage, Transformationszielen, Daten, Prozessanforderungen und gewünschtem Standardisierungsgrad.

Für die Entscheidung sollten Unternehmen deshalb zunächst drei Fragen beantworten:

1. Was soll sich durch die SAP-Einführung fachlich verändern?
2. Welche bestehenden Prozesse, Daten und Strukturen sollen erhalten bleiben?
3. Wie viel Standardisierung ist im Verhältnis zu lokalen oder branchenspezifischen Anforderungen sinnvoll?

Die passende SAP-Implementierungsstrategie ist damit ein zentraler Bestandteil des Projekt-Setups. Sie beeinflusst nicht nur die technische Umsetzung, sondern auch Projektaufwand, Datenmigration, Change Management, Risiken und langfristige Betriebskosten.

Was ist bei einer SAP-Implementierung in der Schweiz besonders? 

Eine SAP-Implementierung in der Schweiz unterscheidet sich nicht grundsätzlich von SAP-Projekten in anderen Ländern. Dennoch können lokale regulatorische, organisatorische und sprachliche Anforderungen die Umsetzung beeinflussen.

Besonders relevant sind Finance und Schweizer Lokalisierung, Mehrsprachigkeit, Datenschutz sowie die Einbindung in internationale SAP-Templates.

Schweizer Finance- und Lokalisierungsanforderungen

Finance gehört häufig zu den Bereichen, in denen lokale Anforderungen früh berücksichtigt werden müssen. Dazu zählen unter anderem Anforderungen an Rechnungswesen, Mehrwertsteuer und finanzielle Prozesse.

Bei der SAP-Einführung sollte deshalb früh geklärt werden, welche bestehenden Finance-Prozesse übernommen, standardisiert oder neu gestaltet werden sollen. Auch die Anforderungen an Reporting und die Zusammenarbeit mit bestehenden Finanz- und Vorsystemen gehören in die Analyse.

Mehrsprachige Organisationen

In der Schweiz können mehrere Sprachen innerhalb einer Organisation relevant sein. Das betrifft nicht nur die Benutzeroberfläche, sondern auch Schulungen, Dokumentation, Kommunikation und teilweise operative Prozesse.

Bei international tätigen Unternehmen kommt eine weitere Ebene hinzu: Die Schweizer Gesellschaft muss möglicherweise in ein globales SAP-Template integriert werden, während gleichzeitig lokale Anforderungen berücksichtigt werden müssen.

Datenschutz und internationale Datenflüsse

Bei Cloud- und Integrationsszenarien sollte früh geprüft werden, welche personenbezogenen oder geschäftlich sensiblen Daten verarbeitet werden und wohin diese Daten fliessen.

Relevant sind dabei insbesondere:

• Datenverarbeitung durch externe Dienstleister und Unterauftragnehmer
• Speicher- und Verarbeitungsorte
• internationale Datenübermittlungen
• Zugriffs- und Berechtigungskonzepte
• Anforderungen an Datenschutz und Informationssicherheit

Diese Fragen sollten nicht erst vor dem Go-live geklärt werden. Sie können Architektur, Systemkonfiguration und Integrationen beeinflussen.

Schweizer Gesellschaft im globalen SAP-Template

Für internationale Unternehmen ist häufig nicht die komplette Neueinführung eines SAP-Systems das Ziel. Stattdessen soll eine Schweizer Gesellschaft in eine bereits bestehende globale SAP-Lösung integriert werden.

Dann stellt sich eine zentrale Frage:

Was soll global standardisiert werden – und wo sind lokale Abweichungen notwendig?

Eine klare Template-Governance hilft, diese Entscheidungen systematisch zu treffen. Lokale Anforderungen sollten begründet und dokumentiert werden, anstatt für jede Gesellschaft eigene Prozesse und Erweiterungen aufzubauen.

Was bedeutet das für die Projektplanung?

Schweizer Besonderheiten sollten bereits in der frühen Projektphase berücksichtigt werden. Dazu gehören insbesondere:

Je früher diese Punkte geklärt sind, desto geringer ist das Risiko, dass lokale Anforderungen später zu ungeplanten Anpassungen, zusätzlichen Tests oder Verzögerungen führen.

Für eine SAP-Implementierung in der Schweiz bedeutet das daher vor allem: globale Standards und lokale Anforderungen müssen gemeinsam geplant werden. Die Schweizer Besonderheiten sind selten ein separates Projekt – sie sollten Bestandteil des gesamten SAP-Zielbilds sein.

Cloud oder On-Premise – welches SAP-Betriebsmodell passt?

Die Wahl des SAP-Betriebsmodells ist eine strategische Entscheidung und sollte nicht allein anhand der IT-Infrastruktur getroffen werden. Relevant sind unter anderem gewünschter Standardisierungsgrad, Anpassungsmöglichkeiten, Integrationsanforderungen, interne IT-Ressourcen und langfristige Betriebsmodelle.

Für eine SAP-Einführung kommen insbesondere Public Cloud, Private Cloud und On-Premise infrage.

SAP Public Cloud

Die Public Cloud setzt stark auf standardisierte Prozesse und ein von SAP vorgegebenes Betriebsmodell. Unternehmen können dadurch den eigenen Infrastruktur- und Administrationsaufwand reduzieren und stärker auf standardisierte SAP-Prozesse setzen.

Das Modell eignet sich insbesondere, wenn:

• standardisierte Prozesse gewünscht sind,
• individuelle Anpassungen möglichst begrenzt werden sollen,
• ein Cloud-first-Ansatz verfolgt wird,
• die interne IT entlastet werden soll.

Die zentrale Herausforderung liegt darin, Geschäftsprozesse stärker an den SAP-Standard anzupassen und individuelle Anforderungen gezielt zu priorisieren.

SAP Private Cloud

Die Private Cloud bietet mehr Spielraum für komplexe Anforderungen und bestehende Strukturen. Sie kann insbesondere für Unternehmen interessant sein, die eine Cloud-Transformation anstreben, aber gleichzeitig ein höheres Mass an Flexibilität benötigen.

Typische Gründe können sein:

• komplexe bestehende SAP-Landschaften,
• umfangreiche Integrationen,
• spezifische Geschäftsanforderungen,
• schrittweise Transformation einer bestehenden Umgebung.

Dabei sollte jedoch geprüft werden, welche bestehenden Individualisierungen tatsächlich weiterhin benötigt werden.

On-Premise

Bei einem On-Premise-Modell betreibt das Unternehmen die SAP-Lösung beziehungsweise die zugrunde liegende Infrastruktur selbst oder über einen entsprechenden IT-Betriebspartner.

Das kann sinnvoll sein, wenn besonders hohe Anforderungen an Kontrolle, bestehende Infrastruktur oder bestimmte Betriebsmodelle bestehen. Gleichzeitig trägt das Unternehmen einen grösseren Teil der Verantwortung für Infrastruktur, Administration, Wartung und Betrieb.

Die Modelle im Vergleich

Keine dieser Varianten ist grundsätzlich die beste Lösung für jedes Unternehmen. Die Entscheidung sollte ausgehend von der Geschäftsstrategie, der bestehenden Systemlandschaft und dem gewünschten Zielbild getroffen werden.

Für Schweizer Unternehmen können zusätzlich Datenschutz, internationale Datenflüsse, lokale Anforderungen und die Einbindung in eine globale IT-Architektur relevant sein. Diese Aspekte sollten bereits bei der Auswahl des Betriebsmodells berücksichtigt werden.

Entscheidend ist daher nicht „Cloud oder On-Premise?“ als isolierte Frage, sondern: Welches Betriebsmodell unterstützt die geplante Geschäfts- und IT-Transformation langfristig am besten?

Wie bereitet man eine SAP-Einführung richtig vor?

Eine erfolgreiche SAP-Einführung beginnt nicht mit der Konfiguration des Systems, sondern mit einer klaren Vorbereitung. Unternehmen sollten vor dem Projektstart verstehen, welche Geschäftsprobleme gelöst werden sollen, welche Prozesse verändert werden müssen und welche Anforderungen die bestehende Systemlandschaft mit sich bringt.

Je klarer diese Grundlagen sind, desto besser lassen sich Scope, Budget, Ressourcen und Zeitplan festlegen.

1. Ausgangslage analysieren

Zunächst sollte der aktuelle Zustand dokumentiert werden. Dazu gehören Geschäftsprozesse, bestehende SAP- oder ERP-Systeme, Schnittstellen, Datenbestände, Eigenentwicklungen und manuelle Workarounds.

Dabei geht es nicht darum, jeden bestehenden Prozess unverändert zu dokumentieren. Entscheidend ist, die Bereiche zu identifizieren, die für die zukünftige SAP-Lösung relevant sind.

2. Zielbild definieren

Auf Basis der Ausgangslage sollte ein konkretes Zielbild entstehen:

• Welche Prozesse sollen standardisiert werden?
• Welche Funktionen werden benötigt?
• Welche Systeme sollen integriert oder abgelöst werden?
• Welche Daten müssen übernommen werden?
• Welche Anforderungen sind geschäftskritisch?
• Welche individuellen Anpassungen sind tatsächlich notwendig?

Das Zielbild dient später als Referenz für Scope, Lösungsdesign und Projektentscheidungen.

3. Business Case und Budget aufbauen

Eine SAP-Einführung sollte nicht nur technisch, sondern auch wirtschaftlich bewertet werden. Neben den erwarteten Projektkosten sollten Unternehmen laufende Betriebs- und Supportkosten sowie den erwarteten Nutzen betrachten.

Mögliche Nutzenbereiche sind beispielsweise:

• weniger manuelle Prozesse,
• höhere Datenqualität,
• bessere Transparenz,
• standardisierte Abläufe,
• effizientere Zusammenarbeit zwischen Geschäftsbereichen,
• bessere Skalierbarkeit der Systemlandschaft.

Der Business Case sollte dabei mit realistischen Annahmen arbeiten und nicht nur erwartete Einsparungen darstellen.

4. Governance und Verantwortlichkeiten festlegen

SAP-Projekte betreffen häufig mehrere Geschäftsbereiche. Deshalb sollten Entscheidungswege bereits vor Projektbeginn definiert werden.

Dazu gehören unter anderem:

• Projektleitung und Steering Committee,
• Verantwortliche für Fachbereiche,
• Key User,
• IT- und Integrationsverantwortliche,
• Verantwortliche für Datenmigration,
• Entscheidungs- und Eskalationswege.

Eine klare Governance verhindert, dass wichtige Entscheidungen zwischen Fachbereich, IT und Implementierungspartnern liegen bleiben.

5. Daten und Integrationen früh prüfen

Datenmigration und Schnittstellen gehören zu den Bereichen mit hohem Abhängigkeitspotenzial. Deshalb sollten Datenqualität, Datenquellen, Zielstrukturen und Integrationspunkte möglichst früh untersucht werden.

Besonders wichtig ist die Frage, welche Daten tatsächlich benötigt werden. Nicht jede Information aus einem Altsystem muss automatisch in die neue SAP-Lösung übernommen werden.

6. Prioritäten festlegen

Nicht jede Anforderung hat dieselbe geschäftliche Bedeutung. Unternehmen sollten deshalb zwischen zwingend notwendigen Funktionen und späteren Optimierungen unterscheiden.

Eine klare Priorisierung kann beispielsweise folgende Kategorien verwenden:

Diese Priorisierung hilft, den Scope zu kontrollieren und unnötige Komplexität während der Implementierung zu vermeiden.

Checkliste vor dem SAP-Projektstart

Vor dem eigentlichen Projektstart sollten mindestens folgende Fragen beantwortet sein:

• Ist das geschäftliche Ziel der SAP-Einführung klar?
• Sind Scope und betroffene Geschäftsbereiche definiert?
• Gibt es ein abgestimmtes Zielbild?
• Sind Budget und Business Case plausibel?
• Sind interne Ressourcen verfügbar?
• Sind Datenquellen und Datenqualität bekannt?
• Sind relevante Schnittstellen identifiziert?
• Ist die Implementierungsstrategie entschieden?
• Sind Governance und Entscheidungswege festgelegt?
• Sind Schweizer und gegebenenfalls internationale Anforderungen berücksichtigt?

Eine gute Vorbereitung reduziert nicht automatisch die Komplexität eines SAP-Projekts. Sie macht die Komplexität jedoch sichtbar, bevor sie zu ungeplanten Kosten, Verzögerungen oder zusätzlichen Risiken führt.

Der wichtigste Grundsatz lautet deshalb: Erst Zielbild und Entscheidungsgrundlagen klären, dann die Lösung umsetzen.

Wie wählt man einen SAP-Implementierungspartner?

Die Auswahl des richtigen SAP-Implementierungspartners kann den Verlauf und die spätere Qualität eines Projekts wesentlich beeinflussen. Entscheidend ist dabei nicht nur technisches SAP-Wissen. Ein geeigneter Partner sollte die Geschäftsprozesse verstehen, komplexe Integrationen beherrschen und gemeinsam mit dem Unternehmen belastbare Entscheidungen zu Scope, Daten, Architektur und Projektvorgehen treffen können.

Welche Kriterien sind bei der Auswahl wichtig?

SAP-Kompetenz und Projekterfahrung

Der Partner sollte Erfahrung mit der konkret geplanten SAP-Lösung und dem gewählten Implementierungsansatz mitbringen. Bei einer SAP S/4HANA Implementierung sind beispielsweise Kenntnisse in Migration, Integration, Prozessdesign und modernen SAP-Architekturen relevant.

Branchen- und Prozessverständnis

SAP wird nicht im luftleeren Raum implementiert. Der Partner sollte die für das Unternehmen relevanten Geschäftsprozesse verstehen – etwa Finance, Einkauf, Supply Chain, Produktion oder Asset Management.

Erfahrung mit Datenmigration und Integration

Daten und Schnittstellen gehören häufig zu den komplexesten Teilen einer SAP-Einführung. Deshalb sollte früh geklärt werden, welche Methoden und Werkzeuge der Partner für Migration, Datenqualität und Integrationen einsetzt.

Projektmethodik und Governance

Ein guter Implementierungspartner sollte transparent machen können, wie das Projekt gesteuert wird, welche Rollen beteiligt sind und wie Entscheidungen, Änderungen und Risiken behandelt werden.

Change Management und Enablement

Die technische Implementierung allein reicht nicht aus. Anwender müssen neue Prozesse und Systeme verstehen und anwenden können. Schulung, Kommunikation und organisatorische Veränderung sollten deshalb Teil des Projektansatzes sein.

Langfristige Unterstützung

Nach dem Go-live endet die Verantwortung nicht automatisch. Support, Hypercare, Optimierung und Weiterentwicklung können langfristig relevant sein. Daher sollte bereits bei der Partnerauswahl geklärt werden, welche Unterstützung nach dem Produktivstart benötigt wird.

Welche Fragen sollten Unternehmen einem SAP-Partner stellen?

Vor einer Entscheidung können beispielsweise folgende Fragen helfen:

• Welche vergleichbaren SAP-Projekte hat der Partner umgesetzt?
• Welche Erfahrung besteht mit unserer Branche und unseren Geschäftsprozessen?
• Wie wird Fit-to-Standard im Projekt umgesetzt?
• Wie werden Datenmigration und Datenqualität gesteuert?
• Wie werden Integrationen und End-to-End-Tests organisiert?
• Wie werden Scope Changes und Projektrisiken behandelt?
• Welche Ressourcen stellt der Partner während der kritischen Projektphasen bereit?
• Wie wird der Go-live vorbereitet und abgesichert?
• Welche Leistungen werden nach dem Go-live angeboten?

Nicht nur den Tagessatz vergleichen

Ein reiner Preisvergleich zwischen Implementierungspartnern kann zu kurz greifen. Ein günstigerer Tagessatz bedeutet nicht automatisch geringere Gesamtkosten, wenn dadurch mehr Abstimmungsaufwand, Nacharbeiten oder zusätzliche Projektphasen entstehen.

Sinnvoller ist ein Vergleich des gesamten Leistungsumfangs: Projektmethodik, Team, Verantwortlichkeiten, Deliverables, Annahmen, Risiken und erwarteter Eigenaufwand sollten transparent gegenübergestellt werden.

Für Schweizer Unternehmen kann zusätzlich relevant sein, ob der Partner Erfahrung mit lokalen Anforderungen, mehrsprachigen Organisationen und internationalen SAP-Templates besitzt.

Die beste Partnerwahl ist daher nicht zwingend die Wahl des günstigsten Anbieters, sondern die Entscheidung für einen Partner, dessen Kompetenz, Vorgehensmodell und Ressourcen zum eigenen SAP-Projekt passen.

Wie wählt man einen SAP-Implementierungspartner?

Die Auswahl des richtigen SAP-Implementierungspartners kann den Verlauf und die spätere Qualität eines Projekts wesentlich beeinflussen. Entscheidend ist dabei nicht nur technisches SAP-Wissen. Ein geeigneter Partner sollte die Geschäftsprozesse verstehen, komplexe Integrationen beherrschen und gemeinsam mit dem Unternehmen belastbare Entscheidungen zu Scope, Daten, Architektur und Projektvorgehen treffen können.

Welche Kriterien sind bei der Auswahl wichtig?

SAP-Kompetenz und Projekterfahrung

Der Partner sollte Erfahrung mit der konkret geplanten SAP-Lösung und dem gewählten Implementierungsansatz mitbringen. Bei einer SAP S/4HANA Implementierung sind beispielsweise Kenntnisse in Migration, Integration, Prozessdesign und modernen SAP-Architekturen relevant.

Branchen- und Prozessverständnis

SAP wird nicht im luftleeren Raum implementiert. Der Partner sollte die für das Unternehmen relevanten Geschäftsprozesse verstehen – etwa Finance, Einkauf, Supply Chain, Produktion oder Asset Management.

Erfahrung mit Datenmigration und Integration

Daten und Schnittstellen gehören häufig zu den komplexesten Teilen einer SAP-Einführung. Deshalb sollte früh geklärt werden, welche Methoden und Werkzeuge der Partner für Migration, Datenqualität und Integrationen einsetzt.

Projektmethodik und Governance

Ein guter Implementierungspartner sollte transparent machen können, wie das Projekt gesteuert wird, welche Rollen beteiligt sind und wie Entscheidungen, Änderungen und Risiken behandelt werden.

Change Management und Enablement

Die technische Implementierung allein reicht nicht aus. Anwender müssen neue Prozesse und Systeme verstehen und anwenden können. Schulung, Kommunikation und organisatorische Veränderung sollten deshalb Teil des Projektansatzes sein.

Langfristige Unterstützung

Nach dem Go-live endet die Verantwortung nicht automatisch. Support, Hypercare, Optimierung und Weiterentwicklung können langfristig relevant sein. Daher sollte bereits bei der Partnerauswahl geklärt werden, welche Unterstützung nach dem Produktivstart benötigt wird.

Welche Fragen sollten Unternehmen einem SAP-Partner stellen?

Vor einer Entscheidung können beispielsweise folgende Fragen helfen:

• Welche vergleichbaren SAP-Projekte hat der Partner umgesetzt?
• Welche Erfahrung besteht mit unserer Branche und unseren Geschäftsprozessen?
• Wie wird Fit-to-Standard im Projekt umgesetzt?
• Wie werden Datenmigration und Datenqualität gesteuert?
• Wie werden Integrationen und End-to-End-Tests organisiert?
• Wie werden Scope Changes und Projektrisiken behandelt?
• Welche Ressourcen stellt der Partner während der kritischen Projektphasen bereit?
• Wie wird der Go-live vorbereitet und abgesichert?
• Welche Leistungen werden nach dem Go-live angeboten?

Nicht nur den Tagessatz vergleichen

Ein reiner Preisvergleich zwischen Implementierungspartnern kann zu kurz greifen. Ein günstigerer Tagessatz bedeutet nicht automatisch geringere Gesamtkosten, wenn dadurch mehr Abstimmungsaufwand, Nacharbeiten oder zusätzliche Projektphasen entstehen.

Sinnvoller ist ein Vergleich des gesamten Leistungsumfangs: Projektmethodik, Team, Verantwortlichkeiten, Deliverables, Annahmen, Risiken und erwarteter Eigenaufwand sollten transparent gegenübergestellt werden.

Für Schweizer Unternehmen kann zusätzlich relevant sein, ob der Partner Erfahrung mit lokalen Anforderungen, mehrsprachigen Organisationen und internationalen SAP-Templates besitzt.

Die beste Partnerwahl ist daher nicht zwingend die Wahl des günstigsten Anbieters, sondern die Entscheidung für einen Partner, dessen Kompetenz, Vorgehensmodell und Ressourcen zum eigenen SAP-Projekt passen.