Clients utilisant Financial Consolidation and Close

Pour les clients Oracle Hyperion Financial Management passant à Financial Consolidation and Close, notez les différences clés entre les deux produits :

Financial Consolidation and Close affiche un montant positif en débit et un montant négatif en crédit.
Le "type de plan" n'est pas un concept Financial Consolidation and Close.
Les utilisateurs Financial Consolidation and Close peuvent charger les données Oracle General Ledger dans leurs propres applications.
Les utilisateurs peuvent exporter des données de Financial Consolidation and Close vers Fusion GL en tant que valeurs réelles.
La synchronisation des données peut transmettre les données de Planning ou de Financial Consolidation and Close à une application cible Financial Consolidation and Close.
Financial Consolidation and Close peut être utilisé comme système source dans le format d'import. Ainsi, vous pouvez utiliser Financial Consolidation and Close comme système source, puis recourir à un service cloud différent (comme les modules Planning, Account Reconciliation, Planning, Profitability and Cost Management) en tant que cible, et déplacer des données de Financial Consolidation and Close vers ces autres services cloud.

En outre, vous pouvez extraire des données à partir de Financial Consolidation and Close et les transmettre à un fichier pour les utiliser dans une autre application.
Pour une dimension de consolidation, vous pouvez charger différents montants et taux de dérogation pour différents membres source par emplacement. Ceci vous permet d'établir un rapport sur les détails utilisés pour exécuter les différentes étapes du processus de consolidation.
En plus des dimensions prédéfinies par le système, vous pouvez créer jusqu'à quatre dimensions libres supplémentaires selon vos besoins pour l'application. Les dimensions libres sont associées à la dimension Compte et fournissent des informations supplémentaires sur les comptes. Lorsque la dimensionnalité étendue est activée pour l'application, vous pouvez créer jusqu'à quatre dimensions libres. Si l'application est activée avec l'option de reporting multi-GAAP, vous pouvez créer trois dimensions libres.
L'intégration des données prend en charge une "période" Financial Consolidation and Close en tant que colonne dans un fichier de données. Si vous disposez de données de plusieurs périodes dans un seul fichier, vous pouvez inclure l'année et la période sur chaque ligne de données. Dans Mapper les dimensions, sélectionnez les lignes de période source d'Année et de Période afin d'indiquer au système que ces colonnes sont dans le fichier, puis mappez-les avec la dimension appropriée dans le système cible. Reportez-vous à la section Chargement de plusieurs périodes pour les systèmes source basés sur un fichier ou EPM Cloud.
L'intégration des données prend en charge une méthode de chargement explicite pour le chargement des journaux dans Financial Consolidation and Close. Les journaux sont chargés par la définition d'une intégration de type "Journaux". Les chargements de journaux basés sur du texte et sur Excel sont pris en charge. Reportez-vous à la section Chargement des journaux dans Financial Consolidation and Close dans le guide Administration de Data Management pour Oracle Enterprise Performance Management Cloud.
La fonctionnalité d'exploration amont n'est pas prise en charge pour les données de taux de change.
Les modes d'import disponibles pour Financial Consolidation and Close sont "ajouter" et "remplacer".
Dans les applications autres que les applications sans optimisation Dense/Dispersé, lorsque vous importez des données à partir de Financial Consolidation and Close et que vous utilisez un ensemble de mappings explicite, n'utilisez pas les colonnes d'attribut ATTR2 et ATTR3 pour les mappings de dimension. L'intégration des données utilise ces colonnes pour déterminer la clé de période correcte de la ligne.
Les clients Financial Consolidation and Close peuvent extraire les valeurs calculées dynamiques en sélectionnant l'option Toutes les données dans Intégration directe (pour plus d'informations, reportez-vous à la section Définition des options d'intégration directe). L'intégration des données exige que le paramètre Contrôler le stockage de vue cumulée dans Financial Consolidation and Close soit activé, ou que l'application Financial Consolidation and Close soit une application DSO (compatible avec l'option d'optimisation Dense/Dispersé), pour extraire les valeurs calculées dynamiques. Pour plus d'informations, reportez-vous à la section Utilisation de l'option de contrôle de vue cumulée.
Modes d'export disponibles pour l'application cible Financial Consolidation and Close :
- Fusionner : si l'application comportait déjà des données, le système ajoute simplement les valeurs du fichier de chargement aux données existantes. Aucune donnée existante n'est supprimée. En l'absence de données, des données sont créées.
- Remplacer : le système supprime d'abord toutes les valeurs reposant sur le scénario, l'année, la période, l'entité et la source de données avant de soumettre le chargement.
- Cumuler : cumule les données enregistrées dans l'application avec celles du fichier de chargement.
- Exécution à blanc : analyse un fichier de chargement de données à la recherche d'enregistrements non valides sans charger les données vers l'application cible. Pour chaque point de vue unique du fichier de données, la valeur contenue dans le fichier de chargement vient s'ajouter à celle de l'application.
Pour charger les données vers la devise réelle plutôt que la devise d'entité lorsque la devise est fixe, définissez la devise dans le champ Devise fonctionnelle de l'option Emplacement. Vous pouvez également ajouter une ligne de devise dans le format d'import et la mapper.
Chargements de données partiels : lors du chargement des données, toutes les données valides sont chargées. Par exemple, si certaines données ne sont pas validées par les règles de validation de niveau cellule, elles ne sont pas chargées, mais toutes les autres données valides sont chargées. Un chargement de données partiel est considéré comme une intégration ayant échoué, mais toutes les données valides sont chargées. Si les utilisateurs sont définis comme administrateurs, les validations de niveau cellule sont ignorées et les données sont chargées.
Lorsque vous exécutez une intégration sur des instances en mode de transmission, les informations d'identification des détails de connexion sont utilisées pour déterminer l'utilisateur du chargement, et non l'utilisateur ayant soumis l'intégration pour traitement. A l'inverse, si vous configurez l'intégration en mode d'extraction, l'utilisateur exécutant l'intégration détermine la sécurité lors du chargement vers l'application de consolidation.
Lorsque vous effectuez un chargement en tant qu'administrateur, le chargement des données ignore la sécurité, y compris les règles de validation, et charge toutes les données.
Lorsque les règles de validation et l'option Autoriser la sécurité des données pour les administrateurs sont activées, si un administrateur ou un autre utilisateur charge les données, le chargement empêche le chargement des données dans les cellules soumises à des validations, mais il charge le reste des données. Lorsque la sécurité est activée, le système effectue un chargement partiel mais affiche la règle d'intégration comme ayant échoué.
Un chargement de données sur plusieurs instances se sert de l'utilisateur défini dans la connexion et détermine le mode de chargement des données en fonction de ce dernier, et non en fonction de l'utilisateur exécutant la règle.