Messages de validation des métadonnées

Les membres principaux doivent être créés avant les membres partagés

Les membres principaux doivent être créés avant les membres partagés (au-dessus du membre partagé dans la hiérarchie) pour les dimensions suivantes :

• Scénario

• Période

• Compte

• Intragroupe

• Mouvement

• Source de données

• Multi-GAAP (le cas échéant)

• Dimensions libres créées par l'utilisateur

Exemple de message de validation :

Le membre partagé ne doit pas exister avant le membre principal.

Résolution :

Déplacez le membre partagé vers une position en dessous du membre principal.

La création de membres partagés pour le membre FCCS_No Data Source n'est pas autorisée

La création de membres partagés pour le membre FCCS_No Data Source n'est pas autorisée.

Exemple de message de validation :

Les instances partagées pour FCCS_No Data Source ne sont pas autorisées.

Résolution :

Enlevez les instances partagées du membre FCCS_No Data Source.

FCCS_OpeningBalance ne peut pas être partagé dans la hiérarchie ClosingBalance

Dans la dimension Mouvement, si FCCS_OpeningBalance est partagé dans ClosingBalance, une erreur de validation survient, car cela peut se produire en cas d'erreurs avec les taux de change lors de la conversion et de la consolidation.

Exemple de message de validation :

FCCS_OpeningBalance ne doit pas être de type Partagé sous FCCS_ClosingBalance.

Résolution :

Assurez-vous que FCCS_OpeningBalance n'est pas partagé dans la hiérarchie FCCS_ClosingBalance.

Les membres parent Stockage ou Ne jamais partager d'une dimension libre ne doivent pas être utilisés en tant que membres partagés.

Les membres parent avec un stockage de données Stockage ou Ne jamais partager ne doivent pas être utilisés en tant que membres Partagé dans la hiérarchie personnalisée. Principe applicable aux dimensions suivantes :

• Multi-GAAP (le cas échéant)

• Dimensions libres créées par l'utilisateur

Exemple de message de validation :

Un membre parent principal Stockage ou Ne jamais partager ne doit pas être utilisé en tant que membre Partagé.

Résolution :

Enlevez le membre partagé de la hiérarchie alternative, créez un parent dans cette hiérarchie alternative et partagez les membres de niveau 0 sous ce nouveau parent.

Les types de stockage de données des membres de niveau zéro doivent être valides

Le type de stockage de données doit être valide pour tous les membres de niveau zéro :

• Dimensions Mouvement, Entité : Stockage, Ne jamais partager ou Partagé

• Dimensions Compte, Source de données, Multi-GAAP et dimensions libres créées par l'utilisateur : Stockage, Ne jamais partager, Partagé ou Calcul dynamique

Exemple de message de validation :

Le stockage de données doit être de type Stockage, Ne jamais partager, Partagé ou Calcul dynamique pour tous les membres de niveau 0.

Résolution :

Modifiez la sélection du stockage de données comme décrit ci-dessus.

Tous les membres parent dans les dimensions Multi-GAAP et libres doivent appliquer le stockage de données Calcul dynamique

Les membres parent dans les dimensions Multi-GAAP et libres doivent appliquer la propriété de stockage de données Calcul dynamique.

Si elle n'est pas définie sur Calcul dynamique, un message d'avertissement vous indique que ce problème peut entraîner des difficultés dans l'application.

Seuls les membres avec stockage des données de type Calcul dynamique doivent être définis sur Calcul à deux passes.

Les membres autres que les membres de calcul dynamique ne doivent pas être définis avec la propriété de calcul à deux passes

Pour les applications hybrides, il est recommandé d'utiliser la propriété d'ordre de résolution au lieu du calcul à deux passes.

Les membres de niveau zéro de la dimension Intragroupe ne doivent pas être définis sur Calcul dynamique

Dans la dimension Intragroupe, si vous modifiez les membres Intragroupe de niveau zéro et que vous définissez le stockage de données sur Calcul dynamique sans formule de membre, une erreur de validation survient.

Les membres de niveau 0 ne doivent pas être de type Calcul dynamique sans formules

Tous les membres Calcul dynamique valides de niveau 0 doivent posséder une formule de membre valide.

Exemple de message de validation :

Les membres de niveau 0 ne doivent pas être de type Calcul dynamique sans formules de membre.

Résolution :

Ajoutez une formule valide au membre Calcul dynamique ou modifiez les propriétés du stockage de données sur Stockage, Ne jamais partager ou Partagé. Pour les comptes Cube de taux, vérifiez que les comptes sont nécessaires dans le cube de taux. Dans le cas contraire, supprimez le compte du cube de taux à l'aide de l'éditeur de dimensions ou modifiez "Opérateur de consolidation des taux" sur "Non utilisé pour le cube" dans l'éditeur de dimensions simplifié.

Les membres parent ne doivent pas posséder de formule de membre

Les membres parent ne doivent pas posséder de formule de membre pour les dimensions suivantes :

• Entité

• Compte

• Mouvement

• Source de données

• Multi-GAAP (le cas échéant)

• Dimensions libres créées par l'utilisateur

Exemple de message de validation :

Les membres parent ne doivent pas posséder de formule de membre.

Résolution :

Enlevez la formule de membre du membre parent.

Les opérateurs d'agrégation doivent être Ignorer ou Jamais pour tous les enfants des noms de dimension

L'opérateur d'agrégation doit être Ignorer ou Jamais si le membre est l'enfant d'un nom de dimension.

• Dimension Entité : Ignorer pour le cube Consolidation et le cube Taux

• Autres dimensions : Ignorer ou Jamais pour le cube Consolidation et Ignorer pour le cube Taux

Exemple de message de validation :

L'opérateur de consolidation doit être Ignorer pour tous les enfants du nom de dimension.

L'opérateur de consolidation doit être Ignorer ou Jamais pour tous les enfants du nom de dimension.

Résolution :

Modifiez l'opérateur d'agrégation comme décrit ci-dessus. Les opérateurs d'agrégation doivent déjà être corrects pour les membres prédéfinis.

Les types de compte et les opérateurs d'agrégation doivent correspondre.

Au sein du bilan équilibré dans la dimension Compte, les types de compte des comptes parent et enfant doivent correspondre à l'opérateur d'agrégation approprié. La combinaison du type de compte parent et du type de compte enfant détermine si l'opérateur d'agrégation doit être Addition ou Soustraction. Une correspondance appropriée entre les types de compte et l'opérateur d'agrégation permettra de garantir que les données de bilan soient correctement agrégées dans un bilan équilibré.

Si le signe normal (c'est-à-dire Débit ou Crédit) est le même pour le compte parent et le compte enfant, alors l'opérateur d'agrégation doit être Addition. Si le "signe normal" est différent pour le compte parent et le compte enfant, alors l'opérateur d'agrégation doit être Soustraction.

Exemple de message de validation :

L'opérateur de consolidation de compte doit être Addition en fonction des types de compte parent et enfant.

L'opérateur de consolidation doit être Soustraction en fonction des types de compte parent et enfant.

Résolution :

Modifiez le type de compte parent ou enfant, ou modifiez l'opérateur d'agrégation.

La hiérarchie du bilan prédéfini doit refléter la structure suivante :

Le compte de regroupement du bilan prédéfini (FCCS_Balance Sheet) doit constituer le premier membre suivant les comptes de taux de change et les comptes système prédéfinis.

Le premier enfant de FCCS_Balance Sheet doit être le membre supérieur du bilan équilibré prédéfini. Actuellement :

FCCS_Total Balance Sheet-Net Asset Approach

Ou

FCCS_Total Balance Sheet-Traditional Approach

L'opérateur d'agrégation pour ces comptes peut être Addition, Soustraction ou Ignorer. Il est conseillé (mais pas obligatoire) d'utiliser Ignorer sauf si vous voulez créer des rapports à partir du membre "groupement".

L'opérateur d'agrégation pour tous les autres enfants du groupement FCCS_Balance Sheet doit idéalement être Ignorer, mais peut également être Addition ou Soustraction s'il est nécessaire de créer des rapports à partir du membre "groupement".

Tous les descendants de l'enfant immédiat de FCCS_Balance Sheet doivent avoir l'opérateur Addition ou Soustraction, et doivent correspondre à la combinaison des types de compte parent et enfant.

Cette validation est appliquée à toutes les hiérarchies au sein du membre de groupement FCCS_Balance Sheet (à l'exception de la hiérarchie prédéfinie Trésorerie et hors trésorerie). Si vous voulez créer une hiérarchie alternative non concernée par ce contrôle de validation, elle doit être placée dans le compte de groupement FCCS_Income Statement.

Les membres Eliminations intragroupes et Total des éliminations ne doivent pas être déplacés dans la hiérarchie

Le membre Elimination intragroupe ne doit pas être déplacé en dehors de la hiérarchie Total des éliminations.

Le membre Total des éliminations ne doit pas être déplacé en dehors de la hiérarchie Source de données totale.

Exemple de message de validation :

Le membre Elimination intragroupe ne doit pas être déplacé en dehors de Total des éliminations.

Le membre Total des éliminations ne doit pas être déplacé en dehors de Source de données totale.

Résolution :

Déplacez les membres Elimination intragroupe et Total des éliminations à l'emplacement approprié dans la hiérarchie.

Les formules de membre libre ne doivent pas être ajoutées sous la hiérarchie du bilan total

Les formules de membre libre ne doivent pas être ajoutées sous la hiérarchie du bilan total Lorsque vous créez un membre de calcul dynamique avec une formule de membre dans la hiérarchie du bilan total de la dimension Compte, le système affiche un message d'erreur durant la validation des métadonnées pour vous informer des problèmes éventuels liés aux calculs de bilan.

Dans la dimension Source de données, chaque entité doit comporter un membre S_ correspondant lorsque la gestion de la participation est activée

Lorsque vous activez la gestion de la participation dans une application, les nouveaux membres S_Entity prédéfinis sont ajoutés dans la dimension Source de données. Si un membre S_ est manquant pour une entité, une erreur de validation survient et vous devez créer un membre Source de données. Par exemple, si vous disposez d'un membre Entité nommé TestEntity, vous devez créer un membre Source de données nommé S_TestEntity sous FCCS_Source Entities.

Exemple de message de validation :

Le membre de source de données S_ est manquant pour ce membre d'entité. Créez un membre de source de données S_ENTITYNAME sous FCCS_Source Entities.

Résolution :

Créez un membre Source de données S_EntityName sous FCCS_Source Entities.

Le membre de mouvement de revalorisation des capitaux propres ne peut pas être un membre parent

Dans la fonctionnalité de revalorisation des capitaux propres de participation, pour les membres Mouvement, vous ne pouvez pas sélectionner des membres parents dans la hiérarchie FCCS_Mvmts_Subtotal. La liste prédéfinie des membres de dimension Mouvement pouvant être sélectionnés est composée des membres de niveau 0 de la hiérarchie FCCS_Mvmts_Subtotal.

Exemple de message de validation :

XXXX n'est pas un descendant de niveau 0 du sous-total des mouvements.

Résolution :

Pour Revalorisation des capitaux propres, dans la dimension Mouvement, sélectionnez uniquement des membres de niveau 0 de la hiérarchie FCCS_Mvmts_Subtotal.

Validation de l'ordre de résolution de la dimension Compte

Cette validation n'est applicable que si vous utilisez l'option d'optimisation Dense/Dispersé avec les dimensions Période et Mouvement en tant que dimensions denses. La propriété d'ordre de résolution de tous les membres présentant le type de stockage Calcul dynamique dans la dimension Compte doit être définie sur 58.

Exemple de message de validation :

L'ordre de résolution pour ce membre doit correspondre à 58

Résolution :

Définissez la propriété d'ordre de résolution du membre spécifié, si nécessaire.

Validation de l'ordre de résolution de la dimension Consolidation

La validation suivante ne s'applique pas lorsque vous utilisez l'option d'optimisation Dense/Dispersé avec les dimensions Période et Mouvement en tant que dimensions denses.

Si la fonctionnalité Consolidation avancée n'est pas activée, définissez l'ordre de résolution pour les membres suivants sur 26.

• FCCS_Contribution Total

• FCCS_Contribution

• FCCS_Parent Total (selon l'activation des fonctionnalités)

• FCCS_Proportion

Si la fonctionnalité Entrée parent est activée, définissez l'ordre de résolution pour les membres suivants sur 26.

• FCCS_Contribution Total

• FCCS_Contribution

• FCCS_Parent Total

Exemple de message de validation :

Si vous utilisez l'option d'optimisation Dense/Dispersé et que la fonctionnalité Entrée parent est activée, la propriété d'ordre de résolution pour le membre FCCS_Parent Total et ses membres parent doit être définie sur 51.

Si vous utilisez l'option d'optimisation Dense/Dispersé, mais que vous n'avez pas activé la fonctionnalité Gestion de la participation, la propriété d'ordre de résolution pour le membre FCCS_Proportion et ses membres parent doit être définie sur 51.

Résolution :

Définissez la propriété d'ordre de résolution du membre spécifié, si nécessaire.

Validation de l'ordre de résolution de la dimension Source de données

La propriété d'ordre de résolution des membres suivants doit être définie sur 28. Cela ne s'applique pas lorsque vous utilisez l'option d'optimisation Dense/Dispersé avec les dimensions Période et Mouvement en tant que dimensions denses.

• FCCS_Total Data Source

• FCCS_TotalInputAndAdjusted

• FCCS_Total Eliminations

Exemple de message de validation :

Résolution :

Définissez la propriété d'ordre de résolution du membre spécifié, si nécessaire.

Validation de l'ordre de résolution de la dimension Mouvement

Valeurs d'ordre de résolution pour l'option Standard (Compte en tant que dimension dense)

Si vous n'utilisez pas l'option d'optimisation Dense/Dispersé, la propriété d'ordre de résolution pour les membres suivants doit être définie sur 53 :

• FCCS_OpeningBalance_Cash

• FX_Total_NonCash

• FCCS_ClosingBalance_Cash

L'ordre de résolution de FCCS_ClosingBalance_Variance doit être 55.

La propriété d'ordre de résolution des membres suivants doit être définie sur 25.

• FCCS_Mvmts_Operating

• FCCS_Mvmts_Investing

• FCCS_Mvmts_Financing

• FCCS_CashFlow

• FCCS_CashFlow_Operating

• FCCS_CashFlow_NetIncome

• FCCS_CashFlow_AdjustmentsToNetIncome

• FCCS_CashFlow_DepreciationAndAmortization

• FCCS_CashFlow_NetAssets

• FCCS_CashFlow_AccountsReceivable

• FCCS_CashFlow_Inventories

• FCCS_CashFlow_OtherCurrentAssets

• FCCS_CashFlow_AccountsPayable

• FCCS_CashFlow_OtherCurrentLiabilities

• FCCS_CashFlow_Investing

• FCCS_CashFlow_Acquisitions

• FCCS_CashFlow_Disposals

• FCCS_CashFlow_CapitalExpenditures

• FCCS_CashFlow_ProceeedsFromSalesOfPPE

• FCCS_CashFlow_OtherInvestingActivities

• FCCS_CashFlow_Financing

• FCCS_CashFlow_IssueOfStock

• FCCS_CashFlow_ProceedsFromDebt

• FCCS_CashFlow_RepaymentOfDebt

• FCCS_CashFlow_OtherFinancingActivities

Exemple de message de validation :

Valeurs d'ordre de résolution pour l'option d'optimisation Dense/Dispersé

Si vous utilisez l'option d'optimisation Dense/Dispersé, la propriété d'ordre de résolution pour les membres suivants doit être définie sur 59 :

• FCCS_CashChange

• FCCS_OpeningBalance_Cash

• FX_Total_NonCash

• FCCS_ClosingBalance_Cash

• FCCS_ClosingBalance_Variance

Pour les membres suivants, si l'option Contrôler le stockage de vue cumulée est activée, définissez l'ordre de résolution sur 53.

• FCCS_CashChange

• FCCS_OpeningBalance_Cash

• FCCS_FX_Total_NonCash

• FCCS_ClosingBalance_Cash

Résolution :

Définissez la propriété d'ordre de résolution du membre spécifié, si nécessaire.

Validation de l'ordre de résolution de la dimension Période

Si vous utilisez l'option d'optimisation Dense/Dispersé avec les dimensions Période et Mouvement comme dimensions denses, l'ordre de résolution pour les membres suivants doit être défini sur 53.

Si vous n'utilisez pas l'option d'optimisation Dense/Dispersé, la propriété d'ordre de résolution pour les membres suivants doit être définie sur 52.

• YearTotal

• HY1

• HY2

• Q1

• Q2

• Q3

• Q4

Exemple de message de validation :

Résolution :

Définissez la propriété d'ordre de résolution du membre spécifié, si nécessaire.

Validation de l'ordre de résolution de la dimension Vue

Si vous utilisez l'option d'optimisation Dense/Dispersé avec les dimensions Période et Mouvement comme dimensions denses, l'ordre de résolution pour les membres suivants doit être défini sur 53.

YTD, HYTD, QTD, YTD_RULE, HYTD_RULE, QTD_RULE

Si vous n'utilisez pas l'option d'optimisation Dense/Dispersé, la propriété d'ordre de résolution pour les membres suivants doit être définie sur 27.

YTD_RULE, HYTD_RULE, QTD_RULE

Exemple de message de validation :

Résolution :

Définissez la propriété d'ordre de résolution du membre spécifié, si nécessaire.