SAP S/4HANA Cloud, public edition

Was ist SAP S/4HANA Public Cloud?

SAP S/4HANA Cloud, public edition ist SAPs mandantenfähiges SaaS-ERP. Es liefert SAP Best Practices Prozesse out of the box, läuft in einem SAP-verwalteten Release-Takt — zwei Major-Releases pro Jahr, mit kontinuierlicher Feature-Auslieferung dazwischen — und setzt Clean Core durch: Eigenlogik lebt auf SAP BTP, nicht im ERP. Verkauft wird es als Abonnement, typischerweise über GROW with SAP.

Es ist einer von drei Wegen, S/4HANA zu betreiben — neben der Private Edition (single-tenant, mehr Customizing-Spielraum) und On-Premise. Diese Seite vergleicht die drei Varianten, zeigt, was die Public Edition nativ abdeckt und was nicht, und erklärt, wo Spadoom ins Bild kommt. Um es von Anfang an klar zu sagen: Wir sind der SAP-CX- und Integrationspartner in diesen Landschaften — Sales Cloud V2, Service Cloud V2, Commerce und die BTP-Integrationsschicht — in der Schweiz, Deutschland, Österreich und Italien. Vollständige ERP-Rollouts führen wir nicht — und wir erklären Ihnen genau, wie diese Arbeitsteilung in der Praxis funktioniert.

Fallstudie — SAP CX auf S/4HANA Public Cloud bei intelligentfood

intelligentfood (Schweizer FMCG, Heimat von El Tony Mate) betreibt S/4HANA Public Cloud als ERP. Wir haben die kundenseitige Hälfte geliefert: eine voll integrierte Sales & Service Cloud V2 Plattform, live in drei Monaten, über SAP Integration Suite mit dem Public-Cloud-ERP verbunden — inklusive der Konfigurationsarbeit auf der ERP-Seite, damit der End-to-End-Prozess ohne Medienbruch läuft. Custom-BTP-Apps bringen die Besuchsplanung auf die Smartphones des Aussendienstes. Lesen Sie die vollständige intelligentfood-Geschichte.

Zwei weitere aus demselben Playbook: Bei Miltenyi Biotec (deutsches Biotech-Unternehmen) haben wir die Integration von fünf SAP-Clouds orchestriert — Commerce, Marketing, Customer Data Cloud, Service Cloud V2 und das S/4HANA-System — zu einer Landschaft (zur Geschichte). Bei Meier Tobler (Schweizer Gebäudetechnik) verarbeitet unser zentraler SAP-Integration-Suite-Hub über eine Million Nachrichten pro Monat und hält Shop, Logistik und S/4HANA in Echtzeit synchron (zur Geschichte).

Was Spadoom liefert

Spadoom ist SAP-CX-first. Wir liefern Sales Cloud V2, Service Cloud V2, Commerce, Marketing, CDP, CIAM, Loyalty, CPQ und FSM als unsere Kernspuren. Rund um diese Spuren ist S/4HANA Public Cloud das ERP-Backbone, auf dem unsere Kunden zunehmend ankommen — und wir sind bewusst fundiert darin, wie es funktioniert.

Was das in der Praxis bedeutet: Wir beraten zur Integrationsarchitektur zwischen S/4HANA Public Cloud und SAP CX, entwerfen die Datenflüsse, die in beide Richtungen laufen müssen, und bauen die BTP-seitigen Erweiterungen, die Eigenlogik aus dem ERP heraushalten. Wir führen vollständige S/4HANA Public Cloud Rollouts nicht im Alleingang. Für diese Arbeit kooperieren wir mit spezialisierten S/4HANA-Implementierungshäusern und stimmen uns ab Tag eins des Rollouts ab.

Wenn Ihre Organisation auf S/4HANA Public Cloud umzieht und gleichzeitig eine angebundene SAP-CX-Schicht braucht — Vertrieb, Service, Commerce, Marketing — ist das das Gespräch, das Sie mit uns führen sollten. Wir bringen die CX-Lieferung und die Integrationsarchitektur ein; der ERP-Partner bringt die Public-Cloud-Rollout-Disziplin.

Public Cloud vs. Private Cloud vs. On-Premise — die Editionen im Vergleich

SAP verkauft S/4HANA in drei Betriebsmodellen, und die Namen laden zur Verwechslung ein. Die Unterschiede sind strukturell, nicht kosmetisch:

Die Kurzfassung: Die Public Edition passt zu Organisationen, die SAP-Standardprozesse übernehmen — die meisten Greenfield-Rollouts und Mittelstandsunternehmen landen hier, und es ist die strikteste Clean-Core-Umgebung, die SAP anbietet. Die Private Edition passt zu Organisationen mit tiefem Customizing, die trotzdem SAP-betriebene Infrastruktur und einen Brownfield-Pfad wollen. On-Premise ECC geht die Strasse aus: Die Mainstream-Wartung endet 2027 — deshalb steht die Public-Edition-Frage gerade auf so vielen DACH-Agenden.

Ein ehrlicher Vorbehalt: Die Standardisierung der Public Edition ist ein Feature, keine Einschränkung — aber sie bedeutet, dass Anforderungen, die früher Z-Tabellen geworden wären, ein neues Zuhause brauchen. Dieses Zuhause ist SAP BTP, und zu gestalten, was dort lebt, ist genau die Arbeit, die Spadoom macht. Mehr dazu unten unter Clean Core.

Was S/4HANA Public Cloud nativ abdeckt

Die Public Edition ist ein vollständiges ERP, kein Starter-Kit. Out of the box — über vorkonfigurierte SAP Best Practices Scope Items — deckt sie Finanzen und Rechnungswesen, Order-to-Cash (Verkaufsaufträge, Lieferungen, Fakturierung), Procure-to-Pay, Fertigung, Bestandsführung und Supply Chain, Projekt- und Professional Services sowie Embedded Analytics auf Live-ERP-Daten ab. Das Business-Partner-Modell ist der massgebliche Stamm für Kunden- und Lieferantendaten. Joule, SAPs KI-Assistent, ist eingebaut — für Navigation, Analysefragen und eine wachsende Zahl transaktionaler Aufgaben.

Was das System erfasst, erfasst es gut: Ein Angebot wurde erstellt, ein Auftrag platziert, eine Rechnung gestellt — präzise, revisionssicher, ERP-Qualität. In der ERP-Oberfläche erhalten Anwender eine Kunden-360°-Sicht auf Bestellhistorie, offene Lieferungen, Fakturabelege und Kreditstatus.

Was das System bewusst nicht sein will, ist ein Front-Office-System. Diese Grenze ist wichtig genug für einen eigenen Abschnitt.

Enthält S/4HANA Public Cloud ein CRM?

Nicht im Front-Office-Sinn — und wer weiss, wo die Linie verläuft, erspart sich teure Landschaftsannahmen.

Nativ im ERP: transaktionale Vertriebsbelege (Anfragen, Angebote, Kontrakte), Auftragsabwicklung, Fakturierung und die ERP-seitige Kundensicht. Nicht nativ: Opportunity-Pipeline, Lead-Erfassung und -Scoring, Guided Selling, kommerzielles Forecasting, strukturierte Besuchsplanung — das ist das Territorium von SAP Sales Cloud V2. Ebenso leben Omnichannel-Fallbearbeitung, SLA-Tracking und Agenten-Wissensdatenbanken in SAP Service Cloud V2, nicht im ERP.

Das ist keine Produktlücke, sondern das Design: Das ERP übernimmt Back-Office-Präzision, die CX-Clouds übernehmen Front-Office-Produktivität — und beide teilen ein Datenmodell. In der Praxis verwalten Unternehmen auf S/4HANA Public Cloud ohne CX-Schicht ihre Pipeline in Tabellenkalkulationen neben einer sehr präzisen Bestellhistorie. Die vollständige Fähigkeitsgrenze — inklusive Entscheidungstabelle Zeile für Zeile — haben wir hier kartiert: Was S/4HANA Public Cloud nativ mitbringt vs. was Sales/Service Cloud V2 braucht.

Der integrierte Stack: S/4HANA Public Cloud + Sales & Service Cloud V2

Das ist Spadooms eigentliche Spur — und der Grund, die Public Edition mit SAP CX zu kombinieren statt mit einem aufgesetzten Fremd-CRM.

S/4HANA Public Cloud und Sales Cloud V2 teilen den Business-Partner-Stamm. Öffnet ein Vertriebsmitarbeiter einen Account, sieht er denselben Kundendatensatz, mit dem die Finanzabteilung arbeitet — inklusive Zahlungsbedingungen, Kreditstatus und offener Rechnungen. Angebote entstehen auf Basis von Live-Preiskonditionen aus dem ERP, nicht aus einer Tabelle, die der Mitarbeiter selbst pflegt. Ein abgeschlossener Deal wird als bestätigter Verkaufsauftrag in S/4HANA gebucht; Liefer- und Rechnungsstatus fliessen zurück in die 360°-Sicht der CX. Ein Service-Agent in Service Cloud V2 sieht die Ausrüstung, die der Kunde gekauft hat, und die Aufträge, die noch in der Abwicklung sind. Joule arbeitet über den ganzen Stack: ein Assistent, der im selben Gespräch Fragen zu Pipeline und Zahlungshistorie beantwortet.

Jedes CRM, das nicht Sales Cloud V2 ist, braucht dafür eine Middleware-Schicht — ein Mapping zwischen zwei unterschiedlichen Datenmodellen, das dauerhaft lizenziert, überwacht und gewartet werden muss. Den ehrlichen Vergleich, inklusive der Fälle, in denen ein Fremd-CRM trotzdem Sinn ergibt, haben wir hier aufgeschrieben: Warum Sales Cloud V2 das richtige CRM für eine S/4HANA Public Cloud Landschaft ist — und im direkten Duell S/4HANA Public Cloud + Sales Cloud V2 vs. Salesforce.

Für die Architektur selbst — Stammdatenfluss, Quote-to-Order-to-Invoice-Schleife, wo die Logik lebt — siehe den Guide zum integrierten CX- und ERP-Stack sowie die Deep Dives zur Sales Cloud V2 Integrationsarchitektur und zur Service Cloud V2 Integration.

Was Clean Core in der Praxis wirklich heisst

Clean Core ist kein Schlagwort. In einem Public-Cloud-ERP ist es durchgesetzte Architektur.

Keine Z-Tabellen im ERP. Keine User-Exits. Keine Erweiterungen, die an Standardobjekte angeflanscht werden. Jedes Customizing, das eine frühere Berater-Generation ins ERP selbst geschrieben hätte, wandert als Side-by-Side-Erweiterung nach BTP. Releases landen, ohne dass eine Regressionssuite in der Grösse einer kleinen Produktorganisation gefahren werden muss. Diese Disziplin lohnt sich: Gartner zufolge geraten 75% der ERP-Implementierungen aus der Spur, und Custom Code im Kern ist ein wesentlicher Treiber — die Zahlen und das CAP-Erweiterungsmuster haben wir in Clean Core mit SAP CAP aufbereitet.

Für die CX-Integrationsplanung ist die praktische Folge geradlinig: Die Integrationsschicht muss oberhalb der Linie bleiben. APIs und Events sind der Vertrag; Transformationen und Validierungen liegen in Integration Suite und SAP Build. Wenn eine CX-getriebene Anforderung scheinbar eine Änderung innerhalb von S/4HANA verlangt, ist das das Signal zum Re-Design — nicht das Signal für ein Z-Tabellen-Gespräch. Eigenlogik gehört übrigens auch nicht in Sales Cloud V2 — diese Plattform hat aus demselben Grund ihre eigene Plug-in-Architektur.

ERP- und CX-Rollout richtig sequenzieren

Soll das ERP oder das CRM zuerst kommen? Diese Frage hören wir wöchentlich, und es gibt keine Universalantwort — nur Abwägungen.

ERP-first ist der sichere Standard: S/4HANA Public Cloud etabliert den Business-Partner-Stamm und das Preismodell, danach geht die CX-Schicht gegen saubere Quelldaten live. Der Preis: Ihr Vertriebsteam wartet. CX-first bringt dem Aussendienst noch dieses Quartal ein modernes CRM — aber Sie bauen eine Integration gegen das alte ERP und bauen sie neu, wenn S/4HANA kommt. Parallele Lieferung verkürzt den Kalender und verlangt einen gemeinsamen Programm-Manager plus einen verantwortlichen Integrations-Owner — ohne beides kämpfen zwei Projekte um dieselben Key User.

Die realistischen Zahlen: 6–9 Monate für einen Greenfield-KMU-ERP-Rollout, 10–16 Wochen für die CX-Schicht (unser Median: 14 Wochen) und 9–15 Monate Ende zu Ende für ein sequenzielles Gesamtprogramm. Die vollständige Sequenzierungslogik, die Sync-Punkte und die Fallstricke, die wir mehr als einmal gesehen haben, stehen in S/4HANA Public Cloud und Sales Cloud V2 gemeinsam einführen.

Zusammenarbeit mit Implementierungspartnern

Wir sind bei der Abgrenzung bewusst. Die CX-Schicht ist Spadooms Spur, und wir verantworten sie Ende zu Ende. Die ERP-Schicht in einem vollen S/4HANA Public Cloud Rollout liefert ein Partner, der diese Arbeit hauptberuflich macht. Wir stimmen uns mit diesem Partner ab Programmbeginn zu drei Punkten ab: Integrationsarchitektur zwischen ERP und CX, Datenmigrations-Alignment, damit Kunden- und Produktstamm sauber fliessen, sowie die Clean-Core-Grenze, damit keine Seite Customizing trägt, das sie nicht tragen sollte.

Das Muster funktioniert, weil die Spuren klar sind. Kunden, die ein Haus alles verantworten lassen wollen, bekommen entweder eine CX-Schicht als Nachgedanken oder einen ERP-Rollout, in dem CX ein Nachgedanke ist. Wir haben beides gesehen. Die Variante, die funktioniert, lässt jeden Partner seine Spur verantworten und gestaltet die Integration ab Woche eins gemeinsam.

Preise und Lizenzierung

SAP publiziert keine Listenpreise für S/4HANA Cloud, public edition. Die Lizenzierung ist ein Abonnement, bemessen in Full User Equivalents (FUE) — einer Gewichtungsmetrik, bei der verschiedene Benutzertypen (Advanced, Core, Self-Service) unterschiedliche Anteile des vertraglichen Gesamtvolumens verbrauchen. Kommerziell kommt die Public Edition in der Regel in einem GROW with SAP Vertrag, der das ERP-Abonnement mit SAP-BTP-Kontingenten, SAP Activate und dem Best-Practices-Content bündelt.

Was Ihre Gesamtkosten tatsächlich treibt: Benutzerzahl und -mix, Anzahl Länder und Rechtseinheiten, die aktivierten Scope Items, der Datenmigrationsaufwand und — der Teil, den die meisten Budgets unterschätzen — die Integrations- und Erweiterungsschicht auf BTP. Genau dort arbeiten wir. Spadoom kalkuliert die SAP-CX- und Integrationsseite zu Festpreisen, damit mindestens die Hälfte Ihres Programmbudgets vor der Unterschrift feststeht. Das ERP-Abonnement selbst offeriert SAP oder Ihr ERP-Implementierungspartner; wir sitzen in diesem Gespräch gerne auf Ihrer Seite des Tisches.

Woran Sie ein gutes Ergebnis erkennen

Eine sauber gebaute S/4HANA Public Cloud + SAP CX Landschaft bedeutet:

• Ein Business-Partner-Datensatz — Vertrieb, Service und Finanzen schauen auf denselben Kunden
• Angebote auf Basis von Live-ERP-Konditionen, nicht aus der Tabelle eines Mitarbeiters
• Aufträge, die ohne Neuerfassung vom CRM in die Abwicklung fliessen
• Releases, die ohne Regressionspanik landen, weil der Kern sauber ist
• Eine Integrationsschicht, die jemand tatsächlich verantwortet, überwacht und erklären kann

Wenn Sie ein Programm planen, das S/4HANA Public Cloud mit SAP CX kombiniert, und durchgehen möchten, wie die Übergabe zwischen ERP-Partner und CX-Partner in der Praxis funktioniert: Genau auf dieses Gespräch sind wir eingestellt. Besprechen Sie Ihr Projekt mit uns — kein Pitch-Deck, nur ein Gespräch.