Votre modèle de données Hire to Retire, gestion des postes
Votre modèle de données Hire to Retire, gestion des postes
- Attributs recommandés à collecter
- Principales activités à suivre
- Recommandations d’extraction pour SAP SuccessFactors Employee Central
Hire to Retire, attributs de la gestion des postes
| Nom | Description | ||
|---|---|---|---|
|
Heure de l’événement
EventTime
|
Horodatage indiquant le moment où une activité précise s’est produite. | ||
|
Description
Event Time enregistre la date et l’heure exactes auxquelles une activité a été exécutée ou journalisée dans le système. Il fournit l’ordre chronologique des événements pour le cycle de vie de chaque poste. Cet horodatage est essentiel à toutes les analyses temporelles du Process Mining. Il sert à calculer les délais entre les activités, à mesurer la durée totale du processus, à identifier les goulots d’étranglement en analysant le temps passé entre les étapes et à suivre l’évolution des performances dans le temps. Sans horodatages fiables, l’analyse du processus n’est pas possible.
Pourquoi c’est important
Cet attribut fournit la séquence chronologique des événements, indispensable au calcul des délais, à la détection des goulots d’étranglement et à la compréhension des performances du processus.
Où les obtenir
Il correspond au champ de date de création ou de dernière modification associé aux événements ou aux changements de statut dans les journaux d’audit ou les enregistrements de transactions de la gestion des postes dans SAP SuccessFactors.
Exemples
2023-04-15T09:00:00Z2023-04-15T14:30:15Z2023-05-01T11:20:00Z
|
|||
|
Identifiant du poste
PositionId
|
Identifiant unique d’un poste organisationnel, utilisé comme identifiant principal du cas pour le processus de gestion des postes. | ||
|
Description
Le Position ID relie toutes les activités et tous les points de données associés à un même poste organisationnel. Il permet de suivre de bout en bout l’ensemble du cycle de vie d’un poste, depuis sa demande et sa création initiales jusqu’à ses éventuelles modifications, reclassifications, désactivation ou clôture. Dans le Process Mining, chaque Position ID unique représente un cas. L’analyse des processus à partir de cet identifiant permet de comprendre le parcours complet d’un poste, de mesurer la durée totale de son cycle de vie et d’identifier les tendances ou les goulots d’étranglement qui l’affectent du début à la fin. Il s’agit de l’attribut fondamental pour construire la cartographie du processus et calculer les KPI au niveau du cas.
Pourquoi c’est important
Il s’agit de l’identifiant essentiel du cas, qui relie tous les événements associés et permet de retracer le cycle de vie complet d’un poste ainsi que d’analyser son flux de processus.
Où les obtenir
Cet identifiant est un élément central du module Position Management de SAP SuccessFactors Employee Central. Il se trouve généralement dans l’objet Position.
Exemples
POS-1002345POS-1002346POS-2039871
|
|||
|
Nom de l’activité
ActivityName
|
Nom de l’événement métier survenu à un moment précis pour un poste. | ||
|
Description
Cet attribut décrit une étape ou un jalon précis du cycle de vie de la gestion des postes, comme « Position Request Initiated », « Position Created in HR System » ou « Position Deactivated ». Chaque activité représente un événement distinct du processus. L’analyse de la séquence et de la fréquence des activités constitue le cœur du Process Mining. Elle permet de visualiser la cartographie du processus, d’identifier les flux courants et alternatifs du processus, appelés variantes, et de repérer les retards ou le retraitement entre les étapes. Elle est fondamentale pour comprendre le fonctionnement réel du processus.
Pourquoi c’est important
Il définit les étapes du processus et permet de visualiser la carte du processus, ainsi que d’analyser le flux de travail, les goulots d’étranglement et les écarts.
Où les obtenir
Il est généralement dérivé des journaux d’événements, des enregistrements de changements de statut ou des pistes d’audit du système SAP SuccessFactors Employee Central. Une mise en correspondance des codes d’événements techniques ou des transitions de statut avec des noms compréhensibles peut être nécessaire.
Exemples
Demande de poste initiéePoste créé dans le système RHAttributs du poste modifiésPoste désactivé
|
|||
|
Dernière mise à jour des données
LastDataUpdateTime
|
Horodatage de la dernière actualisation ou extraction des données depuis le système source. | ||
|
Description
Cet attribut indique la dernière mise à jour des données du processus dans l’outil de Process Mining. Il reflète l’actualité des données analysées. Il est important que les utilisateurs connaissent l’actualité de l’analyse et puissent évaluer correctement la fraîcheur des données. Il s’agit d’un élément essentiel des métadonnées de tout Dashboard ou rapport.
Pourquoi c’est important
Il informe les utilisateurs de l’actualité des données, ce qui est essentiel pour garantir que les analyses et les décisions reposent sur des informations à jour.
Où les obtenir
Cet horodatage est généré par le pipeline d’extraction et de transformation des données au moment de son exécution.
Exemples
2023-10-27T08:00:00Z
|
|||
|
Système source
SourceSystemId
|
Système à partir duquel les données ont été extraites. | ||
|
Description
Cet attribut identifie le système source dont proviennent les données d’événements. Pour ce processus, il s’agit systématiquement de SAP SuccessFactors Employee Central. Même s’il peut sembler redondant dans un modèle à source unique, ce champ est essentiel à la gouvernance des données et au maintien du contexte, notamment lorsque les données peuvent être fusionnées à partir de plusieurs systèmes. Il garantit la traçabilité de l’origine des données.
Pourquoi c’est important
Il fournit une traçabilité claire de l’origine des données, essentielle à la gouvernance des données, au dépannage et aux environnements comportant plusieurs sources de données.
Où les obtenir
Il s’agit généralement d’une valeur statique ajoutée lors de la transformation des données afin d’indiquer l’origine du jeu de données.
Exemples
SAP SuccessFactors Employee Central
|
|||
|
Département
DepartmentName
|
Nom du département auquel le poste est rattaché. | ||
|
Description
Cet attribut précise le département organisationnel associé au poste, par exemple « Finance », « Sales » ou « Information Technology ». Le département constitue une dimension essentielle pour les analyses comparatives. Il permet de comparer les performances du processus entre différentes parties de l’organisation, par exemple les délais d’approbation des postes entre départements. Il est indispensable au Dashboard « Departmental Approval Bottleneck » et aide à identifier les inefficacités locales ou les bonnes pratiques.
Pourquoi c’est important
Il permet de comparer les performances et d’analyser les goulots d’étranglement entre différents départements, afin de cibler les problèmes propres à chaque périmètre.
Où les obtenir
Il s’agit d’un attribut standard de l’objet Position dans SAP SuccessFactors Employee Central.
Exemples
FinanceVentes, Amérique du NordRecherche et développement
|
|||
|
Heure de fin de l’événement
EventEndTime
|
Horodatage indiquant le moment où une activité précise a été terminée. | ||
|
Description
Event End Time marque la fin d’une activité. Dans de nombreux systèmes, une activité est enregistrée comme un instant unique, auquel cas l’heure de fin est identique à l’heure de début. Pour les activités dont la durée est mesurable, comme une étape d’approbation traitée activement, ce champ enregistre le moment de l’achèvement. Cet attribut est essentiel au calcul du temps de traitement des activités individuelles. Il permet de distinguer le temps d’attente, c’est-à-dire l’intervalle entre deux activités, du temps de traitement, qui correspond à la durée de l’activité elle-même, et offre ainsi une vision plus précise de l’efficacité du processus.
Pourquoi c’est important
Il permet de calculer le temps de traitement d’une activité et de distinguer le temps consacré à une tâche du temps d’attente avant l’étape suivante.
Où les obtenir
Cette information peut être disponible dans les journaux d’audit ou devoir être déduite. Pour les événements atomiques, elle est souvent identique à StartTime.
Exemples
2023-04-15T09:05:12Z2023-04-15T14:45:00Z2023-05-01T11:20:00Z
|
|||
|
Identifiant de l’approbateur
ApproverId
|
Identifiant du manager ou de l’approbateur intervenant dans une activité d’approbation. | ||
|
Description
Cet attribut identifie l’utilisateur précis ayant exécuté une étape d’approbation, par exemple « Position Request Approved by Manager » ou « Position Request Approved by HR ». Il se distingue de l’identifiant utilisateur général, car il concerne spécifiquement les tâches d’approbation. L’analyse des délais d’approbation par approbateur peut aider à identifier les personnes qui constituent des goulots d’étranglement ou celles qui approuvent particulièrement rapidement, ce qui peut révéler une bonne pratique. Elle fournit un niveau de détail plus fin pour l’analyse du Dashboard « Departmental Approval Bottleneck ».
Pourquoi c’est important
Il permet une analyse détaillée des étapes d’approbation et aide à identifier les goulots d’étranglement ou les approbateurs les plus performants.
Où les obtenir
Ces informations sont stockées dans les données du journal du flux de travail ou des approbations de SAP SuccessFactors, associées à la transaction de demande de poste.
Exemples
m.joness.patele.williams
|
|||
|
Identifiant utilisateur
UserId
|
Identifiant de l’utilisateur ayant exécuté l’activité. | ||
|
Description
Cet attribut enregistre l’identifiant unique du salarié ou de l’utilisateur système ayant exécuté un événement précis, par exemple le manager ayant approuvé une demande de poste ou l’administrateur RH ayant créé le poste dans le système. L’analyse par identifiant utilisateur est essentielle pour comprendre la répartition de la charge de travail, identifier les personnes les plus performantes et détecter les besoins éventuels de formation. Elle contribue également à l’analyse des ressources, aux contrôles de conformité et à l’identification des activités exécutées par des comptes système ou de service, ce qui peut révéler une automatisation.
Pourquoi c’est important
Il permet d’attribuer les activités du processus à des utilisateurs précis, afin d’analyser la charge de travail, de mesurer les performances et d’identifier les automatisations.
Où les obtenir
Cette information se trouve généralement dans les champs « Changed By » ou « User » des journaux d’audit ou des données de transaction de l’objet Position dans SAP SuccessFactors.
Exemples
c.bakerj.smithSYSTEM_USER
|
|||
|
Statut du poste
PositionStatus
|
Statut du poste au moment de l’événement. | ||
|
Description
Cet attribut indique l’état du poste, par exemple « To Be Hired », « Filled », « Frozen » ou « Eliminated ». Le statut change souvent à la suite d’activités précises du processus. L’analyse des transitions de statut du poste dans le temps est essentielle pour comprendre son cycle de vie et garantir une utilisation cohérente des statuts. Le Dashboard « Position Status Transition Analysis » s’appuie sur cet attribut pour identifier les flux non standard et vérifier leur conformité aux modèles de statut définis. Il permet notamment de déterminer combien de temps les postes restent dans un état donné.
Pourquoi c’est important
Le suivi des changements de statut est essentiel pour analyser le cycle de vie du poste, vérifier la conformité du processus et comprendre combien de temps les postes restent dans chaque état.
Où les obtenir
Il correspond au champ de statut de l’objet Position dans SAP SuccessFactors Employee Central.
Exemples
À pourvoirPourvuGeléSupprimé
|
|||
|
Attribut modifié
ModifiedAttribute
|
Attribut ou champ précis du poste ayant été modifié. | ||
|
Description
Lorsqu’une activité « Position Attributes Modified » se produit, ce champ précise quel attribut a été modifié, par exemple « Department », « Job Title » ou « Reports To ». Il fournit un niveau de détail essentiel au Dashboard « Position Attribute Change Frequency ». Au lieu de savoir uniquement qu’une modification a eu lieu, il permet d’analyser ce qui change le plus souvent. Un volume élevé de modifications sur un attribut donné peut indiquer que sa définition manque de clarté ou que les données initiales sont souvent incorrectes pour ce champ précis.
Pourquoi c’est important
Il apporte un niveau de détail essentiel aux événements de modification et permet d’identifier les points de données les plus instables ou les plus sujets aux erreurs.
Où les obtenir
Cette information provient des journaux d’audit détaillés de SAP SuccessFactors, qui enregistrent les modifications au niveau des champs ainsi que les anciennes et nouvelles valeurs.
Exemples
DépartementResponsable hiérarchiqueCentre de coûtsIntitulé du poste
|
|||
|
Délai d’approbation du poste
PositionApprovalCycleTime
|
Durée totale entre le lancement d’une demande de poste et son approbation par les RH. | ||
|
Description
Il s’agit d’un KPI calculé qui mesure la durée de l’ensemble de la phase d’approbation d’un nouveau poste. Il est calculé au niveau du cas en mesurant l’écart entre l’événement « Position Request Initiated » et l’événement « Position Request Approved by HR ». Cet attribut mesure directement le KPI « Avg Position Approval Time » et constitue l’indicateur principal du Dashboard « Position Approval Cycle Time ». Il fournit une mesure essentielle de l’agilité organisationnelle et de l’efficacité du processus en amont du recrutement.
Pourquoi c’est important
Il s’agit d’un indicateur clé de performance qui mesure directement l’efficacité du flux de travail d’approbation des postes et aide à suivre et à réduire les retards.
Où les obtenir
Cet indicateur est calculé au niveau du cas dans la plateforme de Process Mining ou la couche de transformation des données, à partir des horodatages des activités concernées.
Exemples
P3D4H30MP10DP1DT12H
|
|||
|
Famille d’emplois
PositionJobFamily
|
Famille d’emplois ou domaine fonctionnel auquel le poste appartient. | ||
|
Description
La Job Family est une classification qui regroupe des emplois apparentés, tels que « Engineering », « Finance » ou « Human Resources ». Elle fournit un regroupement de niveau supérieur à l’intitulé précis du poste. Cet attribut est essentiel au Dashboard « Position Reclassification Analysis ». Il permet de suivre la fréquence à laquelle les postes sont reclassifiés d’une famille d’emplois à une autre et d’identifier les tendances. Par exemple, un taux élevé de reclassification de « IT Support » vers « Cybersecurity » peut révéler une évolution stratégique de l’organisation.
Pourquoi c’est important
Cet attribut est essentiel pour analyser les tendances de reclassification et comprendre les évolutions de la structure organisationnelle au niveau fonctionnel.
Où les obtenir
Il fait partie de la structure de classification des emplois associée à l’objet Position dans SAP SuccessFactors.
Exemples
IngénierieFinanceRessources humaines
|
|||
|
Intitulé du poste
PositionTitle
|
Intitulé officiel associé au poste. | ||
|
Description
Cet attribut contient l’intitulé descriptif du poste, par exemple « Senior Financial Analyst » ou « Software Engineer II ». Même s’il ne détermine pas directement le flux du processus, l’intitulé du poste fournit un contexte métier important. Il peut servir à filtrer les analyses selon certains types de rôles ou à vérifier si certains intitulés sont associés à des délais de création plus longs ou à des modifications plus fréquentes. Il ajoute un niveau de détail compréhensible pour les équipes métier.
Pourquoi c’est important
Il fournit un contexte métier précieux et permet de filtrer ou de segmenter les analyses par rôle ou niveau de poste.
Où les obtenir
Il s’agit d’un attribut standard de l’objet Position dans SAP SuccessFactors Employee Central, souvent associé à la Job Classification.
Exemples
Analyste financier seniorIngénieur logiciel IICoordinateur marketing
|
|||
|
Motif de modification
ChangeReason
|
Motif fourni pour la modification ou la reclassification d’un poste. | ||
|
Description
Lorsqu’un poste est modifié ou reclassifié, les utilisateurs indiquent souvent le motif du changement. Cet attribut enregistre ce motif, par exemple « Réorganisation », « Évolution du périmètre » ou « Revue annuelle ». Il s’agit d’un attribut essentiel à l’analyse des causes racines. Il explique la raison des événements du processus, comme les reclassifications ou les modifications d’attributs. L’analyse des motifs de modification les plus fréquents peut révéler des problèmes sous-jacents, tels que des descriptions de poste initiales imprécises ou des changements organisationnels fréquents, ce qui constitue un objectif important du Dashboard « Position Reclassification Analysis ».
Pourquoi c’est important
Il fournit le contexte métier nécessaire à l’analyse des causes racines et explique pourquoi des changements tels que des reclassifications ou des modifications se produisent.
Où les obtenir
Ces données sont généralement enregistrées dans un champ « reason » ou « comment » lors des transactions qui modifient l’objet Position dans SAP SuccessFactors.
Exemples
RéorganisationModification du périmètreRevue annuelle
|
|||
|
Pays
CountryCode
|
Pays dans lequel le poste est situé. | ||
|
Description
Cet attribut précise le pays associé à la localisation du poste. Il constitue une dimension géographique essentielle pour l’analyse. L’analyse du processus par pays peut révéler des différences régionales en matière d’efficacité, d’exigences de conformité ou d’exécution du processus. Par exemple, les délais d’approbation d’un poste peuvent être nettement plus longs dans un pays en raison de la réglementation locale du travail ou de l’intervention d’un comité d’entreprise. Cette analyse aide à comprendre et à traiter les variations propres à chaque localisation.
Pourquoi c’est important
Il permet une analyse géographique afin d’identifier les variations régionales des performances du processus, qui peuvent être influencées par les réglementations ou les pratiques locales.
Où les obtenir
Il fait partie des informations de localisation associées à l’objet Position dans SAP SuccessFactors.
Exemples
USADEUINDGBR
|
|||
|
Réussi du premier coup
IsFirstTimeRight
|
Indicateur précisant si un poste a été créé correctement dès la première tentative, sans modification immédiate. | ||
|
Description
Cet attribut calculé est un indicateur booléen, vrai ou faux, qui vérifie si une activité « Position Created in HR System » est suivie d’une activité « Position Attributes Modified » dans un délai court et prédéfini, par exemple 24 heures. En l’absence de modification, sa valeur est « true ». Cet attribut contribue directement au KPI « First-Time Right Creation % ». Il mesure efficacement la qualité des données et l’efficacité du processus, en mettant en évidence les cas où la saisie initiale était inexacte ou incomplète et a entraîné un retraitement immédiat. Un faible taux de réussite du premier coup peut révéler des problèmes de formation, d’ergonomie du système ou de règles de validation des données.
Pourquoi c’est important
Cet indicateur mesure la qualité du processus de création des postes et met en évidence le retraitement ainsi que les problèmes de qualité des données dès la saisie.
Où les obtenir
Il s’agit d’un indicateur booléen calculé lors de la transformation des données, à partir de l’analyse de la séquence des événements pour chaque Position ID.
Exemples
truefalse
|
|||
|
Statut de l’approbation budgétaire
BudgetApprovalStatus
|
Statut de l’approbation budgétaire de la demande de poste. | ||
|
Description
Cet attribut suit l’état de l’approbation financière d’un nouveau poste, avec des valeurs telles que « Pending », « Approved » ou « Rejected ». Il sert spécifiquement à suivre l’étape de validation financière. Ce statut est essentiel au calcul du KPI « Budget Approval Cycle Time » et au Dashboard « Position Budget Approval Duration ». Il isole la partie financière du processus et permet d’analyser précisément les retards liés au budget, qui peuvent constituer un goulot d’étranglement important lors de la création d’un poste.
Pourquoi c’est important
Il contribue directement à l’analyse de l’étape d’approbation budgétaire et aide à identifier puis à réduire les retards de validation financière des nouveaux postes.
Où les obtenir
Ces informations font partie des données du flux de travail de demande de poste dans SAP SuccessFactors, probablement sous la forme du statut d’une étape d’approbation donnée.
Exemples
En attente de la financeApprouvéRejeté
|
|||
|
Unité opérationnelle
BusinessUnitName
|
Unité opérationnelle associée au poste. | ||
|
Description
Cet attribut identifie la division ou l’unité opérationnelle de niveau supérieur à laquelle le poste appartient, qui peut se situer au-dessus du département. Comme le département, l’unité opérationnelle fournit une dimension pour les analyses comparatives de haut niveau. Elle permet aux dirigeants de comparer l’efficacité de la gestion des postes entre les grandes composantes de l’entreprise, par exemple « Consumer Products » et « Enterprise Software ».
Pourquoi c’est important
Il permet de comparer les performances du processus entre grandes divisions et d’aligner les indicateurs du processus sur les unités opérationnelles stratégiques.
Où les obtenir
Il s’agit d’un attribut standard de la structure organisationnelle disponible dans l’objet Position de SAP SuccessFactors.
Exemples
Produits de grande consommationLogiciels d'entrepriseServices internationaux
|
|||
Hire to Retire, activités de la gestion des postes
| Activité | Description | ||
|---|---|---|---|
|
Demande de poste approuvée par les RH
|
Cette activité indique que le service des ressources humaines a approuvé la demande de poste. Il s’agit d’une étape importante, enregistrée explicitement comme une étape terminée dans le flux de travail d’approbation. | ||
|
Pourquoi c’est important
L'approbation finale des RH clôt généralement la principale phase d'approbation avant l'allocation budgétaire ou la création dans le système. Le suivi du délai nécessaire pour atteindre cette étape est essentiel au KPI « Avg Position Approval Time ».
Où les obtenir
Cet événement est extrait des journaux du flux de travail associés à la demande de poste. Il correspond à l’horodatage auquel le représentant des RH termine l’étape d’approbation qui lui a été attribuée.
Collecte
Enregistré lorsque l’approbateur RH termine son étape dans le flux de travail.
Type d’événement
explicit
|
|||
|
Demande de poste initiée
|
Cet événement marque le début du processus de gestion des postes, lorsqu’un utilisateur soumet officiellement une demande de création de poste. Il est enregistré explicitement lorsqu’un flux de travail de création de poste est déclenché dans SAP SuccessFactors. | ||
|
Pourquoi c’est important
Il s'agit de l'événement de début principal du processus. L'analyse du délai entre cette activité et d'autres activités, comme l'approbation ou la création du poste, est essentielle pour mesurer l'efficacité globale du processus.
Où les obtenir
Cet événement est enregistré lors du lancement d’une instance de flux de travail liée à une demande de poste. Les données peuvent être trouvées dans les tables de demandes de flux de travail, telles que WfRequest, associées à l’objet Position.
Collecte
Enregistré lors du lancement d’un nouveau flux de travail de poste.
Type d’événement
explicit
|
|||
|
Demande de poste rejetée
|
Cet événement marque le rejet d’une demande de poste à n’importe quelle étape du flux de travail d’approbation. Il s’agit d’un événement explicite enregistré par le moteur de flux de travail lorsqu’un approbateur sélectionne l’option « reject » ou « send back ». | ||
|
Pourquoi c’est important
Les rejets constituent des écarts importants par rapport au processus et peuvent révéler des problèmes liés aux données de la demande, au budget ou à sa justification. L’analyse des motifs de rejet contribue à améliorer la qualité des demandes futures.
Où les obtenir
Cet événement est extrait des données du journal du flux de travail associées à la demande de poste. Il correspond à une étape du flux de travail terminée avec le statut « rejected ».
Collecte
Enregistré lorsqu’un approbateur rejette une étape du flux de travail.
Type d’événement
explicit
|
|||
|
Position activée
|
Cet événement indique que le poste nouvellement créé est activé et disponible pour le staffing ou le recrutement. Il est généralement déduit du changement de la valeur du champ de statut du poste à « Active ». | ||
|
Pourquoi c’est important
L’activation constitue la dernière étape avant le début du recrutement. Le suivi du délai entre la création et l’activation permet d’identifier les retards dans la préparation des postes.
Où les obtenir
Cet événement est déduit du suivi des modifications apportées au champ « Status » ou « Effective Status » dans l’historique de l’objet Position MDF. L’horodatage du passage à « Active » marque l’événement.
Collecte
Déduit du changement de la valeur du champ de statut du poste à « Active ».
Type d’événement
inferred
|
|||
|
Poste clôturé
|
Il s’agit de l’événement final du cycle de vie d’un poste, indiquant qu’il a été définitivement clôturé ou supprimé. Il est généralement déduit du changement de son statut vers une valeur terminale telle que « Closed » ou « Eliminated ». | ||
|
Pourquoi c’est important
Cette activité constitue le point final définitif du processus et permet une analyse précise du délai de bout en bout. Elle confirme que le poste a été retiré avec succès.
Où les obtenir
Cet événement est déduit du suivi des modifications apportées au champ « Status » dans l’historique de l’objet Position MDF. L’horodatage du passage à « Closed » ou « Eliminated » marque l’événement.
Collecte
Déduit du changement du statut du poste vers une valeur terminale.
Type d’événement
inferred
|
|||
|
Poste créé dans le système RH
|
Cette activité marque la création officielle de l'enregistrement du poste dans SAP SuccessFactors Employee Central. Elle est extraite explicitement de la piste d'audit ou de l'historique de l'objet Position MDF, à partir de l'horodatage de création. | ||
|
Pourquoi c’est important
Il s’agit d’une étape fondamentale qui confirme l’existence officielle du poste. Le KPI « Position Creation Cycle Time » mesure la durée entre le lancement de la demande et cet événement, reflétant ainsi l’efficacité globale.
Où les obtenir
Cet événement est dérivé du champ système « Created On » ou « Created Date » dans l’historique d’audit de l’objet Position du Position Metadata Framework (MDF), pour l’identifiant Position ID concerné.
Collecte
Extrait de l’horodatage de création de l’enregistrement de l’objet Position.
Type d’événement
explicit
|
|||
|
Attributs du poste modifiés
|
Représente toute modification apportée aux attributs d’un poste existant, comme son intitulé, son département ou son centre de coûts. Cet événement est enregistré explicitement dans les journaux d’audit de l’objet Position MDF. | ||
|
Pourquoi c’est important
Des modifications fréquentes peuvent révéler des problèmes de qualité des données ou une instabilité de la structure organisationnelle. L’analyse de ces événements permet de mesurer le « Position Mod Rate » et le retraitement.
Où les obtenir
Ces événements sont enregistrés dans l’historique d’audit de l’objet Position MDF. Chaque modification journalisée, accompagnée d’un horodatage « last modified date » et de l’utilisateur concerné, représente une activité de modification.
Collecte
Enregistré dans la piste d’audit de l’objet Position pour toute modification de champ.
Type d’événement
explicit
|
|||
|
Budget du poste approuvé
|
Indique que le service financier ou le responsable du budget a approuvé les aspects financiers du nouveau poste. Il s’agit généralement d’une étape explicite du flux de travail, qui intervient après les approbations du responsable et des RH. | ||
|
Pourquoi c’est important
Les retards d'approbation budgétaire peuvent ralentir considérablement le processus de recrutement. Isoler cette activité permet d'analyser et d'optimiser l'étape de validation financière de la gestion des postes.
Où les obtenir
Cet événement est extrait des journaux du flux de travail de la demande de poste et correspond à l’achèvement de l’étape d’approbation financière. L’approbateur est généralement identifié par un rôle « Finance » ou « Budget Holder ».
Collecte
Enregistré lorsque l’approbateur financier termine son étape dans le flux de travail.
Type d’événement
explicit
|
|||
|
Demande de poste approuvée par le responsable
|
Représente l’achèvement du premier niveau d’approbation, généralement effectué par le responsable du recrutement ou le responsable hiérarchique. Il s’agit d’un événement explicite enregistré comme une étape terminée dans le flux de travail de gestion des postes. | ||
|
Pourquoi c’est important
Le suivi des délais d’approbation par les responsables aide à identifier les goulots d’étranglement au sein de certains services ou niveaux hiérarchiques. Il s’agit d’une étape importante pour comprendre les premières phases du cycle d’approbation.
Où les obtenir
Cet événement est enregistré comme une étape terminée dans les données du journal du flux de travail pour la demande de poste concernée. Il peut être identifié grâce au rôle de l’approbateur et au statut « approved » de l’étape du flux de travail.
Collecte
Enregistré lorsqu’un utilisateur termine une étape d’approbation dans le flux de travail.
Type d’événement
explicit
|
|||
|
Poste contrôlé au regard de la conformité
|
Représente une revue périodique ou déclenchée par un événement, destinée à vérifier qu’un poste respecte les politiques internes ou les réglementations externes. Le mécanisme d’enregistrement de cet événement dépend largement des configurations propres au client, telles qu’un flux de travail personnalisé ou un objet MDF. | ||
|
Pourquoi c’est important
Cette activité est essentielle au suivi et au respect de la conformité de l’organisation. Elle contribue directement à des KPI tels que « Position Review Compliance % » et aide à réduire les risques.
Où les obtenir
Une analyse du système est nécessaire. Cet événement peut être enregistré dans un objet MDF personnalisé associé à Position, au moyen d’une mise à jour personnalisée du statut du flux de travail ou dans un journal des pièces jointes.
Collecte
Dépend de l’implémentation personnalisée, probablement sous la forme d’une entrée dans un objet MDF personnalisé.
Type d’événement
explicit
|
|||
|
Poste désactivé
|
Représente la désactivation officielle d’un poste, qui devient inactif et indisponible. Cet événement est déduit du changement de son statut vers « Inactive » ou « Deactivated ». | ||
|
Pourquoi c’est important
Il s’agit d’une étape clé du processus de retrait d’un poste. Le suivi du délai entre la suspension et la désactivation est essentiel pour mesurer le KPI « Position Deactivation Lead Time ».
Où les obtenir
Cet événement est déduit de l’historique d’audit de l’objet Position MDF, en identifiant le moment où le champ « Status » ou « Effective Status » passe à « Inactive ».
Collecte
Déduit du changement de la valeur du champ de statut du poste à « Inactive ».
Type d’événement
inferred
|
|||
|
Poste gelé ou suspendu
|
Cet événement indique qu’un poste a été temporairement mis en attente et n’est pas disponible pour le staffing. Il est déduit d’une modification du champ de statut du poste vers une valeur telle que « Frozen » ou « Suspended ». | ||
|
Pourquoi c’est important
Cette activité précède souvent la désactivation ou la clôture. L’analyse de la durée pendant laquelle un poste reste gelé aide à optimiser la planification des effectifs et la gestion des postes budgétés.
Où les obtenir
Cet événement est déduit du suivi des modifications apportées au champ « Status » dans l’historique de l’objet Position MDF. L’horodatage du passage à « Frozen », ou à une valeur similaire, marque l’événement.
Collecte
Déduit du changement de la valeur du champ de statut du poste à « Frozen ».
Type d’événement
inferred
|
|||
|
Poste reclassifié
|
Cette activité indique une modification importante de la définition fondamentale d’un poste, par exemple un changement de code emploi ou de famille d’emplois. Elle est déduite d’une modification du champ « Job Code » ou « Job Classification » dans l’objet Position MDF. | ||
|
Pourquoi c’est important
Un taux élevé de reclassification peut révéler des problèmes dans la conception initiale des emplois ou l’évolution des besoins de l’entreprise. Son suivi contribue à analyser la stabilité de la structure organisationnelle.
Où les obtenir
Cet événement est déduit de la surveillance de l’historique d’audit de l’objet Position MDF, afin d’identifier les modifications apportées aux champs de classification clés, tels que « jobCode ». L’horodatage de cette modification marque l’événement.
Collecte
Déduit d’une modification du champ « jobCode » de l’objet Position.
Type d’événement
inferred
|
|||
Guides d’extraction
Prêt à commencer ?
Commencez dès aujourd’hui à transformer votre processus Hire to Retire, gestion des postes, grâce à ce modèle de données. Obtenez des analyses utiles et améliorez l’efficacité de votre organisation.
Améliorez dès aujourd’hui l’efficacité de la gestion des postes Hire to Retire !
Identifiez les goulots d’étranglement et réduisez rapidement de 30 % le délai du cycle Hire to Retire.
Aucune carte bancaire requise. La configuration ne prend que quelques minutes.