Oracle EPM Cloud – Kostenlos ist nicht immer kostenlos

Abschnitt 1

Einleitung

In der Welt der Enterprise-Software gibt es kaum ein Versprechen, das so verlockend – und gleichzeitig so irreführend – ist wie das der kostenlosen Software. Seit Jahrzehnten werben Anbieter mit „kostenlosen“ Tools, gebündelten Anwendungen oder Plattform-Erweiterungen als Beleg für Innovation und zusätzlichen Kundennutzen. Ebenso lange stellen Finance-Verantwortliche jedoch fest: Wirklich kostenlos sind diese Lösungen nur selten.

Auf den ersten Blick scheint kostenlose Software eine attraktive Möglichkeit zur Kosteneinsparung zu sein. In der Praxis entpuppt sie sich jedoch häufig als ein Geflecht aus versteckten Kompromissen – zusätzliche Komplexität, hoher Wartungsaufwand, Integrationsherausforderungen, Leistungseinschränkungen sowie ein endloser Kreislauf aus Patches und Workarounds.

Gerade im Enterprise Performance Management (EPM) summieren sich diese versteckten Kosten schleichend, aber kontinuierlich. Technical Debt entwickelt sich zu einer Belastung für die gesamte Organisation. Teams, deren eigentliche Aufgabe darin besteht, fundierte finanzielle Entscheidungen zu unterstützen, verbringen zunehmend mehr Zeit damit, Systemgrenzen zu überwinden, anstatt echten Mehrwert für das Unternehmen zu schaffen.

Besonders deutlich zeigt sich dieses Spannungsfeld bei großen, historisch gewachsenen Enterprise-Plattformen – wie rund um Oracle Hyperion und Oracle EPM.

Abschnitt 2

Der Mythos der kostenlosen Enterprise-Plattform

Seit Jahren vermitteln Enterprise-Software-Anbieter den Eindruck, leistungsfähige Plattformen ließen sich nahezu kostenlos erweitern. Ein zusätzliches Modul, eine Erweiterung der bestehenden Umgebung oder der Wechsel auf einen vermeintlich „kostenlosen“ Cloud-Migrationspfad scheinen auf den ersten Blick kaum zusätzliche Kosten zu verursachen. Die Realität sieht jedoch deutlich komplexer aus:

• Kostenlose Module erfordern häufig zusätzliche und kostspielige Infrastruktur.
• Kostenlose Upgrades machen aufwendige und teure Reimplementierungen erforderlich.
• Kostenlose Erweiterungen erhöhen die Zahl der Systeme, Integrationen und Abhängigkeiten – und schaffen damit zusätzliche Risiken und Komplexität.

Finance-Verantwortliche wissen, dass Präzision, Zuverlässigkeit und Konsistenz unverzichtbar sind. Dennoch arbeiten viele Unternehmen heute mit einer Vielzahl von Lösungen, die nie dafür entwickelt wurden, nahtlos zusammenzuarbeiten. Die Folge: Teams müssen unterschiedliche Datenmodelle verwalten, inkonsistente Metadaten abstimmen, fragmentierte Reporting-Prozesse koordinieren und sich auf externe Berater verlassen, um den laufenden Betrieb der Systeme sicherzustellen.

Genau darin liegt das Paradox vermeintlich „kostenloser“ Lösungen: Je mehr dieser Angebote genutzt werden, desto höher fallen langfristig die tatsächlichen Kosten aus.

Abschnitt 3

Warum dieses eBook speziell für Finance-Verantwortliche mit Oracle Hyperion bzw. Oracle EPM geschrieben wurde

Wenn Sie in Ihrem Unternehmen Verantwortung für Finance tragen und Oracle Hyperion oder Oracle EPM einsetzen, werden Ihnen viele dieser Herausforderungen bekannt vorkommen:

• Fragmentierte Planungs- und Reporting-Prozesse
• Zunehmende Abhängigkeit von manuellen Tätigkeiten
• Schwierigkeiten, auf neue Geschäftsanforderungen zu reagieren oder die Lösung zu skalieren
• Lange Upgrade-Zyklen und kontinuierlich steigende Supportkosten
• Hochqualifizierte Mitarbeitende, die ihre Zeit mit Systempflege statt mit strategischer Wertschöpfung verbringen

Mit diesen Herausforderungen sind Sie nicht allein. Und sie entstehen auch nicht durch fehlende Kompetenz oder mangelnden Einsatz Ihrer Teams. Vielmehr sind sie eine Folge einer Systemarchitektur, die für eine andere Generation von Finance-Prozessen entwickelt wurde.

Dieses eBook beschäftigt sich jedoch nicht nur mit den bestehenden Problemen. Es zeigt vor allem neue Möglichkeiten auf. Es geht darum, Zeit zurückzugewinnen, mehr Transparenz zu schaffen und wieder Vertrauen in die eigenen Prozesse aufzubauen. Es geht darum, Finance-Teams die Möglichkeit zu geben, sich auf Analysen und fundierte Entscheidungen zu konzentrieren – statt auf Administration und Systempflege. Und es hinterfragt die Annahme, dass die Technologien von heute zwangsläufig auch die richtigen Technologien für morgen sein müssen. Vor allem aber soll dieses eBook Sie als moderne Führungskraft im Finance-Bereich dabei unterstützen, fundierte Technologieentscheidungen zu treffen – Entscheidungen, die Transformation ermöglichen, anstatt sie auszubremsen. Willkommen zu einer neuen Perspektive auf Enterprise Performance Management. Willkommen zu einem eBook für Finance-Verantwortliche, die mehr von ihren Systemen erwarten – und damit auch mehr für ihr Unternehmen erreichen möchten.

Abschnitt 4

Nichts ist wirklich kostenlos

ERP-Anbieter verschenken nur selten etwas. Was sie jedoch häufig tun: Sie bieten zusätzliche Module ohne unmittelbare Mehrkosten an, um größere Abschlüsse zu erzielen, Kunden langfristig an ihre Plattform zu binden und den Wechsel zu anderen Anbietern zu erschweren.

Der Hintergrund ist einfach. Mit dem Wandel hin zu Multi-Produkt-SaaS-Plattformen verfolgen ERP-Anbieter zunehmend eine Land-and-Expand-Strategie. Sobald Kunden mehrere Module einsetzen, entstehen neue Abhängigkeiten:

• Ein Wechsel zu einem anderen Anbieter wird deutlich aufwendiger.
• Integrationskosten steigen kontinuierlich.
• Sämtliche Verbindungen zum ERP-System werden geschäftskritisch.

ERP-Systeme sind hervorragend für die Abwicklung zentraler Geschäftsprozesse geeignet. Für spezialisierte Workflows oder die spezifischen Anforderungen einzelner Fachbereiche bieten sie jedoch häufig nicht dieselbe Funktionstiefe wie spezialisierte Lösungen. Der vermeintlich „gute Kompromiss“ kann dadurch langfristig zu einem Wettbewerbsnachteil werden.

Um diese funktionalen Lücken zu schließen, übernehmen ERP-Anbieter regelmäßig spezialisierte Softwareunternehmen. Das Ergebnis ist jedoch häufig keine wirklich integrierte Plattform, sondern eine wachsende Zahl unterschiedlicher Datenmodelle und Integrationen. Diese sogenannten ERP-Plattformen bestehen in der Praxis oft aus einer Vielzahl zusammengefügter Anwendungen, die funktionale Kompromisse und zusätzliche Technical Debt mit sich bringen. ERP-Anbieter erhöhen die Abhängigkeit ihrer Kunden zusätzlich, indem sie weitere Module in ihre Plattform integrieren, beispielsweise:

• EPM-Lösungen für Planung oder Financial Close
• Human Resources (HR), Procurement, Supply Chain Management (SCM), Analytics und weitere Funktionen
• „Starter-Kits“ wie Material Requirements Planning (MRP) oder Warehouse Management

Doch nichts davon ist wirklich kostenlos. Solche Angebote sind Teil einer langfristigen Plattformstrategie, die darauf abzielt, Kunden stärker an das eigene Ökosystem zu binden. Der von Oracle mit Oracle Hyperion und Oracle EPM Cloud verfolgte Suite-Ansatz ist ein typisches Beispiel dafür.

Abschnitt 5

Die Weiterentwicklung von Hyperion und der Übergang zu Oracle EPM Cloud

Oracle Hyperion hat Unternehmen weltweit über viele Jahre dabei unterstützt, zentrale Finance-Prozesse wie Financial Close & Consolidation, Planung, Budgetierung und Reporting abzubilden. Für viele Unternehmen bildete Hyperion das Fundament ihres Enterprise Performance Managements. Doch dieses Umfeld hat sich in den vergangenen Jahren grundlegend verändert.

Die Oracle-Hyperion-Produkte stammen ursprünglich aus verschiedenen Unternehmen und Technologien. Im Jahr 2007 entstand das Portfolio, das Oracle später übernahm, durch mehrere Akquisitionen und Unternehmenszusammenschlüsse.¹ Zum Zeitpunkt der Übernahme umfasste die EPM-Suite unter anderem folgende Kernprodukte:²

• Hyperion Financial Management
• Hyperion Planning
• Hyperion Account Reconciliation
• Hyperion Data Relationship Management
• Hyperion Financial Data Quality Management
• Hyperion Essbase
• Hyperion Strategic Finance
• Hyperion Profitability & Cost Management

Jedes dieser Produkte hatte seine eigene technologische Herkunft und Entwicklungsgeschichte. So basierte beispielsweise Hyperion Planning³ auf Essbase und wurde als vorkonfigurierte Planungslösung mit multidimensionaler Architektur entwickelt. Hyperion Financial Management⁴ hingegen wurde auf einer relationalen Datenbank aufgebaut, um die komplexen Berechnungen und Konsolidierungsprozesse im Finanzwesen effizient abzubilden. Die Folge: Hinter jedem einzelnen Modul arbeitete eine andere technologische Grundlage. Teilweise unterschieden sich dadurch nicht nur Architektur und Datenhaltung, sondern auch Benutzeroberfläche und Anwendererlebnis erheblich.

Für die damalige Zeit war dieser Ansatz durchaus sinnvoll. Jedes Produkt wurde mit der Technologie entwickelt, die für den jeweiligen Anwendungsfall am besten geeignet war. Der Datenaustausch zwischen den Modulen erfolgte über Integrationen und Datenübertragungen. Heute haben sich die technologischen Möglichkeiten jedoch grundlegend weiterentwickelt. Moderne EPM-Plattformen können sämtliche EPM-Prozesse innerhalb einer gemeinsamen technischen Plattform abbilden. Oracle hat sich – ähnlich wie SAP – dennoch dafür entschieden, den modularen Ansatz auch in seinen Cloud-Angeboten fortzuführen, obwohl dies aus technischer Sicht heute nicht mehr zwingend erforderlich wäre.

Oracle EPM Cloud

Auch Oracle EPM Cloud⁵ basiert heute noch auf mehreren eigenständigen Produkten bzw. Modulen sowie den entsprechenden Integrationen zwischen den einzelnen EPM-Prozessen. Tatsächlich benötigt jeder Prozess weiterhin seine eigene Datenhaltung, eigene Referenzdaten bzw. Metadata sowie eigene Datenbestände, die separat gepflegt und aktualisiert werden müssen. Darüber hinaus müssen Actuals nach wie vor in die Planungsumgebung übertragen werden.

Für Oracle EPM Cloud bietet Oracle zwei Lizenzmodelle an: Standard und Enterprise.⁶ Während die Standard-Version einen eingeschränkten Funktionsumfang bietet, umfasst die Enterprise Suite das vollständige Portfolio. Gerade bei der Enterprise Suite positioniert Oracle zusätzliche Module häufig als Leistungen ohne zusätzliche Lizenzkosten. Nutzt ein Unternehmen beispielsweise nur zwei oder drei der enthaltenen Module, weist der Oracle-Vertrieb häufig darauf hin, dass die übrigen Module bereits in der bestehenden Lizenz enthalten sind und somit ohne zusätzliche Lizenzgebühren genutzt werden können. Doch auch diese Module sind keineswegs wirklich kostenlos. Um sie produktiv einsetzen zu können, sind häufig zusätzliche Benutzerlizenzen erforderlich. Hinzu kommen Implementierungsaufwand, zusätzliche Administratoren sowie weiterer Betriebs- und Supportaufwand in der IT. All diese Faktoren verursachen Kosten, die in der Gesamtbetrachtung häufig unterschätzt werden. Im nächsten Abschnitt betrachten wir diese versteckten Kosten im Detail.

Abschnitt 6

Warum Legacy-EPM-Lösungen bestehen bleiben

Legacy-EPM-Lösungen bleiben in vielen Unternehmen im Einsatz, weil sie tief in die finanziellen, organisatorischen und technischen Abläufe integriert sind. Selbst wenn leistungsfähigere Alternativen verfügbar sind, erscheinen Aufwand, Risiken und organisatorische Herausforderungen einer Migration der zentralen Prozesse für Financial Planning & Analysis (FP&A), Financial Close und Reporting häufig zu groß.

Legacy-EPM-Lösungen bestehen deshalb fort, weil sie über viele Jahre hinweg umfassend angepasst wurden, geschäftskritische Prozesse unterstützen und eng mit bestehenden Daten-, Integrations- und Governance-Strukturen verknüpft sind. In vielen Unternehmen werden die Risiken einer Migration höher eingeschätzt als der unmittelbar erkennbare Nutzen – weshalb der Wechsel immer wieder aufgeschoben wird. Dabei gibt es einen Weg, diese Hürden erfolgreich zu überwinden:

1. Den geschäftlichen Mehrwert messbar machen.
2. Das Migrationsrisiko durch einen Parallelbetrieb (Dual Run) und eine schrittweise Einführung reduzieren.
3. Governance und interne Kontrollen gezielt stärken.
4. Funktionen bereitstellen, die Legacy-Systeme nicht bieten können – insbesondere höhere Geschwindigkeit, bessere Skalierbarkeit und integrierte Planung.

Abschnitt 7

Die versteckten Kosten von Oracle Hyperion On-Premises

Selbst wenn die Softwarelizenz im Rahmen eines ERP-Bundles oder als Bestandteil der Oracle-Hyperion-Suite ohne zusätzliche Lizenzkosten bereitgestellt wird, entstehen dennoch erhebliche weitere Kosten. Da Oracle Hyperion als On-Premises-Lösung betrieben wird, muss die zugrunde liegende Infrastruktur auf den erwarteten Einsatz der Anwendungen ausgelegt sein.

Dazu gehören Server, Datenbanken, Speicher sowie ausreichende Netzwerkressourcen. Jede Erweiterung der bestehenden Lösung erfordert daher eine Bewertung der vorhandenen Infrastruktur und gegebenenfalls zusätzliche Investitionen, um die neuen Anforderungen zu unterstützen. Ein weiterer Kostenfaktor, der häufig unterschätzt wird, ist die Systemadministration. Wie viele System Administrators (System Admins) benötigt werden, unterscheidet sich je nach Lösung erheblich. Diese Spezialisten verfügen häufig über sehr spezifisches Know-how und sind entsprechend kostenintensiv. In vielen Unternehmen wird für jeden einzelnen EPM-Prozess mindestens ein dedizierter System Administrator benötigt. Damit die einzelnen Module zuverlässig für die Fachbereiche bereitgestellt werden können, sind zahlreiche administrative Aufgaben erforderlich, unter anderem:

1. Patch- und Upgrade-Zyklen einschließlich aufwendiger Regressionstests
2. Verwaltung mehrerer Systemumgebungen (DEV / TEST / PROD)
3. Pflege und Wartung der Integrationen zu ERP-, HR- und Data-Warehouse-Systemen
4. Zusätzlicher Aufwand für Sicherheit, Compliance und Audits

Selbst wenn ein weiteres Modul ohne zusätzliche Lizenzkosten angeboten wird, erhöht jeder neue Prozess den Administrationsaufwand – und damit die laufenden Betriebskosten. Ein weiterer häufig unterschätzter Kostenfaktor sind Entwicklungsressourcen. Um die Reporting-Anforderungen eines Unternehmens abzubilden, sind in EPM-Lösungen häufig individuelle Entwicklungen und Programmierungen erforderlich.⁷ Unabhängig davon, ob diese Arbeiten intern oder durch externe Berater erbracht werden, entstehen erhebliche zusätzliche Kosten. Hinzu kommt, dass erfahrene Hyperion-Spezialisten am Markt zunehmend schwer zu finden sind, da sich der Fokus auf modernere Technologien verlagert. Diese Entwicklung erhöht die Kosten für Unternehmen, die weiterhin auf Oracle Hyperion setzen – und sie verschwindet auch beim Wechsel zu Oracle EPM Cloud nicht.

Abschnitt 8

Die versteckten Kosten von Oracle EPM Cloud

Die Cloud beseitigt Kosten nicht – sie verlagert sie. Oracle EPM Cloud ist keine einfache „Lift-and-Shift“-Migration der bisherigen Hyperion-Suite in die Cloud. Zwar wurden einzelne Funktionen weiterentwickelt und neue Module ergänzt, die größte Veränderung betrifft jedoch das Lizenzmodell.

Anstelle des bisherigen Modells aus einmaliger Lizenzgebühr und jährlicher Wartung auf Basis des Kaufpreises setzt Oracle heute auf ein abonnementbasiertes Preismodell. Die jährliche Subskription umfasst in der Regel:

• Die Nutzung der Software einschließlich laufendem Support
• Regelmäßige Updates sowie den Zugang zu Customer Success, Wissensportalen und ausgewählten Schulungsangeboten

Standardmäßig umfasst eine Oracle-EPM-Cloud-Subskription zwei Umgebungen⁸ – auch als Instances oder Pods bezeichnet: eine Produktionsumgebung und eine Testumgebung. Werden zusätzliche Umgebungen wie DEV, UAT oder Sandbox benötigt, steigen die wiederkehrenden Subskriptionskosten entsprechend. Viele Unternehmen arbeiten zudem mit komplexen Dimensionsstrukturen und möchten unterschiedliche Organisationsstrukturen innerhalb ihrer EPM-Lösung abbilden. In der Praxis führt dies häufig dazu, dass zusätzliche Umgebungen erforderlich werden – und damit auch weitere laufende Lizenzkosten.

Im EPM-Markt werden in Kundenbewertungen auf Gartner Peer Insights, Capterra, SelectHub und SoftwareReviews⁹ regelmäßig weitere – häufig unterschätzte – Kostentreiber im Zusammenhang mit Oracle EPM Cloud genannt. Auch wenn diese nicht immer ausdrücklich als „versteckte Kosten“ bezeichnet werden, liegen sie häufig außerhalb der eigentlichen Subskriptionsgebühren und beeinflussen die Total Cost of Ownership (TCO) erheblich. Große Datenmengen, zusätzliche Integrationen und steigende Speicheranforderungen erhöhen die Gesamtkosten der Lösung – häufig ohne dass diese Mehrkosten zu Beginn eines Projekts vollständig transparent sind.

Oracle EPM Cloud wird monatlich aktualisiert.¹⁰ Damit unterscheidet sich die Lösung von vielen anderen Oracle-Cloud-Produkten, beispielsweise Oracle ERP, das in der Regel vierteljährlich aktualisiert wird. Diese monatlichen Updates werden von vielen Kunden kritisch gesehen. Denn jede Aktualisierung erfordert umfangreiche Tests, um sicherzustellen, dass bestehende Funktionen und Prozesse weiterhin fehlerfrei arbeiten. Der dadurch entstehende zusätzliche Aufwand für Administratoren verursacht laufende Betriebskosten, die häufig unterschätzt werden.

Abschnitt 9

Praxisbeispiele: Wenn „kostenlos“ teuer wird

Nachdem viele Unternehmen erkannt hatten, dass vermeintlich „kostenlose“ Lösungen häufig erhebliche Folgekosten verursachten, entschieden sie sich für den Wechsel von Oracle Hyperion bzw. Oracle EPM Cloud. Das Ergebnis waren deutliche Kosteneinsparungen sowie ein höherer geschäftlicher Mehrwert – durch einen besseren Return on Investment (ROI) und eine niedrigere Total Cost of Ownership (TCO). Nachfolgend einige Beispiele aus der Praxis:

Abschnitt 10

Warum sich der Markt verändert hat

Der Markt entwickelt sich zunehmend in Richtung moderner, integrierter und AI-gestützter Planungsplattformen, die Finance – und nicht der IT – die direkte Kontrolle und Verantwortung über Prozesse und Daten geben.

Im Gegensatz zum modularen Cloud-Ansatz von Oracle reduzieren integrierte EPM-Plattformen die Total Cost of Ownership (TCO) erheblich. Sie vermeiden fragmentierte Module, reduzieren den Integrationsaufwand und senken die laufenden Kosten für Administration und Wartung. Viele Unternehmen – wie die zuvor vorgestellten Praxisbeispiele – haben erkannt, dass vermeintlich kostenlose Lösungen letztlich nicht kostenlos sind. Um ihre fachlichen Anforderungen an Planung, Konsolidierung und Reporting zu erfüllen, entstanden an nahezu jeder Stelle zusätzliche Kosten.

In einer Multi-Produkt-SaaS-Welt sind es nicht die einzelnen Anwendungen, die den größten Kostenfaktor darstellen. Entscheidend ist vielmehr das zugrunde liegende Datenmodell. Eine Plattform mit einem einheitlichen Datenmodell kann neue Anwendungen oder Funktionen mit vergleichsweise geringem Aufwand integrieren. Teilen Anwendungen hingegen kein gemeinsames Datenmodell, entwickelt sich jede von ihnen zu einer isolierten Lösung mit eigenen Datenstrukturen, eigener Logik und zusätzlichem Integrationsaufwand. Deshalb beschleunigen immer mehr Unternehmen ihre Ablösung von Oracle Hyperion. Sie suchen nach höherer Agilität, niedrigeren Betriebskosten sowie intelligenteren und vollständig integrierten Planungsprozessen.

Abschnitt 11

Die Zukunft von EPM: AI, Automatisierung und Benutzerfreundlichkeit

Finance verändert sich schneller als je zuvor – und die Technologien, die Unternehmen über viele Jahre hinweg unterstützt haben, wurden nicht für die Anforderungen der Zukunft entwickelt. Die Zukunft des Enterprise Performance Managements wird von AI, Automatisierung und einer intuitiven Benutzererfahrung geprägt. Unternehmen, die ihre Finance-Plattform heute modernisieren, verschaffen sich einen entscheidenden Wettbewerbsvorteil.

Moderne EPM-Plattformen bieten etwas, das Legacy-Architekturen nicht leisten können: eine integrierte, intelligente Plattform, die Forecasts beschleunigt, Datenprozesse automatisiert und Finance-Teams mit Echtzeit-Insights unterstützt. Führende Finance-Organisationen erwarten heute weit mehr als fragmentierte Module und manuelle Prozesse. Sie erwarten Systeme, die mitdenken, Entwicklungen vorhersagen und fundierte Entscheidungen unterstützen – nicht lediglich Daten speichern. AI verändert grundlegend, wie Unternehmen planen, reporten und Entscheidungen treffen. Forecasting-Prozesse, die früher Wochen dauerten, entwickeln sich zu dynamischen und kontinuierlich aktualisierten Entscheidungsgrundlagen. Legacy-Lösungen wie Oracle Hyperion EPM können mit diesen Anforderungen zunehmend nicht mehr Schritt halten. Ihre modulare Architektur und die zugrunde liegende Technologie wurden nicht für Echtzeit-Datenverarbeitung oder AI-gestützte Analysen entwickelt. Dadurch wächst der Abstand zu modernen, integrierten EPM-Plattformen – sowohl hinsichtlich der Benutzerfreundlichkeit als auch der Innovationsfähigkeit.

Immer mehr zukunftsorientierte Unternehmen entscheiden sich deshalb für moderne EPM-Plattformen, weil sie genau die Fähigkeiten bieten, die Finance heute und in Zukunft benötigt:

• AI-gestütztes EPM, das Forecasts präziser macht und sich kontinuierlich an veränderte Rahmenbedingungen anpasst
• Automatisierte Datenerfassung, Validierung und Reporting-Prozesse, sodass Finance-Teams mehr Zeit für wertschöpfende Aufgaben gewinnen
• Ein einheitliches Datenmodell, das die Komplexität und Kosten einer Vielzahl miteinander verbundener Oracle-Module eliminiert
• Eine benutzerfreundliche Plattform für Finance, die FP&A die direkte Kontrolle über Prozesse und Analysen ermöglicht – statt von der IT abhängig zu sein

Die Botschaft ist eindeutig: Die Zukunft von EPM besteht nicht darin, die Technologien von gestern weiterzuführen – selbst wenn sie vermeintlich „kostenlos“ verfügbar sind.

Sie gehört einer neuen Generation intelligenter, integrierter Plattformen, die speziell für die Anforderungen moderner Finance-Organisationen entwickelt wurden. Unternehmen, die diesen Wandel vollziehen, beschleunigen ihre Forecasting-Prozesse, erhöhen die Qualität ihrer Entscheidungen, senken ihre Betriebskosten und entwickeln Finance zu einem echten strategischen Partner des Unternehmens. Mit anderen Worten: Jetzt ist der richtige Zeitpunkt, Ihre EPM-Plattform zu modernisieren. Unternehmen, die diesen Schritt heute gehen, werden gegenüber Organisationen mit Legacy-Systemen auch in den kommenden Jahren einen nachhaltigen Wettbewerbsvorteil erzielen.

Abschnitt 12

Wertschöpfung mit OneStream

Unabhängig davon, ob ein Unternehmen einen einzelnen Finance-Prozess modernisieren oder das gesamte Potenzial der Plattform ausschöpfen möchte – OneStream schafft gleichzeitig Mehrwert in vier zentralen Bereichen.

Bei der Entscheidung zwischen der OneStream-Plattform und einer Architektur aus mehreren Einzelanwendungen bzw. Point Solutions zeigt sich immer wieder ein deutlicher Unterschied: Die mit Technical Debt verbundenen Kosten liegen bei OneStream bei weniger als der Hälfte der Kosten vergleichbarer Alternativen (siehe Abbildung 1). Dank Extensible Dimensionality® und einer einheitlichen Data Governance ermöglicht OneStream Analysen, die mit fragmentierten Systemlandschaften bislang kaum realisierbar waren – und das mit einem deutlich schlankeren Technologie-Ökosystem. Ein weiterer Vorteil: Im Gegensatz zu einer Architektur aus einzelnen Point Solutions muss ein Unternehmen nicht sämtliche Funktionen der Plattform von Beginn an vollständig nutzen, um von den Vorteilen einer einheitlichen Architektur zu profitieren.

Abbildung 1: Vergleich der durch Technical Debt verursachten Kosten – Point Solutions vs. OneStream.

Abschnitt 13

Die wichtigsten Fragen, die Sie vor einer Entscheidung für Oracle EPM Cloud stellen sollten

Nachfolgend finden Sie eine praktische Checkliste mit den zehn wichtigsten Fragen, die Sie vor dem Abschluss einer potenziell kostspieligen Oracle-EPM-Cloud-Subskription stellen sollten. Die Fragen basieren auf den aktuellen Preis- und Lizenzmodellen (2025–2026), den geltenden Lizenzbedingungen sowie bekannten Herausforderungen, die in der Oracle-Dokumentation und verschiedenen Branchenanalysen beschrieben werden.

1. Wie hoch ist unsere tatsächliche Total Cost of Ownership (TCO) über einen Zeitraum von drei Jahren – einschließlich Integrationen, Speicher, Systemadministration, Testaufwand, Datenmanagement und Implementierung?
2. Welche Subskriptionsstufe benötigen wir tatsächlich – Standard oder Enterprise? Die Enterprise-Version umfasst zusätzliche Funktionen und Module, beispielsweise Transaction Matching, erweiterte Konsolidierungsfunktionen, individuelles Groovy Scripting sowie Multi-Cube-Konfigurationen.
3. Gibt es eine Mindestanzahl an Benutzerlizenzen, die für unsere Unternehmensgröße erforderlich ist?
4. Kann die Anzahl unserer Benutzerlizenzen während der Vertragslaufzeit reduziert werden? Nach unserem Kenntnisstand ist dies in der Regel nicht möglich. Oracle erlaubt üblicherweise eine Erhöhung, jedoch keine Reduzierung der Lizenzanzahl.
5. Können Sie bestätigen, dass unsere Anforderungen an Dimensionen und Datenstrukturen innerhalb einer einzigen Instanz je EPM-Prozess abgebildet werden können und keine zusätzlichen Subskriptionen erforderlich werden?
6. Sind Entwicklungs- und QA-Umgebungen im Leistungsumfang enthalten? Nach unserem Kenntnisstand ist standardmäßig lediglich eine Testumgebung enthalten. Weitere Umgebungen verursachen zusätzliche Kosten.
7. Fallen zusätzliche Gebühren für Datenintegrations-Connectoren oder APIs an?
8. Gibt es je nach Subskriptionsstufe Einschränkungen hinsichtlich Datenvolumen, Datensätzen oder Systemperformance?
9. Können wir mit Referenzkunden sprechen, die mehrere EPM-Prozesse produktiv einsetzen, um besser einschätzen zu können, wie viele Systemadministratoren tatsächlich erforderlich sind?
10. Innerhalb welchen Zeitraums erwarten wir einen Return on Investment (ROI) – basierend auf den Effizienzgewinnen durch Workflow-Automatisierung sowie Verbesserungen in Planung und Konsolidierung?

Abschnitt 14

Quellen

1. Oracle Corporation, „Oracle Buys Hyperion“ (Pressemitteilung, 2007): oracle.com/corporate/pressrelease/oracle-buys-hyperion-030107.html
2. Oracle Help Center, „Included Products and Components“: docs.oracle.com/.../included_products_and_components_7.html
3. Oracle, Produktseite Hyperion Planning: oracle.com/performance-management/hyperion-planning
4. Oracle Help Center, Administrationsleitfaden Hyperion Financial Management: docs.oracle.com/.../hfmam/introduction.html
5. Oracle, Überblick Performance Management: oracle.com/performance-management
6. Oracle Help Center, „About EPM Cloud New SKU Changes“: docs.oracle.com/.../1_about_epm_cloud_new_sku_changes.html
7. Calculator City, „Calculation Scripts in Hyperion Essbase“: cal23.calculator.city/calculation-scripts-in-hyperion-essbase
8. Oracle Help Center, Troubleshooting Change Management für EPM Cloud: docs.oracle.com/.../8_troubleshoot_change_management_proc_01.html
9. SoftwareReviews, Produktbewertungen zu Oracle Fusion Cloud EPM: softwarereviews.com/products/oracle-fusion-cloud-epm
10. Oracle Cloud Customer Connect, „EPM Cloud Monthly Updates Will Resume from April 2026“: community.oracle.com/.../epm-cloud-monthly-updates-will-resume-from-april-2026-26-04