> Amélioration Continue des Processusus > Cycle de vie du poste (du recrutement au départ) > Microsoft Dynamics 365 Human Ressources > Template de données

Votre modèle de données pour la gestion des postes (du recrutement au départ)

Microsoft Dynamics 365 Human Ressources
Votre modèle de données pour la gestion des postes (du recrutement au départ)
← Retour au Guide d'amélioration
Attributs de gestion des postes (du recrutement au départ) (19) Activités de gestion des postes (du recrutement au départ) (14) Guides d'extraction (2)

Votre modèle de données pour la gestion des postes (du recrutement au départ)

Ce modèle fournit les étapes nécessaires à la collecte des données essentielles nécessaires à l'analyse de vos processus Hire to Retire de gestion des postes. Il décrit les attributs essentiels à collecter, les activités clés à suivre et des conseils pratiques pour l'extraction des données de Microsoft Dynamics 365 Human Ressources. Utilisez cette ressource pour générer un journal d'événements complet pour vos initiatives de Process Mining.
  • `Attributs` recommandés à collecter pour une analyse détaillée
  • Activités clés à suivre pour une découverte précise des processus
  • Guide d'extraction spécifiquement pour Microsoft Dynamics 365 Human Ressources
Vous découvrez les journaux d'événements ? Apprenez comment créer un journal d'événements Process Mining.
Télécharger le modèle

Attributs de gestion des postes (du recrutement au départ)

Ce sont les champs de données recommandés à inclure dans votre journal d'événements pour une analyse complète de la gestion des postes Hire to Retire.
3 Obligatoire 6 Recommandé 10 Facultatif
Nom Descriptionn
Heure de l'événement
EventTime
 L'horodatage indiquant quand l'activité a eu lieu.
Descriptionn

L'horodatage de l'événement, ou horodatage, enregistre la date et l'heure exactes de la fin d'une activité. Il est indispensable pour ordonner les événements chronologiquement et pour calculer les durées et les temps de cycle.

Cet attribut est utilisé dans presque toutes les analyses de Process Mining, de la construction de la cartographie des processus au calcul des KPI de performance comme le 'Temps de cycle moyen d'approbation des postes'. Il aide à identifier quand les retards se produisent et combien de temps chaque étape du processus prend.

Pourquoi est-ce important ? :

Ce horodatage est indispensable pour ordonner les événements, calculer toutes les métriques temporelles et identifier les points de blocage du processus.

Source des données :

Cette information se trouve généralement dans les tables de journal système ou comme champs 'CreatedDateTime' ou 'ModifiedDateTime' associés aux enregistrements de poste et de workflow dans Dynamics 365 HR.

Exemples
2023-04-15T09:00:00Z2023-04-15T14:35:10Z2023-04-18T11:21:05Z2023-05-02T16:45:00Z2024-01-10T10:00:00Z
ID de poste
PositionId
 L'identifiant unique pour un poste spécifique dans l'organisation.
Descriptionn

L'ID de poste sert d'identifiant de dossier principal, reliant toutes les activités et données liées à un seul poste organisationnel. Cela permet un suivi complet du cycle de vie complet d'un poste, de sa création et de ses modifications à sa désactivation ou clôture éventuelle.

En analyse de processus, cet ID est indispensable pour reconstituer le parcours de chaque poste. Il permet des dashboards qui surveillent les temps de cycle, identifient les points de blocage dans les approbations et analysent les variantes de processus de la demande à la clôture.

Pourquoi est-ce important ? :

C'est l'identifiant central qui relie tous les événements connexes en un seul cas de processus, permettant l'analyse complet du cycle de vie du poste.

Source des données :

C'est généralement le champ HcmPosition.PositionId dans Microsoft Dynamics 365 Human Ressources. Il peut être trouvé dans des entités de données comme HcmPositionV2Entity.

Exemples
POS001, 2, 3, 4MKT-0056FIN-SR-ANALYST-02HRBP-EAST-01IT-DEV-9876
Nom de l'activité
ActivityName
 Le nom de l'événement ou de la tâche spécifique qui s'est produit dans le processus de gestion des postes.
Descriptionn

Cet attribut décrit une seule étape du cycle de vie du poste, tel que 'Demande de poste initiée', 'Poste créé dans le système RH' ou 'Poste désactivé'. Il constitue l'pilier central de la carte de processus, montrant la séquence des événements.

L'analyse du Nom de l'Activité facilite la visualisation des flux de processus, l'identification des écarts par rapport au processus standard et le calcul des temps de transition entre les différentes étapes. Il est indispensable pour comprendre ce qui s'est passé et dans quel ordre.

Pourquoi est-ce important ? :

Il définit les étapes du processus, pour visualiser des cartes de processus et l'analyse du flux et des variations du processus.

Source des données :

Cet attribut est dérivé des événements métier, des changements de statut ou de l'historique du workflow dans Microsoft Dynamics 365 Human Ressources. Ce n'est pas un champ unique, mais il est construit en fonction du contexte des données.

Exemples
Demande de poste initiéeDemande de poste approuvée par le managerPoste créé dans le système RHAttributs du poste modifiésPoste fermé
Centre de coûts
CostCenter
 Le centre de coûts financier auquel les dépenses du poste sont allouées.
Descriptionn

Le Centre de Coût est une dimension financière clé qui lie un poste à un budget spécifique ou à un domaine de responsabilité financière. Les changements apportés à cet attribut sont importants à surveiller.

Cet attribut est indispensable pour le tableau de bord 'Vérification de la cohérence des données de poste', qui analyse les changements apportés aux attributs clés après la création. Il est également utilisé pour analyser les coûts et les budgets liés aux postes par différentes unités financières.

Pourquoi est-ce important ? :

Il connecte le poste aux données financières, permettant l'analyse des processus liés aux coûts et le suivi de la cohérence des données.

Source des données :

Ceci est généralement configuré comme une dimension financière sur l'enregistrement du poste. Consultez la configuration de la dimension financière dans Dynamics 365.

Exemples
CC-1001-FINCC-2500-ITCC-4510-SALESCC-7000-OPSCC-9002-HR
Département
DepartmentName
 Le département auquel le poste appartient.
Descriptionn

Cet attribut spécifie le département organisationnel, tel que 'Finance', 'Marketing' ou 'IT', associé au poste. C'est une dimension primaire pour le filtrage et l'agrégation des données de processus.

L'analyse par département est indispensablele pour le tableau de bord 'Débit des postes par département'. Elle aide à comparer les performances des processus, à identifier les points de blocage spécifiques aux départements et à comprendre les tendances de recrutement dans différentes parties de l'entreprise.

Pourquoi est-ce important ? :

Il permet de segmenter l'analyse des processus par unité commerciale, aidant à identifier les problèmes spécifiques aux départements et à comparer les performances.

Source des données :

Cette information fait partie des détails du poste, généralement stockée sur l'entité HcmPositionDetail et liée à la dimension de l'unité opérationnelle.

Exemples
FinanceTechnologies de l'InformationVentes et MarketingRessources HumainesOpérations
Heure de fin
EndTime
 L'horodatage indiquant la date et l'heure à laquelle l'activité a été achevée.
Descriptionn

EndTime marque la conclusion d'une activité. Le temps écoulé entre StartTime et EndTime est le temps de traitement de cette activité spécifique.

Cet attribut est indispensable pour calculer les durées au niveau des activités et comprendre où le temps est passé dans le processus. Par exemple, il aide à déterminer combien de temps un manager prend pour approuver une demande de poste après qu'elle lui a été assignée.

Pourquoi est-ce important ? :

Il permet le calcul des temps de traitement des activités, ce qui est indispensable pour une analyse détaillée des performances et des points de blocage.

Source des données :

Cela peut être dérivé des horodatages d'événements subséquents ou de champs 'achèvement' spécifiques dans les journaux de workflow dans Dynamics 365 HR. Souvent, cela doit être déduit.

Exemples
2023-04-15T09:05:12Z2023-04-15T15:00:00Z2023-04-19T09:00:00Z2023-05-03T10:00:00Z2024-01-10T10:05:00Z
Nom d'utilisateur
UserName
 Le nom ou l'`ID` de l'`utilisateur` qui a effectué l'activité.
Descriptionn

Cet attribut identifie l'employé ou l'utilisateur du système responsable d'une étape de processus donnée, comme le manager qui a approuvé une demande ou le spécialiste RH qui a créé le poste dans le système.

L'analyse par utilisateur aide à identifier les besoins en formation, à comparer les performances entre les membres de l'équipe et à comprendre la répartition de la charge de travail. Elle est également essentielle pour les contrôles de conformité afin d'assurer une bonne séparation des tâches.

Pourquoi est-ce important ? :

Il offre une responsabilisation et permet une analyse des performances par individu ou par équipe, ce qui est impératif pour la gestion des ressources et la formation.

Source des données :

Associé à l'historique des workflows ou aux enregistrements de piste d'audit dans Dynamics 365 HR. Il peut être lié via un ID utilisateur de l'entité HcmWorker.

Exemples
John SmithJane DoeSYSTEMHRAdmin01MGR-FINANCE
Statut du poste
PositionStatus
 Le statut actuel ou historique du poste.
Descriptionn

Cet attribut indique l'état du poste à un moment donné, tel que 'Proposé', 'Actif', 'Gelé' ou 'Fermé'. Les changements de statut correspondent souvent à des activités dans le processus.

Le suivi du statut est impératif pour comprendre le parcours du poste et pour des dashboards tels que 'Statut de révision de la conformité des postes' et 'Postes obsolètes et sous-utilisés'. Il fournit un aperçu de l'état actuel du poste et aide à valider le flux de processus.

Pourquoi est-ce important ? :

Il fournit un état clair pour chaque poste, ce qui est indispensable pour filtrer les cas et comprendre les résultats.

Source des données :

Consultez la documentation de Microsoft Dynamics 365 Human Ressources. Ceci est probablement dérivé des champs de statut de l'enregistrement de poste principal.

Exemples
ProposéEn cours de révisionActifGeléClôturé
Titre du poste
JobTitle
 Le titre de l'emploi associé au poste, tel que 'Comptable Senior'.
Descriptionn

Le Titre de Poste fournit un contexte important concernant le rôle et les responsabilités du poste. Il est différent de l'ID du poste, car plusieurs postes peuvent partager le même titre d'emploi.

En analyse, cet attribut permet de regrouper et de filtrer par type de rôle. Il est utile pour le tableau de bord 'Tendances de reclassification des postes' pour voir quels types d'emplois sont reclassifiés le plus souvent.

Pourquoi est-ce important ? :

Il ajoute un contexte métier crucial, permettant une analyse basée sur le rôle, le niveau ou la fonction de l'emploi.

Source des données :

Cette information est liée à l'enregistrement 'Job' associé au poste. Recherchez-la dans des entités comme HcmPositionV2Entity ou en la joignant à HcmJobEntity.

Exemples
Analyste financier seniorIngénieur logiciel IIPartenaire d'affaires RHCoordinateur marketing.Responsable logistique
Dernière mise à jour des données
LastDataUpdate
 L'horodatage de la dernière actualisation des données depuis le système source.
Descriptionn

Cet attribut indique la dernière extraction des données de Microsoft Dynamics 365 Human Ressources. Il fournit un contexte pour la récence de l'analyse.

L'affichage de cette information dans les dashboards assure aux utilisateurs qu'ils consultent des informations à jour. Il s'agit d'une métadonnée essentielle pour tout projet de Process Mining.

Pourquoi est-ce important ? :

Il informe les utilisateurs sur la réactualisation des données, ce qui est impératif pour prendre des décisions basées sur l'analyse.

Source des données :

Ce horodatage est généré et stocké pendant le processus d'extraction, de transformation et de chargement (ETL) des données.

Exemples
2024-05-21T02:00:00Z2024-05-20T02:00:00Z2024-05-19T02:00:00Z
Durée du cycle d'approbation
ApprovalCycleTime
 Le temps total entre l'initiation d'une demande de poste et son approbation finale.
Descriptionn

Cette métrique calculée mesure la durée entre l'activité 'Demande de poste initiée' et l'activité d'approbation finale, qui pourrait être 'Demande de poste approuvée par les RH'. C'est un indicateur clé de performance pour la phase initiale du processus de gestion des postes.

Cet attribut alimente directement le tableau de bord et le KPI 'Temps de cycle d'approbation des postes'. Il fournit une mesure de haut niveau de l'efficacité du processus d'approbation et aide à suivre l'impact des initiatives d'amélioration au fil du temps.

Pourquoi est-ce important ? :

C'est un KPI clé qui mesure l'efficacité de l'ensemble du processus d'approbation, mettant directement en évidence les retards dans la préparation des postes pour la création.

Source des données :

Ceci est calculé au niveau du cas en trouvant les horodatages pour les activités de début et de fin de la phase d'approbation et en calculant la différence.

Exemples
P3DT2H15MP10DP1DT12HP5DT6HP2W
Emplacement
Location
 L'emplacement physique ou géographique du poste.
Descriptionn

Cet attribut spécifie l'emplacement du poste, qui pourrait être un bureau, une ville ou un pays. C'est une autre dimension importante pour filtrer et segmenter les données de processus.

L'emplacement est utilisé directement dans le tableau de bord 'Débit des postes par département' pour analyser les tendances d'effectifs et les performances des processus dans différentes régions. Il peut aider à identifier si les processus de création ou d'approbation de postes sont plus lents dans certaines localisations.

Pourquoi est-ce important ? :

Il fournit un contexte géographique, permettant l'analyse des performances et des tendances des processus à travers différentes localisations.

Source des données :

Consultez la documentation de Microsoft Dynamics 365 Human Ressources. Cela peut faire partie des détails du poste ou être lié via le département ou l'entité juridique.

Exemples
New York, USALondres, Royaume-UniBerlin, AllemagneSingapourÀ distance
Est un reprises
IsRework
 Un indicateur signalant si une activité fait partie d'une boucle de reprises.
Descriptionn

Ce flag booléen est défini à vrai si une activité représente une étape qui est répétée dans le processus, comme une nouvelle approbation après la modification d'attributs. Il aide à quantifier les boucles de processus inefficaces.

Cet attribut supporte directement le tableau de bord 'Analyse des retouches de postes' et le KPI 'Taux de re-traitement sur la création de postes'. En signalant les retouches, les analystes peuvent facilement filtrer et mesurer la fréquence et l'impact des inefficacités du processus.

Pourquoi est-ce important ? :

Il identifie et quantifie explicitement les reprises de processus, qui est une cible principale pour les initiatives d'amélioration des processus.

Source des données :

Ceci est calculé en fonction de la séquence des activités pour un cas. Par exemple, si 'Demande de poste approuvée par le manager' se produit après 'Attributs du poste modifiés', cela peut être signalé comme une retouche.

Exemples
truefaux
Famille d'emplois
JobFamily
 Un regroupement d'emplois aux fonctions similaires, tels que 'Ingénierie' ou 'Finance'.
Descriptionn

La famille d'emplois est une classification qui regroupe des titres d'emploi liés. Par exemple, 'Ingénieur logiciel' et 'Ingénieur QA' pourraient tous deux relever de la famille d'emplois 'Ingénierie'.

Cet attribut est indispensable pour le tableau de bord 'Tendances de reclassification des postes', car il permet une analyse de plus haut niveau des catégories d'emplois qui changent le plus fréquemment. Il offre une vue plus large que la simple observation des titres d'emploi individuels.

Pourquoi est-ce important ? :

Il permet une analyse plus large, basée sur des catégories de postes, ce qui est utile pour la planification stratégique des effectifs et l'analyse des tendances.

Source des données :

Cela fait partie de la configuration de l'emploi dans Dynamics 365 HR. Recherchez les champs liés à la 'famille de postes' ou à la 'fonction de poste' sur l'entité HcmJobEntity.

Exemples
IngénierieFinance et ComptabilitéVentesRessources HumainesGestion de produit
Le budget est-il approuvé
IsBudgetApproved
 Un indicateur signalant si le budget du poste a été approuvé.
Descriptionn

Cet attribut booléen est vrai si l'activité 'Budget du poste approuvé' a eu lieu pour un cas de poste donné. Il aide à analyser le flux de processus et à identifier les postes en attente de budget.

Cet attribut peut être utilisé pour filtrer les processus et analyser plus efficacement le KPI 'Temps de cycle d'approbation du budget du poste'. Il aide à différencier les postes qui ont franchi l'étape du budget de ceux qui ne l'ont pas fait, ce qui est utile pour l'analyse des points de blocage.

Pourquoi est-ce important ? :

Il simplifie l'analyse en fournissant un indicateur clair pour un jalon critique, aidant à isoler et à mesurer l'étape d'approbation budgétaire.

Source des données :

Ceci est dérivé pendant la transformation des données en vérifiant l'existence de l'activité 'Budget du poste approuvé' dans l'historique de l'instance.

Exemples
truefaux
Manager demandeur
RequestingManager
 Le manager qui a initié la demande de poste.
Descriptionn

Cet attribut identifie le responsable.able du recrutement ou le chef de département qui a lancé le processus en demandant un nouveau poste ou un poste de remplacement. Cette information fournit un contexte sur l'origine de la demande de postes.

L'analyse par "Manager demandeur" peut aider à identifier les tendances dans le volume des demandes, les taux d'approbation et la qualité des demandes. Elle fournit une couche de détail supplémentaire pour comprendre la charge de travail et le respect des processus.

Pourquoi est-ce important ? :

Il aide à retracer l'origine de la demande de poste et à analyser les métriques de processus du point de vue du responsable du recrutement.

Source des données :

Consultez la documentation de Microsoft Dynamics 365 Human Ressources. Cette information serait probablement capturée dans les données d'initiation du workflow.

Exemples
Robert JonesSusan MillerDavid ChenMaria GarciaPaul Williams
Motif de refus
RejectionReason
 La raison fournie lorsqu'une demande de poste est rejetée.
Descriptionn

Lorsqu'une demande de poste est rejetée par un manager ou les RH, une raison est souvent enregistrée. Cela peut être dû à des contraintes budgétaires, des informations incorrectes ou un changement de stratégie.

Cet attribut est indispensable pour calculer le KPI 'Taux de rejet des demandes de postes' et comprendre pourquoi les retouches se produisent. L'analyse des raisons de rejet les plus courantes aide à identifier les problèmes en amont, tels qu'une faible qualité des demandes ou des directives peu claires, qui peuvent être abordés pour améliorer le processus.

Pourquoi est-ce important ? :

Il fournit un aperçu direct des raisons pour lesquelles les demandes échouent, permettant des améliorations ciblées des processus pour réduire les reprises et les taux de rejet.

Source des données :

Consultez la documentation de Microsoft Dynamics 365 Human Ressources. Ceci est souvent capturé dans les commentaires du workflow ou un champ de code de motif dédié lors du rejet.

Exemples
Budget non disponibleDemande en doubleProfil de poste incorrectGel des embauchesRéalignement stratégique
Système source
SourceSystem
 Le système d'où les données ont été extraites.
Descriptionn

Cet attribut identifie l'origine des données du processus. Pour cette vue, il s'agirait typiquement de 'Microsoft Dynamics 365 Human Ressources'.

Dans les environnements multi-systèmes, ce champ est impératif pour la traçabilité des données et le dépannage. Il aide à confirmer que les données proviennent de la source attendue et peut être utilisé pour filtrer les analyses pour des systèmes spécifiques.

Pourquoi est-ce important ? :

Il fournit un contexte sur l'origine des données, ce qui est important pour la gouvernance des données et pour les analyses couvrant plusieurs systèmes d'entreprise.

Source des données :

C'est une valeur statique ajoutée pendant le processus d'extraction et de transformation des données pour étiqueter l'origine de l'ensemble de données.

Exemples
Microsoft Dynamics 365 Human RessourcesD365 HRDynamicsHR
Type de poste
PositionType
 Classe le poste comme à temps plein, à temps partiel, temporaire, etc.
Descriptionn

Cet attribut catégorise le poste en fonction de ses conditions d'emploi. Cela fournit un contexte supplémentaire pour l'analyse et la planification des effectifs.

Dans l'analyse de processus, le filtrage par type de poste peut révéler si certains types de postes ont des chemins de processus différents ou des temps de cycle plus longs. Par exemple, les postes temporaires pourraient avoir un processus d'approbation plus rapide et rationalisé par rapport aux postes permanents à temps plein.

Pourquoi est-ce important ? :

Il permet d'analyser comment le processus diffère pour divers types d'emploi, aidant à la planification des effectifs et à l'optimisation des processus.

Source des données :

Cette information est généralement disponible sur l'enregistrement du poste dans Dynamics 365 HR. Vérifiez des entités comme HcmPositionV2Entity pour un champ pertinent.

Exemples
Temps pleinTemps partielContractuelStagiaireTemporaire
Obligatoire Recommandé Facultatif

Activités de gestion des postes (du recrutement au départ)

Voici les étapes de processus et les jalons clés à capturer dans votre `journal d'événements` pour une `découverte de processus` précise.
6 Recommandé 8 Facultatif
Activité Descriptionn
Demande de poste approuvée par les RH
 Signifie l'approbation finale du département des Ressources Humaines avant que le poste ne puisse être formellement créé. Il s'agit d'un événement explicite enregistré à la fin de la tâche d'approbation RH dans le système de workflow.
Pourquoi est-ce important ? :

Ceci marque la fin de la phase d'approbation et est une étape critique pour mesurer le temps de cycle d'approbation moyen global des postes.

Source des données :

Comptabilisé dans les tables d'historique du workflow, telles que WorkflowTrackingTable, lorsque le représentant des RH termine sa tâche d'approbation.

Capture

L'événement est enregistré dans l'historique du workflow avec un horodatage à l'achèvement de l'étape d'approbation RH.

Type d'événement explicit
Demande de poste initiée
 Marque le début formel du cycle de vie de la gestion des postes. Cet événement est généralement capturé lorsqu'un utilisateur soumet une nouvelle demande de poste via un formulaire dédié ou un workflow dans Dynamics 365 HR.
Pourquoi est-ce important ? :

C'est le point de départ pour mesurer l'ensemble du cycle de vie du poste, y compris des KPI cruciaux comme le Temps de cycle d'approbation des postes et le Délai de création des postes.

Source des données :

Capturé à partir de l'horodatage de création d'un enregistrement de demande de poste ou de l'enregistrement d'initiation dans la table d'historique du workflow, telle que WorkflowTrackingStatusTable.

Capture

L'événement est enregistré lors de la soumission d'un nouveau workflow de demande de poste.

Type d'événement explicit
Poste activé
 Marque le moment où un poste devient officiellement ouvert et où le recrutement peut commencer. Cet événement est déduit d'un champ de statut sur l'enregistrement du poste passant à 'Actif' ou un état similaire.
Pourquoi est-ce important ? :

C'est une étape critique pour mesurer la préparation du personnel et l'efficacité des étapes de configuration finales. Il est indispensable pour le KPI 'Temps moyen d'activation d'un poste'.

Source des données :

Déduit en suivant l'horodatage lorsque le champ de statut, tel que 'PositionStatus', de l'enregistrement de poste est mis à jour à 'Actif' ou 'Ouvert'.

Capture

Basé sur la date à laquelle le champ ActivationDate du poste est rempli ou un champ de statut passe à 'Actif'.

Type d'événement inferred
Poste créé dans le système RH
 Cet événement marque la création officielle de l'enregistrement du poste dans Dynamics 365 HR. Il est capturé à partir du horodatage de création de l'enregistrement de poste primaire lui-même.
Pourquoi est-ce important ? :

Un jalon clé qui marque la transition d'une demande à une entité organisationnelle réelle. C'est le point final pour le KPI de délai de création de poste.

Source des données :

Du champ système 'CreatedDateTime' de la table principale des postes, telle que HcmPosition.

Capture

Extrait du champ système CreatedDateTime de la table HcmPosition.

Type d'événement explicit
Poste désactivé
 Le poste n'est plus actif et est retiré de la structure organisationnelle active, souvent après avoir été pourvu. Cela est déduit d'un changement de statut en 'Inactif' ou un état similaire.
Pourquoi est-ce important ? :

Marque une étape clé à la fin de la vie active du poste. C'est impératif pour analyser le temps moyen de désactivation du poste et gérer les effectifs avec précision.

Source des données :

Déduit de l'horodatage lorsque le champ 'RetirementDate' est rempli ou qu'un champ de statut sur l'enregistrement de poste passe à 'Inactif'.

Capture

Basé sur la date à laquelle le champ RetirementDate du poste est défini ou un champ de statut passe à 'Inactif'.

Type d'événement inferred
Poste fermé
 Représente l'archivage final de l'enregistrement du poste, signifiant la fin absolue de son cycle de vie. Cet événement est déduit d'un changement de statut en 'Fermé' ou un état terminal similaire.
Pourquoi est-ce important ? :

C'est l'événement terminal du processus, pour une analyse complète du cycle de vie complet et aidant à identifier les postes obsolètes qui devraient être fermés.

Source des données :

Déduit d'un changement dans un champ de statut à 'Fermé' sur l'enregistrement de poste. Ceci est moins courant que la désactivation, car les enregistrements sont souvent conservés pour l'historique.

Capture

Déduit de l'horodatage lorsqu'un champ de statut est mis à jour à 'Fermé'.

Type d'événement inferred
Attributs du poste modifiés
 Représente toute modification apportée aux attributs clés d'un poste, tels que le titre ou le département, après sa création initiale. Cette activité est généralement déduite en suivant les changements dans le journal de la base de données du système.
Pourquoi est-ce important ? :

Une fréquence élevée de cette activité peut indiquer une mauvaise qualité des données ou un reprises de processus. C'est indispensable pour les KPI de fréquence de modification des attributs de poste et de taux de reprise.

Source des données :

Déduit de la table SysDatabaseLog si le suivi des modifications est activé pour la table des postes. Alternativement, cela nécessite de comparer les instantanés historiques des données de poste.

Capture

Déduit en détectant les opérations de mise à jour sur les champs clés de la table HcmPosition via le journal de la base de données.

Type d'événement inferred
Budget du poste approuvé
 Un jalon d'approbation clé confirmant que les fonds nécessaires sont alloués pour le nouveau poste. Ceci est généralement capturé comme une étape d'approbation distincte au sein du workflow de création de poste.
Pourquoi est-ce important ? :

Isole l'étape d'approbation financière, permettant l'analyse des retards liés à l'allocation budgétaire et soutenant le KPI de temps de cycle d'approbation budgétaire des postes.

Source des données :

Comptabilisé dans les tables d'historique du workflow, telles que WorkflowTrackingTable, comme une tâche d'approbation terminée, souvent assignée à un rôle financier.

Capture

Capturé à partir de l'horodatage de l'achèvement de la tâche d'approbation budgétaire dans le journal du workflow.

Type d'événement explicit
Demande de poste approuvée par le manager
 Représente l'achèvement de la première ligne d'approbation par le responsable du recrutement. Cet événement est enregistré explicitement dans l'historique du workflow lorsque le manager complète sa tâche d'approbation assignée.
Pourquoi est-ce important ? :

Détermine la durée de l'étape d'approbation initiale, aidant à identifier les points de blocage avec des responsables ou des départements spécifiques.

Source des données :

Comptabilisé comme une étape terminée dans les tables d'historique du workflow, telles que WorkflowTrackingTable, associée à la demande de poste.

Capture

Capturé à partir de l'horodatage de l'achèvement de l'étape d'approbation du manager dans le journal du workflow.

Type d'événement explicit
Demande de poste rejetée
 Indique qu'une demande de poste a été refusée à l'une des étapes d'approbation. Cet événement est explicitement capturé dans l'historique du workflow lorsqu'un approbateur sélectionne l'action 'Rejeter'.
Pourquoi est-ce important ? :

Met en évidence les échecs de processus et les boucles de reprise. L'analyse des motifs de rejet aide à améliorer la qualité des demandes initiales et soutient le KPI de taux de rejet des demandes de postes.

Source des données :

Comptabilisé comme un statut de 'Rejet' dans les tables d'historique du workflow, telles que WorkflowTrackingStatusTable, pour la demande de poste spécifique.

Capture

Capturé à partir du journal du workflow lorsqu'un approbateur exécute l'action de rejet.

Type d'événement explicit
Poste examiné pour conformité
 Indique qu'un poste a fait l'objet d'une vérification formelle de conformité. Ceci peut être capturé par un changement de statut, une tâche de liste de contrôle terminée ou la mise à jour d'un champ personnalisé.
Pourquoi est-ce important ? :

Primordial pour surveiller le respect des politiques réglementaires et internes. Cette activité contribue directement au le KPI de taux de conformité des postes.

Source des données :

Probablement déduit d'un champ de statut horodaté comme 'ComplianceReviewStatus' ou d'un champ booléen 'IsComplianceReviewed' sur l'enregistrement du poste.

Capture

Déduit de l'horodatage lorsque un champ de statut de conformité est mis à jour à 'Terminé' ou 'Examiné'.

Type d'événement inferred
Poste gelé
 Indique qu'un poste a été temporairement mis en attente, empêchant toute activité de recrutement. Ceci est capturé en déduisant un changement de statut sur l'enregistrement du poste vers un état 'Gelé' ou 'En attente'.
Pourquoi est-ce important ? :

Suit les interruptions dans le cycle de vie du poste, ce qui peut impacter les plans d'effectifs et les budgets. Il aide à identifier les raisons des retards de recrutement.

Source des données :

Déduit en suivant l'horodatage lorsque le champ de statut d'un enregistrement de poste est mis à jour à 'Gelé' ou une valeur similaire.

Capture

Déduit de l'horodatage d'un changement de statut à 'Gelé' ou 'En attente'.

Type d'événement inferred
Poste reclassé
 Une mise à jour significative où la classification clée du poste, comme sa famille d'emplois ou son niveau, est modifiée. Ceci est généralement déduit d'une modification du champ 'Emploi' sur l'enregistrement du poste.
Pourquoi est-ce important ? :

Aide à analyser les changements de structure organisationnelle et la stabilité des définitions d'emploi. C'est l'activité clé pour le KPI de taux de reclassification des postes.

Source des données :

Déduit d'un changement dans le champ 'JobId' de la table HcmPosition, capturé via le journal de la base de données ou en comparant les versions des enregistrements au fil du temps.

Capture

Déduit d'un changement enregistré dans le champ de classification de l'emploi sur l'enregistrement du poste.

Type d'événement inferred
Processus d'embauche démarré
 Signifie le transfert de la gestion des postes au recrutement. Cet événement est déduit lorsqu'une nouvelle vacance ou un projet de recrutement est créé et lié à cet ID de poste spécifique.
Pourquoi est-ce important ? :

Connecte le processus de gestion des postes à son résultat, permettant l'analyse du temps entre l'activation du poste et le début des activités de recrutement réelles.

Source des données :

Déduit en identifiant la date de création d'un enregistrement dans les tables de recrutement ou de vacance, telles que HcmRecruitingRequest, qui référence l'ID de poste.

Capture

Déduit en liant le PositionId à la création d'un enregistrement correspondant dans le module de recrutement.

Type d'événement inferred
Recommandé Facultatif

Guides d'extraction

Comment obtenir vos données de Microsoft Dynamics 365 Human Ressources