Vergleich zwischen "Standard Profitability"- und "Detailed Profitability"-Anwendungen

Welchen Anwendungstyp Sie auswählen, hängt von der Art der erforderlichen Modellierung ab, um die Modelle Ihres Unternehmens effektiv verwalten zu können.

In der folgenden Tabelle werden die Features und Funktionen von zwei Typen von Oracle Hyperion Profitability and Cost Management-Anwendungen verglichen:

  • "Standard Profitability"-Anwendungen

  • "Detailed Profitability"-Anwendungen

Abhängig von der Anwendung müssen Sie einen der beiden Anwendungstypen verwenden.

Hinweis:

Eine Beschreibung der dritten Anwendungsart, nämlich Managementhauptbuch-Profitability, finden Sie unter Managementhauptbuch-Profitability and Cost Management-Anwendungen.

Tabelle A-1 Vergleich zwischen "Standard Profitability"- und "Detailed Profitability"-Anwendungen

Funktionsbereich Standard. Detailed
Allgemeine Anwendungsinformationen
Primäre Verwendung Kostenentwicklung Kosten- und Ertragsanwendung
Fokus Beitragsanalyse Rentabilitätsanalyse
Datenbank Oracle Essbase- und relationale Datenbanken

Nur relationale Datenbank

Die bereits vorhandene Kundendatenbank wird der "Detailed Profitability"-Anwendung zugeordnet.

Umfang der Zielobjekte Hunderttausende bis Millionen eindeutiger Ziele, die mit den Dimensionskreuzungspunkten in den Zielmodellstufen definiert wurden.

Praktische Beschränkungen basieren auf den Dimensionsgrößen. Dabei werden Dimensionen mit mehr als 25.000 Elementen als sehr groß betrachtet.

Millionen bis Hunderte Millionen eindeutiger Ziele, die mit der Zeilenanzahl in der Zieltabelle definiert wurden.

Praktische Beschränkungen sind nicht durch Dimensionsgrößen gegeben, da die Zielzeile nicht von einem eindeutigen Kreuzungspunkt der Dimensionen definiert werden muss.

Umlagen
Umlagentyp

Umlagen mit mehreren Schritten

Sie können beispielsweise Umlagen von Abteilung zu Abteilung, von Abteilung zu Aktivität, Produkt usw. folgen.

Einzelschrittumlagen von Pools oder Raten zu Gewinnobjekten

Können Daten aus einem Mehrschritt-Standardmodell oder externe Daten verwenden

Systemdimensionen

Kennzahlen

AllocationType

MeasuresDetailed

Genealogieumlagen Ja Nein
Umlagen verfolgen Ja Nein
Stufeninterne Umlagen Ja Nein
Reziproke Umlagen Ja Nein
Modellerstellung
Stufen Bis zu neun Stufen mit maximal 3 Dimensionen in jeder Stufe Nur zwei Stufen:
  • Quellstufe - maximal 5 Quelldimensionen

  • Zielstufe - maximal 25 Zieldimensionen

Modellebenen Kosten und Ertrag Nein
Dateneingabe Ja Nein
Vordefinierte Treiberkennzahlen Ja Nein
Treiberdatenbericht Ja Nein