Allocations personnalisées sur les cubes en mode "aggregate storage"
Les allocations personnalisées vous permettent d'allouer une quantité source donnée à une plage cible de cellules dans un cube en mode "aggregate storage" (ASO) Essbase. Les affectations sont utilisées dans le processus de budgétisation pour répartir les produits ou les coûts.
Le montant source peut être alloué à la cible proportionnellement, en fonction d'une base donnée, ou le montant source peut être réparti uniformément sur la cible.
Vous pouvez effectuer des allocations ASO à l'aide de l'instruction MaxL execute allocation.
Vous pouvez également effectuer des allocations ASO à l'aide de l'API, en appelant la méthode API Java IEssPerformAllocation.performAllocation ou la fonction API C EssPerformAllocationAso.
Une allocation unique possède son propre PDV (point de vue), sa propre plage, son propre montant, sa propre base, sa propre cible et, éventuellement, sa propre décalage. Pour effectuer des allocations avec différents ensembles de valeurs pour ces paramètres, vous devez effectuer une séquence d'appels d'API individuels.
Les allocations sont effectuées dans le moteur d'allocation, puis réécrites dans le cube à l'aide de tampons de chargement de données temporaires créés par Essbase.
Liste des critères d'allocation
Lorsque vous concevez des allocations personnalisées pour un cube en mode "aggregate storage" (ASO) Essbase, vous les basez sur de nombreux critères obligatoires et facultatifs, notamment le PDV, la plage, la quantité, la base, la cible, la méthode d'allocation et la méthode d'arrondi.
Les allocations sont basées sur divers critères spécifiés. Cette rubrique fournit une brève description des critères utilisés pour définir les allocations. Consultez ces termes avant de continuer.
Tableau 38-2 Description des critères d'attribution
| Critères | Description | Reportez-vous à : |
|---|---|---|
|
PDV |
Région symétrique de la base de données qui décrit le contexte dans lequel les allocations sont effectuées |
|
|
Plage |
Région symétrique de la base de données dans laquelle les valeurs allouées sont calculées et écrites |
|
|
(Facultatif) Plage exclue |
Emplacements de la plage où vous ne voulez pas que les valeurs d'allocation soient écrites |
|
|
Amount |
Montant à allouer |
|
|
Contexte de montant (facultatif) |
Contexte supplémentaire ou spécificité du montant |
|
|
(Facultatif) Intervalle de temps du montant |
Une ou plusieurs périodes à prendre en compte pour le montant |
|
|
(Facultatif) Options de montant nul |
Traitement des valeurs de montant zéro ou #MISSING |
|
|
Base |
Lorsqu'il est combiné avec la fourchette, définit l'emplacement des valeurs de base qui déterminent le mode d'allocation du montant. |
|
|
(Facultatif) Intervalle de temps de base |
Une ou plusieurs périodes à prendre en compte pour la base |
|
|
(Obligatoire si la période de base est définie) Option Période de base |
Méthode de calcul de la base sur l'ensemble de la période de base :
|
|
|
Options de base zéro |
Traitement des valeurs de base zéro |
|
|
(Facultatif) Options de base négative |
Traitement des valeurs de base négatives |
|
|
Target |
Lorsqu'elle est combinée avec la plage, définit la région de la base de données dans laquelle les valeurs d'allocation sont écrites. |
|
|
(Facultatif) Intervalle cible |
Une ou plusieurs périodes à prendre en compte pour la cible |
|
|
(Obligatoire si la période cible est définie) Option d'intervalle cible |
Méthode d'allocation des valeurs sur la période cible :
|
|
|
Méthode d'allocation |
Méthode de répartition du montant :
|
|
|
(Facultatif) Options de saut de répartition |
Pour la méthode de répartition, ignorez ou non les valeurs de base de la fourchette zéro, #MISSING ou négatif. |
|
|
Méthode d'arrondi |
Indique si les valeurs allouées doivent être arrondies. Si vous choisissez d'arrondir, indique la méthode de gestion des erreurs d'arrondi :
|
|
|
(Facultatif) Chiffres arrondis |
Nombre de décimales avec lesquelles les valeurs d'allocation sont arrondies :
|
|
|
(Obligatoire si la méthode d'arrondi est définie sur un emplacement spécifique) Arrondir au lieu |
Emplacement auquel ajouter l'erreur d'arrondi totale |
|
|
Décalage (facultatif) |
Emplacement de la base de données dans lequel une valeur de contrepartie est écrite pour chaque montant source |
|
|
(Facultatif) Membres de crédit et de débit |
Dans la comptabilité à double entrée, équilibrer les écritures comptables pour une transaction |
Régions dans les allocations ASO
Essbase utilise les régions source, cible, de base et de décalage dans le cube en mode "aggregate storage" (ASO) lors de l'exécution d'allocations personnalisées. Chaque région se compose d'au moins un membre de chaque dimension définie dans la région.
Tableau 38-3 Liste des régions utilisées dans les allocations
| Nom de région | Définition de région | Description |
|---|---|---|
|
Source |
(PDV X montant [X contexte de montant] X [durée de montage]) |
Région contenant les valeurs de montant à allouer. La région source et la région cible ne peuvent pas se chevaucher. |
|
Target |
(PDV X cible X membre de débit/membre de crédit X plage X [durée cible]) |
Région contenant les emplacements dans lesquels les valeurs allouées sont écrites. La région source et la région cible ne peuvent pas se chevaucher. La région cible ne doit pas nécessairement être vide avant d'effectuer une allocation. Essbase remplace les cellules non vides par des données d'allocation ou par des zéros. Pour les cellules #MISSING, les cellules restent #MISSING sauf si Essbase écrit les données d'allocation dans ces cellules. |
|
Base |
(PDV X base X plage X [période de base]) |
Région contenant les valeurs de base utilisées pour déterminer la manière dont le montant source est alloué. La base peut remplacer une partie du PDV. |
|
Décalage |
(POV X offset X debitMember/creditMember) |
Région contenant les emplacements dans lesquels les valeurs de décalage sont écrites. |
Spécifier les critères de répartition
Utilisez la syntaxe MDX lorsque vous spécifiez des critères pour les allocations personnalisées dans un cube en mode "aggregate storage" (ASO) Essbase.
Les valeurs des paramètres d'allocation peuvent être exprimées de l'une des manières suivantes :
-
Expression de membre MDX
-
Expression de jeu MDX
-
Expression de tuple MDX (où aucun membre ne peut provenir de la même dimension)
-
Constante
Pour plus d'informations sur l'expression des valeurs de paramètre d'allocation, reportez-vous à l'instruction MaxL execute allocation.
Membres partagés dans les paramètres d'allocation
Lorsque des membres partagés sont spécifiés dans les paramètres d'allocation, Essbase met en correspondance les membres partagés avec leurs membres prototypes avant d'effectuer l'allocation.
Membres en double dans les paramètres d'allocation
Lorsque des membres en double sont spécifiés dans les paramètres d'allocation, soit parce qu'un nom de membre est répété, soit parce qu'un membre et son membre partagé sont tous deux spécifiés, Essbase enlève les membres en double et émet un avertissement.
Définir le PDV
Les allocations personnalisées Essbase pour les cubes en mode "aggregate storage" (ASO) nécessitent qu'un PDV soit indiqué comme l'un des critères d'allocation. PDV spécifie une région symétrique dans le cube qui décrit le contexte dans lequel les allocations sont effectuées.
Le PDV ne peut comporter que des membres de niveau 0. Les dimensions définies dans le PDV ne peuvent pas être utilisées dans d'autres paramètres, à l'exception de la base et de la période de base.
L'allocation est répétée pour chaque combinaison de membres dans l'ensemble de PDV. Le nombre de combinaisons de PDV est le produit du nombre de membres issus de dimensions ayant plusieurs membres. (Les dimensions avec un seul membre ne sont pas utilisées pour calculer le nombre de combinaisons.)
Par exemple, supposons que le PDV se compose de deux dimensions (CostCenter et Project) et que les allocations doivent être effectuées vers deux centres de coûts (CostCenter1 et CostCenter2) et trois projets (Project1, Project2 et Project3). Le nombre de combinaisons de PDV est de six :
Project1,CostCenter1
Project1,CostCenter2
Project2,CostCenter1
Project2,CostCenter2
Project3,CostCenter1
Project3,CostCenter2L'allocation est répétée six fois en définissant successivement le contexte d'allocation à chaque combinaison.
Les valeurs considérées comme base de l'allocation dépendent de la combinaison de PDV.
Remarques :
Si des périodes sont spécifiées dans le PDV, vous ne pouvez pas utiliser l'intervalle de temps et les options d'intervalle cible.
Définir la plage
Les allocations personnalisées Essbase pour les cubes en mode "aggregate storage" (ASO) nécessitent qu'une plage soit indiquée comme l'un des critères d'allocation. Plage indique une région symétrique du cube dans laquelle les valeurs allouées sont calculées et écrites.
Si vous ne souhaitez pas que les valeurs d'allocation soient écrites dans certaines cellules de la plage, utilisez le paramètre excluded range pour exprimer un sous-ensemble symétrique de la plage. Même en excluant un sous-ensemble de la plage, Essbase utilise toutes les cellules de la plage pour calculer les valeurs allouées.
Lorsque vous excluez des cellules de la plage, la somme des valeurs allouées peut être inférieure à la valeur du montant.
Les exemples suivants partent du principe que la plage est composée de six combinaisons de membres, que le montant est égal à 6 et que la méthode d'allocation est répartie, dans laquelle Essbase alloue uniformément le montant à l'ensemble de la plage. Le montant de répartition de la répartition est 1 (6/6 = 1).
Comme illustré ci-dessous, Essbase écrit 1 dans chaque cellule de la plage.
Tableau 38-4 Exemple : Allocation du montant à chaque membre de la plage
| - | Centre de coûts1 | Centre de coûts2 |
|---|---|---|
| Project1 | 1 | 1 |
| Projet 2 | 1 | 1 |
| Projet3 | 1 | 1 |
Comme illustré ci-dessous, si la plage exclue est définie sur la combinaison de membres de (Project2,CostCtr2), Essbase n'écrit pas le montant de répartition de l'allocation dans cette cellule. Par conséquent, la somme des valeurs allouées (5) est inférieure au montant (6). La valeur de la cellule exclue après le processus d'allocation est #MISSING ou zéro.
Tableau 38-5 Exemple : Affecter le montant à certains membres de la plage uniquement
| - | Centre de coûts1 | Centre de coûts2 |
|---|---|---|
| Project1 | 1 | 1 |
| Projet 2 | 1 | |
| Projet3 | 1 | 1 |
La plage et la plage exclue ne peuvent comporter que des membres de niveau 0.
Définir le montant
Les allocations personnalisées Essbase pour les cubes en mode "aggregate storage" (ASO) nécessitent qu'une quantité soit indiquée comme l'un des critères d'allocation. Montant indique la source de la répartition. La valeur de montant est allouée aux cellules de la région cible.
La valeur, qui peut être composée de membres de niveau supérieur ou de niveau 0, peut être exprimée sous la forme d'une expression de valeur numérique, d'un tuple ou d'une constante.
La façon dont vous exprimez le montant détermine certaines exigences :
-
Si amount est une expression de valeur numérique :
-
Tous les membres de l'expression doivent provenir de la même dimension.
-
Les tuples ne peuvent pas être utilisés dans l'expression.
-
Seules les expressions arithmétiques (+, -, / et *) peuvent être utilisées dans l'expression.
-
Les fonctions MDX (telles que Moyenne et Parent) ne sont pas autorisées.
Exemple :
(Acc_1000 + Acc_2000)/2AccA + AcctBBalance * 1.1 -
-
Si le montant est un tuple :
-
Le tuple doit utiliser un membre de chaque dimension qui n'est pas spécifiée dans le PDV.
-
Le contexte du montant doit être vide.
Exemple :
(Balance,Cost_Center_00,Project_00)(Balance,Cost_Center_00,Actual) -
-
Si le montant est une constante :
-
Le contexte du montant doit être vide.
-
L'intervalle de temps doit être vide.
Exemple :
100 -
Vous pouvez utiliser les paramètres suivants pour définir plus précisément le montant :
-
(Facultatif) Le contexte de montant fournit un contexte ou une spécificité supplémentaire pour le montant. Le contexte de montant, qui peut être composé de membres de niveau supérieur ou de niveau 0, peut être exprimé sous forme de tuple. En spécifiant le contexte de montant, vous pouvez inclure un membre d'une dimension qui n'est pas spécifiée dans le PDV.
Lorsque vous utilisez le contexte de montant, ces exigences s'appliquent au montant et au contexte de montant :
-
Les paramètres ne peuvent pas faire référence à des membres dans les mêmes dimensions.
-
Ensemble, les paramètres doivent utiliser des membres de chaque dimension non spécifiée dans le PDV.
-
-
(Facultatif) La durée du montant spécifie une ou plusieurs périodes à prendre en compte pour le montant. La valeur de montant est agrégée sur les périodes spécifiées et la valeur de montant agrégé est allouée. Les périodes doivent être des membres de niveau 0 dans une dimension Temps.
Lorsque la valeur est spécifiée à l'aide d'une expression arithmétique et que la durée de la valeur est utilisée, la durée de la valeur est prioritaire sur toutes les formules de la valeur ou sur tous les membres de formule utilisés dans la valeur. Par exemple, supposons que le montant soit défini sur Dept_A/Dept_B et que la période de montant soit définie sur Jan, Feb, Mar et Apr pour chaque service, comme indiqué ci-dessous. Le montant à allouer pour le PDV est calculé en divisant la valeur de l'intervalle de temps pour Dept_A (10) par la valeur de l'intervalle de temps pour Dept_B (20), qui est 0,5.
Tableau 38-6 Exemple : L'intervalle de temps prend la priorité sur les formules en montant
Membres dans l'intervalle de temps en quantité Service_A Service_B Jan 1 2 Feb 2 4 Mar 3 6 Avr 4 8 Total 10 20 -
(Facultatif) Options de montant nul indique comment traiter le montant si la valeur est zéro ou #MISSING. Vous pouvez choisir d'allouer des valeurs égales à zéro (valeur par défaut), de passer à la valeur de montant suivante non nulle ou non manquante, ou d'annuler l'opération d'allocation complète.
Vous pouvez utiliser le contexte de quantité et l'intervalle de temps de quantité pour obtenir le même résultat, comme illustré dans l'exemple suivant. Le montant correspond à la valeur de Dept_A, mais l'intervalle est utilisé pour se concentrer uniquement sur les mois de Jan, Feb, Mar et Apr pour Dept_A. Comme indiqué ci-dessous, la valeur agrégée des membres inclus dans l'intervalle de temps (10) est la valeur de montant qui est allouée dans les cellules de la plage.
Tableau 38-7 Exemple : durée de la quantité
| Membres dans l'intervalle de temps en quantité | Service_A |
|---|---|
| Jan | 1 |
| Feb | 2 |
| Mar | 3 |
| Avr | 4 |
| Total | 10 |
Vous pouvez obtenir la même valeur de montant en spécifiant amount comme expression arithmétique Jan + Feb + Mar + Apr et en définissant le contexte amount comme Dept_A, comme indiqué ci-dessous :
Tableau 38-8 Exemple : Contexte de montant
| Contexte du montant | Jan | Feb | Mar | Avr | Total |
|---|---|---|---|---|---|
| Service_A | 1 | 2 | 3 | 4 | 10 |
Définir la base
Les allocations personnalisées Essbase pour les cubes en mode "aggregate storage" (ASO) nécessitent généralement qu'une base soit fournie comme l'un des critères d'allocation. Le champ Base, lorsqu'il est combiné avec la plage, définit l'emplacement des valeurs de base qui déterminent la façon dont le montant est alloué. La base peut être composée de membres de niveau supérieur ou de niveau 0.
La base est facultative si la méthode d'allocation utilisée est la ventilation et qu'aucune valeur n'est ignorée. La base doit être omise lorsque la ventilation de la méthode d'allocation est utilisée sans options de saut.
Vous pouvez utiliser ces paramètres pour définir plus précisément la base :
-
(Facultatif) L'intervalle de temps de base spécifie une ou plusieurs périodes à prendre en compte pour la base. Les périodes doivent être des membres de niveau 0 dans une dimension Temps.
-
(Obligatoire si la période de base est définie) L'option de période de base indique comment la base est calculée sur les périodes spécifiées par la période de base. Vous pouvez choisir d'utiliser la valeur de base pour chaque période individuellement (fractionner) ou d'utiliser la somme des valeurs de base pour les périodes spécifiées par la période de base (combiner).
-
Si l'intervalle de temps de base spécifie plusieurs périodes et que l'intervalle cible spécifie une seule période ou est vide, vous devez définir l'option d'intervalle de temps de base à combiner. Essbase ignore l'option de période cible.
-
Si la période de base et la période cible spécifient plusieurs périodes, et que vous définissez l'option de période de base sur Fractionner, les périodes indiquées par la période de base et la période cible doivent être identique. Essbase ignore l'option de période cible.
-
-
Options de base zéro indique comment traiter une valeur de base zéro. Vous pouvez choisir de passer à la valeur de montant non nulle ou non manquante suivante ou d'annuler toute l'opération d'allocation. Essbase traite le paramètre des options de base zéro en fonction de la méthode d'allocation.
-
(Facultatif) Options de base négative indique comment traiter une valeur de base négative. Les options disponibles pour les options de base négative dépendent de la méthode de répartition utilisée.
Remarques :
La base est ignorée lors de l'utilisation de la méthode de répartition et vous n'avez défini aucune option de saut de répartition.
définir la cible,
Les allocations personnalisées Essbase pour les cubes en mode "aggregate storage" nécessitent qu'une cible soit indiquée comme l'un des critères d'allocation. Le champ Cible, lorsqu'il est combiné avec la plage, définit la région du cube ASO dans laquelle les valeurs d'allocation sont écrites.
La cible ne peut être composée que de membres de niveau 0.
Vous pouvez utiliser ces paramètres pour définir plus précisément la cible :
-
(Facultatif) L'intervalle de temps cible spécifie une ou plusieurs périodes à prendre en compte pour la cible. Les périodes doivent être des membres de niveau 0 dans une dimension Temps.
-
(Obligatoire si l'intervalle de temps cible est défini) Option d'intervalle de temps cible indique la méthode d'allocation des valeurs sur les périodes indiquées dans l'intervalle cible. Vous pouvez choisir de diviser la valeur de montant ou de répéter la valeur de montant sur les périodes spécifiées.
-
Si l'intervalle de temps de base spécifie plusieurs périodes et que l'intervalle cible spécifie une seule période ou est vide, vous devez définir l'option d'intervalle de temps de base à combiner. Essbase ignore l'option de période cible.
-
Si la période de base et la période cible spécifient plusieurs périodes, et que vous définissez l'option de période de base sur Fractionner, les périodes indiquées par la période de base et la période cible doivent être identique. Essbase ignore l'option de période cible.
-
Définir la méthode d'allocation
Lors de la conception d'allocations personnalisées pour les cubes en mode "aggregate storage" (ASO), vous pouvez spécifier une méthode d'allocation pour indiquer à Essbase s'il convient d'allouer la quantité de manière égale (répartir) ou proportionnelle (partager).
-
La méthode share alloue un pourcentage du montant (
alloc_share_amt) en divisant la valeur de base du membre actuel dans la plage (basis_mbr_value)par la somme de la base dans la plage (basis_range_sum). Les montants alloués sont basés sur le nombre de valeurs de base valides dans la fourchette. Algorithme de calcul du montant de la part de répartition :alloc_share_amt = (basis_mbr_value/basis_range_sum) * amountValeurs de base et action Essbase :
-
Pour la base Zéro, Essbase écrit un zéro dans la cellule cible correspondante.
Si la somme de toutes les valeurs de base est égale à zéro (ce qui entraînerait une erreur division par zéro), Essbase utilise le paramètre des options de base zéro.
-
Pour la base #MISSING, Essbase laisse la cellule cible #MISSING ou, si la cellule cible a déjà une valeur, remplace la valeur existante par zéro.
-
Pour une base qui est un nombre négatif, Essbase utilise le paramètre des options de base négatives. Vous pouvez choisir d'utiliser la valeur de base négative (valeur par défaut), passer à la valeur de montant suivante (aucune donnée n'est allouée pour la valeur de montant actuelle et Essbase passe à la combinaison de PDV suivante) ou annuler l'opération entière.
Les exemples suivants illustrent la méthode d'allocation des partages. Dans les deux exemples, le montant à allouer est de 10.
Dans l'exemple suivant, supposons que le montant (10) représente la charge de loyer d'un immeuble et que la base représente l'effectif de chaque service dans la fourchette. Essbase utilise les valeurs de base des services dont l'effectif n'est pas #MISSING (Dept_A à Dept_D) pour calculer les montants de part d'allocation, c'est-à-dire l'allocation de loyer.
L'allocation de loyer pour le service A est la valeur de base du service A (3), divisée par la somme des valeurs de base valides dans la fourchette (3 + 2 = 5), multipliée par le montant (10) : 3/5 * 10 = 6. Pour Dept_D, l'allocation de loyer est de 2/5 * 10 = 4. Le total des cellules cible dans la plage est égal à 10.
Tableau 38-9 Exemple de méthode d'allocation des actions
Membres de la plage Base (nombre d'employés) Cible (allocation de loyer) Service_A 3 6 Service_B Service_C 0 0 Dépt_D 2 4 Dans l'exemple suivant, supposons que toutes les valeurs de base doivent être prises en compte dans le calcul des montants de répartition des actions. L'allocation pour Mbr1 est la valeur de base de Mbr1 (3), divisée par la somme des valeurs de base valides dans la fourchette (3 + -1 + 2 = 4), multipliée par le montant (10) : 3/4 * 10 = 7,5. Pour Mbr3, l'allocation est de -1/4 * 10 = -2,5 ; pour Mbr4, l'allocation est de 2/4 *10 = 5. Le total des cellules cible dans la plage est égal à 10.
Tableau 38-10 Exemple de méthode de répartition des actions : Options de base négative - Valeur par défaut
Membres de la plage Base Target Matricule1 3 7,5 Matricule 2 #MANQUANT Matricule 3 -1 -2,5 Matricule4 2 5.0 -
-
La méthode spread alloue la quantité uniformément dans la plage (
alloc_spread_amt). Le nombre utilisé pour diviser le montant et, par conséquent, le nombre de cellules cible dans lesquelles le montant de répartition de répartition doit être écrit, est basé sur le nombre de valeurs de base valides dans la plage (#_valid_basis_values). Algorithme de calcul du montant de répartition de la répartition :alloc_spread_amt = amount/#_valid_basis_valuesLorsque vous utilisez la méthode de répartition, vous pouvez utiliser le paramètre facultatif options de saut de répartition pour ignorer toutes les valeurs de base de la plage qui sont égales à zéro, #MISSING ou négatives. Vous pouvez spécifier plusieurs options.
Valeurs de base et action Essbase :
-
Zéro, Essbase écrit un zéro dans la cellule cible correspondante.
Si l'option Ignorer la répartition est définie sur Ignorer zéro, aucune donnée n'est allouée.
-
#MISSING, Essbase laisse la cellule cible #MISSING ; ou, si la cellule cible a déjà une valeur, remplace la valeur existante par des zéros.
Si les options de saut de répartition sont définies pour ignorer #MISSING, aucune donnée n'est allouée.
-
Nombre négatif, Essbase utilise le paramètre d'options de base négatives (qui est prioritaire sur le paramètre d'options d'omission d'écart de type Ignorer négatif). Vous pouvez choisir l'une des actions suivantes :
-
Utiliser la valeur de base négative (valeur par défaut)
-
Passer à la valeur de montant suivante (aucune donnée n'est allouée pour la valeur de montant actuelle)
-
Utiliser la valeur absolue du nombre négatif
-
Traiter le nombre négatif comme $MISSING (aucune valeur n'est allouée à la cellule cible)
-
Traiter le nombre négatif comme un zéro (zéro est alloué à la cellule cible)
-
Annuler la totalité de l'opération
-
Si toutes les valeurs de base ont été ignorées (ce qui rendrait le dénominateur dans l'allocation zéro), Essbase utilise le paramètre des options de base zéro. Voir Définir la base.
Les exemples suivants illustrent la méthode de répartition. Dans les deux exemples, le montant à allouer est de 10.
Dans l'exemple suivant, supposons que le paramètre spread skip options n'est pas spécifié. Par conséquent, Essbase prend en compte les quatre membres de base de la plage. Essbase divise le montant (10), par le nombre de membres de base valides dans la plage (4), et répartit cette valeur (2,5) sur chaque cellule cible dans la plage : 10/4 = 2,5.
Tableau 38-11 Exemple de méthode de répartition : Ne pas ignorer les valeurs de base
Membres de la plage Base Target Matricule1 2 2.5 Matricule 2 #MANQUANT 2.5 Matricule 3 3 2.5 Matricule4 -6 2.5 Dans l'exemple suivant, supposons que le paramètre Spread skip options soit défini sur Ignorer #MISSING et les nombres négatifs. Par conséquent, Essbase ne prend en compte que les deux membres de base avec des valeurs positives (Mbr1 et Mbr3). Essbase divise le montant (10), par le nombre de membres de base valides dans la plage (2), et répartit cette valeur (5) dans les cellules cible Mbr1 et Mbr3 : 10/2 = 5.
Tableau 38-12 Exemple de méthode de répartition : Ignorer les valeurs de base #MISSING et négatives
Membres de la plage Base Target Matricule1 2 5 Matricule 2 #MANQUANT Matricule 3 3 5 Matricule4 -6 -
Définir la méthode d'arrondi
Lorsque vous concevez des allocations personnalisées pour des cubes en mode "aggregate storage", vous pouvez indiquer une méthode d'arrondi pour indiquer à Essbase s'il faut arrondir les valeurs allouées (la valeur par défaut n'est pas l'arrondi).
Si vous choisissez d'arrondir les valeurs, la méthode d'arrondi indique comment gérer les erreurs d'arrondi. Vous pouvez choisir d'ignorer les erreurs d'arrondi ou d'arrondir toutes les valeurs allouées et d'ajouter l'erreur d'arrondi totale à la valeur allouée la plus élevée, à la valeur allouée la plus basse ou à une cellule spécifique. Si vous choisissez d'ajouter l'erreur d'arrondi à la valeur allouée la plus élevée ou la plus faible, et qu'il existe plusieurs valeurs allouées les plus élevées ou les plus faibles, Essbase choisit l'une des valeurs les plus élevées ou les plus faibles auxquelles ajouter l'erreur d'arrondi.
Si vous choisissez d'arrondi des valeurs d'allocation, vous pouvez utiliser les paramètres suivants pour définir plus précisément la méthode d'arrondi :
-
(Obligatoire si l'arrondi des valeurs allouées) Chiffres arrondis indique le nombre de décimales auxquelles les valeurs allouées sont arrondies. Vous pouvez choisir d'arrondir à l'entier le plus proche (valeur par défaut), à un nombre de décimales spécifié ou à une puissance de 10.
Les chiffres arrondis doivent être un nombre compris entre -100 et 100 et peuvent être exprimés sous la forme d'un entier, d'une expression de valeur numérique MDX ou d'un tuple.
L'utilisation d'une expression de valeur numérique MDX est utile lorsque le paramètre des chiffres arrondis est basé sur la devise de la valeur allouée. Par exemple, supposons que la base de données contient une dimension nommée Currency, qui fait partie du PDV, et une dimension d'attribut associée nommée NumCurrencyDigits, qui indique comment arrondir les valeurs allouées en fonction de la devise des valeurs allouées. Vous pouvez exprimer des chiffres arrondis comme suit :
Currency.currentMember.NumCurrencyDigitsRemarques :
Si, pour la méthode d'arrondi, vous choisissez de ne pas arrondir les valeurs allouées, la valeur du paramètre d'arrondi des chiffres doit être 0 (valeur par défaut). Si vous voulez arrondir à 0 chiffre, la valeur du paramètre doit être -1.
-
(Obligatoire si la méthode d'arrondi est définie sur un emplacement spécifique) Arrondi à l'emplacement indique une cellule à laquelle ajouter l'erreur d'arrondi totale. Exprimée en tuple, la cellule doit se trouver dans la plage et avoir la même dimensionnalité que la plage. L'arrondi à l'emplacement ne peut comporter que des membres de niveau 0.
Remarques :
Si, pour la méthode d'arrondi, vous choisissez une option autre que d'arrondi à une cellule spécifique, le paramètre d'arrondi à l'emplacement doit être vide.
Définir la contrepartie
Lorsque vous concevez des allocations personnalisées pour des cubes en mode "aggregate storage" (ASO) Essbase, vous pouvez éventuellement indiquer un décalage. Décalage indique l'emplacement dans le cube où est écrite une valeur de contrepartie pour chaque montant source.
Le décalage fonctionne de la même manière pour les allocations et les calculs personnalisés.
Allocations de solde
Lors de la conception d'allocations personnalisées pour les cubes en mode "aggregate storage" (ASO) Essbase, les membres facultatifs debitMember et creditMember ne peuvent être que des membres de niveau 0.
Le membre débit et le membre crédit sont facultatifs. S'ils sont utilisés, ils doivent être deux membres différents de la même dimension.
debitMember et creditMember fonctionnent de la même manière pour les allocations et les calculs personnalisés.
Période de base et période cible
Lorsque vous concevez des allocations personnalisées pour des cubes en mode "aggregate storage" (ASO) Essbase, vous pouvez indiquer une ou plusieurs périodes à prendre en compte pour la base et une ou plusieurs périodes à prendre en compte pour la cible.
Le nombre de membres indiqués pour la période de base et la période cible a une incidence sur la façon dont Essbase traite l'option de période de base et l'option de période cible.
Dans les cas où la période de base ou de cible est vide ou définie sur une période unique, Essbase ignore tout paramètre que vous avez défini pour l'option de période de base ou de cible correspondante. Dans les cas où l'une des périodes de base ou cible ou les deux sont définies sur plusieurs périodes, Essbase requiert un paramètre particulier pour l'option de période cible ou de base correspondante.
Tableau 38-13 Résumé : Période de base et période cible, et Option de base et période
| Période de base | Intervalle de temps cible | Option d'intervalle de temps de base | Option de période cible | Reportez-vous à : |
|---|---|---|---|---|
| Membre vide ou unique | Membre vide ou unique | Non pris en compte | Non pris en compte | Exemple 1 |
| Membre vide ou unique | Membres multiples | Non pris en compte | Diviser ou répéter | Exemple 2 |
| Membres multiples | Membre vide ou unique | Combiner | Non pris en compte | Exemple 3 |
| Membres multiples | Membres multiples | Fractionner | Non pris en compte | Exemple 4 |
| Membres multiples | Membres multiples | Combiner | Diviser ou répéter | Exemple 5 |
Exemple 1 : période de base et période cible : vide ou membre unique
Dans cet exemple, la période de base et la période cible ne sont pas définies ou ne le sont que pour une seule période. Essbase ignore tout paramètre que vous avez choisi pour l'option d'intervalle de temps de base ou l'option d'intervalle cible.
Exemple 2 : intervalle de temps de base : vide ou membre unique ; intervalle de temps cible : plusieurs membres
Dans cet exemple, la période de base n'est pas définie et plusieurs périodes sont spécifiées pour la période cible. L'option de période de base est ignorée. Pour l'option de période cible, vous pouvez sélectionner divide ou repeat.
Supposons que le montant soit de 1000. L'exemple ci-dessous illustre la base de chaque service (Dept_1 = 1) et la base totale de la plage (21) :
Tableau 38-14 Exemple 2 : Valeurs de base
| Plage | Total | ||||||
|---|---|---|---|---|---|---|---|
| Service_1 | Service_2 | Service_3 | Service_4 | Service_5 | Service_6 | ||
|
Base |
2 | 3 | 4 | 5 | 6 | ||
Note 1
Base du membre
Note 2
Base totale de la fourchette
Le paramètre de l'option de période cible détermine le mode de calcul de l'allocation.
-
Répétez le montant alloué sur les périodes cible spécifiées :
Dans ce scénario, Essbase effectue l'allocation pour une période unique et copie la valeur du montant alloué à tous les membres de la période cible.
L'algorithme Essbase utilise :
alloc_amt = (basis_mbr_value/basis_total_range) * amountComme indiqué ci-dessous, pour Dec 07,Dept_1, la valeur de base de membre (1) est divisée par la base totale dans la plage (21), et le résultat (0,04762) est multiplié par le montant (1000) : (1/21) * 1000 = 47,62. Essbase copie la version 47.62 dans les cellules du 08 janvier, du 08 février, du 08 mars et du 08 avril. Essbase continue d'effectuer des allocations pour le 07 décembre pour chaque service. Pour chaque période cible, la somme des valeurs allouées dans la plage est égale au montant (1000).
Tableau 38-15 Exemple 2 : Allocation utilisant l'option d'intervalle de temps cible définie sur Répéter
Plage Total Membres dans la période cible Service_1 Service_2 Service_3 Service_4 Service_5 Service_6 - 07 déc. 47,62 95,24 142,86 190,48 238,1 285,71 1 000 08 janvier 47,62 95,24 142,86 190,48 238,1 285,71 1 000 Feb 08 47,62 95,24 142,86 190,48 238,1 285,71 1 000 Mar 08 47,62 95,24 142,86 190,48 238,1 285,71 1 000 08 avr. 47,62 95,24 142,86 190,48 238,1 285,71 1 000 
50003 pieds de page
Note 3
Total des valeurs allouées
Le montant total alloué est la valeur du montant d'origine (1000) multipliée par le nombre de membres de période cible (5) : 1000 * 5 = 5000.
-
Diviser le montant alloué sur les périodes cible spécifiées
Dans ce scénario, Essbase effectue l'allocation pour une période et divise uniformément le montant alloué entre tous les membres de la période cible.
L'algorithme Essbase utilise :
alloc_amt = ((basis_mbr_value/basis_total_range) * amount)/#_target_time_span_periodsComme indiqué ci-dessous, pour Dec 07,Dept_1, Essbase effectue le même calcul que celui décrit pour que le scénario d'option d'intervalle de temps cible de répétition atteigne 47,62. Cependant, ce montant est réparti uniformément sur les cinq périodes d'intervalle cible pour le service 1. Par conséquent, 9,52 est écrit dans chaque cellule cible : 47,62/5 = 9,52. Essbase continue d'effectuer des allocations pour chaque service. Pour chaque période cible, la somme des valeurs allouées dans la plage est égale à (200).
Tableau 38-16 Exemple 2 : Allocation utilisant l'option d'intervalle de temps cible définie pour diviser
Plage Total Membres dans la période cible Service_1 Service_2 Service_3 Service_4 Service_5 Service_6 - 07 déc. 9,52 19,05 28.57 38,1 47,62 57,14 200 08 janvier 9,52 19,05 28.57 38,1 47,62 57,14 200 Feb 08 9,52 19,05 28.57 38,1 47,62 57,14 200 Mar 08 9,52 19,05 28.57 38,1 47,62 57,14 200 08 avr. 9,52 19,05 28.57 38,1 47,62 57,14 200 Note 4
Total des valeurs allouées
Le total des valeurs allouées dans la plage est la valeur du montant d'origine (1000) : 200 * 5 = 1000.
Exemple 3 : intervalle de temps de base : plusieurs membres ; intervalle de temps cible : vide ou membre unique
Dans cet exemple, plusieurs périodes sont indiquées pour la période de base, mais la période cible n'est pas définie. L'option d'intervalle cible est ignorée. La seule option valide pour l'option de période de base est combiner.
Supposons que le montant soit de 1000. Comme indiqué ci-dessous, la base à utiliser pour chaque service est la somme des valeurs de base pour la période de base (Dept_1 = 15) ; la base totale de la plage est la somme de toutes les valeurs de base de service (147) :
Tableau 38-17 Exemple 3 : Valeurs de base
| Plage | Total | ||||||
|---|---|---|---|---|---|---|---|
| Membres de la période de base | Service_1 | Service_2 | Service_3 | Service_4 | Service_5 | Service_6 | |
| 07 déc. | 1 | 2 | 3 | 4 | 5 | 6 | |
| 08 janvier | 2 | 3 | 4 | 5 | 6 | 7 | |
| Feb 08 | 3 | 4 | 5 | 0 | 7 | 8 | |
| Mar 08 | 4 | 5 | 6 | 1 | 8 | 9 | |
| 08 avr. | 5 | 6 | 7 | 2 | 9 | 10 | |
| Total | 20 | 25 | 12 | 35 | 40 | ||
Note 5
Base pour chaque membre de la fourchette additionnée sur les périodes d'intervalle de base
Note 6
Base totale de la fourchette
L'allocation est calculée à l'aide du paramètre d'intervalle de base de la combinaison, qui utilise la somme des valeurs de base sur les périodes d'intervalle de base.
L'algorithme Essbase utilise pour chaque membre de plage :
alloc_amt = (sum_across_basis_time_span/basis_total_range) * amountComme indiqué ci-dessous, la valeur allouée pour chaque service est écrite dans un lieu cible, car la période cible n'est pas définie sur plusieurs périodes. Pour le montant affecté au service 1, la somme de la période de base (15) est divisée par la base totale de la fourchette (147) et le résultat (0,10204) est multiplié par le montant (1000) : (15/147) * 1000 = 102,04. Essbase continue d'effectuer des allocations pour chaque service de la plage.
Tableau 38-18 Exemple 3 : Allocation utilisant l'intervalle de temps de base défini sur Combiner
| Plage | Total | ||||||
|---|---|---|---|---|---|---|---|
| Service_1 | Service_2 | Service_3 | Service_4 | Service_5 | Service_6 | ||
| Cible | 102,04 | 136,05 | 170,07 | 81,63 | 238,1 | 272,11 | |
Note 7
Total des valeurs allouées
Le total des valeurs allouées dans la fourchette correspond à la valeur du montant d'origine (1000).
Exemple 4 : Intervalle de temps de base et cible : plusieurs membres ; Option Intervalle de temps de base : fractionnement
Dans cet exemple, plusieurs périodes sont spécifiées pour la période de base et la période cible, et l'option de période de base est définie sur split. Lorsque l'option de période de base fractionnée a pour valeur Fractionner, les périodes indiquées par la période de base et par la portée temporelle cible doivent être identique.
Supposons que le montant soit de 1000. Comme indiqué ci-dessous, la base totale de la fourchette est la somme de toutes les valeurs de base de service (165) :
Tableau 38-19 Exemple 4 : Valeurs de base
| Plage | Total | ||||||
|---|---|---|---|---|---|---|---|
| Membres de la période de base | Service_1 | Service_2 | Service_3 | Service_4 | Service_5 | Service_6 | |
| 07 déc. | 1 | 2 | 3 | 4 | 5 | 6 | |
| 08 janvier | 2 | 3 | 4 | 5 | 6 | 7 | 27 |
| Feb 08 | 3 | 4 | 5 | 6 | 7 | 8 | 33 |
| Mar 08 | 4 | 5 | 6 | 1 | 8 | 9 | 39 |
| 08 avr. | 5 | 6 | 7 | 2 | 9 | 10 | 45 |
Note 8
Base totale pour chaque période de base
Note 9
Base totale de la fourchette
L'allocation est calculée à l'aide du paramètre d'intervalle de base de fractionnement, qui utilise la valeur de base pour chaque période individuellement.
L'algorithme Essbase utilise :
alloc_amt = (basis_mbr_value/basis_total_range) * amountComme indiqué ci-dessous, pour Dec 07,Dept_1, la valeur de base de membre (1) est divisée par la base totale de la plage (165), et le résultat (0,00606) est multiplié par le montant (1000) : (1/165) * 1000 = 6,06. Essbase continue d'effectuer des allocations pour chaque période de chaque service.
Tableau 38-20 Exemple 4 : Allocation utilisant le jeu de périodes de base à fractionner
| Plage | Total | ||||||
|---|---|---|---|---|---|---|---|
| Membres dans la période cible | Service_1 | Service_2 | Service_3 | Service_4 | Service_5 | Service_6 | |
| 07 déc. | 6,06 | 12,12 | 18,18 | 24,24 | 30,3 | 36,36 | 127,27 |
| 08 janvier | 12,12 | 18,18 | 24,24 | 30,3 | 36,36 | 42,42 | 163,64 |
| Feb 08 | 18,18 | 24,24 | 30,3 | 36,36 | 42,42 | 48,48 | 200 |
| Mar 08 | 24,24 | 30,3 | 36,36 | 42,42 | 48,48 | 54,55 | 236,36 |
| 08 avr. | 30,3 | 36,36 | 42,42 | 48,48 | 54,55 | 60,61 | 272,73 |
|
1000Pied de page 10 |
|||||||
Note 10
Total des valeurs allouées
Le total des valeurs allouées dans la fourchette correspond à la valeur du montant d'origine (1000).
Exemple 5 : période de base et période cible - Membres multiples ; option de période de base - Combiner
Dans cet exemple, plusieurs périodes sont spécifiées pour les périodes de base et cible. Toutefois, comme l'option d'intervalle de base est définie sur Combiner, les périodes de base et cible ne doivent pas nécessairement contenir le même ensemble de membres.
Supposons que le montant soit de 1000. Comme indiqué ci-dessous, la base à utiliser pour chaque service est la somme des valeurs de base sur l'ensemble de la période de base (Dept_1 = 10) ; la base de la plage est la somme de toutes les valeurs de base de service (113) :
Tableau 38-21 Exemple 5 : Valeurs de base
| Plage | Total | ||||||
|---|---|---|---|---|---|---|---|
| Membres de la période de base | Service_1 | Service_2 | Service_3 | Service_4 | Service_5 | Service_6 | |
| 07 déc. | 1 | 2 | 3 | 4 | 5 | 6 | |
| 08 janvier | 2 | 3 | 4 | 5 | 6 | 7 | |
| Feb 08 | 3 | 4 | 5 | 6 | 7 | 8 | |
| Mar 08 | 4 | 5 | 6 | 0 | 8 | 9 | |
|
Total |
14 | 18 | 15 | 26 | 30 | ||
Note 11
Base pour chaque membre de la fourchette additionnée sur les périodes d'intervalle de base
Note 12
Base totale de la fourchette
Le paramètre de l'option de période cible détermine le mode de calcul de l'allocation.
-
Répétez le montant alloué sur les périodes cible spécifiées :
Dans ce scénario, Essbase effectue l'allocation pour une période unique et copie la valeur du montant alloué à tous les membres de la période cible.
L'algorithme Essbase utilise pour chaque membre de plage :
alloc_amt = (sum_across_basis_time_span/basis_total_range) * amountComme indiqué ci-dessous, pour Dec 07,Dept_1, la base pour Dept_1 (10) est divisée par la base totale pour la plage (113), et le résultat (0,0885) est multiplié par le montant (1000) : (10/113) * 1000 = 88,50. Essbase copie 88.50 dans les cellules du 08 janvier, du 08 février, du 08 mars et du 08 avril. Essbase continue d'effectuer des allocations pour le 07 décembre pour chaque service. Pour chaque période cible, la somme des valeurs allouées dans la plage est égale au montant (1000).
Tableau 38-22 Exemple 5 : Allocation utilisant l'option d'intervalle de temps cible définie sur Répéter
Plage Total Membres dans la période cible Service_1 Service_2 Service_3 Service_4 Service_5 Service_6 07 déc. 88,5 123,89 159,29 132,74 230,09 265,49 1 000 08 janvier 88,5 123,89 159,29 132,74 230,09 265,49 1 000 Feb 08 88,5 123,89 159,29 132,74 230,09 265,49 1 000 Mar 08 88,5 123,89 159,29 132,74 230,09 265,49 1 000 08 avr. 88,5 123,89 159,29 132,74 230,09 265,49 1 000 
500013 pieds de page
Note 13
Total des valeurs allouées
Le total des valeurs allouées est la valeur de montant d'origine (1000) multipliée par le nombre de membres de période cible (5) : 1000 * 5 = 5000.
-
Divisez le montant alloué sur les périodes cible spécifiées :
Dans ce scénario, Essbase effectue l'allocation pour une période unique et divise uniformément le montant alloué entre tous les membres de la période cible.
L'algorithme Essbase utilise :
alloc_amt = ((basis_time_span/basis_total_range) * amount)/#_target_time_span_periodsComme indiqué ci-dessous, Essbase effectue le même calcul que celui décrit pour le scénario d'option de répétition de l'intervalle cible à 88,50. Cependant, ce montant est réparti uniformément sur les cinq périodes d'intervalle cible pour le service 1. Par conséquent, 17,70 est écrit dans chaque cellule cible : 88,50/5 = 17,70. Essbase continue d'effectuer des allocations pour chaque service. Pour chaque période cible, la somme des valeurs allouées dans la plage est égale à (200).
Tableau 38-23 Exemple 5 : Allocation utilisant l'option d'intervalle de temps cible définie pour diviser
Plage Total Membres dans la période cible Service_1 Service_2 Service_3 Service_4 Service_5 Service_6 07 déc. 17,7 24,78 31,86 26,55 46,02 53,1 200 08 janvier 17,7 24,78 31,86 26,55 46,02 53,1 200 Feb 08 17,7 24,78 31,86 26,55 46,02 53,1 200 Mar 08 17,7 24,78 31,86 26,55 46,02 53,1 200 08 avr. 17,7 24,78 31,86 26,55 46,02 53,1 200 
1000Pied de page 14
Note 14
Total des valeurs allouées
Le total des valeurs allouées dans la plage est la valeur du montant d'origine (1000) : 200 * 5 = 1000.
Exemples d'allocation en mode "aggregate storage"
L'exemple suivant illustre comment la modification de la combinaison de PDV affecte les valeurs considérées comme la base de l'allocation. L'exemple, qui utilise la méthode d'allocation des actions, alloue le loyer total de l'année précédente à tous les centres de coûts de l'année en cours, en fonction de l'effectif de chaque centre de coûts. Supposons que la base de données en mode "aggregate storage" comporte quatre dimensions (Departments, Time, CostCenter et Measures) et que les critères d'allocation sont indiqués comme suit :
Tableau 38-24 Exemple de PDV : Critères d'allocation
| Critères | Définition |
|---|---|
| PDV | Service_A, Service_B |
| Amount |
2007, CCNA, TotalRent Supposons que les valeurs de montant sont les suivantes :
|
| Base | Jan. 2008, Effectif |
| Target | janv. 2008, LocationAllocation |
| Plage | Descendants de niveau 0 de CostCenter
Supposons que la fourchette correspond aux centres de coûts suivants :
|
L'allocation est effectuée pour chacune des combinaisons de PDV :
-
Service_A
-
Service_B
Chaque combinaison de PDV possède son propre ensemble de valeurs de base utilisées dans le calcul de l'allocation : l'effectif pour chaque centre de coûts de la plage et l'effectif total de janvier 2008, comme illustré dans l'exemple suivant :
Tableau 38-25 Exemple de PDV : Valeurs de base pour chaque combinaison de PDV
| Valeurs de base de membre | Valeur de base de fourchette | ||||
|---|---|---|---|---|---|
| PDV | Centre de coût1 | Centre de coût2 | Centre de coût3 | Centre de coût4 | Effectif total 2008 |
| Service_A | 1 | 2 | 3 | 5 | 11 |
| Service_B | 5 | 0 | 10 | 15 | |
Pour chaque PDV, Essbase divise l'effectif de chaque centre de coûts (valeur de base de chaque membre) par l'effectif total de la plage (valeur de base de la plage), puis multiplie cette valeur par le montant de location total pour chaque service (montant). Par exemple, pour Dept_A,CostCenter1, la valeur de base de membre (1) est divisée par la base de la plage (11) et le résultat (0,09090909) est multiplié par le montant (1000) : (1/11) * 1000 = 90,90909. Pour Dept_B,CostCenter1, le montant alloué est 666,6667 : (5/15) * 2000 = 666,6667. L'exemple suivant illustre le montant du partage alloué pour chaque centre de coûts :
Tableau 38-26 Exemple de PDV : Valeurs cible pour chaque combinaison de PDV
| Valeurs de cible de membre | Valeur de montant | ||||
|---|---|---|---|---|---|
| PDV | Centre de coût1 | Centre de coût2 | Centre de coût3 | Centre de coût4 | Total de l'allocation de location |
| Service_A | 90,909 | 181,818 | 272,727 | 454,546 | 1 000 |
| Service_B | 666,667 | 0 | 1 333,333 | 2 000 | |
Exemple de cas d'utilisation pour les allocations en mode "aggregate storage"
Cet exemple de cas d'utilisation pour une allocation personnalisée sur un cube Essbase en mode "aggregate storage" (ASO) utilise la méthode d'allocation des partages pour redistribuer proportionnellement la dépense mensuelle totale de loyer entre les services, en fonction de la superficie occupée par chaque service.
Prenons l'exemple d'une outline avec les dimensions suivantes :
-
Société : Contient plusieurs livres. Les répartitions des charges de loyer ont lieu dans le livre Vision US.
-
Service : contient les membres suivants :
-
100, qui stocke la dépense mensuelle totale de loyer, soit 100 000 $, pour Vision US. Ce montant est alloué proportionnellement aux enfants du département 999.
-
999, qui est le parent des départements suivants :
-
101, qui reçoit 45% de l'allocation de loyer
-
102, qui reçoit 30% de l'allocation de loyer
-
103, qui reçoit 25% de l'allocation de loyer
-
-
-
Compte : Contient les membres suivants :
-
5740, qui est un compte de charges de loyer
-
SQFT, qui est un compte statistique utilisé pour enregistrer la superficie de chaque service
-
-
AmountType : Contient PeriodActivty, qui est le parent des membres suivants :
-
PeriodActivityDebit, qui est l'emplacement cible
-
PeriodActivityCredit, qui est le lieu de décalage
-
Vous pouvez procéder à l'allocation des charges de loyer de plusieurs manières, chacune ayant le même résultat. Deux scénarios sont présentés. Pour chaque scénario, supposons que les paramètres suivants sont définis comme suit :
-
Méthode d'allocation : Partager
-
Plage : descendants du service 999 :
-
101
-
102
-
103
Aucune cellule de la plage n'est exclue.
-
-
Base : Pieds carrés de chaque membre de plage pour la période d'activité (mensuelle).
SQFT,PeriodActivity -
Option de montant nul : (valeur par défaut) Allouer des valeurs de montant nul.
-
Option de base zéro : Si la valeur de base est zéro, annulez l'opération d'allocation.
-
Option d'intervalle de temps de base : fractionnement (par défaut), utilisez la valeur de base pour chaque période individuellement.
-
Méthode d'arrondi : arrondir les valeurs d'allocation à 1 000 près et ajouter l'erreur d'arrondi totale au service 101.
-
Membre de débit : si la somme est positive, écrivez la valeur dans PeriodActivityDebit.
-
Membre du crédit : Ecrivez la valeur dans PeriodActivityCredit.
Scénario 1 : allocations en mode "aggregate storage"
Pour le scénario 1, supposons que les paramètres suivants sont définis comme suit :
-
PDV : se compose d'un membre, Vision US, de la dimension Société.
Etant donné qu'un seul membre d'une dimension est indiqué, le PDV ne change pas et, par conséquent, l'allocation est effectuée une seule fois.
-
Montant : La valeur source de l'allocation provient du membre interdimensionnel suivant :
5740,100,Beginning Balance -
Cible : écrivez les valeurs allouées au compte 5740 pour chaque service.
-
Décalage : Ecrivez l'entrée de contrepartie dans le membre 5740,100.
Scénario 2 : allocations en mode "aggregate storage"
Pour le scénario 2, supposons que les paramètres suivants sont définis comme suit :
-
PDV : se compose d'un membre provenant chacun de deux dimensions :
-
Vision US, de la dimension Société
-
5740, de la dimension Amount
Dans ce scénario, le compte 5740 fait partie du PDV. Dans la base, le compte 5740 est remplacé par le membre SQFT.
Etant donné qu'un seul membre de chaque dimension est indiqué, le PDV ne change pas et, par conséquent, l'allocation est effectuée une seule fois.
-
-
Montant : La valeur source de l'allocation provient du membre interdimensionnel suivant :
100,Beginning Balance -
Cible : non défini. Etant donné que la combinaison PDV, cible, membre de débit/crédit et plage utilise des membres de toutes les dimensions, la cible peut être vide.
-
Décalage : Ecrivez l'entrée de décalage dans le service 100.
Cohérence des données et formules
Lorsque vous concevez des allocations personnalisées pour des cubes en mode "aggregate storage" (ASO) Essbase, vous pouvez utiliser des formules dans la quantité et la base, mais pas dans la cible. Toutefois, étant donné que les cubes ASO ne prennent pas en charge la sémantique des transactions, vous risquez de rencontrer des problèmes d'incohérence des données lorsque vous utilisez des membres de formule dans le montant ou la base.
Dans l'exemple suivant, l'utilisateur 1 impute des valeurs de revenu pour un ensemble de services et l'utilisateur 2 effectue une allocation de prime, pour laquelle le revenu cumulé de chaque service est la base de l'allocation. L'ordre dans lequel ces opérations sont effectuées affecte le résultat :
-
Scénario 1 : l'utilisateur 1 comptabilise les revenus avant que l'utilisateur 2 exécute l'allocation.
Les résultats de l'affectation sont basés sur les valeurs de revenu mises à jour.
-
Scénario 2 : l'utilisateur 2 exécute l'allocation avant que l'utilisateur 1 n'impute le revenu.
Les résultats de l'affectation sont basés sur les valeurs de revenu précédentes et non sur les valeurs de revenu mises à jour.
-
Scénario 3 : l'utilisateur 1 impute les revenus et l'utilisateur 2 exécute l'allocation simultanément.
Les résultats de l'affectation sont basés sur les valeurs de revenu mises à jour ou précédentes, en fonction de l'opération utilisateur qui a commencé en premier.
Oracle ne recommande pas d'exécuter ces opérations simultanément lorsque vous utilisez des membres de formule dans le montant ou la base.
Supposons également qu'une formule MDX soit utilisée pour calculer le revenu cumulé de l'exercice pour la répartition. La complexité de la formule peut affecter le résultat :
-
Scénario 4 : La formule de cumul annuel des revenus implique des membres d'une dimension et utilise uniquement les expressions arithmétiques suivantes : +, -, / et *.
Les résultats de l'affectation sont entièrement basés sur les valeurs de revenu mises à jour ou précédentes.
Oracle recommande d'utiliser des formules MDX simples, comme décrit dans le scénario 4.
-
Scénario 5 : La formule de revenus cumulée de l'exercice est plus complexe que la formule du scénario 4.
Il est possible que certains résultats d'affectation soient basés sur les valeurs de revenu mises à jour et d'autres sur les valeurs de revenu précédentes.