Your Hire to Retire - Position Management Data Template

Microsoft Dynamics 365 Human Resources
Your Hire to Retire - Position Management Data Template

Your Hire to Retire - Position Management Data Template

This template provides a clear roadmap for collecting the essential data needed to analyze your Hire to Retire Position Management process. It outlines the crucial attributes to collect, the key activities to track, and practical guidance for data extraction from Microsoft Dynamics 365 Human Resources. Use this resource to build a comprehensive event log for your process mining initiatives.
  • Recommended attributes to collect for thorough analysis
  • Key process activities to track for accurate discovery
  • Extraction guidance specifically for Microsoft Dynamics 365 Human Resources
New to event logs? Learn how to create a process mining event log.

Hire to Retire - Position Management Attributes

These are the recommended data fields to include in your event log for comprehensive Hire to Retire Position Management analysis.
3 Required 6 Recommended 11 Optional
Name Description
Activity Name
ActivityName
The name of the specific event or task that occurred in the position management process.
Description

This attribute describes a single step in the position's lifecycle, such as 'Position Request Initiated', 'Position Created In HR System', or 'Position Deactivated'. It forms the backbone of the process map, showing the sequence of events.

Analyzing the Activity Name allows for the visualization of process flows, identification of deviations from the standard process, and calculation of transition times between different steps. It is fundamental for understanding what happened and in what order.

Why it matters

It defines the steps of the process, enabling the visualization of process maps and the analysis of process flow and variations.

Where to get

This attribute is derived from business events, status changes, or workflow history within Microsoft Dynamics 365 Human Resources. It is not a single field but is constructed based on the context of the data.

Examples
Position Request InitiatedPosition Request Approved By ManagerPosition Created In HR SystemPosition Attributes ModifiedPosition Closed
Event Time
EventTime
The timestamp indicating when the activity occurred.
Description

The Event Time, or timestamp, records the exact date and time an activity was completed. It is critical for ordering events chronologically and for calculating durations and cycle times.

This attribute is used in almost every process mining analysis, from building the process map to calculating performance KPIs like 'Average Position Approval Cycle Time'. It helps pinpoint when delays occur and how long each step of the process takes.

Why it matters

This timestamp is essential for ordering events, calculating all time-based metrics, and discovering process bottlenecks.

Where to get

This information is typically found in system log tables or as 'CreatedDateTime' or 'ModifiedDateTime' fields associated with position and workflow records in Dynamics 365 HR.

Examples
2023-04-15T09:00:00Z2023-04-15T14:35:10Z2023-04-18T11:21:05Z2023-05-02T16:45:00Z2024-01-10T10:00:00Z
Position ID
PositionId
The unique identifier for a specific job position within the organization.
Description

The Position ID serves as the primary case identifier, linking all activities and data points related to a single organizational position. This allows for end-to-end tracking of a position's entire lifecycle, from its creation and modifications to its eventual deactivation or closure.

In process analysis, this ID is essential for reconstructing the journey of each position. It enables dashboards that monitor cycle times, identify bottlenecks in approvals, and analyze process variants from request to closure.

Why it matters

This is the core identifier that connects all related events into a single process case, making it possible to analyze the end-to-end position lifecycle.

Where to get

This is typically the HcmPosition.PositionId field in Microsoft Dynamics 365 Human Resources. It can be found in data entities like HcmPositionV2Entity.

Examples
POS001234MKT-0056FIN-SR-ANALYST-02HRBP-EAST-01IT-DEV-9876
Cost Center
CostCenter
The financial cost center to which the position's expenses are allocated.
Description

The Cost Center is a key financial dimension that links a position to a specific budget or area of financial responsibility. Changes to this attribute are important to monitor.

This attribute is critical for the 'Position Data Consistency Check' dashboard, which analyzes changes to key attributes after creation. It is also used to analyze position-related costs and budgets by different financial units.

Why it matters

It connects the position to financial data, enabling cost-related process analysis and monitoring data consistency.

Where to get

This is typically configured as a financial dimension on the position record. Consult the financial dimension setup in Dynamics 365.

Examples
CC-1001-FINCC-2500-ITCC-4510-SALESCC-7000-OPSCC-9002-HR
Department
DepartmentName
The department to which the position belongs.
Description

This attribute specifies the organizational department, such as 'Finance', 'Marketing', or 'IT', associated with the position. It is a primary dimension for filtering and aggregating process data.

Analyzing by department is essential for the 'Departmental Position Throughput' dashboard. It helps compare process performance, identify department-specific bottlenecks, and understand hiring trends across different parts of the business.

Why it matters

It allows for process analysis to be segmented by business unit, helping to identify department-specific issues and compare performance.

Where to get

This information is part of the position details, typically stored on the HcmPositionDetail entity and linked to the operating unit dimension.

Examples
FinanceInformation TechnologySales and MarketingHuman ResourcesOperations
End Time
EndTime
The timestamp indicating when the activity was completed.
Description

EndTime marks the conclusion of an activity. The time elapsed between the StartTime and EndTime is the processing time for that specific activity.

This attribute is essential for calculating activity-level durations and understanding where time is being spent within the process. For example, it helps determine how long a manager takes to approve a position request after it has been assigned to them.

Why it matters

It enables the calculation of activity processing times, which is fundamental for detailed performance and bottleneck analysis.

Where to get

This can be derived from subsequent event timestamps or from specific 'completion' fields in workflow logs within Dynamics 365 HR. Often, it must be inferred.

Examples
2023-04-15T09:05:12Z2023-04-15T15:00:00Z2023-04-19T09:00:00Z2023-05-03T10:00:00Z2024-01-10T10:05:00Z
Job Title
JobTitle
The title of the job associated with the position, such as 'Senior Accountant'.
Description

The Job Title provides important context about the role and responsibilities of the position. It is different from the Position ID, as multiple positions can share the same job title.

In analysis, this attribute allows for grouping and filtering by role type. It is useful for the 'Position Reclassification Trends' dashboard to see which types of jobs are being reclassified most often.

Why it matters

It adds crucial business context, allowing for analysis based on job role, level, or function.

Where to get

This information is linked from the 'Job' record associated with the Position. Look for it in entities like HcmPositionV2Entity or by joining to HcmJobEntity.

Examples
Senior Financial AnalystSoftware Engineer IIHR Business PartnerMarketing CoordinatorLogistics Manager
Position Status
PositionStatus
The current or historical status of the position.
Description

This attribute indicates the state of the position at a given point in time, such as 'Proposed', 'Active', 'Frozen', or 'Closed'. Status changes often correspond to activities in the process.

Tracking status is crucial for understanding the position's journey and for dashboards like 'Position Compliance Review Status' and 'Stale and Underutilized Positions'. It provides a snapshot of the position's current state and helps validate the process flow.

Why it matters

It provides a clear state for each position, which is essential for filtering cases and understanding outcomes.

Where to get

Consult Microsoft Dynamics 365 Human Resources documentation. This is likely derived from status fields on the core Position record.

Examples
ProposedUnder ReviewActiveFrozenClosed
User Name
UserName
The name or ID of the user who performed the activity.
Description

This attribute identifies the employee or system user responsible for a given process step, such as the manager who approved a request or the HR specialist who created the position in the system.

Analyzing by user helps identify training needs, compare performance across team members, and understand workload distribution. It is also key for compliance checks to ensure proper segregation of duties.

Why it matters

It provides accountability and allows for performance analysis by individual or team, which is crucial for resource management and training.

Where to get

Associated with workflow history or audit trail records in Dynamics 365 HR. It may be linked via a User ID from the HcmWorker entity.

Examples
John SmithJane DoeSYSTEMHRAdmin01MGR-FINANCE
Approval Cycle Time
ApprovalCycleTime
The total time from when a position request is initiated until it is finally approved.
Description

This calculated metric measures the duration from the 'Position Request Initiated' activity to the final approval activity, which could be 'Position Request Approved By HR'. It is a key performance indicator for the front-end of the position management process.

This attribute directly populates the 'Position Approval Cycle Time' dashboard and KPI. It provides a high-level measure of the approval process's efficiency and helps track the impact of improvement initiatives over time.

Why it matters

It is a critical KPI that measures the efficiency of the entire approval process, directly highlighting delays in getting positions ready for creation.

Where to get

This is calculated at the case level by finding the timestamps for the start and end activities of the approval phase and computing the difference.

Examples
P3DT2H15MP10DP1DT12HP5DT6HP2W
Is Budget Approved
IsBudgetApproved
A flag indicating if the budget for the position has been approved.
Description

This boolean attribute is true if the 'Position Budget Approved' activity has occurred for a given position case. It helps in analyzing the process flow and identifying positions stuck waiting for budget.

This attribute can be used to filter processes and analyze the 'Position Budget Approval Cycle Time' KPI more effectively. It helps to differentiate positions that have cleared the budget hurdle from those that have not, which is useful for bottleneck analysis.

Why it matters

It simplifies analysis by providing a clear flag for a critical milestone, helping to isolate and measure the budget approval stage.

Where to get

This is derived during data transformation by checking for the existence of the 'Position Budget Approved' activity within the case history.

Examples
truefalse
Is Rework
IsRework
A flag indicating if an activity is part of a rework loop.
Description

This boolean flag is set to true if an activity represents a step that is being repeated in the process, such as a re-approval after attributes were modified. It helps to quantify inefficient process loops.

This attribute directly supports the 'Position Rework Analysis' dashboard and the 'Rework Rate on Position Creation' KPI. By flagging rework, analysts can easily filter for and measure the frequency and impact of process inefficiencies.

Why it matters

It explicitly identifies and quantifies process rework, which is a primary target for process improvement initiatives.

Where to get

This is calculated based on the sequence of activities for a case. For example, if 'Position Request Approved By Manager' occurs after 'Position Attributes Modified', it can be flagged as rework.

Examples
truefalse
Job Family
JobFamily
A grouping of jobs with similar functions, such as 'Engineering' or 'Finance'.
Description

Job Family is a classification that groups related job titles. For example, 'Software Engineer' and 'QA Engineer' might both fall under the 'Engineering' job family.

This attribute is essential for the 'Position Reclassification Trends' dashboard, as it allows for a higher-level analysis of which job categories are changing most frequently. It provides a broader view than looking at individual job titles.

Why it matters

It allows for broader, category-based analysis of positions, which is useful for strategic workforce planning and trend analysis.

Where to get

This is part of the job setup in Dynamics 365 HR. Look for fields related to 'Job family' or 'Job function' on the HcmJobEntity.

Examples
EngineeringFinance & AccountingSalesHuman ResourcesProduct Management
Last Data Update
LastDataUpdate
The timestamp of the most recent data refresh from the source system.
Description

This attribute indicates when the data was last extracted from Microsoft Dynamics 365 Human Resources. It provides context for the freshness of the analysis.

Displaying this information in dashboards assures users that they are viewing up-to-date information. It is a key piece of metadata for any process mining project.

Why it matters

It informs users about the timeliness of the data, which is crucial for making decisions based on the analysis.

Where to get

This timestamp is generated and stored during the data extraction, transformation, and loading (ETL) process.

Examples
2024-05-21T02:00:00Z2024-05-20T02:00:00Z2024-05-19T02:00:00Z
Location
Location
The physical or geographical location of the position.
Description

This attribute specifies where the position is based, which could be an office, city, or country. It is another important dimension for filtering and segmenting the process data.

Location is used directly in the 'Departmental Position Throughput' dashboard to analyze staffing trends and process performance across different regions. It can help identify if position creation or approval processes are slower in certain locations.

Why it matters

It provides geographical context, allowing for analysis of process performance and trends across different locations.

Where to get

Consult Microsoft Dynamics 365 Human Resources documentation. This may be part of the position details or linked via the department or legal entity.

Examples
New York, USALondon, UKBerlin, GermanySingaporeRemote
Position Type
PositionType
Classifies the position as full-time, part-time, temporary, etc.
Description

This attribute categorizes the position based on its employment terms. This provides additional context for workforce analysis and planning.

In process analysis, filtering by position type can reveal if certain types of positions have different process paths or longer cycle times. For example, temporary positions might have a faster, streamlined approval process compared to permanent, full-time positions.

Why it matters

It allows for analysis of how the process differs for various employment types, aiding in workforce planning and process optimization.

Where to get

This information is typically available on the position record in Dynamics 365 HR. Check entities like HcmPositionV2Entity for a relevant field.

Examples
Full-timePart-timeContractorInternTemporary
Processing Time
ProcessingTime
The duration of time spent actively working on an activity.
Description

Processing Time is the duration calculated between an activity's StartTime and EndTime. It represents the actual time spent on a task, excluding waiting time.

This metric is fundamental for performance analysis and is used in dashboards like the 'Position Creation Bottleneck Monitor'. By summing the processing times of all activities, one can understand the total touch time for a position's lifecycle, which is a key component of efficiency analysis.

Why it matters

It measures the actual work duration of activities, helping to distinguish active work time from idle waiting time in bottleneck analysis.

Where to get

This is calculated during data transformation by subtracting the StartTime from the EndTime (EndTime - StartTime).

Examples
PT5M12SPT1H30MP2DT4H15MP0DPT8H
Rejection Reason
RejectionReason
The reason provided when a position request is rejected.
Description

When a position request is rejected by a manager or HR, a reason is often recorded. This could be due to budget constraints, incorrect information, or a change in strategy.

This attribute is critical for calculating the 'Position Request Rejection Rate' KPI and understanding why rework occurs. Analyzing the most common rejection reasons helps identify upstream issues, such as poor request quality or unclear guidelines, that can be addressed to improve the process.

Why it matters

It provides direct insight into why requests fail, enabling targeted process improvements to reduce rework and rejection rates.

Where to get

Consult Microsoft Dynamics 365 Human Resources documentation. This is often captured in workflow comments or a dedicated reason code field upon rejection.

Examples
Budget Not AvailableDuplicate RequestIncorrect Job ProfileHiring FreezeStrategic Realignment
Requesting Manager
RequestingManager
The manager who initiated the request for the position.
Description

This attribute identifies the hiring manager or department head who started the process by requesting a new or backfill position. This information provides context on where the demand for positions originates.

Analyzing by Requesting Manager can help identify patterns in request volume, approval rates, and request quality. It provides an additional layer of detail for understanding workload and process adherence.

Why it matters

It helps trace the origin of position demand and analyze process metrics from the perspective of the hiring manager.

Where to get

Consult Microsoft Dynamics 365 Human Resources documentation. This information would likely be captured in the workflow initiation data.

Examples
Robert JonesSusan MillerDavid ChenMaria GarciaPaul Williams
Source System
SourceSystem
The system from which the data was extracted.
Description

This attribute identifies the origin of the process data. For this view, it would typically be 'Microsoft Dynamics 365 Human Resources'.

In environments with multiple systems, this field is crucial for data lineage and troubleshooting. It helps confirm that the data is coming from the expected source and can be used to filter analyses for specific systems.

Why it matters

It provides context about data origin, which is important for data governance and for analyses spanning multiple enterprise systems.

Where to get

This is a static value added during the data extraction and transformation process to label the dataset's origin.

Examples
Microsoft Dynamics 365 Human ResourcesD365 HRDynamicsHR
Required Recommended Optional

Hire to Retire - Position Management Activities

These are the key process steps and milestones to capture in your event log for accurate process discovery.
6 Recommended 8 Optional
Activity Description
Position Activated
Marks the point when a position becomes officially open and recruiting can begin. This event is inferred from a status field on the position record changing to 'Active' or a similar state.
Why it matters

This is a critical milestone for measuring staffing readiness and the efficiency of the final setup stages. It is essential for the Average Time to Position Activation KPI.

Where to get

Inferred by tracking the timestamp when the status field, such as 'PositionStatus', on the position record is updated to 'Active' or 'Open'.

Capture

Based on the date the position's ActivationDate field is populated or a status field changes to 'Active'.

Event type inferred
Position Closed
Represents the final archival of the position record, signifying the absolute end of its lifecycle. This event is inferred by a status change to 'Closed' or a similar terminal state.
Why it matters

This is the terminal event for the process, allowing for complete end-to-end lifecycle analysis and helping to identify stale positions that should be closed.

Where to get

Inferred from a change in a status field to 'Closed' on the position record. This is less common than deactivation, as records are often kept for history.

Capture

Inferred from the timestamp when a status field is updated to 'Closed'.

Event type inferred
Position Created In HR System
This event marks the official creation of the position record within Dynamics 365 HR. It is captured from the creation timestamp of the primary position record itself.
Why it matters

A fundamental milestone that signifies the transition from request to an actual organizational entity. It is the endpoint for the Position Creation Lead Time KPI.

Where to get

From the 'CreatedDateTime' system field on the main position table, such as HcmPosition.

Capture

Extracted from the CreatedDateTime system field on the HcmPosition table.

Event type explicit
Position Deactivated
The position is no longer active and is removed from the active organizational structure, often after being filled. This is inferred from a status change to 'Inactive' or a similar state.
Why it matters

Marks a key step at the end of the position's active life. It's crucial for analyzing the Average Time to Position Deactivation and managing headcount accurately.

Where to get

Inferred from the timestamp when the 'RetirementDate' field is populated or a status field on the position record changes to 'Inactive'.

Capture

Based on the date the position's RetirementDate is set or a status field changes to 'Inactive'.

Event type inferred
Position Request Approved By HR
Signifies the final approval from the Human Resources department before the position can be formally created. This is an explicit event logged upon completion of the HR approval task in the workflow system.
Why it matters

This marks the end of the approval phase and is a critical milestone for measuring the overall Average Position Approval Cycle Time.

Where to get

Logged in the workflow history tables, such as WorkflowTrackingTable, when the HR representative completes their approval task.

Capture

Event is logged in the workflow history with a timestamp upon completion of the HR approval step.

Event type explicit
Position Request Initiated
Marks the formal start of the position management lifecycle. This event is typically captured when a user submits a new position request through a dedicated form or workflow in Dynamics 365 HR.
Why it matters

This is the starting point for measuring the entire position lifecycle, including crucial KPIs like Position Approval Cycle Time and Position Creation Lead Time.

Where to get

Captured from the creation timestamp of a position request record or the initiation record in the workflow history table, such as WorkflowTrackingStatusTable.

Capture

Event is recorded upon submission of a new position request workflow.

Event type explicit
Hiring Process Started
Signifies the handover from position management to recruitment. This event is inferred when a new vacancy or recruitment project is created and linked to this specific position ID.
Why it matters

Connects the position management process to its outcome, enabling analysis of the time between position activation and the start of actual hiring activities.

Where to get

Inferred by identifying the creation date of a record in the recruitment or vacancy tables, such as HcmRecruitingRequest, that references the Position ID.

Capture

Inferred by linking the PositionId to the creation of a corresponding record in the recruitment module.

Event type inferred
Position Attributes Modified
Represents any change made to key attributes of a position, such as title or department, after its initial creation. This activity is typically inferred by tracking changes in the system's database log.
Why it matters

High frequency of this activity can indicate poor data quality or process rework. It's essential for the Position Attribute Change Frequency and Rework Rate KPIs.

Where to get

Inferred from the SysDatabaseLog table if change tracking is enabled for the position table. Alternatively, it requires comparing historical snapshots of the position data.

Capture

Inferred by detecting update operations on key fields of the HcmPosition table via the database log.

Event type inferred
Position Budget Approved
A key approval milestone confirming that the necessary funds are allocated for the new position. This is typically captured as a distinct approval step within the position creation workflow.
Why it matters

Isolates the financial approval stage, allowing for analysis of delays related to budget allocation and supporting the Position Budget Approval Cycle Time KPI.

Where to get

Recorded in the workflow history tables, such as WorkflowTrackingTable, as a completed approval task, often assigned to a finance role.

Capture

Captured from the completion timestamp of the budget approval task in the workflow log.

Event type explicit
Position Frozen
Indicates that a position has been temporarily put on hold, preventing any hiring activity. This is captured by inferring a status change on the position record to a 'Frozen' or 'On Hold' state.
Why it matters

Tracks interruptions in the position lifecycle, which can impact staffing plans and budgets. It helps identify reasons for hiring delays.

Where to get

Inferred by tracking the timestamp when a status field on the position record is updated to 'Frozen' or a similar value.

Capture

Inferred from the timestamp of a status change to 'Frozen' or 'On Hold'.

Event type inferred
Position Reclassified
A significant update where the position's fundamental classification, such as its job family or level, is changed. This is typically inferred from a change to the 'Job' field on the position record.
Why it matters

Helps analyze organizational structure changes and the stability of job definitions. It is the key activity for the Position Reclassification Rate KPI.

Where to get

Inferred from a change in the 'JobId' field on the HcmPosition table, captured via the database log or by comparing record versions over time.

Capture

Inferred from a logged change to the job classification field on the position record.

Event type inferred
Position Request Approved By Manager
Represents the completion of the first line of approval by the hiring manager. This event is recorded explicitly in the workflow history when the manager completes their assigned approval task.
Why it matters

Pinpoints the duration of the initial approval step, helping to identify bottlenecks with specific managers or departments.

Where to get

Logged as a completed step in the workflow history tables, such as WorkflowTrackingTable, associated with the position request.

Capture

Captured from the completion timestamp of the manager approval step in the workflow log.

Event type explicit
Position Request Rejected
Indicates that a position request has been denied at one of the approval stages. This event is explicitly captured in the workflow history when an approver selects the 'Reject' action.
Why it matters

Highlights process failures and rework loops. Analyzing rejection reasons helps improve the quality of initial requests and supports the Position Request Rejection Rate KPI.

Where to get

Recorded as a 'Rejection' status in the workflow history tables, such as WorkflowTrackingStatusTable, for the specific position request.

Capture

Captured from the workflow log when an approver executes the rejection action.

Event type explicit
Position Reviewed For Compliance
Indicates that a position has undergone a formal compliance check. This can be captured by a status change, a completed checklist task, or a custom field being updated.
Why it matters

Crucial for monitoring adherence to regulatory and internal policies. This activity directly supports the Position Compliance Adherence Rate KPI.

Where to get

Likely inferred from a timestamped status field like 'ComplianceReviewStatus' or a boolean 'IsComplianceReviewed' field on the position record.

Capture

Inferred from the timestamp when a compliance status field is updated to 'Completed' or 'Reviewed'.

Event type inferred
Recommended Optional

Extraction Guides

How to get your data from Microsoft Dynamics 365 Human Resources