Types de règles

Calcul

Les règles de calcul s'appliquent lorsque des utilisateurs effectuent des calculs. Vous pouvez utiliser des règles de calcul pour effectuer des calculs qui ne peuvent pas être effectués dans l'ordre naturel des hiérarchies de dimensions. Par exemple, vous pouvez créer des calculs permettant de dériver des coefficients ou des soldes initiaux. La routine Calculate() est exécutée lorsque vous calculez ou consolidez des données.

Conversion

Les règles de conversion sont exécutées lorsque les utilisateurs effectuent des conversions. Vous pouvez utiliser les règles de conversion pour effectuer les calculs relatifs aux conversions non standard. La routine Translate() est exécutée lorsque vous convertissez ou consolidez des données.

Par exemple, si l'application utilise le taux de clôture par défaut lors de la conversion des comptes d'actif et de PASSIF, et le taux moyen pour convertir les comptes de PRODUITS et de CHARGES, il peut être préférable d'utiliser un taux différent pour calculer la différence de conversion relative aux PRODUITS nets.

Oracle Hyperion Financial Management applique les règles de conversion dans les cas suivants :

• Lorsqu'un utilisateur exécute une conversion de devise en cliquant avec le bouton droit de la souris dans une grille de données et en sélectionnant Convertir ou Forcer la conversion dans le menu affiché. Cette opération est utile pour effectuer les conversions à mesure que vous saisissez des données.

• Lorsqu'un utilisateur effectue une consolidation et qu'une devise par défaut de l'entité parent est différente de celle de l'entité enfant.

Consolidation

Les règles de consolidation sont exécutées lorsque les utilisateurs effectuent des consolidations. Vous pouvez utiliser les règles de consolidation pour effectuer des consolidations non standard, le plus souvent avec des applications de vérification. La routine Consolidate() est exécutée lorsque vous consolidez des données.

Allocation

Les règles d'allocation allouent des données d'une entité à une liste d'entités. Par exemple, vous pouvez utiliser des règles d'allocation pour calculer les dépenses administratives d'une liste d'entités à partir des dépenses administratives totales d'une autre entité.

Input

Les règles de saisie permettent la saisie au niveau d'entité Parent. Seule la dimension de valeur de devise de l'entité est prise en charge. Les valeurs de contribution des enfants vers la dimension de valeur de devise de l'entité de l'entité parent ne sont pas cumulées. La valeur de contribution de la combinaison Parent.Enfant est stockée.

NoInput

Les règles NoInput empêchent la saisie de données au niveau de l'entité de base, réservant ainsi les cellules aux calculs. Vous pouvez utiliser la fonction NoInput plusieurs fois dans une règle NoInput afin d'interdire la saisie de données dans plusieurs cellules non adjacentes.

Les règles et restrictions suivantes s'appliquent aux règles NoInput :

• Seules les fonctions Financial Management suivantes sont prises en charge pour les règles NoInput :

  • NoInput

  • List

    Toutes les méthodes VBScript sont prises en charge pour les règles NoInput.

• Pour cette fonction List, les listes fixes, les listes système et les listes dynamiques sont prises en charge. Une liste dynamique peut faire référence à des attributs de métadonnées pris en charge par la fonction List.

• Une structure If...Then peut tester les attributs de métadonnées. Toutefois, les règles NoInput ne permettent pas le test des membres du point de vue actuel. Par exemple, vous ne pouvez pas tester If HS.Entity.Member = "CT".

• Faites preuve de prudence lorsque vous utilisez la fonction NoInput dans des boucles. Quelques instructions simples comportant des boucles risquent d'entraîner le chargement de milliers de cellules en mémoire ; assurez-vous donc de tester l'impact sur les performances des boucles contenant NoInput.

Calcul dynamique

Les règles dynamiques vous permettent de définir des formules pour le calcul dynamique des comptes. Vous ne pouvez effectuer un calcul dynamique pour les comptes de base uniquement. Vous ne pouvez pas appliquer les règles dynamiques aux comptes parent.

Servez-vous des instructions suivantes pour rédiger les règles de calcul dynamiques :

• Le côté droit de l'équation doit faire référence à la même combinaison Scénario/Année/Entité. Cela signifie que vous ne pouvez pas faire référence à des montants de l'année précédente dans vos calculs.

• Seuls les comptes dynamiques sont valides du côté gauche de l'équation.

• Les comptes dynamiques ne peuvent pas être utilisés du côté droit de l'équation.

• Seules les dimensions Compte et Vue sont valides du côté gauche de l'équation.

• Si Vue n'est pas spécifié, le calcul est exécuté pour Cumul annuel et Périodique. Si Vue est spécifié, le calcul est exécuté pour la vue spécifiée uniquement.

• HS.View.PeriodNumber est la seule instruction HS valide pouvant être utilisée dans un calcul HS.Dynamic.

• Toutes les instructions de la section sous-dynamique sont exécutées de façon séquentielle.

Transactions

Les règles de transactions indiquent quels sont les comptes de l'application qui prennent en charge les transactions intragroupes. Les cellules prenant en charge les transactions sont en lecture seule dans les grilles de données et les formulaires.

Revalorisation des capitaux propres

Les règles de revalorisation des capitaux propres spécifient l'entité détenue, l'entité propriétaire et le pourcentage de propriété.

Il s'agit du point de vue par défaut lors de l'exécution de la section Sub EquityPickup :

• Scénario, année et période en cours

• Entité : propriétaire de la paire traitée

• Valeur : <Devise de l'entité>

A la demande

Les règles à la demande sont utilisées dans les formulaires et vous permettent d'exécuter un sous-ensemble de calculs pour visualiser rapidement les résultats dans le formulaire. Toutes les fonctions HS qui peuvent être utilisées dans Sub Calculate (et aucune autre) peuvent également être utilisées dans les règles à la demande (OnDemand).