Dimensionseigenschaften erstellen oder ändern
Wenn Sie eine neue Dimension erstellen, werden alle erforderlichen Eigenschaften automatisch basierend auf dem Dimensionstyp erzeugt. Um sicherzustellen, dass der richtige Konsolidierungsvorgang und die richtigen zugehörigen Prozesse ausgeführt werden (z. B. Währungsumrechnung, Simulation sowie Verrechnungen und Anpassungen), sind zusätzliche Dimensionseigenschaften für die Filterung, Kennzeichnung und Berechnung der Zieldaten erforderlich. Es ist ratsam, diese Eigenschaften mit den für den Konsolidierungsprozess erwarteten Werten an die geschäftlichen Anforderungen anzupassen.
Kontodimensionen
Die Kontodimension definiert den Kontenplan für das Modell und legt fest, wie diese Konten berechnet und aggregiert werden. Jede Dimension, der der Typ A zugeordnet ist, gilt als Kontodimension. Jedes Modell darf nur eine Dimension vom Typ „Konto“ besitzen.
In der folgenden Tabelle sind die Eigenschaften der Kontodimension detailliert beschrieben:
Name der Eigenschaft |
Länge |
Beschreibung der Eigenschaftswerte |
|---|---|---|
ACCTYPE |
3 |
Diese Eigenschaft kann folgende Werte annehmen:
|
DIMLIST |
20 |
Zur Gruppierung der Konten für die Verwendung in Geschäftsregeln. Die Verwendung des Eigenschaftswerts DIMLIST kann beispielsweise helfen, den Umfang der Tabelle FXTRANS zu reduzieren. Hinweis Für eine Dimension können mehrere DIMLIST-Eigenschaften verwendet werden. |
RATETYPE |
10 |
Durch diese Eigenschaft werden die bei der Umrechnung eines beliebigen Kontos aus der Hauswährung in die Berichts- bzw. Konzernwährung anzuwendenden Geschäftsregeln festgelegt.
|
ELIMACC |
20 |
Wird im Verrechnungsprozess verwendet und repräsentiert das Differenzkonto, auf das die zu verrechnenden Konten gebucht werden. Hinweis Diese Eigenschaft wird ausschließlich mit der Geschäftsregel für US-Verrechnungen verwendet. |
Kategoriedimensionen
Für alle Modelle ist eine Dimension vom Typ „Kategorie“ erforderlich. Die in dieser Dimension erforderlichen Eigenschaften, die in folgender Tabelle beschrieben werden, gelten für drei Geschäftsregeln: Währungsumrechnung, Verrechnungen und Anpassungen sowie Kopieren der Eröffnungssalden.
Zu Simulationszwecken oder zur Analyse der Abweichungen zwischen Datensätzen sollten Sie verschiedene Kurse und Werte aus unterschiedlichen Datenkategorien und verschiedenen Perioden miteinander kombinieren. Beispiel: Ein Benutzer möchte die Entwicklung der Werte IST und BUDGET bei einer Umrechnung beider Werte mit den IST-Kursen oder die IST-Werte dieses Jahres mit den IST-Werten letzten Jahres bei einer Umrechnung mit den Kursen des letzten Jahres miteinander vergleichen.
Hierzu kann entweder eine zusätzliche Simulation vom Typ CATEGORY erstellt werden, wie z. B. Actual_at_Budget_rate, oder dem InfoProvider MAIN eine weitere Dimension hinzugefügt werden, in der alle simulierten Fälle abgelegt werden können.
Die Eingabewerte müssen nicht für alle gewünschten Simulationen in alle Modelle kopiert werden. Einige Definitionen, die in speziellen Eigenschaften der Dimension CATEGORY (bzw. der FX-Simulation) abgelegt sind, teilen dem Umrechnungsverfahren mit, wo die Eingabewerte ausgelesen und wohin die Umrechnungsergebnisse geschrieben werden sollen.
Um die Auswirkungen der verschiedenen Simulationen auf die Größe der Datenbank möglichst gering zu halten, ist es auch möglich, das System nur die Differenz zwischen den Standardergebnissen und den simulierten Szenarios speichern zu lassen.
Bei Verwendung der Simulationskategorien im InfoProvider MAIN werden simulierte Umrechnungen in Zusatzelementen der Kategoriedimension abgelegt. Diese Kategorien haben nicht-leere Werte für mindestens eine der folgenden Eigenschaften:
Jede Dimension, der der Typ C zugeordnet ist, gilt als Kategoriedimension.
Name der Eigenschaft |
Länge |
Beschreibung der Eigenschaftswerte |
|---|---|---|
FX_SOURCE_CATEGORY |
20 |
Kategorie für die Quelldaten (LC). Bei einem Leerwert wird die aktuelle Kategorie übernommen. |
RATE_CATEGORY |
20 |
Kategorie, aus der die Kurse gelesen werden. |
RATE_YEAR |
4 |
Jahr, aus dem die Kurse gelesen werden. Der Wert kann absolut (z. B. 2008 oder 2009) oder relativ (-1, -2, +1, +2) sein. Wird das Feld leer gelassen, wird der Wert aus der Quelle übernommen. |
RATE_PERIOD |
10 |
Periode, aus der die Kurse gelesen werden. Der Wert kann absolut (z. B. DEZ oder FEB) oder relativ (-1, -2, +1, +2) sein. Wird das Feld leer gelassen, wird der Wert aus der Quelle übernommen. |
FX_DIFFERENCE_ONLY |
1 |
Bei dem Wert Y wird nur die Differenz zwischen den Standardwerten und den simulierten Werten abgelegt. |
Die Geschäftsregeln für das Kopieren von Eröffnungssalden können durch Zuordnen spezieller Eigenschaften zu den Kategoriedimensionen gesteuert werden. Diese Eigenschaften beeinflussen die Ausführung und sind in der folgenden Tabelle definiert:
Name der Eigenschaft |
Länge |
Beschreibung der Eigenschaftswerte |
|---|---|---|
CATEGORY_FOR_OPEN |
20 |
|
OPENING_YEAR |
4 |
|
OPENING_PERIOD |
10 |
|
Auditdimension
Sie sollten die folgenden Regeln berücksichtigen:
Obligatorisch für die Verrechnungsgeschäftsregeln. Die Dimension DATASCR ist für Verrechnungs- und Konsolidierungsgeschäftsregeln erforderlich. Die automatische Verrechnung funktioniert beispielsweise nur, wenn Sie einen Basisebenenwert vom Datenquelltyp A haben.
Optional für die Währungsgeschäftsregeln. Sie wird nicht in den Geschäftsregeln für die Währungsumrechnung verwendet.
Obligatorisch für die Konsolidierungsgeschäftsregeln. Diese Angabe ist als Ziel für die Ergebnisse erforderlich. Sie können beispielsweise für eine Quelldatenquelle eine bestimmte Zieldatenquelle definieren, an die die Ergebnisse übermittelt werden sollen.
Jede Dimension, der der Typ D zugeordnet ist, gilt als Auditdimension.
In der folgenden Tabelle sind die Eigenschaften der Datenquellendimension detailliert beschrieben:
Name der Eigenschaft |
Länge |
Beschreibung der Eigenschaftswerte |
|---|---|---|
IS_CONVERTED |
1 |
|
IS_CONSOL |
1 |
|
DATASRC_TYPE |
1 |
|
COPYOPENING |
1 |
|
OPENING_DATASRC |
20 |
|
Entitätsdimension
Die Entitätsdimension definiert die Organisationsstruktur der Geschäftseinheiten für Ihr Modell und legt fest, wie die Einheiten aggregieren. Jede Dimension, der der Typ E zugeordnet ist, gilt als Entitätsdimension. Jedes Modell darf nur eine Dimension vom Typ „Entität“ besitzen.
In der folgenden Tabelle sind die Eigenschaften der Entitätsdimension detailliert beschrieben:
Name der Eigenschaft |
Länge |
Beschreibung des geeigneten Eigenschaftswerts |
|---|---|---|
WÄHRUNG |
20 |
Hauswährung, die von der Entität verwendet wird Diese Währung muss in der Dimension „Eingabewährung“ definiert werden. |
FX_TYPE |
20 |
Ordnet einer Entität einen Satz von Umrechnungsregeln zu. Verschiedene Entitäten können unterschiedliche Regelsätze verwenden. Optional. |
OWNER |
60 |
Wird für den Arbeitsstatus verwendet Optional. |
Intercompany-Dimension
Die Dimension vom Typ „Intercompany“ (I) definiert die Intercompany-Codes für Entitäten in Konsolidierungs- und Anteilbesitzmodellen.
Währung
Die Dimension vom Typ „Währung“ ist erforderlich, wenn der Kunde Berichte über Hauswährungen und umgerechnete Werte erstellt. Sie können die Dimension vom Typ „Währung“ für Währung und Gruppen verwenden, oder aber die eine Dimension in eine Gruppendimension (Typ G) und eine reine Währungsdimension (Typ R) aufteilen, um die Berichterstellung in mehreren Konzernwährungen zu ermöglichen.
Für eine separate Gruppendimension sind folgende Eigenschaften erforderlich:
Dimension |
Name der Eigenschaft |
Länge |
Beschreibung des geeigneten Eigenschaftswerts |
|---|---|---|---|
G |
GROUP_CURRENCY |
20 |
Kann jede beliebige gültige Berichtswährung sein. Wird für die Währungsumrechnung verwendet. Diese Eigenschaft kann nur bei WÄHRUNGS-Elementen mit dem Wert G für die Eigenschaft CURRENCY_TYPE verwendet werden; sie muss in diesem Fall eine gültige ID aus der WÄHRUNGS-Dimension mit dem Wert R für die Eigenschaft CURRENCY_TYPE enthalten. |
G |
PARENT_GROUP |
20 |
Muss eine gültige ID aus der Gruppendimension sein. Wenn Sie die Konsolidierung nach Ebene ausführen möchten, müssen Sie hier die übergeordnete Ebene der Gruppe angeben. Wenn Sie diese Eigenschaft zum Definieren einer Hierarchie verwenden möchten, geben Sie denselben Code als ID für Ihre oberste Gruppe an. Ist diese Eigenschaft leer, wird die anteilbasierte Hierarchie des ANTEILBESITZ-Modells verwendet. |
G |
ENTITY |
20 |
Leer oder eine gültige Entitäts-ID Wird zur Definition der Verknüpfung zwischen der Gruppe und der Entität verwendet oder, um die Entität anzugeben, in der die Aggregation abgelegt werden soll. Wenn diese Eigenschaft mit einer gültigen ID gefüllt und die Eigenschaft STORE_ENTITY auf Y gesetzt ist, werden auch die Ergebnisse der Währungsumrechnung für die aktuelle Gruppe in diese Entität kopiert |
G |
STORE_GROUP_CURR |
1 |
Wird für die Währungsumrechnung verwendet.
|
G |
STORE_ENTITY |
1 |
|
G |
STAGE_ONLY |
1 |
Diese Eigenschaft steuert, wie die umgerechneten Werte bei einer mehrstufigen Gruppenumrechnung gespeichert werden. Diese Eigenschaft kann nur die Werte Y, E oder N (Leerwert) annehmen. |
G und R |
CURRENCY_TYPE |
1 |
Wird für die Währungsumrechnung verwendet |
FIRST_CONS_DATE |
10 |
|
Bewegungsdimension
Die Dimension vom Typ „Bewegung“ ist optional, ihre Verwendung wird jedoch dringend empfohlen. Diese Dimension ermöglicht Ihnen, Änderungen innerhalb der Kontoaktivitäten nachzuverfolgen, z. B. von Eröffnungssaldo, Additionen, Subtraktionen und Währungsumrechnungsanpassungen. Wenn Sie diese Detailebene nicht benötigen, lassen Sie die Geschäftsregeltabellen für das Feld „Untertabelle“ leer. Die Bewegungsdimension ähnelt der Dimension vom Typ „Bewegung“ in SAP ERP.
Wenn die Bewegungsdimension im Modell enthalten ist, kann sie auf folgende Weise verwendet werden:
Das Währungsumrechnungsverfahren kann die Änderungen in der durch Fluktuationen in den Wechselkursen erzeugten Bilanz wiedergeben.
Das Konsolidierungsverfahren kann die an den Bewegungen der Bilanzkonten vorgenommenen Verrechnungen angeben.
Jede Dimension, der der Typ S zugeordnet ist, gilt als Bewegungsdimension.
Wenn Sie sich für die Verwendung einer Dimension vom Typ „Bewegung“ entscheiden, sind folgenden Eigenschaften erforderlich:
Name der Eigenschaft |
Länge |
Beschreibung der Eigenschaftswerte |
|---|---|---|
FLOW_TYPE |
12 |
|
DIMLIST |
20 |
Wird zur Gruppierung der Bewegungen für mehrere Geschäftsregeln verwendet |
- OPENING
- CLOSING
- VARSCP
So verwalten Sie Dimensionselemente und ihre Eigenschaftswerte:
Wählen Sie im Navigationsbereich Administration und anschließend im Abschnitt Modellierung die Option Dimensionen.
Markieren Sie die Zeile mit dem benötigten Dimensionselement:
Zur Verwaltung von Dimensionselementen wählen Sie Elemente bearbeiten.
Zur Verwaltung von Eigenschaftswerten wählen Sie Struktur bearbeiten.