Pour les personnes pressées : la vidéo sous forme de texte

Bienvenue à nouveau sur votre Vlog Hyperion préféré epmfox. Je vous ai manqué, n'est-ce pas ? C'est bon, je suis de retour. Dans le troisième chapitre de la série de vidéos “Hyperion Upgrade", je réponds à la question de savoir quelles options il vous reste après la fin d'EPMA et quels sont les avantages et inconvénients de chaque option. Alors, restez à l'écoute !  Entrons directement dans le premier chapitre !

Chapitre 3.1 - La fin d'EPMA

Pour ceux qui ne le savent pas :   Enterprise Performance Management Architect (EPMA) est un composant d'Oracle EPM Suite 11.1 et est utilisé pour gérer les métadonnées des applications Hyperion Planning, Financial Management, Profitability and Cost Management et Essbase. Qu'est-ce que les métadonnées ? Les métadonnées (ou "données maîtres") sont des données structurelles qui forment le cadre d'une application dans laquelle les données réelles sont ensuite intégrées. Par exemple, les comptes avec leurs propriétés associées (nom, numéro de compte, type de compte, compte IC ou non) sont définis dans les métadonnées. Il en va de même pour les entreprises, les périodes, les années, etc. Il n'est pas utile d'en dire plus sur l'EPMA, car dans Hyperion 11.2 il n'y a plus d'EPMA. Oracle a abandonné le produit. Les utilisateurs d'EPMA doivent donc réfléchir à la manière de migrer les métadonnées d'EPMA vers le nouvel environnement et à la manière de maintenir et de charger les métadonnées pour Hyperion à l'avenir. Cela nous amène à la première question :

Chapitre 3.2 - Quelles sont mes options sans EPMA ?

La première alternative proposée par Oracle est le DRM (Data Relationship Management). Qu'est-ce qu'un DRM ?  Le DRM est un outil beaucoup plus puissant que l'EPMA. Pourquoi ? Examinons de plus près certaines de ses caractéristiques. DRM est un outil de métadonnées qui peut être utilisé pour créer, maintenir et copier des métadonnées vers des applications cibles. Une différence importante avec EPMA est que les applications cibles ne se limitent pas à Oracle Hyperion, mais que DRM peut être utilisé pour la maintenance de toutes les métadonnées des systèmes utilisés dans l'entreprise. DRM est donc indépendant du produit et du fournisseur. Il peut créer des FlatFiles qui peuvent être chargés directement dans les systèmes cibles ou écrire dans des bases de données que les systèmes cibles peuvent utiliser. Ces processus peuvent être automatisés par des scripts. Il est notamment possible de lier les modifications apportées dans un système à un autre système, de sorte qu'il est garanti que, par exemple, le plan comptable ou la hiérarchie de l'entreprise sont toujours identiques dans plusieurs systèmes. Le DRM est plus souple que l'EPMA lorsqu'il s'agit de travailler réellement sur les métadonnées. Les modifications peuvent être effectuées hors ligne, mises en cache, et partiellement mise en ligne. Les métadonnées peuvent être classées par version, des snapshots peuvent être créés, qui peuvent être consultés et rechargés en cas de besoin.   Le DRM est plus transparent que l'EPMA, car vous pouvez savoir exactement qui a effectué et chargé quelle modification et quand. Une joie surtout pour les auditeurs.     DRM dispose d'un processus intégré de contrôle et de gestion des changements. Cela signifie qu'il soutient les personnes impliquées dans le processus, de la demande à la publication et à la mise en œuvre des ajustements de métadonnées.   Il sert de stockage central pour la cartographie FDMEE. De cette façon, vous pouvez également utiliser le mappage pour d'autres applications que FDMEE. Le DRM est, tout compte fait, plus polyvalent, plus souple, plus transparent et plus solide que l'EPMA... mais malheureusement aussi plus compliqué. De nombreuses fonctions ne sont pas prêtes à l'emploi, mais doivent être configurées au départ. Il convient donc de consulter un expert, notamment pour la mise en place initiale. Contactez-nous, nous sommes heureux de vous aider. En ce qui concerne les coûts, il y a une bonne et une mauvaise nouvelle.  Commençons par la bonne : Les détenteurs d'une licence Oracle Hyperion 11.2 obtiennent le DRM gratuitement.   Mais, et maintenant la mauvaise nouvelle : il s'agit d'une version limitée.  Qu'est-ce que cela signifie exactement ?   Oracle DRM ne peut être utilisé que pour les produits Oracle Hyperion.  Pas de lecture et d'alimentation de métadonnées vers/depuis d'autres applications telles que des applications Cloud, Data Warehouses, BI tools, etc. Aucune fonctionnalité autour de la gestion du contrôle des processus. Pas de fonctions d'analyse DRM Max. 5 utilisateurs de DRM  Si vous voulez la version DRM complète avec toutes les fonctionnalités, vous avez deux options : Soit vous achetez la licence DRM normale, soit  la licence ORACLE EPM Cloud Enterprise Data Management.  Tant que nous sommes sur le sujet : voulez-vous des DRM ? Il se trouve que j'ai une offre très intéressante pour vous. Le choix de la version limitée ou complète dépend de la mesure dans laquelle vous souhaitez utiliser la gestion des droits numériques. Si vous souhaitez disposer d'un outil de métadonnées à l'échelle de l'entreprise, qui puisse également servir à des systèmes autres qu'Hypérion, tels que des outils ERP ou BI, vous devez opter pour la version complète. Il en va de même si vous avez des structures complexes qui changent fréquemment et qui doivent être synchronisées sur plusieurs systèmes. Sinon, la version restreinte est suffisante.

La deuxième option consiste à convertir votre application EPMA existante en une application “classique”. Classique signifie qu'après la conversion, on utilise la manière classique d'administrer les métadonnées, qu'un produit offre en standard (par exemple, HFM Client -> Load Metadata, EAS Console, etc.) L'inconvénient : les métadonnées d'une application classique sont spécifiques au produit. La synchronisation des métadonnées entre les produits n'est plus possible. Par exemple, le plan comptable d'une application HFM Classic ne peut pas être partagé avec une application de planification.  Si vous ne souhaitez pas partager des métadonnées entre applications ou si vos dimensions partagées changent rarement, cette option reste parfaitement suffisante. D'ailleurs, selon la feuille de route d'Oracle, un "éditeur de métadonnées natif" devrait voir le jour à un moment donné pour HFM. Mais il n'y a aucune information sur la date exacte de sa sortie.

Option 3 : FDMEE Une autre option qui n'est pratiquement jamais utilisée mais qui ne doit pas être négligée est FDMEE, qui peut également charger des métadonnées. Cependant, comme cette option présente peu d'avantages, nous ne l'approfondirons pas ici.  

La dernière option est celle des fournisseurs tiers qui ont créé leurs propres solutions pour simplifier la gestion des métadonnées. Une option est la "Console Infranaut" proposée par notre partenaire infranaut, qui a été développée spécifiquement pour HFM. Asseyez-vous et regardez par vous-même. Foxbot, musique s'il te plaît !

Résumons tout ça : Voici les 4 options avec leurs avantages et inconvénients.

Alors mesdames et messieurs, c'est tout ! Comme toujours, tout est court, simple et direct.  La vidéo vous a-t-elle aidé ? Alors abonnez-vous à epmfox.com et ne manquez pas les prochaines vidéos !