Meilleures pratiques pour Oracle Fusion HCM Analytics / Blogs / Perficient

Oracle Fusion HCM Analytics, qui fait partie d’Oracle Fusion Data Intelligence Platform (DIP) (anciennement connu sous le nom de Fusion Analytics Warehouse), fournit à différents niveaux de gestion des informations approfondies pour gérer efficacement la main-d’œuvre dans l’ensemble de l’organisation. DIP est pour l’essentiel une solution de données et d’analyse prête à l’emploi qui est généralement mise en œuvre en quelques semaines. Il existe cependant quelques considérations clés pour garantir un déploiement réussi, non seulement pour le contenu de base (prêt à l’emploi), mais également pour garantir la fiabilité et l’extensibilité afin de répondre aux besoins d’analyse continus et évolutifs. Dans ce blog, je soulignerai les points clés à planifier lors de votre parcours vers le déploiement d’Oracle Fusion HCM Analytics.

1. Quelles données inclure dans le DIP ? Pour répondre à cette question, nous passons en revue les domaines fonctionnels qui doivent être activés. Identifiez les modules HCM utilisés et activez les domaines fonctionnels DIP correspondants (tels que la gestion des effectifs, la gestion des absences, l’acquisition de talents, etc.). Un autre aspect pour répondre à cette question consiste à décider de la quantité de données HCM historiques à inclure dans le DIP à des fins d’analyse. Il est également important de prendre en considération le moment où Oracle HCM a été mis en œuvre pour la première fois et l’ampleur de l’effort de conversion par rapport aux systèmes HCM existants. S’il y a eu des acquisitions au fil des années, il est également bon de comprendre s’il y a eu des anomalies de conversion de données qui introduisent des exceptions en ce qui concerne la configuration des données de main-d’œuvre pour le reste de l’organisation. L’objectif final ici est de comprendre jusqu’où nous voulons remonter en termes de chargement des données historiques tout en maintenant la qualité des données et en disposant de suffisamment de tendances historiques pour générer des prévisions réalistes (telles que des projections d’embauche et d’attrition).
2. Corrections de données dans Oracle Fusion HCM: L’exécution du pipeline de données d’Oracle HCM vers l’entrepôt de données DIP entraînera le rejet d’enregistrements en cas d’incohérences de données dans Oracle HCM. Pour minimiser les risques de rejet de ces enregistrements, il est recommandé d’exécuter des tests de diagnostic Oracle HCM pour identifier et corriger les enregistrements de personne, de hiérarchie de responsable et d’informations législatives, avant de charger DIP.
3. Enquêter sur les enregistrements rejetés: Le pipeline de données d’Oracle HCM vers l’entrepôt de données DIP est géré par Oracle et nécessite donc peu d’intervention. Il s’agit d’un énorme différenciateur par rapport aux efforts massifs nécessaires pour emprunter la voie d’une solution de données et d’analyse développée en interne. Ces pipelines de données appliquent des contrôles de qualité des données lors du chargement des données dans DIP et rejetteront et signaleront donc les problèmes de données qui doivent être résolus. Il est donc important de prévoir de parcourir la liste des enregistrements rejetés avec leurs raisons, d’effectuer toutes les corrections nécessaires dans Oracle HCM et de réexécuter l’actualisation incrémentielle des données dans DIP.
4. Exécuter des validations de données: DIP dispose d’une capacité intégrée pour comparer ses KPI aux calculs de métriques provenant directement des domaines de reporting natifs Oracle HCM OTBI. Cela permet de comprendre les écarts dans les formules métriques qui pourraient devoir être ajustées avec des calculs personnalisés qui correspondent le mieux à votre organisation.
5. Organisation du contenu du tableau de bord: Vous pouvez créer votre propre catalogue de tableaux de bord standard, spécifique à votre entreprise, avant de les déployer auprès de différents groupes d’utilisateurs. Cela peut être fait en copiant le contenu de la liste de classeurs fournie par Oracle dans un nouveau dossier personnalisé pour le valider et le publier dans différents groupes. Le dossier livré par défaut par Oracle est verrouillé et ne peut pas être modifié, mais il peut être utilisé pour copier et modifier le contenu d’un dossier personnalisé.
6. Planifier divers scénarios de mise en œuvre de la sécurité DIP: Une partie importante de la mise en œuvre d’un DIP consiste à disposer d’un plan détaillé de mise en œuvre de la sécurité analytique HCM pour s’adapter aux différents rôles et responsabilités au sein des RH et dans l’ensemble de l’entreprise. DIP propose différentes couches de mise en œuvre de la sécurité analytique. Il est donc crucial de définir les différents types de rôles d’application et de prévoir de les utiliser pour gérer les aspects de sécurité suivants :
   • Qui a accès pour créer du nouveau contenu analytique et qui a accès uniquement à la visualisation ?
   • Quels rôles Oracle HCM ont accès à chaque classeur ou groupe de classeurs ? Il est recommandé de regrouper les classeurs avec des critères d’accès similaires dans le même dossier, définissant ainsi les autorisations des rôles d’application au niveau du dossier.
   • Quels rôles Oracle HCM nécessitent la sécurité des données ? Mappez ces rôles au rôle de sécurité des données correspondant. Si les rôles de sécurité des données prêts à l’emploi n’atteignent pas le résultat souhaité, prévoyez de mettre en œuvre des configurations de sécurité personnalisées pour atteindre votre objectif.
   • Existe-t-il des groupes d’utilisateurs qui ne devraient pas être en mesure d’accéder à des informations détaillées (telles que des informations individuelles), mais qui devraient néanmoins être en mesure de produire des rapports à un niveau récapitulatif ? Une configuration de sécurité personnalisée sera nécessaire dans ce cas.
7. Sécurité des données pour les supérieurs hiérarchiques: La sécurité de la hiérarchie des gestionnaires est prise en charge dès le départ en exploitant le rôle d’application de sécurité des données du gestionnaire de ligne par défaut. Toutefois, ce rôle ne peut pas être combiné avec d’autres rôles de sécurité des données client. Par conséquent, dans cette situation, il est nécessaire de configurer un rôle d’application de sécurité des données de gestionnaire personnalisé qui peut être combiné avec d’autres rôles de sécurité des données personnalisés pour obtenir le modèle de sécurité des données souhaité.
8. Missions de sécurité des données: Les missions de sécurité des données sont prises en charge pour diverses dimensions telles que l’unité commerciale, le département, le pays, l’entité juridique et l’auto-enregistrement. Cependant, le processus d’attribution des attributions de sécurité des données est manuel dans la console de sécurité DIP, les attributions étant attribuées à des utilisateurs individuels. Bien qu’il existe un processus de téléchargement de fichiers qui permet de configurer ces affectations de sécurité des données en masse, il nécessitera un nouveau téléchargement des affectations sur une base régulière chaque fois qu’il sera nécessaire de mettre à jour les affectations. Cela peut représenter un effort de maintenance important, mais heureusement, il est possible d’automatiser le processus d’exécution des tâches de sécurité des données et donc d’éliminer tout risque de sécurité.
9. Tirer parti des références: Fournir aux supérieurs hiérarchiques une visibilité sur la façon dont leurs propres équipes se comparent aux moyennes de l’entreprise leur permet d’identifier les domaines à améliorer. Cela permet aux supérieurs hiérarchiques de voir les performances de leur propre équipe par rapport à d’autres parties de l’entreprise. Quelques exemples de cette démarche incluent le suivi des KPI concernant la diversité, le chiffre d’affaires, les promotions, les embauches et leurs tendances correspondantes au fil du temps. Étant donné que nous ne souhaitons généralement pas ouvrir l’accès à des informations détaillées à tous les supérieurs hiérarchiques, nous passons par un processus de configuration pour permettre des rapports de référence à un niveau agrégé sans compromettre l’accès aux informations sécurisées.
10. Rapports de rémunération avec entrées d’éléments: Si vous souhaitez fournir une image complète de la rémunération et des avantages sociaux des employés avec des informations provenant directement de vos entrées d’éléments Oracle HCM, il est possible d’étendre DIP avec un domaine personnalisé pour ce faire. Vous pourrez ensuite extraire toutes les informations historiques relatives à la rémunération et aux avantages sociaux jusqu’au niveau le plus granulaire et les regrouper avec le reste des informations d’analyse des salaires.
11. Prise en charge des champs personnalisés: Chaque organisation possède sa propre liste de champs flexibles descriptifs qui ont été configurés dans Oracle Fusion HCM. Pour permettre une expérience cohérente et standardisée de l’analyse en libre-service dans DIP, ces champs flexibles descriptifs devront être activés dans DIP et incorporés dans les différents domaines applicables.
12. Rapport sur les périodes dynamiques: Il est simple de produire des rapports sur des périodes fixes, par exemple par mois, trimestre et année. Cependant, il est souvent demandé d’améliorer les tableaux de bord en permettant un filtrage dynamique sur une fenêtre temporelle glissante telle que le cumul annuel, le cumul trimestriel ou le soir sur une durée glissante de 12 mois. Un filtrage dans le tableau de bord peut être ajouté pour activer de telles fenêtres horaires variables sans générer plusieurs versions des mêmes rapports.

Pour obtenir de l’aide sur la mise en œuvre d’Oracle Fusion HCM Analytics ou d’autres produits DIP, contactez Mazen Manasseh chez Perficient.