Votre modèle de données pour la gestion des postes, de l’embauche au départ
Votre modèle de données pour la gestion des postes, de l’embauche au départ
- Attributs recommandés à recueillir
- Activités clés à suivre
- Conseils d’extraction pour SAP SuccessFactors Employee Central
Attributs de gestion des postes, de l’embauche au départ
| Nom | Description | ||
|---|---|---|---|
|
Heure de l’événement
EventTime
|
Horodatage indiquant le moment où une activité précise a eu lieu. | ||
|
Description
L’heure de l’événement indique la date et l’heure exactes auxquelles une activité a été exécutée ou enregistrée dans le système. Elle établit l’ordre chronologique des événements pour chaque poste. Cet horodatage est indispensable à toute analyse temporelle en Process Mining. Il sert à calculer les temps de cycle entre les activités, à mesurer la durée totale du processus et à repérer les goulots d’étranglement en examinant le temps écoulé entre les étapes. Il permet aussi de suivre l’évolution des performances. Sans horodatages précis, l’analyse du processus est impossible.
Pourquoi est-ce important ?
Cet attribut établit l’ordre chronologique des événements, indispensable au calcul des temps de cycle, au repérage des goulots d’étranglement et à l’analyse des performances du processus.
Où trouver ces données
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 transaction de SAP SuccessFactors.
Exemples
2023-04-15T09:00:00Z2023-04-15T14:30:15Z2023-05-01T11:20:00Z
|
|||
|
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 d’un poste, comme « Demande de création de poste lancée », « Poste créé dans le système RH » ou « Poste désactivé ». Chaque activité correspond à un événement distinct du processus. L’analyse de l’ordre et de la fréquence des activités est au cœur du Process Mining. Elle permet de visualiser la carte du processus, de repérer les parcours courants et les variantes, ainsi que les retards ou les reprises entre les étapes. C’est essentiel pour comprendre le déroulement réel du processus.
Pourquoi est-ce important ?
Il définit les étapes du processus et permet de visualiser sa carte, puis d’analyser les flux de travail, les goulots d’étranglement et les écarts.
Où trouver ces données
Cet attribut est généralement extrait des journaux d’événements, des enregistrements de changements de statut ou des pistes d’audit de SAP SuccessFactors Employee Central. Il peut être nécessaire d’associer les codes d’événement techniques ou les changements de statut à des noms compréhensibles.
Exemples
Demande de création de poste lancéePoste créé dans le système RHAttributs du poste modifiésPoste désactivé
|
|||
|
Position ID
PositionId
|
Identifiant unique d’un poste dans l’organisation, utilisé comme identifiant principal du cas pour le processus de gestion des postes. | ||
|
Description
Le Position ID relie toutes les activités et les données associées à un même poste dans l’organisation. Il permet de suivre l’ensemble de son cycle de vie, de la demande initiale à la création, puis aux modifications, aux reclassements et, enfin, à la désactivation ou à la clôture. En Process Mining, chaque Position ID unique correspond à 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 de repérer les tendances ou les goulots d’étranglement qui l’affectent à chaque étape. Cet attribut est indispensable pour construire la carte du processus et calculer les KPI par cas.
Pourquoi est-ce important ?
Cet identifiant essentiel relie tous les événements associés. Il permet de retracer le cycle de vie complet d’un poste et d’analyser le déroulement du processus.
Où trouver ces données
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
|
|||
|
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 renseigne sur leur fraîcheur. Il aide les utilisateurs à savoir si l’analyse est à jour et à évaluer l’actualité des données. Il s’agit d’une métadonnée importante pour tout Dashboard ou rapport.
Pourquoi est-ce important ?
Il renseigne les utilisateurs sur l’actualité des données, afin qu’ils puissent fonder leurs analyses et leurs décisions sur des informations à jour.
Où trouver ces données
Cet horodatage est généré par le pipeline d’extraction et de transformation des données lors 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 d’où proviennent les données d’événement. Pour ce processus, il s’agit toujours de SAP SuccessFactors Employee Central. Dans un modèle à source unique, cet attribut peut sembler redondant. Il reste toutefois essentiel à la gouvernance des données et à la préservation du contexte, notamment lorsque des données provenant de plusieurs systèmes sont regroupées. Il permet de connaître clairement leur provenance.
Pourquoi est-ce important ?
Il indique clairement la provenance des données, ce qui est essentiel à leur gouvernance, au dépannage et à la gestion de plusieurs sources de données.
Où trouver ces données
Il s’agit généralement d’une valeur statique ajoutée lors de la transformation des données pour indiquer l’origine du jeu de données.
Exemples
SAP SuccessFactors Employee Central
|
|||
|
Heure de fin de l’événement
EventEndTime
|
Horodatage indiquant le moment où une activité précise a été terminée. | ||
|
Description
L’heure de fin de l’événement marque la fin d’une activité. Dans de nombreux systèmes, une activité est enregistrée à un instant précis ; l’heure de fin est alors identique à l’heure de début. Pour les activités dont la durée peut être mesurée, comme une étape d’approbation qui nécessite un traitement, ce champ indique le moment où elles prennent fin. Cet attribut est essentiel au calcul de la durée de traitement de chaque activité. Il permet de distinguer le temps d’attente, c’est-à-dire l’intervalle entre deux activités, du temps de traitement, soit la durée de l’activité elle-même. Vous obtenez ainsi une analyse plus détaillée de l’efficacité du processus.
Pourquoi est-ce important ?
Il permet de calculer la durée de traitement d’une activité et de distinguer le temps consacré à une tâche du temps d’attente avant l’étape suivante.
Où trouver ces données
Cette information peut figurer dans les journaux d’audit ou devoir être déduite. Pour les événements ponctuels, elle correspond souvent à StartTime.
Exemples
2023-04-15T09:05:12Z2023-04-15T14:45:00Z2023-05-01T11:20:00Z
|
|||
|
ID de l’approbateur
ApproverId
|
Identifiant du responsable ou de l’approbateur intervenant dans une activité d’approbation. | ||
|
Description
Cet attribut identifie précisément l’utilisateur qui a effectué une étape d’approbation, par exemple « Demande de poste approuvée par le responsable » ou « Demande de poste approuvée par les RH ». Contrairement à l’ID utilisateur général, il concerne spécifiquement les tâches d’approbation. L’analyse des délais d’approbation par approbateur permet de repérer les personnes qui ralentissent le processus ou, au contraire, approuvent les demandes particulièrement rapidement, ce qui peut révéler une bonne pratique. Elle apporte un niveau de détail supplémentaire à l’analyse du Dashboard « Goulot d’étranglement des approbations départementales ».
Pourquoi est-ce important ?
Cet attribut permet d’analyser les étapes d’approbation en détail et de repérer les goulots d’étranglement ou les approbateurs les plus performants.
Où trouver ces données
Cette information figure dans les données du flux de travail ou du journal d’approbation de SAP SuccessFactors, associée à la transaction de demande de poste.
Exemples
m.joness.patele.williams
|
|||
|
ID utilisateur
UserId
|
Identifiant de l’utilisateur qui a effectué l’activité. | ||
|
Description
Cet attribut enregistre l’identifiant unique de l’employé ou de l’utilisateur système qui a exécuté un événement précis, par exemple le responsable qui a approuvé une demande de poste ou l’administrateur RH qui a créé le poste dans le système. L’analyse par ID utilisateur est essentielle pour comprendre la répartition de la charge de travail, repérer les personnes les plus performantes et détecter les besoins de formation. Elle contribue aussi à l’analyse des ressources et aux contrôles de conformité. Elle permet enfin de repérer les activités effectuées par des comptes système ou de service, ce qui peut indiquer une automatisation.
Pourquoi est-ce important ?
Il permet d’associer les activités du processus à des utilisateurs précis, afin d’analyser la charge de travail et les performances, et de repérer les automatisations.
Où trouver ces données
Cette information figure 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
|
|||
|
Service
DepartmentName
|
Nom du service auquel le poste est rattaché. | ||
|
Description
Cet attribut indique le service de l’organisation auquel le poste est rattaché, par exemple « Finance », « Ventes » ou « Technologies de l’information ». Le service est une dimension importante 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 d’un service à l’autre. Il est indispensable au Dashboard « Goulots d’étranglement dans les approbations par service » et aide à repérer les inefficacités propres à certains secteurs ou les bonnes pratiques.
Pourquoi est-ce important ?
Il permet de comparer les performances et d’analyser les goulots d’étranglement entre les services, afin de repérer les problèmes propres à certains secteurs.
Où trouver ces données
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
|
|||
|
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 de l’évolution du statut des postes est essentielle pour comprendre leur cycle de vie et vérifier que les statuts sont utilisés de manière cohérente. Le Dashboard « Analyse des transitions de statut des postes » s’appuie sur cet attribut pour repérer les parcours non standard et vérifier leur conformité aux modèles de statut définis. Il aide à déterminer combien de temps les postes restent dans un état donné.
Pourquoi est-ce important ?
Le suivi des changements de statut est essentiel pour analyser le cycle de vie des postes, vérifier la conformité du processus et comprendre combien de temps les postes restent dans chaque état.
Où trouver ces données
Il correspond au champ de statut de l’objet Position dans SAP SuccessFactors Employee Central.
Exemples
À pourvoirPourvuGeléSupprimé
|
|||
|
Attribut modifié
ModifiedAttribute
|
L’attribut ou le champ précis du poste qui a été modifié. | ||
|
Description
Lorsqu’une activité « Attributs du poste modifiés » se produit, ce champ précise quel attribut a changé, par exemple « Département », « Intitulé du poste » ou « Rattachement hiérarchique ». Il apporte des précisions utiles au Dashboard « Fréquence de modification des attributs du poste ». Au lieu de simplement constater qu’une modification a eu lieu, vous pouvez analyser les attributs les plus souvent modifiés. Un grand nombre de changements sur un attribut donné peut indiquer que sa définition manque de clarté ou que les informations initialement fournies pour ce champ sont souvent erronées.
Pourquoi est-ce important ?
Cet attribut précise les événements de modification et permet de repérer les données les plus instables ou les plus sujettes aux erreurs.
Où trouver ces données
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 les nouvelles valeurs.
Exemples
ServiceResponsableCentre de coûtsIntitulé du poste
|
|||
|
Correct dès la première fois
IsFirstTimeRight
|
Indicateur précisant si un poste a été créé correctement dès la première fois, sans modification immédiate. | ||
|
Description
Cet attribut calculé est un indicateur booléen (vrai/faux). Il vérifie si l’activité « Poste créé dans le système RH » est suivie d’une activité « Attributs du poste modifiés » dans un délai court prédéfini, par exemple 24 heures. En l’absence de modification, sa valeur est « vrai ». Cet attribut contribue directement à l’indicateur « Pourcentage de créations correctes dès la première fois ». Il mesure 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é des reprises immédiates. Un faible taux de créations correctes dès la première fois peut signaler des problèmes de formation, d’ergonomie du système ou de règles de validation des données.
Pourquoi est-ce important ?
Cet indicateur mesure la qualité du processus de création des postes et met en évidence les reprises ainsi que les problèmes de qualité des données dès la saisie.
Où trouver ces données
Cet indicateur booléen est calculé lors de la transformation des données, en analysant la séquence d’événements de chaque ID de poste.
Exemples
truefalse
|
|||
|
Délai d’approbation du poste
PositionApprovalCycleTime
|
Le temps écoulé entre le lancement d’une demande de poste et son approbation par les RH. | ||
|
Description
Cet indicateur calculé mesure la durée totale de la phase d’approbation d’un nouveau poste. Il est calculé au niveau du cas en mesurant le temps écoulé entre l’événement « Demande de poste lancée » et l’événement « Demande de poste approuvée par les RH ». Cet attribut mesure directement l’indicateur « Délai moyen d’approbation d’un poste » et constitue la principale mesure du Dashboard « Temps de cycle d’approbation du poste ». Il renseigne sur l’agilité de l’organisation et l’efficacité des premières étapes du recrutement.
Pourquoi est-ce important ?
Cet indicateur mesure directement l’efficacité du flux de travail d’approbation des postes et aide à suivre et à réduire les retards.
Où trouver ces données
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 famille d’emplois regroupe des postes apparentés, par exemple dans l’ingénierie, la finance ou les ressources humaines. Elle constitue un niveau de regroupement plus large que l’intitulé précis du poste. Cet attribut est essentiel au Dashboard « Analyse des reclassements de postes ». Il permet aux analystes de suivre la fréquence des reclassements entre familles d’emplois et d’en repérer les tendances. Par exemple, un nombre élevé de reclassements de « Support informatique » vers « Cybersécurité » peut révéler une évolution stratégique de l’organisation.
Pourquoi est-ce important ?
Cet attribut est essentiel pour analyser les tendances de reclassement et comprendre l’évolution de la structure organisationnelle par domaine fonctionnel.
Où trouver ces données
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 du poste. | ||
|
Description
Cet attribut contient l’intitulé descriptif du poste, par exemple « Analyste financier senior » ou « Ingénieur logiciel II ». Même s’il n’influence pas directement le déroulement du processus, l’intitulé apporte un contexte métier utile. Il permet de filtrer les analyses par type de poste ou de vérifier si certains intitulés sont associés à des délais de création plus longs ou à des modifications plus fréquentes. Il apporte ainsi des précisions utiles à l’analyse.
Pourquoi est-ce important ?
Il apporte un contexte métier utile et permet de filtrer ou de segmenter les analyses selon les postes ou les niveaux hiérarchiques.
Où trouver ces données
Il s’agit d’un attribut standard de l’objet Position dans SAP SuccessFactors Employee Central, souvent associé à la classification du poste.
Exemples
Analyste financier seniorIngénieur logiciel IICoordinateur marketing
|
|||
|
Motif du changement
ChangeReason
|
Motif indiqué pour la modification ou le reclassement d’un poste. | ||
|
Description
Lorsqu’un poste est modifié ou reclassé, les utilisateurs indiquent souvent le motif du changement. Cet attribut enregistre ce motif, par exemple « Réorganisation », « Évolution du périmètre » ou « Révision annuelle ». Cet attribut est essentiel à l’analyse des causes profondes. Il explique les raisons d’événements comme les reclassements ou les modifications d’attributs. L’analyse des motifs de changement les plus fréquents peut révéler des problèmes sous-jacents, comme des descriptions de poste initiales peu claires ou des changements organisationnels fréquents. C’est l’un des objectifs du Dashboard « Analyse des reclassements de postes ».
Pourquoi est-ce important ?
Il apporte le contexte métier nécessaire à l’analyse des causes profondes et explique pourquoi des changements, comme les reclassements ou les modifications, ont lieu.
Où trouver ces données
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ètreÉvaluation annuelle
|
|||
|
Pays
CountryCode
|
Le pays où se trouve le poste. | ||
|
Description
Cet attribut indique le pays associé au lieu d’affectation du poste. Il constitue une dimension géographique importante pour l’analyse. L’analyse du processus par pays peut mettre en évidence des différences régionales en matière d’efficacité, d’exigences de conformité ou d’exécution du processus. Par exemple, l’approbation d’un poste peut prendre beaucoup plus de temps dans un pays en raison de la législation locale du travail ou de l’intervention des représentants du personnel. Ces informations aident à comprendre et à traiter les variations propres à chaque lieu d’affectation.
Pourquoi est-ce important ?
Permet d’analyser les variations géographiques des performances du processus, qui peuvent dépendre des réglementations ou des pratiques locales.
Où trouver ces données
Cette information fait partie des données de localisation associées à l’objet Position dans SAP SuccessFactors.
Exemples
USADEUINDGBR
|
|||
|
Statut d’approbation du budget
BudgetApprovalStatus
|
Le 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. Il peut prendre des valeurs telles que « En attente », « Approuvé » ou « Rejeté ». Il sert spécifiquement à suivre l’étape de validation financière. Ce statut est nécessaire au calcul de l’indicateur « Temps de cycle d’approbation du budget » et à l’alimentation du Dashboard « Durée d’approbation du budget du poste ». Il isole l’étape d’approbation financière afin d’analyser les retards liés au budget, qui peuvent constituer un goulot d’étranglement important lors de la création d’un poste.
Pourquoi est-ce important ?
Cet attribut permet d’analyser directement l’étape d’approbation du budget et de repérer puis de réduire les retards liés à la validation financière des nouveaux postes.
Où trouver ces données
Cette information devrait figurer dans les données du flux de travail de demande de poste de SAP SuccessFactors, probablement sous la forme d’un statut associé à une étape d’approbation précise.
Exemples
En attente du service financierApprouvéRejeté
|
|||
|
Unité opérationnelle
BusinessUnitName
|
L’unité opérationnelle à laquelle le poste est rattaché. | ||
|
Description
Cet attribut indique la division ou l’unité opérationnelle à laquelle appartient le poste. Elle peut se situer à un niveau supérieur à celui du département. Comme le département, l’unité opérationnelle permet de réaliser des comparaisons à un niveau global. Les dirigeants peuvent ainsi comparer l’efficacité de la gestion des postes entre les grandes entités de l’entreprise, par exemple les « Produits grand public » et les « Logiciels d’entreprise ».
Pourquoi est-ce important ?
Permet de comparer les performances des processus entre les divisions et de rapprocher les indicateurs de processus des unités opérationnelles stratégiques.
Où trouver ces données
Il s’agit d’un attribut standard de la structure organisationnelle disponible sur l’objet Position dans SAP SuccessFactors.
Exemples
Produits grand publicLogiciels d’entrepriseServices mondiaux
|
|||
Activités de gestion des postes, de l’embauche au départ
| Activité | Description | ||
|---|---|---|---|
|
Demande de création de poste lancée
|
Cet événement marque le début du processus de gestion des postes, lorsqu’un utilisateur soumet officiellement une demande de création. Il est enregistré explicitement au déclenchement d’un flux de travail de création de poste dans SAP SuccessFactors. | ||
|
Pourquoi est-ce important ?
Il s’agit de l’événement de début principal du processus. Mesurer le temps écoulé entre cette activité et d’autres étapes, comme l’approbation ou la création du poste, est essentiel pour évaluer l’efficacité globale du processus.
Où trouver ces données
Cet événement est enregistré au lancement d’une instance de flux de travail liée à une demande de poste. Les données figurent dans les tables de demandes de flux de travail, comme WfRequest, associées à l’objet Position.
Données à recueillir
Enregistré au lancement d’un nouveau flux de travail de poste.
Type d’événement
explicit
|
|||
|
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’un jalon important, enregistré explicitement comme une étape terminée dans le circuit d’approbation. | ||
|
Pourquoi est-ce important ?
L’approbation finale des RH clôt souvent la principale phase d’approbation, avant l’attribution du budget ou la création du poste dans le système. Mesurer le délai nécessaire pour atteindre cette étape est essentiel au KPI « Délai moyen d’approbation des postes ».
Où trouver ces données
L’événement est extrait des journaux du flux de travail associé à 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.
Données à recueillir
Enregistré lorsque l’approbateur des RH termine son étape dans le flux de travail.
Type d’événement
explicit
|
|||
|
Demande de poste rejetée
|
Cet événement marque le rejet d’une demande de poste, quelle que soit l’étape du circuit d’approbation. Il est enregistré explicitement par le moteur de flux de travail lorsqu’un approbateur choisit l’option « reject » ou « send back ». | ||
|
Pourquoi est-ce important ?
Les rejets constituent des écarts importants dans le 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 aide à améliorer la qualité des demandes futures.
Où trouver ces données
Cet événement est extrait des journaux du flux de travail associé à la demande de poste. Il correspond à une étape du flux de travail terminée avec le statut « rejected ».
Données à recueillir
Enregistré lorsqu’un approbateur rejette une étape du flux de travail.
Type d’événement
explicit
|
|||
|
Poste activé
|
Cet événement indique que le poste nouvellement créé est activé et disponible pour le recrutement ou l’affectation d’un collaborateur. Il est généralement déduit du passage du champ de statut du poste à la valeur « Active ». | ||
|
Pourquoi est-ce important ?
L’activation est la dernière étape avant le début du recrutement. Le suivi du délai entre la création et l’activation permet de repérer les retards avant qu’un poste soit prêt à être pourvu.
Où trouver ces données
Cet événement est déduit du suivi des modifications du champ « Status » ou « Effective Status » dans l’historique de l’objet Position MDF. L’horodatage du passage à « Active » marque l’événement.
Données à recueillir
Déduit du passage 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. Il indique que celui-ci a été définitivement clôturé ou supprimé. Il est généralement déduit du passage du statut du poste à une valeur finale comme « Closed » ou « Eliminated ». | ||
|
Pourquoi est-ce important ?
Cette activité marque la fin définitive du processus et permet d’analyser précisément le temps de cycle de bout en bout. Elle confirme le retrait effectif du poste.
Où trouver ces données
Cet événement est déduit du suivi des modifications du champ « Status » dans l’historique de l’objet Position MDF. L’horodatage du passage à « Closed » ou « Eliminated » marque l’événement.
Données à recueillir
Déduit du passage du statut du poste à une valeur finale.
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 est-ce important ?
Ce jalon fondamental confirme l’existence officielle du poste. Le KPI « Temps de cycle de création des postes » mesure le délai entre le lancement de la demande et cet événement, et reflète l’efficacité globale du processus.
Où trouver ces données
Cet événement est déduit du champ système « Created On » ou « Created Date » dans l’historique d’audit de l’objet Position du Metadata Framework (MDF), pour le Position ID concerné.
Données à recueillir
Extrait de l’horodatage de création de l’enregistrement de l’objet Position.
Type d’événement
explicit
|
|||
|
Attributs du poste modifiés
|
Cet événement correspond à toute modification des attributs d’un poste existant, comme son intitulé, son service ou son centre de coûts. Il est enregistré explicitement dans les journaux d’audit de l’objet Position MDF. | ||
|
Pourquoi est-ce important ?
Des modifications fréquentes peuvent révéler des problèmes de qualité des données ou une instabilité de l’organisation. L’analyse de ces événements permet de mesurer le « taux de modification des attributs de poste » et les reprises.
Où trouver ces données
Ces événements sont extraits de l’historique d’audit de l’objet Position MDF. Chaque modification enregistrée avec un horodatage « last modified date » et un utilisateur correspond à une activité de modification.
Données à recueillir
Enregistré dans la piste d’audit de l’objet Position pour toute modification d’un champ.
Type d’événement
explicit
|
|||
|
Budget du poste approuvé
|
Cet événement 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, après les approbations du responsable et des RH. | ||
|
Pourquoi est-ce important ?
Un retard dans l’approbation du budget peut ralentir considérablement le processus de recrutement. L’analyse de cette activité permet d’examiner et d’optimiser l’étape de validation financière de la gestion des postes.
Où trouver ces données
Cet événement est extrait des journaux du flux de travail associé à la demande de poste. Il correspond à la fin de l’étape d’approbation financière. L’approbateur est généralement identifié par le rôle « Finance » ou « Budget Holder ».
Données à recueillir
Enregistré lorsque l’approbateur financier termine son étape dans le flux de travail.
Type d’événement
explicit
|
|||
|
Conformité du poste vérifiée
|
Cet événement correspond à une révision périodique ou déclenchée par un événement, destinée à vérifier que le poste respecte les politiques internes ou la réglementation externe. La méthode d’enregistrement dépend fortement de la configuration propre à chaque client, par exemple d’un flux de travail personnalisé ou d’un objet MDF. | ||
|
Pourquoi est-ce important ?
Cette activité est essentielle au suivi et au respect des exigences de conformité de l’organisation. Elle contribue directement à des KPI comme le « pourcentage de conformité des révisions de postes » et aide à réduire les risques.
Où trouver ces données
Une analyse du système est nécessaire. L’événement peut être enregistré dans un objet MDF personnalisé lié au poste, au moyen d’une mise à jour du statut d’un flux de travail personnalisé ou dans un journal de pièces jointes.
Données à recueillir
Dépend de la mise en œuvre personnalisée ; probablement enregistré dans une entrée d’objet MDF personnalisé.
Type d’événement
explicit
|
|||
|
Demande de poste approuvée par le responsable
|
Cet événement correspond à la fin du premier niveau d’approbation, généralement par le responsable du recrutement ou le responsable hiérarchique. Il est enregistré explicitement comme une étape terminée dans le flux de travail de gestion des postes. | ||
|
Pourquoi est-ce important ?
Le suivi des délais d’approbation par les responsables permet de repérer les goulots d’étranglement dans certains services ou niveaux hiérarchiques. Cette étape est un jalon important pour comprendre le début du cycle d’approbation.
Où trouver ces données
L’événement est enregistré comme une étape terminée dans les journaux du flux de travail associé à la demande de poste. Il est identifiable grâce au rôle de l’approbateur et au statut « approuvé » de l’étape.
Données à recueillir
Enregistré lorsqu’un utilisateur termine une étape d’approbation dans le flux de travail.
Type d’événement
explicit
|
|||
|
Poste désactivé
|
Cet événement correspond à la désactivation officielle d’un poste, qui devient alors inactif et ne peut plus être utilisé. Il est déduit du passage du statut du poste à « Inactive » ou « Deactivated ». | ||
|
Pourquoi est-ce important ?
Cette étape est importante dans le processus de retrait d’un poste. Le suivi du délai entre sa suspension et sa désactivation est essentiel pour mesurer le KPI « Délai de désactivation des postes ».
Où trouver ces données
Cet événement est déduit de l’historique d’audit de l’objet Position MDF, en repérant le passage du champ « Status » ou « Effective Status » à « Inactive ».
Données à recueillir
Déduit du passage du champ de statut du poste à « Inactive ».
Type d’événement
inferred
|
|||
|
Poste gelé ou suspendu
|
Cet événement indique que le poste a été temporairement mis en attente et n’est pas disponible pour l’affectation d’un collaborateur. Il est déduit du passage du champ de statut du poste à une valeur comme « Frozen » ou « Suspended ». | ||
|
Pourquoi est-ce important ?
Cette activité précède souvent la désactivation ou la clôture du poste. L’analyse de la durée pendant laquelle un poste reste gelé aide à optimiser la planification des effectifs et la gestion des postes.
Où trouver ces données
Cet événement est déduit du suivi des modifications du champ « Status » dans l’historique de l’objet Position MDF. L’horodatage du passage à « Frozen » ou à une valeur similaire marque l’événement.
Données à recueillir
Déduit du passage du champ de statut du poste à « Frozen ».
Type d’événement
inferred
|
|||
|
Poste reclassé
|
Cette activité correspond à une modification importante de la définition du poste, comme un changement de code métier ou de famille d’emplois. Elle est déduite d’une modification du champ « Job Code » ou « Job Classification » de l’objet Position MDF. | ||
|
Pourquoi est-ce important ?
Un taux élevé de reclassement peut révéler des problèmes dans la définition initiale des postes ou l’évolution des besoins de l’organisation. Le suivi de cet indicateur permet d’analyser la stabilité de la structure organisationnelle.
Où trouver ces données
Cet événement est déduit du suivi de l’historique d’audit de l’objet Position MDF, afin de repérer les modifications de champs de classification clés comme « jobCode ». L’horodatage de la modification marque l’événement.
Données à recueillir
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 à améliorer votre processus de gestion des postes, de l’embauche au départ, à l’aide de ce modèle de données. Repérez les possibilités d’amélioration et gagnez en efficacité dans toute votre organisation.
Améliorez dès aujourd’hui l’efficacité de la gestion des postes, de l’embauche au départ !
Repérez les goulots d’étranglement et réduisez rapidement de 30 % le temps de cycle du processus de gestion des postes, de l’embauche au départ.
Aucune carte bancaire n’est nécessaire. La configuration ne prend que quelques minutes.