Lorsque vous effectuez des calculs à la volée dans des grilles ad hoc et des formulaires 2.0, tenez compte des instructions suivantes.
- Lors de l'insertion de formules de membre, les cellules contenant ces formules apparaissent en lecture seule et leur couleur de style de cellule change en conséquence. En outre, si vous cliquez sur Actualiser, ces cellules sont modifiées et affichent la couleur de style de cellule affectée. Pour effectuer une actualisation correcte sans changement de couleur de style de cellule, cliquez sur Options dans le ruban Smart View, puis dans l'onglet Options des membres, désélectionnez la case Conserver les formules et les commentaires des opérations ad hoc (sauf pivot et annulation).
- Conformément aux meilleures pratiques, Oracle recommande d'insérer une formule de membre uniquement après avoir défini ou finalisé la disposition de la grille ad hoc. Si vous effectuez d'autres opérations ad hoc telles que Zoom avant, Zoom arrière, Conserver uniquement et Enlever uniquement, le contexte de la formule n'est plus valide et celle-ci est enlevée de la grille. S'il manque une formule après l'exécution d'opérations ad hoc, vous pouvez la saisir à nouveau manuellement à l'emplacement requis.
- Une fois les formules insérées, si vous modifiez la table des alias en procédant à une actualisation ou en cliquant sur Changer d'alias et en définissant l'alias sur Aucun au lieu de Valeur par défaut, ou inversement, les formules ne sont plus affichées dans l'info-bulle lorsque vous cliquez sur les cellules contenant des formules.
- Soyez prudent lorsque vous utilisez à la fois la sécurité de niveau cellule et des formules de membre. Si la sécurité de niveau cellule est activée, les résultats des formules de membre insérées peuvent être différents dans l'application Web et dans Oracle Smart View for Office. Un accès à toutes les cellules est requis pour effectuer des calculs. Par conséquent, les cellules restreintes par la règle Refuser l'accès en lecture lorsque la sécurité de niveau cellule est activée sont susceptibles de donner des résultats incohérents. Le libellé
#No Access est affiché pour les cellules restreintes. Si une formule contient une référence à de telles cellules, les résultats affichent #Missing ou une erreur.
- Il est impossible d'annuler l'opération d'insertion de formules de membre à l'aide de l'option Annuler du ruban Smart View. Si vous cliquez sur Annuler après avoir inséré des formules, le libellé
#No Access apparaît dans les cellules contenant des formules de membre et les formules ne sont plus affichées dans l'info-bulle lorsque vous cliquez sur ces cellules. Pour actualiser la grille et enlever les formules de membre insérées, utilisez plutôt l'option Actualiser du ruban Smart View. Par ailleurs, désélectionnez la case Conserver les formules et les commentaires des opérations ad hoc (sauf pivot et annulation) pour que l'actualisation soit correcte. Cette case se trouve dans l'onglet Options des membres sous Options.
- Si vous enlevez des formules de membre d'une grille ad hoc, vous ne pouvez pas les réinsérer à l'aide de l'option Rétablir du ruban Smart View. En effet, les formules de membre ne sont pas conservées lors des opérations Annuler et Rétablir. Pour insérer des formules de membre, vous pouvez rouvrir la grille ad hoc et cliquer sur Insérer une formule du membre.
- Lorsque la propriété Equilibre temps est définie sur Flux avec l'option Ignorer définie sur Zéros ou Valeurs manquantes et zéros, les résultats ne sont pas ceux attendus. Prenons une grille comprenant des colonnes Janvier, Février et Mars, dont la première ligne contient les valeurs 0, 0 et 0, et la deuxième ligne les valeurs 0,
#Missing et #Missing, respectivement. Dans la quatrième colonne de Q1, les formules de membre sont insérées de sorte que l'option Ignorer est définie sur Zéros pour la première ligne et sur Valeurs manquantes et zéros pour la deuxième ligne. Le résultat attendu est #Missing pour les deux lignes, mais le résultat réel est zéro.
- Les alias non uniques ou en double présents dans une grille et référencés dans des formules peuvent engendrer une erreur d'alias en double lors de l'exécution d'actions ad hoc dans les Smartforms. Cela se produit lorsque vous insérez des formules de membre dans une grille ad hoc contenant des alias en double, l'enregistrez en tant que Smartform et rouvrez le Smartform en mode ad hoc. Lorsque vous cliquez sur Actualiser, Smart View affiche le message d'erreur : "Alias en double détectés ou nom de membre en conflit avec l'alias sous le parent Compte. Au moins l'un de ces alias ou noms de membre doit être modifié pour résoudre cette ambiguïté."
- Pour les données contenant des valeurs
#Missing et égales à zéro, le calcul de la fonction @MAX est susceptible de donner des résultats incohérents dans l'application Web et dans Smart View. En effet, Oracle Essbase et Excel ne gèrent pas ces valeurs de la même façon. Dans Essbase, la comparaison entre une valeur égale à zéro et une valeur #Missing n'étant pas toujours la même, il est recommandé d'employer la fonction @MAXS. Pour plus d'informations, reportez-vous aux remarques concernant la fonction @MAX dans le guide Référence de calcul et de requête pour Oracle Essbase. @MAX fonctionne comme @MAXS (SKIPNONE). Par conséquent, lorsque seules des valeurs #Missing et négatives sont présentes dans les données, la valeur #Missing est considérée comme supérieure aux valeurs négatives. La valeur #Missing est considérée comme une valeur égale à zéro lors de la comparaison avec des valeurs non vides. Smart View utilise le libellé #Missing pour indiquer les valeurs de données manquantes dans la base de données, ce qui est différent d'une valeur de données égale à zéro. Excel traite les libellés non vides comme des chaînes et les chaînes sont traitées différemment des cellules vides et des zéros. En raison de cette différence entre Excel et Essbase, la comparaison des valeurs de données #Missing et égales à zéro reste indéterminée.
- Lorsque vous triez une grille par ordre croissant ou décroissant, la structure de la grille est modifiée. Les formules de membre et les fonctions présentes dans la grille ne sont plus valides. Si vous saisissez ou modifiez des valeurs dans les cellules référencées dans une formule ou une fonction, les calculs ne sont pas actualisés immédiatement dans les cellules contenant la formule ou la fonction. Vous devez enregistrer la grille pour afficher les valeurs calculées ou modifiées.
- Si les cellules référencées dans une formule contiennent des chaînes de texte ou des dates, les résultats des calculs à la volée peuvent être différents de ceux calculés dans Essbase. Cette différence est due au fait que Planning stocke un index numérique à l'emplacement de la cellule pour les données non numériques (comme du texte, une date ou une liste dynamique) qu'Essbase utilise dans les calculs, tandis que les calculs à la volée utilisent la valeur affichée réelle du texte, de la date ou de la liste dynamique, et traite les données non numériques comme des données manquantes.
- Toutes les valeurs non numériques telles que les textes, dates ou listes dynamiques présentes dans les cellules sont traitées comme des données manquantes dans les calculs dans Excel. Par conséquent, si de telles cellules sont référencées dans des fonctions et des formules, le résultat renvoyé est #missing. En effet, Essbase peut interpréter de telles cellules et calculer les résultats correctement, tandis que les calculs à la volée ne disposent pas de cette capacité.
- Si une cellule contient une formule issue d'une formule de membre ou de mathématiques d'outline, la cellule autre que de niveau 0 sera accessible en écriture car une valeur saisie peut être propagée vers les cellules source accessibles en écriture lors de l'exécution de calculs à la volée dans l'application Web. La propagation aval de formules n'est pas prise en charge dans Smart View.
- Pour afficher les formules de membre d'une cellule dans les calculs à la volée, les membres participant à la formule doivent exister dans la grille. Sinon, la formule ne s'affiche pas dans l'info-bulle.
- Si l'évaluation d'une formule donne toujours une valeur constante (par exemple, la multiplication par zéro ou #missing), la formule n'est pas générée.
- Dans les formulaires 2.0, les calculs à la volée sont pris en charge uniquement pour les cubes BSO et BSO hybrides. Dans Smart View, le paramètre d'application Version des formulaires doit être défini sur Formulaires 2.0.
- Au niveau de la conception, vérifiez que les formulaires utilisant les calculs à la volée contiennent uniquement un nombre raisonnable et pertinent de membres dans leur grille afin de garantir un délai d'exécution rapide des calculs.
- Pour les formulaires 2.0, si les calculs à la volée et la répartition sont activés lors de la création du formulaire, et qu'un tel formulaire est ouvert dans Smart View, ce formulaire ne vous autorise ni à entrer ni à soumettre des données en raison d'un conflit entre les deux opérations. Afin d'éviter ce conflit, et d'activer les calculs de formule et la soumission de données, la répartition est désactivée automatiquement par défaut lorsqu'un formulaire pour lequel les calculs à la volée et la répartition sont activés est ouvert dans Smart View. Dans l'application Web, ce conflit n'existe pas, et les formulaires pour lesquels les calculs à la volée et la répartition sont activés fonctionnent correctement.