Anforderungen an anteilbasierte Hierarchien

In diesem Thema werden die Hierarchieanforderungen für gesetzliche, Haupt- und Anteilbesitzmodelle beschrieben.

Verwendung

Um ein allgemeines Modell für die Verwendung mit anteilbasierten Hierarchien einzurichten, benötigen Sie ein Hauptmodell, das die Entitätsinformationen speichert und Verknüpfungen zu einem dazugehörigen Modell vom Typ Anteilbesitz enthält, in dem die Daten gespeichert werden. Informationen zum Erstellen eines Anteilbesitzmodells finden Sie unter Konsolidierung.

Funktionsumfang

Anforderungen an das gesetzliche Modell

In Modellen vom Typ Konsolidierung können Sie eine anteilbasierte Hierarchie mit einem statischen, übergeordneten Teil der Gruppenhierarchie kombinieren. Diesen Teil der Hierarchie können Sie für das externe Meldewesen oder zur Bestimmung einer Reihe von Gruppen für die Konsolidierung verwenden.

Die Gruppenhierarchie wird über die Dimensionseigenschaft PARENT_GROUP gesteuert. Diese Eigenschaft hat keinen Standardwert; d. h., das Vorhandensein der Eigenschaft aktiviert die Gruppenhierarchie. Die Eigenschaft ist mit Hierarchieinformationen gefüllt (ähnlich dem Feld PARENTHn), generiert aber keine echte OLAP-Hierarchie von Elementen in der Gruppendimension. Der Grund dafür ist, dass Gruppen in gesetzlichen Modellen nicht hochgerollt werden können, da die Konsolidierung sowohl aus einer komplexen Aggregation als auch aus Verrechnungen besteht. Eine komplexe Aggregation bedeutet, dass die Aggregation ebenfalls nach einer Konsolidierungsmethode und einem bestimmten Konsolidierungsanteil ausgeführt wird.

Es gibt eine Trennung zwischen den Elementen der Basisebene (Elemente der Entitätsdimension) und den Elementen der übergeordneten Ebene (Elemente der Gruppendimension). In einigen Fällen handelt es sich bei den übergeordneten Elementen der Gruppendimension eigentlich um Elemente der Basisebene, mit denen Entitäten verknüpft sind.

Diese Elemente werden von der Geschäftsregel-Engine verwendet, die jeder Gruppe den Anteil jeder Entität zuschreibt (anhand der Entitäts-/Gruppen-Schnittmenge). Die Konsolidierung der einzelnen Gruppen der übergeordneten Ebene beginnt jeweils mit den Entitäten der Basisebene.

Gruppen können mit einer entsprechenden Entität verknüpft sein (wie in der Entitätseigenschaft definiert), da dieses Element zum Speichern des aggregierten Teils von konsolidierten Beträgen verwendet wird. Sie werden ebenfalls beim Erstellen von Berichten verwendet.

Anforderungen an das Hauptmodell

Erforderliche Dimensionstypen: Konto (A), Kategorie (C), Zeit (T), Entität (E), Gruppe (G) und Berichtswährung (R).

Hinweis
Sie können auch die Dimension vom Typ Intercompany (I) in das Anteilbesitzmodell einschließen, um die Funktion zur Berechnung des Anteilbesitzes verwenden zu können.

Anforderungen an das Anteilbesitzmodell

Das Hauptmodell muss mit einem dazugehörigen Modell vom Typ Anteilbesitz verknüpft sein. Es muss die folgenden Dimensionstypen enthalten (andere Dimensionstypen werden nicht unterstützt):

Dimensionstyp

Beschreibung

Konto (A)

Die Dimension vom Typ „Konto“ muss ein Konto enthalten (der Standardname ist PGROUP), das einen Wert ungleich Null für die gültigen Schnittmengen der Entitäts- und der Gruppendimension aufweist. Sie müssen den Namen für dieses Element im Modellparameter Org_AccountOwn des Anteilbesitzmodells eingeben. Dies bezieht sich auf die Microsoft-Plattform-Version von SAP Business Planning and Consolidation.

Die Dimension vom Typ Konto kann auch andere Konten enthalten, die zum Speichern weiterer Informationen über eine Schnittmenge Entität/Gruppe für eine bestimmte Kategorie und Zeit verwendet werden. Der Satz der Konten, die im Anteilbesitz-Manager angezeigt werden sollen, wird durch den Modellparameter ORG_ACCOUNTOWN festgelegt.

Hinweis
Alle erforderlichen Elemente, einschließlich POWN, POWNG, PCON, METHOD und PGROUP, sind in der mit EnvironmentShell ausgelieferten Dimension O_Account aufgeführt.
Achtung
Das Umbenennen des Dimensionselements vom Typ Konto im Anteilbesitzmodell kann zu Fehlern bei der Ausführung von Anteilbesitzberechnungen führen.

Kategorie (C)

muss die gleiche Kategoriedimension sein wie im Hauptmodell

Zeit (T)

muss die gleiche Zeitdimension sein wie im Hauptmodell

Entität (E)

muss die gleiche Entitätsdimension sein wie im Hauptmodell

Gruppen (G)

Dieser Dimensionstyp definiert die in der anteilbasierten Hierarchie verwendeten übergeordneten Elemente. Diese Dimension muss über eine Eigenschaft namens Entity verfügen. Die Eigenschaftswerte definieren die Verknüpfung des Gruppen-Dimensionselements mit seinem entsprechenden Entitäts-Dimensionselement. Dies sind die in der anteilbasierten Hierarchie verwendeten übergeordneten Elemente. Beispiel: Die Gruppenelement-ID G_E1 hat den Entitäts-Eigenschaftswert E1. Sie entspricht dem Entitäts-Dimensionselement E1. Die Eigenschaft STORE_ENTITY (Y für Ja; N oder kein Wert für Nein) funktioniert in Verbindung mit der Eigenschaft ENTITY. Sie fungiert als Kennzeichen zum Auslösen der Aggregation von konsolidierten Beträgen in die ENTITY, die in der Eigenschaft ENTITY definiert ist.

Die Eigenschaft CURRENCY_TYPE gibt an, ob das Gruppenelement Teil des Konsolidierungsumfangs ist (CURRENCY_TYPE=G) oder ob es sich bei diesem um das Standardelement für diese Dimension handelt (CURRENCY_TYPE=N).

Intercompany (I)

muss die gleiche Dimension vom Typ Intercompany sein wie im Hauptmodell