Conditions requises pour la hiérarchie de consolidation

Cette rubrique décrit les conditions requises pour la hiérarchie des modèles Statutaire, Principal et Périmètre.

Utilisation

Pour définir un modèle général à utiliser avec les hiérarchies de consolidation, vous avez besoin d’un modèle principal qui stocke les informations d’entité et contient des liens menant au modèle de prise en charge de type périmètre où les données sont stockées. Pour plus d’informations sur la création d'un modèle de périmètre, voir Consolidation.

Fonctionnalités

Conditions requises pour le modèle statutaire

Dans les modèles de type consolidation, vous pouvez combiner une hiérarchie de consolidation avec une partie statique et de haut niveau de la hiérarchie représentant les groupes. Vous pouvez utiliser cette partie de la hiérarchie pour générer un reporting statutaire ou pour identifier une série de groupes pour la consolidation.

La hiérarchie de groupes est contrôlée par la propriété de dimension nommée PARENT_GROUP. Aucune valeur par défaut n'a été définie pour cette propriété ; la présence de la propriété de dimension active la hiérarchie de groupes. La propriété de dimension est renseignée avec les informations de hiérarchie (comme la zone PARENTHn), mais elle ne génère pas de vraie hiérarchie OLAP de membres dans la dimension de groupe. Cela est dû au fait que dans les modèles statutaires, les groupes ne peuvent pas être relevés car une consolidation est composée d'une agrégation complexe et d'éliminations. Une agrégation complexe signifie qu'elle est aussi exécutée en fonction d'une méthode de consolidation et d'un pourcentage de consolidation spécifique.

Il existe une division entre les membres de niveau de base (les membres de la dimension d'entité) et les membres de niveau parent (les membres de la dimension de groupe). Dans certains cas, les parents de la dimension de groupe sont en réalité des membres de niveau de base auxquels les entités sont rattachées.

Ces membres sont utilisés par le moteur de règles de gestion qui écrit la contribution de chaque entité à chaque groupe (en utilisant l’intersection Entité/Groupe). La consolidation de chaque groupe de haut niveau commence avec les entités de niveau de base.

Les groupes peuvent avoir une entité correspondante (telle qu'elle est définie dans la propriété de l'entité) car ce membre est utilisé pour stocker le montant agrégé des montants consolidés. Ils sont également utilisés lors de la création de rapports.

Conditions requises pour le modèle principal

Types de dimensions requises : Compte (A), Catégorie (C), Temps (T), Entité (E), Groupe (G) et Devise de reporting (R).

Remarque

Vous pouvez également inclure la dimension Inter-sociétés (I) dans le modèle de périmètre afin d'utiliser la fonctionnalité de calcul de périmètre.

Conditions requises pour le modèle de périmètre

Le modèle principal doit être relié à un modèle de prise en charge de type périmètre. Il doit contenir les types de dimension suivants, aucun autre type de dimension n’étant pris en charge :

Type de dimension	Description
Compte (A)	La dimension de type compte doit contenir un compte (le nom par défaut est PGROUP) comportant une valeur différente de zéro pour les intersections valides des dimensions d'entité et de groupe. Vous devez saisir le nom de ce membre dans le paramètre de modèle Org_AccountOwn du modèle de périmètre. Cela fait référence à SAP Business Planning and Consolidation, version pour la plate-forme Microsoft. La dimension de type compte peut également contenir d'autre comptes pouvant être utilisés pour stocker des informations supplémentaires relatives à une intersection Entité/Groupe pour une catégorie et un temps donnés. L'ensemble des comptes à afficher dans le Gestionnaire des périmètres de consolidation est contrôlé par un paramètre de modèle ORG_ACCOUNTOWN. Remarque Tous les membres requis, y compris POWN, POWNG, PCON, Method et PGROUP, sont énumérés dans la dimension O_Account fournie avec Shell. Attention Le changement de nom d'un membre de la dimension de compte dans le modèle de périmètre peut entraîner des erreurs lors de l'exécution des calculs de périmètre.
Catégorie (C)	Doit être la même dimension de catégorie que celle utilisée dans le modèle principal.
Temps (T)	Doit être la même dimension de temps que celle utilisée dans le modèle principal.
Entité (E)	Doit être la même dimension d'entité que celle utilisée dans le modèle principal.
Groupes (G)	Ce type de dimension est appelé Groupes et définit les membres parent utilisés dans la hiérarchie de consolidation. Cette dimension doit posséder une propriété appelée Entity. Les valeurs de propriété définissent le lien entre le membre de dimension de groupe et le membre de dimension d'entité correspondant. Ces membres sont les parents qui sont utilisés dans la hiérarchie de consolidation. Par exemple : l’ID de membre de groupe G_E1 a comme valeur de propriété Entité E1. Il correspond au membre de dimension d'entité E1. La propriété de dimension nommée STORE_ENTITY (Y pour Oui ; N ou vide pour Non) fonctionne conjointement avec la propriété ENTITY. Elle se comporte comme indicateur de déclenchement pour l'agrégation des montants consolidés dans l'ENTITY définie dans la propriété de dimension ENTITY. La propriété de dimension CURRENCY_TYPE spécifie si le membre du groupe désigne un périmètre de consolidation ((CURRENCY_TYPE=G) ou le membre par défaut pour cette dimension (CURRENCY_TYPE=N).
Inter-sociétés (I)	Doit être la même dimension inter-sociétés que celle utilisée dans le modèle principal.