Analytics Legends LogoAI & Analytics Legends
Menü
AnmeldenRegistrieren
Leitfaden

SAP Datasphere Preis erklärt: so lesen Sie die Rate-Card in Capacity Units

Stand

Redaktion: , alleiniger Redakteur und verantwortlich für die Veröffentlichung — 27 Jahre im SAP-Ökosystem. Wie diese Seiten entstehen und wo Automatisierung eingesetzt wird.

SAP veröffentlicht keinen Währungspreis für Datasphere; die Preisseite führt das Produkt als Preis auf Anfrage. Veröffentlicht ist der Verbrauchsmechanismus: eine Rate-Card in der Service Description Guide von Business Data Cloud, die jede Stunde Rechenleistung, jedes Gigabyte Speicher und jeden Mandanten in Capacity Units umrechnet. Der Eurobetrag kommt aus Ihrem Vertrag; die Rechnung in Capacity Units ist öffentlich, und sie können Sie vor der Verhandlung prüfen.

Wo Datasphere im kommerziellen Modell von 2026 steht

Datasphere wird nicht mehr als freistehendes Produkt bepreist. In einer Präsentation vom 16. April 2026 beschreibt der kommerzielle Verantwortliche von SAP für Business Data Cloud ein einziges Abonnement, die Kernkapazität von Business Data Cloud, das Datasphere, SAP Analytics Cloud, BW Cloud, SAP HANA Cloud, BDC Connect für Partner und SAP Databricks unter einem Modell mit der Capacity Unit als Metrik abdeckt. Capacity Units lassen sich in wechselnden Mengen auf jeden dieser Services anwenden.

Für den Käufer heißt das: Ein Angebot mit der Überschrift Datasphere ist in Wahrheit ein Pool von Capacity Units, aus dem Datasphere neben allem anderen im selben Abonnement schöpft. Wer ein Datasphere-Angebot mit einem Einzelprodukt vergleicht, vergleicht einen Pool mit einem Produkt; die erste Frage lautet, was sonst noch aus dem Pool zieht.

SAP erklärt, dass diese Kernkapazität immer mit mindestens einem Intelligent Package verkauft wird, den auf ihr aufbauenden Paketen je Fachbereich. In der Verhandlung ist das wichtig: Ein Teil des Preises ist eine Beimengung, die SAP für das Paket festgelegt hat, und keine Zahl, die Sie aus Ihrer eigenen Last abgeleitet haben.

So wird die Rechnung berechnet

Die Regel in der Service Description Guide von SAP (Version 9-2026) ist kurz. Für jeden Kapazitätsservice gibt es eine Maßeinheit und einen Capacity-Unit-Wert. Sie multiplizieren die im Monat genutzte Menge der Maßeinheit mit dem Wert, und das Ergebnis sind die von diesem Service verbrauchten Capacity Units. Sie dürfen jeden Monat bis zur Gesamtmenge verbrauchen, die auf Ihrem Bestellformular steht. Nicht genutzte Einheiten werden nicht übertragen, und Einheiten werden bei Teilmonaten nicht anteilig berechnet.

Zwei Details verändern reale Budgets. Erstens wird die Nutzung bei den Services, die in Capacity Units pro Monat gezählt werden, an ihrem höchsten Punkt im Monat gemessen; ein einziger Spitzentag legt also den Monatsverbrauch dieses Services fest. Zweitens werden Speicher und Arbeitsspeicher stundenweise gezählt: Das eigene Rechenbeispiel von SAP lautet 256 GB Plattenspeicher (16 Blöcke zu 16 GB) über 730 Stunden zu 0,004 pro Block und Stunde, das ergibt 46,72 Capacity Units. Die Konvention von 730 Stunden pro Monat gilt es in jede Schätzung zu übernehmen: Jeder Stundenwert der Rate-Card wird für einen dauernd laufenden Service mit 730 multipliziert.

Die Rate-Card: was jeder Service in Capacity Units kostet

Dies sind die Capacity-Unit-Werte, die SAP für Datasphere in der Service Description Guide 9-2026 (Tabelle 2) druckt, jeweils mit der Maßeinheit, für die sie gelten.

Datasphere SaaS Foundation: 0,926 pro Mandant und Stunde. Speicheroptimierte Rechenleistung: 0,570 pro 16 GB Arbeitsspeicher und Stunde. Hochspeicheroptimierte Rechenleistung: 0,485. CPU-optimierte Rechenleistung: 0,715. Hoch-CPU-optimierte Rechenleistung: 1,065. Elastische Varianten: 0,798 (speicheroptimiert), 1,028 (CPU-optimiert), 1,488 (hoch CPU-optimiert). Spark-Rechenleistung: 0,149 pro 4 GB und Stunde. Objektspeicher: 0,103 pro Terabyte und Stunde. Plattenspeicher: 0,004 pro 16 GB und Stunde. Datenintegration: 0,784 pro 5 GB Arbeitsspeicher und Stunde, mit 200 Stunden pro Monat inklusive. BW Bridge: 1,447 pro 128 GB Speicher und Stunde. Katalogspeicher oberhalb der im Monat enthaltenen 512 MB: 1,096 pro Gigabyte und Stunde.

Premium-Ausgangsintegration wird in Blöcken zu 20 GB gestaffelt: Die ersten 10 Blöcke kosten je 500 Capacity Units, die nächsten 15 je 350, die nächsten 25 je 200, die nächsten 50 je 100, weitere Blöcke 35. Ausgehende Daten an ein Drittwerkzeug sind daher die Zeile, die ein Team am ehesten überrascht, das nur die Rechenleistung modelliert hat.

Rechenbeispiel: was ein Mandant kostet, bevor eine Zeile geladen ist

Unsere Rechnung aus den veröffentlichten Werten von SAP, kein Angebot. Ein dauernd laufender Mandant trägt allein die Foundation-Gebühr: 0,926 × 730 Stunden sind rund 676 Capacity Units im Monat. Das ist der Boden eines laufenden Mandanten, vor jeder Rechenleistung, jedem Speicher und jeder Integration.

Dazu die Rechenleistung. Vier Blöcke zu 16 GB (64 GB) speicheroptimierter Rechenleistung, den ganzen Monat gehalten: 4 × 0,570 × 730 sind rund 1.664 Capacity Units. Dieselben 64 GB im CPU-optimierten Profil: 4 × 0,715 × 730 sind rund 2.088. Allein die Profilwahl verschiebt die Rechenzeile um etwa ein Viertel, weshalb sie in die Entwurfsprüfung gehört und nicht ins Bestellformular.

Dazu der Speicher. Das Beispiel von SAP selbst ergibt 46,72 Einheiten für 256 GB Plattenspeicher. Ein Terabyte Objektspeicher, den ganzen Monat gehalten, sind 0,103 × 730, rund 75 Einheiten. Kalte Historie im Objektspeicher ist gegenüber demselben Volumen im Arbeitsspeicher günstig, und das ist das wirtschaftliche Argument für Tiering.

Beachten Sie, was dominiert: der Arbeitsspeicher der Rechenleistung, um eine Größenordnung vor dem Speicher. Ein Gespräch über Terabyte an Historie ist meist das falsche; entscheidend für die Rechnung ist, wie viel Arbeitsspeicher wie viele Stunden in welchem Profil läuft.

Elastische Rechenleistung: ein Aufschlag, um eine größere Basis zu vermeiden

SAP listet elastische Rechenleistung mit höheren Werten als die festen Profile. Das Verhältnis ist durchgängig: 0,798 gegen 0,570 bei speicheroptimiert, 1,028 gegen 0,715 bei CPU-optimiert, 1,488 gegen 1,065 bei hoch CPU-optimiert. Das ist ein Aufschlag von etwa 40 bis 44 Prozent pro Speicherstunde (unsere Rechnung).

Der Zielkonflikt ist einfach. Braucht eine Last den zusätzlichen Arbeitsspeicher nur für wenige Stunden um den Monatsabschluss oder einen Planungszyklus, ist der elastische Satz für diese Stunden günstiger, als das größere feste Profil über 730 Stunden zu halten. Braucht sie ihn den größten Teil des Monats, gewinnt das feste Profil. Der Break-even liegt bei rund 70 Prozent der Stunden (1 geteilt durch 1,4); messen Sie daher, wie lange die Spitze tatsächlich dauert. Weil die Metrik den höchsten Punkt im Monat zählt, werden die elastischen Stunden trotzdem erfasst.

Entscheidungstabelle: welche Zeile Sie zuerst angehen

Nächtlicher Batch-Mandant ohne interaktive Benutzer — Hebel: nach Durchschnittslast dimensionieren · Beachten: die Integrationsstunden oberhalb der 200 enthaltenen.

Live-Benutzer in Geschäftszeiten auf analytischen Modellen — Hebel: Spitze plus 20 Prozent, mit elastischem Profil für die Spitze · Beachten: die Regel vom höchsten Punkt im Monat.

Starker Export an externe Werkzeuge — Hebel: vor dem Kauf neu entwerfen, denn Premium-Ausgangsblöcke beginnen bei je 500 Einheiten · Beachten: Partner-Extrakte, die nie im Architekturdiagramm stehen.

BW-Landschaft zieht um — Hebel: BW Bridge ein Abschaltdatum setzen, sie trägt den Wert 1,447 pro 128 GB und Stunde · Beachten: Brücke und Ziel gleichzeitig bezahlen.

Mehrere Fachbereiche teilen sich einen Mandanten — Hebel: den Verbrauch je Space aus dem Mandanten-Monitor über 30 Tage gleitend zuordnen, vor dem Go-live vereinbart · Beachten: ein Verrechnungsmodell, das gemeinsame Gemeinkosten als kostenlos behandelt.

Einkauf will den kleinsten vertraglichen Block — Hebel: den Block mit der gemessenen Spitze vergleichen, nicht mit dem Durchschnitt · Beachten: Nicht genutzte Einheiten verfallen monatlich, ein auf die Spitze gekaufter Block wird auch in ruhigen Monaten bezahlt.

Was außerhalb der Datasphere-Zeile liegt

Föderation wird von der anderen Plattform abgerechnet. Wer ein externes Warehouse oder einen Iceberg-Lake an Ort und Stelle abfragt, verbraucht Rechenleistung auf dieser Seite, auf der Rechnung dieses Anbieters. Ein föderationslastiges Design kann in Capacity Units günstiger und insgesamt teurer sein.

Business Data Cloud Connect hat eigene Werte: 0,185 pro Gigabyte für den Datentransfer zwischen Regionen und 0,055 pro 2.500 API-Aufrufe. Datenfreigabe an Partner über Regionen hinweg wird also gemessen und ist nicht kostenlos.

SAP Analytics Cloud schöpft aus demselben Pool mit Werten pro Benutzer, die mit dem Volumen sinken. In der Liste von SAP reichen Business-Intelligence-Benutzer von 25,60 Einheiten pro Benutzer und Monat im Band von 25 bis 200 bis 10,54 oberhalb von 5.000 Benutzern, Standard-Planung von 72,85 bis 41,57. Das kleinste Paket mit kundenverwalteten Datenprodukten setzt ein Minimum von 640 Capacity Units an: ein Analytics-Cloud-Mandant mit 25 Benutzern (25 × 25,60 = 640).

KI ist ein getrennter Zähler. Aktionen von Joule-Agenten werden in AI Units bepreist, 2026 mit 0,02 je Aktion für von SAP ausgelieferte Agenten, und die Produktseite von SAP zu Joule for Consultants setzt in einem Rechenbeispiel eine AI Unit mit 7 EUR an. Das ist ein Beispiel auf einer Produktseite und kein Listenpreis, und es rechnet keine Capacity Units um. Ein Mandant kann innerhalb seines Capacity-Unit-Budgets bleiben und trotzdem seine AI Units aufbrauchen; Details im Ratgeber zum SAP-Joule-Preis.

Warum keine seriöse Seite einen Preis pro Benutzer oder pro Terabyte nennt

Der Währungspreis einer Capacity Unit, der Rabatt, die Staffel, die Laufzeit und jedes Bündel mit S/4HANA oder RISE werden je Abschluss verhandelt. Ein Betrag, den Sie in einem Blog finden, ist ein durchgesickerter Datenpunkt oder eine Schätzung im Gewand eines Listenpreises. Datasphere wird auch nicht pro Benutzer oder pro Terabyte bepreist: Das erste ignorierte den Arbeitsspeicher, das zweite die Rechenleistung, und die Rate-Card zeigt, dass dort die Kosten liegen.

Die vertretbare Position vor einer Verhandlung ist eine Aufschlüsselung der Last nach Service, eine gemessene Spitze und die Rate-Card. So können Sie die Beimengung und die Profilmischung hinterfragen, wo sich das Geld bewegt.

Was wir nicht behaupten können

SAP veröffentlicht keinen Währungspreis für Datasphere, daher nennen wir keinen Satz pro Benutzer, pro Terabyte oder pro Capacity Unit in Euro. Die Capacity-Unit-Werte stammen aus der Service Description Guide Version 9-2026 und einer SAP-Präsentation vom April 2026; die Summen sind unsere Rechnung auf diesen Werten. Ältere Mandantenböden und eine vereinfachte Definition aus unseren Konzeptkarten haben wir nicht mit der Rate-Card in Einklang bringen können und weggelassen. Die Preisseite von SAP war direkt nicht abrufbar (403); der Wortlaut Preis auf Anfrage stützt sich auf einen Suchergebnisauszug. Laufzeit und Verlängerungsregeln für Datasphere wurden nicht geprüft.

Häufige Fragen

Wie viel kostet SAP Datasphere pro Jahr?

SAP veröffentlicht keinen Währungspreis; die Seite führt es auf Anfrage. Öffentlich ist die Rate-Card in Capacity Units. Ein dauernd laufender Mandant trägt die Foundation-Gebühr von 0,926 pro Stunde, rund 676 Einheiten im Monat (unsere Rechnung), vor Rechenleistung oder Speicher. Der Eurobetrag hängt von Ihrem Vertrag ab.

Was ist eine Capacity Unit in SAP Datasphere?

Sie ist die Metrik des Abonnements von Business Data Cloud. Jeder Service hat eine Maßeinheit und einen Wert; die Monatsnutzung mal Wert ergibt die verbrauchten Einheiten. Einheiten lassen sich auf Datasphere, Analytics Cloud, HANA Cloud und weitere Services derselben Kernkapazität verteilen.

Wird SAP Datasphere pro Benutzer bepreist?

Nein. Datasphere wird über Kapazitätsservices bepreist: Mandant, Rechenspeicher, Speicher und Integration. Analytics Cloud, das aus demselben Pool schöpft, ist der Teil, der pro Benutzer und Monat gezählt wird.

Wie misst SAP die Nutzung von Datasphere?

Pro Monat, am höchsten erreichten Punkt, mit Stundenwerten für Arbeitsspeicher und Speicher. Einheiten werden bei Teilmonaten nicht anteilig berechnet, und nicht genutzte Einheiten werden nicht übertragen. Das Beispiel von SAP: 256 GB Plattenspeicher über 730 Stunden ergeben 46,72 Capacity Units.

Enthält der Datasphere-Preis Joule oder KI?

Nein. Aktionen von Joule-Agenten werden in AI Units gemessen, einer anderen Währung als Capacity Units. Die veröffentlichte Rate von SAP für ausgelieferte Agenten beträgt 2026 0,02 AI Units pro Aktion; beide Budgets sind getrennt zu dimensionieren.

Den Herausgeber beauftragen

Dieser Leitfaden stammt von . 27 Jahre SAP — Datasphere, Business Data Cloud, SAC Planning, Joule. Freiberuflich oder Festanstellung · Hybrid / remote · Ganz EMEA.

Profil und Kontakt

Worauf diese Seite aufbaut

Externe Quellen

Weiterlesen

Leitfäden, die mit dieser Seite antworten

Diese Leitfäden nennen diese Seite als eine der Quellen, auf die sich ihre Antwort stützt.

Offene SAP-Projekte

Aktuelle SAP-Analytics-Projekte und Stellen im DACH-Raum: SAP-Analytics-Projekte im DACH-Raum.