Les mappings d'élément de clé ou de segment unique définissent un simple mapping 1 à 1 entre des membres de dimensions source et cible. Lorsque vous créez ce type de mapping, vous pouvez également définir les éléments suivants :
un type et une valeur de préfixe ou de suffixe de membre ;
les hiérarchies de segments à extraire à partir du système source ;
la gestion des membres orphelins ;
la gestion de compte statistique.
Pour définir les détails de mapping, procédez comme suit :
Les préfixes de membre sont insérés avant le code du membre source. Même si cela est facultatif, il est important de faire précéder les valeurs de segment d'un préfixe défini pour la dimension correspondante lorsque ces membres n'existent pas dans l'application cible.
Les suffixes de membre sont insérés après le code du membre source.
Remarque :
Lorsque vous réalisez les étapes suivantes pour définir le parent de début de région de hiérarchie, partez du principe qu'Oracle Hyperion Planning, Oracle Essbase et Oracle Hyperion Financial Management ne permettent pas aux membres de consolider le parent sous la même racine. Lors de l'extraction, spécifiez des hiérarchies où chaque noeud n'a qu'un parent. E-Business Suite prend en charge les instances où une valeur de segment peut être consolidée vers deux parents.
La propriété de solde suivant période indique la manière dont est calculée la valeur des périodes de récapitulatif. Lorsqu'elle est définie sur "Flux", elle est un agrégat de toutes les valeurs pour une période de récapitulatif en tant que total de la période. Si la propriété de solde suivant période est définie sur "Solde", elle est considérée comme une valeur de fin dans une période de récapitulatif pour la période totale.
La hiérarchie de base représente la partie de la hiérarchie qui forme la base, et les parties de la hiérarchie qui partagent le même parent. La propriété Stocker des données est définie pour tous les membres non partagés des hiérarchies de base. Cependant, les membres partagés ne peuvent pas être définis sur Stocker des données.
Le préfixe parent s'applique uniquement au parent. Pour activer d'autres hiérarchies de consolidation, la valeur de préfixe/suffixe s'applique uniquement aux membres parent. Ces derniers ne peuvent pas être partagés et doivent avoir un nom unique. De plus, ils ne stockent pas de données.
Les arborescences sont des structures hiérarchiques qui représentent un groupe de règles de synthèse correspondant à un champ de base de données sélectionné. Par exemple, une arborescence permet de définir la façon dont vos sites de fabrication doivent être synthétisés, ou consolidés, à des fins de reporting. Elle permet également de représenter les relations de reporting au sein d'une organisation en définissant les modalités de décomposition pour chaque niveau hiérarchique (service en territoires, territoires en régions et régions en pays). De même, une arborescence permet de classer les éléments dans un catalogue.
L'utilisation de dates de validité avec des arborescences permet de spécifier de nouveaux objets, services, relations de reporting ou structures organisationnelles à l'avance, afin qu'ils prennent effet automatiquement. Vous pouvez également utiliser des arborescences ayant des dates de validité passées, présentes ou futures lorsque vous effectuez des opérations de reporting sur des données en cours ou historiques.
Dans une hiérarchie de base, les autres parties possédant un même parent sont partagées. Elles ne peuvent pas être définies sur Stocker des données. En revanche, pour les membres non partagés, la propriété Stocker des données est définie. La propriété Stocker des données est définie pour tous les membres non partagés des hiérarchies de base. Cependant, les membres partagés ne peuvent pas être définis sur Stocker des données.
Le préfixe parent s'applique uniquement au parent. Pour activer d'autres hiérarchies de consolidation, la valeur de préfixe/suffixe s'applique uniquement aux membres parent. Ces derniers ne peuvent pas être partagés et doivent avoir un nom unique. De plus, ils ne stockent pas de données.
Ignorer : aucun membre orphelin de la source n'est extrait.
Créer en tant que membre racine : les membres racine sont créés, mais pas les membres orphelins. Tous les membres sont créés au niveau supérieur de la hiérarchie.
Créer en tant qu'enfant de : les membres orphelins sont placés en tant qu'enfants du membre spécifié dans le champ de saisie à droite du champ "Créer en tant qu'enfant de".
Valeur des segments intragroupes
Pour la valeur intragroupe par défaut, sélectionnez Oui ou Non.
Si le segment intragroupe est défini, il sert à identifier les transactions intragroupes. Généralement, un ensemble de comptes naturels est requis pour comptabiliser les effets à payer et à recevoir dans les intragroupes.
S'il n'y a pas de segment intragroupe, identifiez les transactions intragroupes explicitement en fonction du segment de compte naturel. Généralement, toutes les combinaisons des comptes clients et fournisseurs existent parmi les groupes partenaires de la transaction. Les positions des comptes clients et fournisseurs entre les intragroupes ne sont connues qu'avec ces comptes naturels.