Two-Tier-ERP: S/4HANA Public Cloud in der Tochtergesellschaft, während die Zentrale ihr ERP behält

Kurzfassung: Eine Tochtergesellschaft muss nicht auf das Konzern-ERP warten. Mit Two-Tier-ERP betreibt sie S/4HANA Public Cloud als vollständiges lokales ERP, während die Zentrale bei ECC oder S/4HANA Private Edition bleibt. Das funktioniert, wenn vier Fragen vorher geklärt sind: wo die Stufengrenze verläuft, wem welches Stammdatenobjekt gehört, wie Intercompany tatsächlich bucht und wer um zwei Uhr nachts für die Schnittstellen zuständig ist.

Etwa einmal im Monat führen wir dieses Gespräch. Die Schweizer Tochter ist dem entwachsen, was sie betreibt: vielleicht ein altes ECC, in das der Konzern nicht mehr investiert, vielleicht ein lokales ERP, das die Mutter duldet, gelegentlich eine Excel-Landschaft, die jeden Revisor erschrecken würde. Sie wollen weiter. Und dann sagt jemand in Stuttgart oder Mailand, der Konzern fasse sein ERP vor 2030 nicht an.

Auf den ersten Blick sieht das nach Patt aus. Ist es nicht. Es ist der Lehrbuchfall für Two-Tier-ERP, und das Lehrbuch funktioniert seit Jahren still vor sich hin.

Was Two-Tier-ERP konkret bedeutet

Stufe eins ist die Zentrale. ECC, S/4HANA Private Edition, was immer der Konzern seit einem Jahrzehnt bebaut. Dort liegen Konzernbuchhaltung, Konsolidierung, meist der Lieferantenstamm und der globale Materialstamm.

Stufe zwei ist die Tochter mit S/4HANA Public Cloud. Sie führt das lokale Geschäft durchgängig: lokaler Verkauf, lokaler Einkauf, lokaler Bestand, eigener gesetzlicher Abschluss.

Verbunden sind beide über eine bewusst kurze Liste von Prozessen. Intercompany-Kauf und -Verkauf. Konzernberichterstattung. Die Stammdatenobjekte, die dem Konzern wirklich gehören. Das ist fast schon alles. SAP beschreibt die Einsatzmodelle (Zentrale und Tochter, zentrale Dienste, Lieferketten-Ökosystem) und die vorkonfigurierten Integrationsinhalte auf seiner Themenseite zu Two-Tier-ERP mit S/4HANA Public Cloud.

Übersehen wird meist, was Two-Tier nicht ist. Es ist kein Satellitensystem, das ein Mutterschiff speist. Die Tochter hat ein vollständiges, abschlussfähiges, prüfbares eigenes ERP. Sie schleppt nur nicht zwanzig Jahre Konzernmodifikationen mit.

Warum das gerade in der Schweiz passt

Die Schweiz produziert diese Konstellation häufiger als andere Märkte, aus nüchternen strukturellen Gründen. Viele Schweizer Gesellschaften sind die profitable, sperrige, nicht in Euro rechnende Tochter eines grösseren DACH- oder italienischen Konzerns. Gross genug für echte ERP-Anforderungen, klein genug, dass die Konzern-Roadmap sie nicht priorisiert.

Dazu die lokalen Anforderungen, die das Konzernsystem ohnehin meist schlecht abbildet: QR-Rechnung, ISO-20022-Zahlungsfiles gegen eine Schweizer Bank, MWST zu Schweizer Sätzen, eine Lohnabgrenzung, die mit der deutschen nichts gemein hat. Eine Schweizer Einheit auf einem deutschen ECC hat typischerweise einen kleinen Stapel lokaler Workarounds genau dafür, gepflegt von einer Person kurz vor der Pensionierung.

Two-Tier macht aus diesen Workarounds Standard-Scope in einem System, das eine Schweizer Landesversion mitbringt, inklusive Verarbeitung der QR-Rechnung. Das ist oft die eigentliche Motivation, und es ist eine gute.

Die vier Entscheidungen, an denen es hängt

Alles andere ist Umsetzungsdetail. An diesen vier Punkten werden Projekte gewonnen oder verloren, und alle vier sind Geschäftsentscheidungen im technischen Gewand.

1. Wo die Stufengrenze verläuft

Nicht “welche Module”, sondern welche Prozesse an der Grenze enden. Pro Prozess aufschreiben, mit einem Namen daneben.

Die Variante, die funktioniert: Die Tochter verantwortet Order-to-Cash, Procure-to-Pay, Bestand und den eigenen gesetzlichen Abschluss. Der Konzern verantwortet Konsolidierung, Konzern-Treasury und die Stammdatenobjekte, die er wirklich führt.

Die Variante, die scheitert: Der Konzern behält “nur die Preisfindung” oder “nur den Kundenstamm”, weil jemand daran hängt, und dann braucht jeder lokale Kundenauftrag einen Umweg über ein System in einem anderen Land mit anderem Wartungsfenster. Solche Konstellationen haben wir gesehen: Die Auftragserfassung der Tochter hing an einem Nachtlauf im Rechenzentrum der Mutter, also konnte ein am Dienstagnachmittag angelegter Kunde erst am Donnerstag fakturiert werden. Das hat niemand so entworfen. Das ist gewachsen.

2. Wem welches Stammdatenobjekt gehört

Ein Eigentümer pro Objekt, in die Gegenrichtung nur lesend. Die Tabelle schreiben, die Tabelle vereinbaren, und sie danach nicht jedes Quartal neu verhandeln.

Eine Aufteilung, die in den meisten Konzernen trägt:

Objekt	Eigentümer	Richtung
Lieferantenstamm (Konzernlieferanten)	Stufe 1	Abwärts, lesend in Stufe 2
Materialstamm Fertigwaren	Stufe 1	Abwärts, lokale Zusatzfelder in Stufe 2
Lokale Kunden	Stufe 2	Nur lokal
Lokale Preise und Konditionen	Stufe 2	Nur lokal
Kontenplan	Stufe 1	Abwärts, gemappt
Kostenstellen, lokal	Stufe 2	Aufwärts für Reporting

Die Regel unter der Tabelle: nichts ist bidirektional. Sobald ein Objekt in beiden Stufen gepflegt wird, haben Sie eine Race Condition in Ihren Monatsabschluss eingebaut, und sie zeigt sich drei Quartale später als Rundungsdifferenz, die niemand erklären kann.

3. Wie Intercompany tatsächlich bucht

Der Punkt, der im Workshop durchgewunken wird und dann acht Wochen Testzeit frisst.

Der Konzern verkauft an die Tochter, oder die Tochter verkauft an Konzernkunden weiter, und beide Seiten brauchen passende Belege, passende Verrechnungspreise, passende Steuerbehandlung und passendes Timing. Public Cloud bringt guten Standard für Intercompany mit. Sie bringt ihn mit Meinungen darüber mit, wie der Prozess laufen sollte, und diese Meinungen decken sich nicht mit dem zwanzig Jahre alten Eigenbau des Konzerns.

Im Design klären, nicht im Test: Wer stellt die Rechnung, zu welchem Verrechnungspreis und wer pflegt ihn, welche Währung und welcher Kurs, wie läuft die Eliminierung auf Konzernebene, und was macht eine Intercompany-Retoure. Schreiben Sie den Abstimmbericht, bevor Sie die Schnittstelle bauen. Wer nicht beschreiben kann, wie er den Gleichstand beider Seiten zum Monatsende nachweist, ist nicht baureif.

4. Wer um zwei Uhr nachts für die Schnittstellen zuständig ist

Der organisatorische Punkt, und der, den man überspringt, weil er keinen Spass macht.

Die Stufengrenze verläuft exakt entlang einer Linie im Organigramm. Konzern-IT verantwortet Stufe eins. Lokale IT oder ein Partner verantwortet Stufe zwei. Die Schnittstellen sitzen genau auf der Naht, und das heisst: Um zwei Uhr nachts am letzten Arbeitstag des Monats, wenn der Intercompany-Rechnungslauf nicht angekommen ist, ist das niemandes Störung.

Benennen Sie einen Eigentümer für die Integrationsschicht, mit Monitoring, Alarmierung und einem Eskalationspfad, der auf beiden Seiten einen Menschen erreicht. Die SAP Integration Suite liefert Werkzeuge und Two-Tier-Inhalte. Einen Pikettdienst liefert sie nicht. Den schreiben Sie selbst.

Was es kostet

Ich nenne Ihnen keine Zahl, denn jede Zahl ohne Ihren Scope ist Theater. Die Form ist über die von uns geführten Projekte aber konstant.

Public-Cloud-Lizenzen für eine Tochter sind gegen einen Konzern-ERP-Fussabdruck moderat, und die Einführung ist wirklich kürzer als ein Projekt der ersten Stufe, weil Standard-Scope ja gerade der Punkt ist. Teurer als in naiven Schätzungen wird Two-Tier bei der Integrationsschicht und beim Design des Intercompany-Prozesses. Budgetieren Sie beides als echten Arbeitsstrang mit echtem Eigentümer, nicht als Position am Ende der Liste.

Der andere ehrliche Posten: Sie betreiben jetzt zwei ERP. Zwei Release-Zyklen, zwei Testzyklen, zwei Stammdaten-Governance-Regime. Public Cloud erhält zwei grosse Releases pro Jahr, ob der Konzern bereit ist oder nicht. Das ist ein Vorteil und zugleich eine Verpflichtung. Will diesen Rhythmus niemand im Haus verantworten, wird Two-Tier unglücklich, so gut es auch gebaut ist.

Wann Two-Tier die falsche Antwort ist

Drei Fälle, in denen wir es so sagen.

Der Konzern ist bereits auf S/4HANA innerhalb von rund achtzehn Monaten festgelegt, mit der Tochter im Scope. Dann ist Two-Tier ein Umweg: Sie bauen eine Grenze, betreiben sie kurz und reissen sie wieder ab.

Die Tochter ist gar kein eigenständiges Geschäft. Teilt sie Kunden, Preise, Bestand und Personal so weit mit der Mutter, dass die “Grenze” mitten durch den Alltag schneiden würde, entwerfen Sie keine zwei Stufen, sondern eine Bruchlinie.

Niemand vor Ort verantwortet es. Two-Tier braucht eine Tochter, die ihr eigenes ERP tragen kann, halbjährliches Update inklusive. Besteht das lokale Team aus zwei Personen, die schon einen Tagesjob haben, gehört das ehrlich in den Business Case und nicht in die Entdeckung im neunten Monat.

Wo CX hineinspielt, denn es ist meist dasselbe Gespräch

Die meisten Töchter, die deswegen zu uns kommen, fragen nicht nur nach ERP. Sie fragen, weil der Vertrieb den Bestand nicht sieht oder der Service den Auftrag nicht sieht. Two-Tier ist ein guter Moment, das zu klären, da Sie die Grenze ohnehin definieren.

Sales Cloud V2 hängt an Stufe zwei, nicht am Konzernsystem. Die Aussendienstmitarbeitenden der Tochter sehen Bestand, Preise und Aufträge der Tochter, also das, wogegen sie tatsächlich verkaufen. Die Alternative, das CRM über die Grenze hinweg auf das Konzern-ERP zu richten, holt genau die Latenz zurück, wegen der Sie Stufe zwei gebaut haben.

An dieser Naht verbringen wir die meiste Zeit, und hier gelingen oder enttäuschen Two-Tier-Projekte leise. Die ERP-Grenze und die CX-Grenze müssen dieselbe Grenze sein. Sind sie es nicht, arbeitet der Vertrieb mit einer Wahrheit und schliesst die Finanzabteilung mit einer anderen ab. Warum sich der integrierte SAP-Stack aus S/4HANA Public Cloud und Sales Cloud V2 lohnt und weshalb es zählt, dass ein Partner ERP- und CRM-Seite zusammen umsetzt, beschreiben wir separat.

Womit anfangen

Fangen Sie nicht mit einer Systemauswahl an. Fangen Sie mit der Prozessliste und der Stammdatentabelle oben an, in einem Raum mit Konzern- und lokaler Seite gemeinsam. Zwei Tage, ehrlich gemacht, sagen Ihnen, ob Two-Tier Ihre Antwort ist und ungefähr, was es kostet. Nebenbei kommen die politischen Fragen früh auf den Tisch, und genau darum geht es.

Wenn Sie das strukturiert wollen: Unser S/4HANA-Readiness-Assessment dauert fünf Tage zum Festpreis und wird bei Beauftragung an die Transformation angerechnet. Ist die Konzernfrage noch offen, zeigt die Transformationsübersicht die Zielarchitektur, auf die wir hinarbeiten.

Was man klar sagen sollte: Auf den Konzern zu warten ist auch eine Entscheidung, und selten die günstige. Jedes Jahr, das die Tochter auf einem System verbringt, in das niemand investiert, ist ein Jahr Workarounds, die später jemand auseinandernehmen muss.