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.

SAP-Harmonisierung in DACH bedeutet, Geschäftsprozesse, Datenstrukturen und Systemstandards in Deutschland, Österreich und der Schweiz möglichst einheitlich zu gestalten – ohne notwendige lokale Anforderungen zu ignorieren. Ziel ist nicht, in jeder Gesellschaft exakt dieselben Prozesse abzubilden, sondern einen gemeinsamen Standard zu schaffen, der lokale Besonderheiten kontrolliert berücksichtigt.

Ein SAP Template bildet dabei den standardisierten Prozesskern ab. Dazu können beispielsweise Procure-to-Pay, Order-to-Cash, Finance-Prozesse, Stammdaten oder Reporting gehören. Bei einem späteren SAP Template Rollout wird dieser Kern auf weitere Gesellschaften übertragen und nur dort angepasst, wo dies fachlich, regulatorisch oder technisch erforderlich ist.

Für DACH-Unternehmen entsteht dadurch ein wichtiges Spannungsfeld:

Standardisieren → Lokalisieren → Integrieren → Validieren

Ein gemeinsames Template kann Prozesse vereinfachen, Daten vergleichbarer machen und die zentrale Steuerung erleichtern. Gleichzeitig müssen Anforderungen des jeweiligen Landes bereits während der Planung berücksichtigt werden. Gerade bei einem SAP Rollout in der Schweiz sollte deshalb früh geprüft werden, welche Bestandteile des bestehenden Templates unverändert übernommen werden können und wo eine lokale Anpassung notwendig ist.

Erfolgreiche SAP-Harmonisierung bedeutet nicht maximale Vereinheitlichung, sondern eine klare Trennung zwischen dem, was konzernweit standardisiert werden sollte, und dem, was lokal angepasst werden muss.

Wie funktioniert ein SAP Template Rollout?

Ein SAP Template Rollout überträgt einen bereits definierten SAP-Prozess- und Systemstandard auf eine weitere Gesellschaft, einen Standort oder ein Land. Dabei wird das bestehende Template nicht einfach kopiert. Zunächst wird geprüft, welche Prozesse übernommen werden können und welche lokalen Anpassungen erforderlich sind.

Ein praxistauglicher Rollout lässt sich in fünf Schritte gliedern:

1. Bestehendes Template analysieren
Zunächst werden Prozesse, Organisationsstrukturen, Stammdaten, Schnittstellen, Erweiterungen und bestehende Abweichungen des Templates dokumentiert. Nur wenn der Ausgangspunkt klar ist, lässt sich beurteilen, was beim Rollout wiederverwendet werden kann.

2. Gemeinsamen Prozesskern definieren
Die beteiligten Gesellschaften legen fest, welche End-to-End-Prozesse verbindlich standardisiert werden. Dazu gehören beispielsweise Beschaffung, Vertrieb, Finance oder Supply Chain. Dieser Kern bildet die Grundlage für die spätere Harmonisierung.

3. Lokale Anforderungen erfassen
Im Zielland werden gesetzliche, steuerliche, organisatorische und operative Anforderungen identifiziert. Für einen SAP Rollout in der Schweiz können beispielsweise Schweizer Anforderungen an Steuern, Zahlungsverkehr oder Reporting relevant sein.

4. Fit-to-Gap durchführen
Die zentrale Frage lautet: Kann die Anforderung mit dem bestehenden Template abgedeckt werden? Falls nicht, wird entschieden, ob das Template erweitert, eine standardnahe lokale Lösung eingesetzt oder eine bestehende Abweichung abgeschafft werden sollte. Jede zusätzliche Sonderlösung erhöht langfristig den Aufwand für Governance, Testing und Support.

5. Daten, Integrationen und Go-live vorbereiten
Nach dem Prozessdesign folgen unter anderem Stammdatenbereinigung, Datenmigration, Schnittstellentests, User Acceptance Testing, Schulungen und Cutover-Planung. Nach dem Go-live sollte eine definierte Hypercare-Phase sicherstellen, dass Probleme schnell bewertet und behoben werden.

Ein SAP Template Rollout ist damit weniger eine technische Kopieraufgabe als ein strukturiertes Entscheidungs- und Integrationsprojekt. Je früher Prozessabweichungen, lokale Anforderungen und Abhängigkeiten transparent sind, desto geringer ist das Risiko, dass lokale Sonderlösungen erst kurz vor dem Go-live entdeckt werden.

SAP-Rollout in der Schweiz: Was muss lokal angepasst werden?

Ein bestehendes deutsches oder DACH-SAP-Template kann eine solide Grundlage für einen SAP Rollout in der Schweiz bilden. Es sollte jedoch nicht unverändert übernommen werden. Vor dem Rollout muss geprüft werden, welche landesspezifischen Anforderungen das Template ergänzt oder verändert.

Besonders relevant sind dabei folgende Bereiche:

Bereich	Was kann standardisiert werden?	Was sollte in der Schweiz geprüft werden?
Finance	Prozess- und Kontierungslogik	lokale Rechnungslegungs- und Reporting-Anforderungen
Steuern	zentrale Prozesslogik	Schweizer MWST-Anforderungen
Zahlungsverkehr	standardisierte Zahlungsprozesse	Schweizer Zahlungsformate und QR-Bill
Daten	gemeinsames Stammdatenmodell	lokale Pflichtangaben und Datenanforderungen
Reporting	zentrale KPI- und Reporting-Struktur	lokale regulatorische Anforderungen
Cloud & Daten	zentrale Sicherheits- und Governance-Vorgaben	Datenschutz und Datenübermittlungen

Finance und Steuern

Finance gehört zu den Bereichen, die bei einem internationalen Rollout besonders sorgfältig geprüft werden müssen. Für die Schweiz können unter anderem Anforderungen an Mehrwertsteuer, Rechnungslegung und lokales Reporting relevant sein.

Auch wenn der zugrunde liegende Finance-Prozess im DACH-Template standardisiert ist, bedeutet das nicht automatisch, dass sämtliche Einstellungen und Reports unverändert übernommen werden können.

Zahlungsverkehr und QR-Bill

Der Schweizer Zahlungsverkehr ist ein weiteres Beispiel dafür, warum ein globales Template lokale Prüfungen benötigt. SAP stellt für die Schweiz entsprechende Lokalisierungsfunktionen bereit, darunter Unterstützung für den Schweizer Zahlungsverkehr und QR-Bill.

Datenschutz und Cloud

Bei einem SAP-Cloud-Rollout sollte zudem geprüft werden, wie personenbezogene und andere schützenswerte Daten verarbeitet, gespeichert und gegebenenfalls grenzüberschreitend übermittelt werden. Das revidierte Schweizer Datenschutzgesetz ist seit dem 1. September 2023 in Kraft. Für Cloud-Szenarien empfiehlt der EDÖB unter anderem eine sorgfältige Prüfung der Auftragsbearbeitung, Datensicherheit und Datenübermittlung ins Ausland.

Die entscheidende Frage: Was muss wirklich lokal bleiben?

Nicht jede Abweichung vom deutschen Template rechtfertigt eine eigene Schweizer Lösung. Eine lokale Anpassung sollte einen nachvollziehbaren Grund haben – beispielsweise eine gesetzliche Vorgabe, eine zwingende Geschäftsanforderung oder eine technische Abhängigkeit.

Damit wird die Fit-to-Gap-Analyse zum entscheidenden Kontrollpunkt: Sie trennt notwendige Schweizer Lokalisierung von historisch gewachsenen Sonderprozessen, die möglicherweise gar nicht weitergeführt werden müssen.

Kurz gesagt: Ein SAP-Rollout in der Schweiz sollte das DACH-Template als Ausgangspunkt nutzen, aber lokale Anforderungen systematisch validieren. So bleibt der Prozesskern harmonisiert, ohne Schweizer Compliance- und Geschäftsanforderungen zu übergehen.

Deutschland, Österreich und Schweiz: Was sollte harmonisiert werden?

Bei einem SAP Rollout DACH sollte nicht das Ziel sein, jede lokale Prozessvariante abzuschaffen. Entscheidend ist vielmehr, einen stabilen gemeinsamen Prozesskern zu definieren und begründete lokale Abweichungen gezielt zu steuern.

Eine einfache Entscheidungslogik hilft dabei:

Anforderung	Empfehlung
Konzernweiter End-to-End-Prozess	Standardisieren
Gemeinsames Datenmodell	Standardisieren
Zentrale Integrationsarchitektur	Standardisieren
Einheitliche KPIs und Reporting-Grundsätze	Standardisieren
Gesetzliche oder steuerliche Vorgabe	Lokal berücksichtigen
Zwingende lokale Zahlungs- oder Reporting-Anforderung	Lokal berücksichtigen
Technisch notwendige lokale Schnittstelle	Prüfen und gezielt integrieren
Historisch gewachsene Arbeitsweise ohne klaren Mehrwert	Standard möglichst beibehalten

Was sollte im DACH-Template standardisiert werden?

Besonders geeignet sind Prozesse, bei denen ein einheitliches Vorgehen einen direkten geschäftlichen Nutzen schafft. Dazu gehören beispielsweise Procure-to-Pay, Order-to-Cash, zentrale Finance-Prozesse, Stammdatenmodelle oder konzernweite Reporting-Grundsätze.

Auch Governance und Rollen sollten möglichst einheitlich definiert werden. So ist klar, wer Änderungen am Template genehmigt und unter welchen Bedingungen eine Gesellschaft eine lokale Abweichung beantragen kann.

Was sollte lokal bleiben?

Lokale Anforderungen sind dort sinnvoll, wo ein gemeinsamer Standard regulatorische Vorgaben oder tatsächlich notwendige Geschäftsprozesse nicht abbilden kann. Dazu können steuerliche Anforderungen, lokale Zahlungsprozesse, gesetzliche Reports oder bestimmte Schnittstellen gehören.

Wichtig ist dabei die Unterscheidung zwischen notwendiger Lokalisierung und individueller Präferenz. Eine Arbeitsweise sollte nicht allein deshalb in das Schweizer Template aufgenommen werden, weil sie bisher in einer Schweizer Gesellschaft verwendet wurde.

Die richtige Balance zwischen Standard und Flexibilität

Ein gutes SAP-Template ist deshalb weder maximal zentralisiert noch maximal flexibel. Es definiert klare Standards und schafft gleichzeitig einen kontrollierten Mechanismus für lokale Anforderungen.

Gerade bei einer SAP Harmonisierung in DACH sollte jede Abweichung nachvollziehbar dokumentiert werden: Warum ist sie notwendig? Welche Auswirkungen hat sie auf Daten, Integrationen, Testing und Support? Und kann sie möglicherweise bei einer späteren Template-Version wieder entfallen?

So wird aus einem einmaligen SAP-Rollout eine skalierbare Grundlage für weitere Länder und Gesellschaften.

Wie vermeidet man lokale Prozessbrüche im SAP-Rollout?

Ein SAP Rollout kann technisch erfolgreich sein und trotzdem im Tagesgeschäft zu Prozessbrüchen führen. Das passiert vor allem dann, wenn das zentrale Template, lokale Anforderungen und angrenzende Systeme nicht als zusammenhängendes Prozessmodell betrachtet werden.

Kurzantwort: Lokale Prozessbrüche lassen sich vermeiden, indem nicht nur einzelne SAP-Transaktionen, sondern vollständige End-to-End-Prozesse geprüft werden – inklusive Daten, Schnittstellen, Rollen und Verantwortlichkeiten.

Besonders wichtig sind fünf Punkte:

End-to-End statt Einzelprozess betrachten
Ein lokaler Unterschied in Procurement kann beispielsweise Auswirkungen auf Finance, Stammdaten, Freigaben oder Reporting haben. Deshalb sollten Prozessketten wie Procure-to-Pay oder Order-to-Cash ganzheitlich geprüft werden.
Lokale Abweichungen früh dokumentieren
Anforderungen der Schweizer Gesellschaft sollten bereits während der Fit-to-Gap-Phase erfasst und bewertet werden – nicht erst während des Tests oder kurz vor dem Go-live.
Stammdaten und Schnittstellen einbeziehen
Harmonisierung endet nicht bei den SAP-Prozessen. Unterschiedliche Datenmodelle, externe Systeme oder lokale Schnittstellen können einen ansonsten standardisierten Prozess wieder fragmentieren.
Klare Governance für Ausnahmen schaffen
Jede lokale Abweichung sollte einen Verantwortlichen, eine Begründung und eine definierte Auswirkung auf das Template haben. So entstehen nicht schrittweise unkontrollierte Sonderlösungen.
Mit realen Geschäftsszenarien testen
Integrationstests und User Acceptance Tests sollten typische Schweizer Geschäftsfälle abbilden. Dadurch werden Prozessbrüche zwischen zentralem Template und lokaler Ausführung sichtbar, bevor sie den Betrieb erreichen.

Das Ziel eines SAP Rollout DACH ist damit nicht, jede lokale Besonderheit zu eliminieren. Entscheidend ist, lokale Abweichungen kontrolliert zu integrieren, ohne den gemeinsamen Prozesskern unnötig aufzulösen.

Checkliste für einen erfolgreichen SAP-Rollout in der Schweiz

Vor dem Go-live sollte geprüft werden, ob das bestehende DACH-Template technisch, fachlich und organisatorisch für die Schweizer Gesellschaft geeignet ist.

SAP-Rollout Schweiz: kompakte Checkliste

☐ Bestehendes SAP-Template und seine Prozessvarianten dokumentiert

☐ Gemeinsamer DACH-Prozesskern definiert

☐ Schweizer Anforderungen systematisch per Fit-to-Gap bewertet

☐ Finance-, Steuer- und Zahlungsprozesse geprüft

☐ Stammdaten und lokale Pflichtangaben abgestimmt

☐ Schnittstellen und abhängige Systeme analysiert

☐ Lokale Abweichungen begründet und genehmigt

☐ Rollen, Verantwortlichkeiten und Template Governance festgelegt

☐ Integrationstests und User Acceptance Tests durchgeführt

☐ Datenmigration und Cutover vorbereitet

☐ Key User und betroffene Fachbereiche eingebunden

☐ Hypercare und Support nach dem Go-live organisiert

Entscheidend ist, diese Punkte nicht isoliert kurz vor dem Go-live abzuarbeiten. Je früher lokale Anforderungen, Datenabhängigkeiten und Prozessabweichungen sichtbar werden, desto leichter lassen sie sich in das Template integrieren.

FAQ

Was ist ein SAP Template Rollout?

Ein SAP Template Rollout überträgt einen bestehenden, standardisierten SAP-Prozesskern auf eine weitere Gesellschaft oder ein weiteres Land. Das Template wird dabei nicht einfach kopiert, sondern um notwendige lokale Anforderungen ergänzt.

Was ist der Unterschied zwischen SAP Rollout und SAP Implementierung?

Bei einer SAP-Implementierung wird ein SAP-System bzw. eine neue Lösung für ein Unternehmen oder eine Organisation aufgebaut. Ein SAP Rollout nutzt dagegen einen bereits bestehenden Standard als Ausgangspunkt und überträgt ihn auf weitere Gesellschaften, Standorte oder Länder.

Wie harmonisiert man SAP-Prozesse in DACH?

Zunächst wird definiert, welche End-to-End-Prozesse und Datenstrukturen konzernweit einheitlich sein sollen. Anschliessend werden lokale Anforderungen aus Deutschland, Österreich und der Schweiz bewertet und nur notwendige Abweichungen in das Template integriert.

Wie funktioniert ein SAP-Rollout in der Schweiz nach deutschem Template?

Das deutsche Template kann als Ausgangspunkt dienen. Vor der Übernahme müssen jedoch Schweizer Anforderungen – insbesondere bei Finance, Steuern, Zahlungsverkehr, Reporting und Daten – geprüft werden. Eine Fit-to-Gap-Analyse zeigt, welche Bestandteile übernommen und welche lokal angepasst werden müssen.

Wie verhindert man zu viele lokale Sonderlösungen?

Durch klare Template Governance. Jede Abweichung sollte fachlich begründet, hinsichtlich ihrer Auswirkungen bewertet und von den zuständigen Process Ownern freigegeben werden. So bleibt nachvollziehbar, warum eine lokale Lösung notwendig ist.

Welche Rolle spielen Daten und Schnittstellen beim SAP-Rollout?

Eine zentrale Rolle. Unterschiedliche Stammdaten, externe Systeme und lokale Schnittstellen können standardisierte Prozesse unterbrechen. Deshalb sollten Datenmodell, Integrationen und End-to-End-Prozesse bereits während des Rollout-Designs gemeinsam betrachtet werden.