Votre modèle de données de gestion des postes de l'embauche au départ (Hire to Retire - Position Management)
Votre modèle de données de gestion des postes de l'embauche au départ (Hire to Retire - Position Management)
- Attributs recommandés à collecter
- Activités clés à suivre
- Guide 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
|
Le timestamp indiquant quand une activité spécifique s'est produite. | ||
|
Description
L'Heure de l'événement enregistre la date et l'heure exactes auxquelles une activité a été exécutée ou enregistrée dans le système. Il fournit l'ordre chronologique des événements pour le cycle de vie de chaque poste. Cet horodatage est critique pour toutes les analyses temporelles en Process Mining. Il est utilisé pour calculer les temps de cycle entre les activités, mesurer la durée de l'ensemble 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 précis, l'analyse des processus n'est pas possible.
Pourquoi c'est important
Cet attribut fournit la séquence chronologique des événements, essentielle pour calculer les temps de cycle, découvrir les goulots d'étranglement et comprendre la performance du processus.
Où obtenir
Ceci 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 de gestion des postes ou les enregistrements de transactions dans SAP SuccessFactors.
Exemples
2023-04-15T09:00:00Z2023-04-15T14:30:15Z2023-05-01T11:20:00Z
|
|||
|
ID de poste
PositionId
|
L'identifiant unique d'un poste organisationnel, servant d'identifiant principal de cas pour le processus de gestion des postes. | ||
|
Description
L'ID de poste (Position ID) relie toutes les activités et les données relatives à un poste organisationnel unique. Il permet le suivi de bout en bout du cycle de vie complet d'un poste, de sa demande initiale et sa création à toute modification, reclassification et sa désactivation ou fermeture éventuelle. En Process Mining, chaque ID de poste unique représente un cas. L'analyse des processus via cet identifiant aide à comprendre le parcours complet d'un poste, à mesurer les temps de cycle de vie totaux et à identifier les schémas ou les goulots d'étranglement qui affectent les postes du début à la fin. C'est l'attribut fondamental pour construire la carte des processus et calculer les KPI au niveau des cas.
Pourquoi c'est important
Ceci est l'identifiant de cas essentiel qui relie tous les événements connexes, permettant de tracer le cycle de vie complet d'un poste et d'analyser son flux de processus.
Où obtenir
Cet identifiant est un élément central du module de gestion des postes dans SAP SuccessFactors Employee Central, généralement trouvé dans l'objet Position.
Exemples
POS-1002345POS-1002346POS-2039871
|
|||
|
Nom de l'activité
ActivityName
|
Le nom de l'événement métier qui s'est produit à un moment précis pour un poste. | ||
|
Description
Cet attribut décrit une étape ou un jalon spécifique dans le cycle de vie de la gestion des postes, tel que « Demande de poste initiée », « Poste créé dans le système RH » ou « Poste désactivé ». Chaque activité représente un événement distinct dans le processus. L'analyse de la séquence et de la fréquence des activités est le cœur du Process Mining. Elle permet la visualisation de la carte des processus, l'identification des flux de processus courants et alternatifs (variantes), et la localisation des retards ou des reprises entre les étapes. C'est fondamental pour comprendre comment le processus fonctionne réellement.
Pourquoi c'est important
Il définit les étapes du processus, permettant la visualisation de la carte de processus et l'analyse du workflow, des goulots d'étranglement et des déviations.
Où obtenir
Ceci est généralement dérivé des journaux d'événements, des enregistrements de changements de statut ou des pistes d'audit au sein du système SAP SuccessFactors Employee Central. Cela peut nécessiter un mappage des codes d'événements techniques ou des transitions de statut vers des noms conviviaux.
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
|
L'horodatage de la dernière actualisation ou extraction des données du système source. | ||
|
Description
Cet attribut indique la dernière fois que les données du processus ont été mises à jour dans l'outil de Process Mining. Il reflète la fraîcheur des données analysées. C'est important pour les utilisateurs de comprendre la pertinence de l'analyse actuelle et de gérer les attentes concernant la rapidité des données. C'est un élément clé des métadonnées pour tout tableau de bord ou rapport.
Pourquoi c'est important
Il informe les utilisateurs sur la fraîcheur des données, ce qui est essentiel pour garantir que les analyses et les décisions sont basées sur des informations à jour.
Où obtenir
Cet horodatage est généré par le pipeline d'extraction et de transformation des données au moment de l'exécution.
Exemples
2023-10-27T08:00:00Z
|
|||
|
Système source
SourceSystemId
|
Le système d'où 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'agira systématiquement de SAP SuccessFactors Employee Central. Bien que cela puisse sembler redondant dans un modèle à source unique, c'est un champ crucial pour la gouvernance des données et le maintien du contexte, en particulier dans les environnements où les données pourraient être fusionnées à partir de plusieurs systèmes. Il assure la clarté sur la provenance des données.
Pourquoi c'est important
Il fournit une provenance claire des données, ce qui est essentiel pour la gouvernance des données, le dépannage et dans les scénarios impliquant plusieurs sources de données.
Où obtenir
Ceci est généralement une valeur statique ajoutée pendant le processus de transformation des données pour étiqueter l'origine de l'ensemble de données.
Exemples
SAP SuccessFactors Employee Central
|
|||
|
Département
DepartmentName
|
Le nom du département auquel appartient le poste. | ||
|
Description
Cet attribut spécifie le département organisationnel associé au poste, tel que « Finance », « Ventes » ou « Technologies de l'information ». Le Département est une dimension clé pour l'analyse comparative. Il vous permet d'évaluer la performance des processus dans différentes parties de l'organisation, par exemple, en comparant les temps d'approbation des postes entre les départements. C'est essentiel pour le tableau de bord « Goulot d'étranglement de l'approbation départementale » et aide à identifier les inefficacités localisées ou les meilleures pratiques.
Pourquoi c'est important
Cela permet une comparaison des performances et une analyse des goulots d'étranglement entre les différents services de l'entreprise, aidant à identifier les problèmes spécifiques à chaque domaine.
Où obtenir
Ceci est 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
|
L'horodatage indiquant la date et l'heure de réalisation d'une activité spécifique. | ||
|
Description
L'« Event End Time » (heure de fin de l'événement) marque l'achèvement d'une activité. Dans de nombreux systèmes, une activité est enregistrée comme un point unique dans le temps, auquel cas l'« End Time » serait identique à l'« Start Time » (heure de début). Cependant, pour les activités ayant une durée mesurable, comme une étape d'approbation sur laquelle on travaille activement, ce champ capture le moment de l'achèvement. Cet attribut est essentiel pour calculer le temps de traitement des activités individuelles. Il aide à différencier le temps d'attente (l'intervalle entre les activités) et le temps de traitement (la durée de l'activité elle-même), offrant une vue plus détaillée de l'efficacité du processus.
Pourquoi c'est important
Il permet le calcul du temps de traitement des activités, aidant à distinguer le temps passé à travailler sur une tâche et le temps passé à attendre la prochaine étape.
Où obtenir
Cette information peut être disponible dans les journaux d'audit ou nécessiter d'être inférée. Souvent, elle est identique à l'heure de début (StartTime) pour les événements atomiques.
Exemples
2023-04-15T09:05:12Z2023-04-15T14:45:00Z2023-05-01T11:20:00Z
|
|||
|
ID de l'Approbateur
ApproverId
|
L'identifiant du responsable ou de l'approbateur impliqué dans une activité d'approbation. | ||
|
Description
Cet attribut identifie l'utilisateur spécifique qui a effectué une étape d'approbation, telle que « Demande de poste approuvée par le responsable » ou « Demande de poste approuvée par les RH ». Il est distinct de l'ID utilisateur général car il concerne spécifiquement les tâches d'approbation. L'analyse des temps d'approbation par approbateur spécifique peut aider à identifier les individus qui peuvent être des goulots d'étranglement dans le processus ou qui peuvent approuver des choses exceptionnellement rapidement, indiquant une bonne pratique. Elle fournit un niveau de détail plus granulaire pour l'analyse du tableau de bord « Goulot d'étranglement de l'approbation départementale ».
Pourquoi c'est important
Il permet une analyse granulaire des étapes d'approbation, aidant à identifier les goulots d'étranglement ou les acteurs performants au niveau de chaque approbateur.
Où obtenir
Ceci est stocké dans les données de journal de workflow ou d'approbation dans SAP SuccessFactors, associées à la transaction de demande de poste.
Exemples
m.joness.patele.williams
|
|||
|
ID utilisateur
UserId
|
L'identifiant de l'utilisateur qui a effectué l'activité. | ||
|
Description
Cet attribut capture l'ID unique de l'employé ou de l'utilisateur système qui a exécuté un événement spécifique, comme le manager 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 cruciale pour comprendre la répartition de la charge de travail, identifier les meilleurs performeurs et détecter les besoins potentiels en formation. Elle aide également à l'analyse des ressources, aux vérifications de Conformité et à l'identification des activités réalisées par des comptes système ou de service, indiquant une automatisation.
Pourquoi c'est important
Il aide à attribuer les activités de processus à des utilisateurs spécifiques, permettant l'analyse de la charge de travail, la mesure des performances et l'identification des opportunités d'automatisation.
Où obtenir
Cette information se trouve généralement dans les champs « Modifié par » ou « Utilisateur » des journaux d'audit ou des données de transaction de l'objet Position dans SAP SuccessFactors.
Exemples
c.bakerj.smithUTILISATEUR_SYSTÈME
|
|||
|
Statut du poste
PositionStatus
|
Le statut du poste au moment de l'événement. | ||
|
Description
Cet attribut indique l'état du poste, tel que « À embaucher », « Pourvu », « Gelé » ou « Éliminé ». Le statut change souvent à la suite d'activités spécifiques du processus. L'analyse des transitions de statut de poste au fil du temps est essentielle pour comprendre le cycle de vie du poste et s'assurer que les statuts sont utilisés de manière cohérente. Le tableau de bord « Position Status Transition Analysis » (Analyse des transitions de statut de poste) s'appuie sur cet attribut pour identifier les flux de processus non standard et vérifier la Conformité aux modèles de statut définis. Il aide à répondre aux questions sur la durée pendant laquelle les postes restent dans un état particulier.
Pourquoi c'est important
Le suivi des changements de statut est essentiel pour analyser le cycle de vie du poste, assurer la Conformité du processus et comprendre la durée pendant laquelle les postes restent dans chaque état.
Où obtenir
Ceci correspond au champ de statut de l'objet Position dans SAP SuccessFactors Employee Central.
Exemples
À embaucherPourvuGeléÉliminé
|
|||
|
Attribut Modifié
ModifiedAttribute
|
L'attribut ou le champ spécifique du poste qui a été modifié. | ||
|
Description
Lorsqu'une activité « Attributs du poste modifiés » se produit, ce champ spécifie quel attribut a été modifié, tel que « Département », « Titre du poste » ou « Rapporte à ». Cela fournit un détail crucial pour le tableau de bord « Fréquence de changement des attributs de poste ». Au lieu de simplement savoir qu'un changement s'est produit, cela permet d'analyser ce qui change le plus fréquemment. Un volume élevé de changements sur un attribut particulier pourrait indiquer que sa définition n'est pas claire ou que les données initiales fournies sont souvent incorrectes pour ce champ spécifique.
Pourquoi c'est important
Il ajoute des détails critiques aux événements de modification, permettant à l'analyse d'identifier quels points de données spécifiques sont les plus volatils ou sujets aux erreurs.
Où obtenir
Cette information proviendrait de journaux d'audit détaillés dans SAP SuccessFactors qui capturent les changements au niveau des champs, affichant les anciennes et nouvelles valeurs.
Exemples
DépartementSuperviseurCentre de coûtsTitre du poste
|
|||
|
Est Du Premier Coup
IsFirstTimeRight
|
Un indicateur signalant si un poste a été créé correctement du premier coup, sans modifications immédiates. | ||
|
Description
Cet attribut calculé est un indicateur booléen (vrai/faux) qui vérifie si une activité « Poste créé dans le système RH » est suivie d'une activité « Attributs du poste modifiés » dans un court laps de temps prédéfini (par exemple, 24 heures). Si aucune modification n'intervient, il est marqué comme « vrai ». Cet attribut soutient directement le KPI « % de création du premier coup ». Il constitue une mesure puissante de la qualité des données et de l'efficacité du processus, mettant en évidence les cas où la saisie initiale des données était inexacte ou incomplète, entraînant des reprises immédiates. Un faible taux de « bon du premier coup » indique des problèmes potentiels de formation, d'ergonomie du système ou de règles de validation des données.
Pourquoi c'est important
Cette métrique mesure la qualité du processus de création de postes, mettant en évidence les retouches et les problèmes de qualité des données au point d'entrée.
Où obtenir
Ceci est un indicateur booléen calculé lors de la transformation des données en analysant la séquence d'événements pour chaque ID de poste.
Exemples
truefaux
|
|||
|
Famille d'Emplois
PositionJobFamily
|
La famille d'emplois ou le domaine fonctionnel auquel appartient le poste. | ||
|
Description
La « Job Family » (famille d'emplois) est une classification qui regroupe des emplois liés, tels que « Ingénierie », « Finance » ou « Ressources Humaines ». Elle offre un regroupement de niveau supérieur au titre de poste spécifique. Cet attribut est essentiel pour le tableau de bord « Position Reclassification Analysis » (Analyse des reclassifications de postes). Il permet aux analystes de suivre la fréquence de reclassification des postes entre les familles d'emplois et d'identifier les tendances. Par exemple, un taux élevé de reclassification de « Support informatique » vers « Cybersécurité » pourrait indiquer un changement stratégique dans l'organisation.
Pourquoi c'est important
Cet attribut est crucial pour analyser les tendances de reclassification et comprendre les changements de structure organisationnelle au niveau fonctionnel.
Où obtenir
Ceci 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
|
Le titre officiel du poste associé à la position. | ||
|
Description
Cet attribut contient le titre de poste descriptif pour la position, par exemple, « Analyste financier senior » ou « Ingénieur logiciel II ». Bien qu'il ne soit pas un moteur principal du flux de processus, le titre du poste fournit un contexte métier important. Il peut être utilisé pour filtrer les analyses pour des types de rôles spécifiques ou pour voir si certains titres de poste sont associés à des temps de cycle de création plus longs ou à des modifications plus fréquentes. Il ajoute une couche de détails métier conviviale à l'analyse.
Pourquoi c'est important
Il fournit un contexte métier précieux, permettant d'filtrer ou de segmenter l'analyse par rôles ou niveaux d'emploi spécifiques.
Où obtenir
Ceci est un attribut standard de l'objet Position dans SAP SuccessFactors Employee Central, souvent lié à la classification des emplois.
Exemples
Analyste financier seniorIngénieur logiciel IICoordinateur marketing.
|
|||
|
Motif du changement
ChangeReason
|
La raison fournie pour une modification ou une reclassification d'un poste. | ||
|
Description
Lorsqu'un poste est modifié ou reclassifié, les utilisateurs fournissent souvent un motif pour ce changement. Cet attribut capture ce motif, tel que « Réorganisation », « Modification du périmètre » ou « Révision annuelle ». Il s'agit d'un attribut critique pour l'analyse des causes profondes. Il aide à expliquer le « pourquoi » des événements de processus comme les reclassifications ou les modifications d'attributs. L'analyse des motifs de changement les plus fréquents peut révéler des problèmes sous-jacents, tels que des descriptions de poste initiales peu claires ou des changements organisationnels fréquents, ce qui est un objectif clé du tableau de bord « Analyse des reclassifications de postes ».
Pourquoi c'est important
Il fournit le contexte métier nécessaire à l'analyse des causes profondes, expliquant pourquoi des changements comme les reclassifications ou les modifications se produisent.
Où obtenir
Ces données sont généralement capturées dans un champ « motif » ou « commentaire » lors des transactions qui modifient l'objet Position dans SAP SuccessFactors.
Exemples
RéorganisationModification du périmètreRévision Annuelle
|
|||
|
Pays
CountryCode
|
Le pays où le poste est situé. | ||
|
Description
Cet attribut spécifie le pays associé à l'emplacement du poste. C'est une dimension géographique clé 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 des processus. Par exemple, les délais d'approbation de postes peuvent être significativement plus longs dans un pays en raison des réglementations locales du travail ou de l'implication du conseil d'entreprise. Cela aide à comprendre et à aborder les variations de processus spécifiques à un lieu.
Pourquoi c'est important
Il permet une analyse géographique pour identifier les variations régionales de performance des processus, qui peuvent être influencées par les réglementations ou pratiques locales.
Où obtenir
Ceci fait partie des informations de localisation associées à l'objet Position dans SAP SuccessFactors.
Exemples
États-UnisDEUINDGBR
|
|||
|
Statut d'Approbation Budgétaire
BudgetApprovalStatus
|
Le statut de l'approbation budgétaire pour la demande de poste. | ||
|
Description
Cet attribut suit l'état de l'approbation financière d'un nouveau poste, avec des valeurs comme « En attente », « Approuvé » ou « Rejeté ». Il est spécifiquement utilisé pour surveiller l'étape de validation financière. Ce statut est essentiel pour calculer le KPI « Temps de cycle d'approbation budgétaire » et pour le tableau de bord « Durée d'approbation budgétaire des postes ». Il isole la partie d'approbation financière du processus, permettant une analyse ciblée des retards causés par des problèmes liés au budget, qui peuvent constituer un goulot d'étranglement important dans la création de postes.
Pourquoi c'est important
Cela soutient directement l'analyse de l'étape d'approbation budgétaire, aidant à identifier et à réduire les retards dans la validation financière pour les nouveaux postes.
Où obtenir
Cette information ferait partie des données du workflow de demande de poste dans SAP SuccessFactors, probablement en tant que statut d'une étape d'approbation spécifique.
Exemples
En Attente FinanceApprouvéRejeté
|
|||
|
Temps d'approbation du poste
PositionApprovalCycleTime
|
Le temps total écoulé entre l'initiation d'une demande de poste et son approbation par les RH. | ||
|
Description
Ceci est un KPI calculé qui mesure la durée de toute la phase d'approbation d'un nouveau poste. Il est calculé au niveau du cas en trouvant la différence de temps entre l'événement « Demande de poste initiée » et l'événement « Demande de poste approuvée par les RH ». Cet attribut mesure directement le KPI « Temps moyen d'approbation de poste » et est la métrique principale du tableau de bord « Temps de cycle d'approbation de poste ». Il fournit une mesure critique de l'agilité organisationnelle et de l'efficacité de la phase amont du recrutement.
Pourquoi c'est important
Ceci est un indicateur de performance clé qui mesure directement l'efficacité du workflow d'approbation des postes, aidant à suivre et à réduire les retards.
Où obtenir
Cette métrique est calculée au niveau du cas au sein de la plateforme de Process Mining ou de la couche de transformation de données en utilisant les horodatages des activités pertinentes.
Exemples
P3D4H30MP10DP1DT12H
|
|||
|
Temps de traitement
ProcessingTime
|
Le temps passé à travailler activement sur une activité. | ||
|
Description
Cet attribut mesure le temps nécessaire pour accomplir une seule activité, calculé comme la différence entre l'heure de fin de l'événement et l'heure de l'événement (heure de début). Il est distinct du temps de cycle, qui inclut le temps d'attente entre les activités. L'analyse du temps de traitement aide à identifier les étapes spécifiques du processus qui sont les plus chronophages à exécuter. Cela permet des efforts d'amélioration ciblés, tels que la simplification d'un formulaire, une meilleure formation ou l'automatisation d'une tâche. Par exemple, cela peut montrer si l'activité « Poste créé dans le système RH » prend des minutes ou des heures à se terminer.
Pourquoi c'est important
Il isole le temps de travail actif pour une activité, aidant à identifier les tâches spécifiques les plus chronophages, séparément de tout temps d'attente.
Où obtenir
Ceci est calculé à partir des champs EventTime et EventEndTime lors de la transformation des données (ProcessingTime = EventEndTime - EventTime).
Exemples
PT5M12SPT1H30MP1D
|
|||
|
Unité commerciale
BusinessUnitName
|
L'unité commerciale associée au poste. | ||
|
Description
Cet attribut identifie la division ou l'unité commerciale plus large à laquelle appartient le poste, qui peut être un niveau supérieur au département. Semblable au Département, l'Unité Commerciale offre une dimension pour une analyse comparative de haut niveau. Elle permet aux dirigeants seniors de comparer l'efficacité de la gestion des postes entre les principales parties de l'entreprise, telles que les « Produits de consommation » par rapport aux « Logiciels d'entreprise ».
Pourquoi c'est important
Permet des comparaisons de performance de processus de haut niveau et transversales aux divisions et aide à aligner les métriques de processus avec les unités commerciales stratégiques.
Où obtenir
Ceci est un attribut standard de la structure organisationnelle disponible sur l'objet Position dans SAP SuccessFactors.
Exemples
Produits de consommationLogiciels d'entrepriseServices mondiaux
|
|||
Activités de Gestion des Postes - De l'Embauche au Départ
| Activité | Description | ||
|---|---|---|---|
|
Demande de poste approuvée par les RH
|
Cette activité signifie que le service des ressources humaines a approuvé la demande de poste. Il s'agit d'une étape cruciale, enregistrée comme une étape d'achèvement explicite dans le workflow d'approbation. | ||
|
Pourquoi c'est important
L'approbation finale des RH conclut souvent la phase principale d'approbation avant l'allocation budgétaire ou la création système. Mesurer le temps nécessaire pour atteindre cette étape est vital pour le KPI 'Temps Moyen d'Approbation de Poste'.
Où obtenir
Ceci est capturé à partir des journaux de workflow associés à la demande de poste. L'événement correspond à l'horodatage où le représentant RH termine son étape d'approbation assignée.
Capture
Enregistré lorsque l'approbateur RH termine son étape dans le workflow.
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 formellement une demande de création d'un nouveau poste. Ceci est capturé explicitement lorsqu'un workflow de création de poste est déclenché dans SAP SuccessFactors. | ||
|
Pourquoi c'est important
Ceci est l'événement de début principal du processus. L'analyse du temps écoulé entre cette activité et d'autres, comme l'approbation ou la création de poste, est cruciale pour mesurer l'efficacité globale du processus.
Où obtenir
Cet événement est capturé à partir de l'initiation d'une instance de workflow liée à une demande de poste. Les données peuvent être trouvées dans les tables de demandes de workflow, telles que WfRequest, liées à l'objet Position.
Capture
Enregistré lors de l'initiation d'un nouveau workflow 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 workflow d'approbation. C'est un événement explicite enregistré par le moteur de workflow lorsqu'un approbateur sélectionne l'option « rejeter » ou « renvoyer ». | ||
|
Pourquoi c'est important
Les rejets sont des déviations critiques du processus qui peuvent indiquer des problèmes avec les données de la demande, le budget ou la justification. L'analyse des motifs de rejet aide à améliorer la qualité des futures demandes.
Où obtenir
Ceci est capturé à partir des données du journal de workflow associées à la demande de poste. Cela correspond à une étape de workflow étant complétée avec un statut « rejeté ».
Capture
Enregistré lorsqu'un approbateur rejette une étape dans le workflow.
Type d'événement
explicit
|
|||
|
Poste Activé
|
Cet événement signifie que le poste nouvellement créé est rendu actif et disponible pour la dotation ou le recrutement. Ceci est généralement déduit d'un changement du champ de statut du poste vers une valeur « Actif ». | ||
|
Pourquoi c'est important
L'activation est la dernière étape avant que le recrutement ne puisse commencer. Suivre le temps entre la création et l'activation aide à identifier les retards pour rendre les postes prêts à être pourvus.
Où obtenir
Ceci est inféré en suivant les changements du champ « Statut » ou « Statut effectif » dans l'historique de l'objet MDF « Position ». L'horodatage du changement vers « Actif » marque l'événement.
Capture
Déduit d'un changement dans le champ statut du poste à 'Actif'.
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 explicitement capturée à partir de la piste d'audit ou de l'historique de l'objet MDF « Position », en utilisant l'horodatage de création. | ||
|
Pourquoi c'est important
C'est un jalon fondamental qui confirme l'existence officielle du poste. Le KPI « Temps de cycle de création de poste » mesure la durée entre l'initiation de la demande et cet événement, reflétant l'efficacité globale.
Où 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 Metadata Framework (MDF) pour l'ID de poste spécifique.
Capture
Extrait de l'horodatage de création de l'enregistrement de l'objet Poste.
Type d'événement
explicit
|
|||
|
Poste fermé
|
Ceci est l'événement final dans le cycle de vie d'un poste, indiquant qu'il a été définitivement fermé ou éliminé. Ceci est généralement déduit d'un changement dans le statut du poste vers une valeur terminale comme « Fermé » ou « Éliminé ». | ||
|
Pourquoi c'est important
Cette activité sert de point final définitif pour le processus, permettant une analyse précise du temps de cycle de bout en bout. Elle confirme que le poste a été retiré avec succès.
Où obtenir
Ceci est inféré en suivant les changements du champ « Statut » dans l'historique de l'objet MDF « Position ». L'horodatage du changement vers « Fermé » ou « Éliminé » marque l'événement.
Capture
Déduit d'un changement de statut de poste vers une valeur terminale.
Type d'événement
inferred
|
|||
|
Attributs du poste modifiés
|
Représente toute modification apportée aux attributs d'un poste existant, tels que son titre, son département ou son centre de coûts. Cet événement est capturé explicitement via les journaux d'audit de l'objet MDF « Position ». | ||
|
Pourquoi c'est important
Des modifications fréquentes peuvent indiquer des problèmes de qualité des données ou une instabilité dans la conception organisationnelle. L'analyse de ces événements aide à mesurer le 'Taux de Modification des Attributs de Poste' et le retravail.
Où obtenir
Ces événements sont capturés à partir de l'historique d'audit de l'objet MDF Position. Chaque modification enregistrée avec un horodatage de « date de dernière modification » et un utilisateur représente une activité de modification.
Capture
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 département financier ou un détenteur de budget a approuvé les aspects financiers du nouveau poste. Ceci est généralement une étape explicite au sein du workflow, survenant après les approbations managériales et RH. | ||
|
Pourquoi c'est important
Les retards dans l'approbation budgétaire peuvent considérablement freiner le processus de recrutement. Isoler cette activité aide à analyser et optimiser l'étape d'autorisation financière de la gestion des postes.
Où obtenir
Cet événement est capturé à partir des journaux de workflow de la demande de poste, correspondant à l'achèvement de l'étape d'approbation financière. L'approbateur est généralement identifié par un rôle de « Finance » ou de « Détenteur du budget ».
Capture
Enregistré lorsque l'approbateur financier termine son étape dans le workflow.
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 par le responsable du recrutement ou le manager hiérarchique. Il s'agit d'un événement explicite enregistré comme une étape terminée dans le workflow de gestion des postes. | ||
|
Pourquoi c'est important
Le suivi des temps d'approbation des responsables aide à identifier les goulots d'étranglement au sein de départements ou de niveaux hiérarchiques spécifiques. C'est une étape clé pour comprendre les phases initiales du cycle d'approbation.
Où obtenir
Ceci est enregistré comme un événement d'achèvement d'étape dans les données du journal de workflow pour la demande de poste spécifique. Il peut être identifié par le rôle de l'approbateur et le statut « approuvé » de l'étape du workflow.
Capture
Enregistré lorsqu'un utilisateur termine une étape d'approbation dans le workflow.
Type d'événement
explicit
|
|||
|
Poste désactivé
|
Représente la désactivation formelle d'un poste, le rendant inactif et indisponible. Ceci est déduit d'un changement de statut du poste vers 'Inactif' ou 'Désactivé'. | ||
|
Pourquoi c'est important
C'est une étape clé dans le processus de retrait de poste. Le suivi du temps entre la suspension et la désactivation est crucial pour mesurer le KPI « Délai de désactivation de poste ».
Où obtenir
Ceci est inféré à partir de l'historique d'audit de l'objet MDF « Position » en identifiant le moment où le champ « Statut » ou « Statut effectif » est passé à « Inactif ».
Capture
Déduit d'un changement dans le champ statut du poste à 'Inactif'.
Type d'événement
inferred
|
|||
|
Poste examiné pour conformité
|
Représente un examen périodique ou déclenché par un événement d'un poste pour s'assurer qu'il respecte les politiques internes ou les réglementations externes. Le mécanisme de capture de cet événement dépend fortement des configurations spécifiques au client, telles qu'un workflow personnalisé ou un objet MDF. | ||
|
Pourquoi c'est important
Cette activité est essentielle pour surveiller et assurer la conformité organisationnelle. Elle soutient directement des KPI comme le « % de Conformité des revues de postes » et aide à atténuer les risques.
Où obtenir
Nécessite une analyse système. Cela peut être capturé dans un objet MDF personnalisé lié au poste, via une mise à jour de statut de workflow personnalisé, ou via un journal de pièces jointes.
Capture
Dépend d'une implémentation personnalisée ; probablement une entrée d'objet MDF personnalisée.
Type d'événement
explicit
|
|||
|
Poste gelé/suspendu
|
Cet événement indique qu'un poste a été temporairement mis en attente et n'est pas disponible pour la dotation. Ceci est déduit d'un changement dans le champ de statut du poste vers une valeur telle que « Gelé » ou « Suspendu ». | ||
|
Pourquoi c'est important
Cette activité précède souvent la désactivation ou la fermeture. L'analyse de la durée pendant laquelle un poste reste gelé aide à optimiser la planification des effectifs et la gestion des têtes de chapitre.
Où obtenir
Ceci est inféré en suivant les changements du champ « Statut » dans l'historique de l'objet MDF « Position ». L'horodatage du changement vers « Gelé » ou une valeur similaire marque l'événement.
Capture
Déduit d'un changement dans le champ statut du poste à 'Gelé'.
Type d'événement
inferred
|
|||
|
Poste reclassifié
|
Cette activité signifie un changement significatif de la définition fondamentale d'un poste, tel qu'un changement de son code d'emploi ou de sa famille d'emplois. Ceci est déduit d'une modification du champ « Code d'emploi » ou « Classification d'emploi » dans l'objet MDF « Position ». | ||
|
Pourquoi c'est important
Des taux de reclassification élevés peuvent indiquer des problèmes de conception initiale des emplois ou des besoins commerciaux en évolution. Suivre cela aide à analyser la stabilité de la structure organisationnelle.
Où obtenir
Ceci est inféré en surveillant l'historique d'audit de l'objet MDF « Position » pour les changements de champs de classification clés comme « jobCode ». L'horodatage d'un tel changement marque l'événement.
Capture
Déduit d'un changement dans le champ 'jobCode' de l'objet Position.
Type d'événement
inferred
|
|||