Hiérarchies explicites (Master Data Services)

Dans Master Data Services, une hiérarchie explicite organise les membres d’une entité unique de toute façon que vous spécifiez. La structure peut être irrégulière et contrairement aux hiérarchies dérivées, les hiérarchies explicites ne sont pas basées sur des relations d’attributs liées à un domaine.

Groupe de membres consolidés, autres membres

Une hiérarchie explicite utilise des membres consolidés que vous créez à des fins de regroupement d’autres membres. Ces membres consolidés ne peuvent appartenir qu’à une seule hiérarchie explicite à la fois. Une hiérarchie explicite inclut également tous les membres de feuille de l’entité associée.

Une hiérarchie explicite peut être irrégulière, ce qui signifie qu'elle peut se terminer à différents niveaux simultanément. Chaque membre consolidé peut avoir un nombre illimité de membres consolidés et de membres terminaux sous-jacents, ou n’en avoir aucun. Les membres feuille peuvent être sous un membre consolidé unique ou sous plusieurs niveaux de membres consolidés.

Types de hiérarchies explicites

Il existe deux types de hiérarchies explicites : obligatoires et non obligatoires.

Hiérarchie explicite obligatoire

Une hiérarchie explicite obligatoire est une hiérarchie dans laquelle tous les membres feuille doivent être inclus dans l'arborescence hiérarchique. Par défaut, tous les membres sont inclus à la racine de l’arborescence. Vous pouvez réorganiser les membres selon les besoins.

Hiérarchie explicite non obligatoire

Une hiérarchie explicite non obligatoire est une hiérarchie dans laquelle tous les membres feuille se trouvent dans un nœud non utilisé créé par le système. Vous pouvez déplacer des membres hors de ce nœud à mesure que vous en avez besoin. Le reste des membres peut rester dans le nœud inutilisé .

Lorsque vous utilisez des hiérarchies explicites non obligatoires, toutes les rapports ou analyses effectués sur la hiérarchie peuvent ne pas correspondre aux rapports ou à l’analyse effectués sur les hiérarchies obligatoires.

Règles

Les règles suivantes s’appliquent aux hiérarchies explicites (obligatoires et non obligatoires).

• Chaque membre feuille ne peut être inclus dans la hiérarchie qu’une seule fois.

• Tous les membres consolidés doivent être inclus dans une hiérarchie.

• Les membres consolidés ne peuvent pas se trouver dans plusieurs hiérarchies explicites.

• Les membres consolidés dans l’arborescence de hiérarchie n’ont pas à contenir de membres feuilles en-dessous.

• Si vous supprimez une hiérarchie explicite, tous les membres consolidés utilisés dans la hiérarchie sont supprimés.

• Si vous supprimez un membre consolidé qui se trouvait dans une hiérarchie explicite, tous les membres feuille regroupés par ce membre consolidé sont déplacés vers la racine.

Hiérarchies explicites et hiérarchies dérivées

Le tableau suivant présente certaines des différences entre les hiérarchies explicites et dérivées.

Exemple de hiérarchie explicite

Dans l’exemple suivant, l’entité Produit contient ces membres feuilles : BK-M101 {Mountain-100}, BK-M201 {Mountain-200}, BK-M301 {Mountain-300}, BK-R150 {Road-150}, BK-R450 {Road-450} et BK-R650 {Road-650}.

Pour résumer ces membres de feuille à des points de consolidation spécifiques, vous pouvez créer des membres consolidés dans l’entité Produit. Insérez les membres consolidés aux niveaux de l’arborescence de hiérarchie où vous souhaitez résumer les membres de niveau inférieur. Il n’existe aucune limitation sur l’emplacement où vous insérez vos membres consolidés ; toutefois, chaque membre (feuille ou consolidé) ne peut être utilisé qu’une seule fois.

Les membres consolidés peuvent être utilisés pour regrouper les membres à tout niveau, et les membres feuille et consolidés sont triés dans l’ordre que vous déterminez.

Tâches associées

Contenu associé

• Hiérarchies dérivées (Master Data Services)

• Collections (Master Data Services)