Mẫu dữ liệu quản lý vị trí trong quy trình từ tuyển dụng đến nghỉ việc
Mẫu dữ liệu quản lý vị trí trong quy trình từ tuyển dụng đến nghỉ việc
- Các thuộc tính nên thu thập để phân tích kỹ lưỡng
- Các hoạt động chính cần theo dõi để khám phá quy trình chính xác
- Hướng dẫn trích xuất dữ liệu dành riêng cho Microsoft Dynamics 365 Human Resources
Thuộc tính quản lý vị trí trong quy trình từ tuyển dụng đến nghỉ việc
| Tên | Mô tả | ||
|---|---|---|---|
| Position ID PositionId | Mã định danh duy nhất của một vị trí công việc cụ thể trong tổ chức. | ||
| Mô tả Position ID là mã định danh trường hợp chính, liên kết mọi hoạt động và dữ liệu liên quan đến một vị trí trong tổ chức. Nhờ đó, bạn có thể theo dõi toàn bộ vòng đời vị trí, từ lúc tạo và sửa đổi đến khi ngừng hoạt động hoặc đóng. Trong phân tích quy trình, mã này rất cần thiết để tái dựng hành trình của từng vị trí. Mã giúp tạo dashboard theo dõi thời gian xử lý, phát hiện điểm nghẽn trong khâu phê duyệt và phân tích các biến thể quy trình từ lúc gửi yêu cầu đến khi đóng vị trí. Vì sao điều này quan trọng Đây là mã định danh cốt lõi, kết nối mọi sự kiện liên quan thành một trường hợp quy trình duy nhất, giúp phân tích vòng đời vị trí từ đầu đến cuối. Lấy dữ liệu ở đâu Trong Microsoft Dynamics 365 Human Resources, trường này thường là HcmPosition.PositionId. Bạn có thể tìm thấy trường này trong các thực thể dữ liệu như HcmPositionV2Entity. Ví dụ POS001234MKT-0056FIN-SR-ANALYST-02HRBP-EAST-01IT-DEV-9876 | |||
| Tên hoạt động ActivityName | Tên của sự kiện hoặc tác vụ cụ thể đã diễn ra trong quy trình quản lý vị trí. | ||
| Mô tả Thuộc tính này mô tả một bước trong vòng đời vị trí, chẳng hạn như 'Bắt đầu yêu cầu vị trí', 'Vị trí được tạo trong hệ thống nhân sự' hoặc 'Vị trí ngừng hoạt động'. Đây là nền tảng của sơ đồ quy trình, thể hiện thứ tự các sự kiện. Phân tích Tên hoạt động giúp trực quan hóa luồng quy trình, phát hiện sai lệch so với quy trình chuẩn và tính thời gian chuyển tiếp giữa các bước. Thuộc tính này rất cần thiết để hiểu việc gì đã xảy ra và theo thứ tự nào. Vì sao điều này quan trọng Thuộc tính này xác định các bước của quy trình, giúp trực quan hóa sơ đồ quy trình và phân tích luồng cũng như các biến thể. Lấy dữ liệu ở đâu Thuộc tính này được tổng hợp từ sự kiện nghiệp vụ, thay đổi trạng thái hoặc lịch sử quy trình làm việc trong Microsoft Dynamics 365 Human Resources. Đây không phải là một trường đơn lẻ mà được tạo dựa trên ngữ cảnh dữ liệu. Ví dụ Bắt đầu yêu cầu vị tríQuản lý phê duyệt yêu cầu vị tríVị trí được tạo trong hệ thống nhân sựĐã sửa đổi thuộc tính vị tríVị trí được đóng | |||
| Thời gian sự kiện EventTime | Dấu thời gian cho biết thời điểm hoạt động diễn ra. | ||
| Mô tả Thời gian sự kiện, hay dấu thời gian, ghi lại chính xác ngày giờ một hoạt động hoàn tất. Thuộc tính này rất quan trọng để sắp xếp sự kiện theo trình tự thời gian và tính thời lượng cũng như thời gian xử lý. Thuộc tính này được dùng trong hầu hết các phân tích process mining, từ tạo sơ đồ quy trình đến tính KPI hiệu suất như 'Thời gian phê duyệt vị trí trung bình'. Thuộc tính giúp xác định thời điểm xảy ra chậm trễ và thời gian cần thiết cho từng bước. Vì sao điều này quan trọng Dấu thời gian này rất cần thiết để sắp xếp sự kiện, tính mọi chỉ số dựa trên thời gian và phát hiện điểm nghẽn trong quy trình. Lấy dữ liệu ở đâu Thông tin này thường nằm trong các bảng nhật ký hệ thống hoặc trong trường 'CreatedDateTime' hay 'ModifiedDateTime' gắn với bản ghi vị trí và quy trình làm việc trong Dynamics 365 HR. Ví dụ 2023-04-15T09:00:00Z2023-04-15T14:35:10Z2023-04-18T11:21:05Z2023-05-02T16:45:00Z2024-01-10T10:00:00Z | |||
| Chức danh JobTitle | Chức danh công việc gắn với vị trí, chẳng hạn như "Kế toán cấp cao". | ||
| Mô tả Chức danh công việc cho biết vai trò và trách nhiệm của vị trí. Thuộc tính này khác với Position ID vì nhiều vị trí có thể dùng chung một chức danh. Khi phân tích, bạn có thể nhóm và lọc dữ liệu theo loại vai trò. Thuộc tính này hữu ích cho bảng điều khiển "Xu hướng phân loại lại vị trí", giúp xác định loại công việc nào thường được phân loại lại nhất. Vì sao điều này quan trọng Thuộc tính này bổ sung bối cảnh kinh doanh cần thiết, cho phép phân tích theo vai trò, cấp bậc hoặc chức năng công việc. Lấy dữ liệu ở đâu Thông tin này được liên kết từ bản ghi "Job" gắn với Position. Hãy tìm trong các thực thể như HcmPositionV2Entity hoặc kết hợp với HcmJobEntity. Ví dụ Chuyên viên phân tích tài chính cấp caoKỹ sư phần mềm cấp IIĐối tác nhân sự kinh doanhĐiều phối viên tiếp thịQuản lý hậu cần | |||
| Phòng ban DepartmentName | Phòng ban quản lý vị trí. | ||
| Mô tả Thuộc tính này cho biết phòng ban trong tổ chức, chẳng hạn như "Tài chính", "Tiếp thị" hoặc "CNTT", gắn với vị trí. Đây là chiều dữ liệu chính để lọc và tổng hợp dữ liệu quy trình. Phân tích theo phòng ban là cần thiết cho bảng điều khiển "Số lượng vị trí xử lý theo phòng ban". Việc này giúp so sánh hiệu suất quy trình, tìm điểm nghẽn riêng của từng phòng ban và nắm bắt xu hướng tuyển dụng ở các bộ phận khác nhau. Vì sao điều này quan trọng Thuộc tính này cho phép phân tích quy trình theo đơn vị kinh doanh, giúp xác định vấn đề riêng của từng phòng ban và so sánh hiệu suất. Lấy dữ liệu ở đâu Thông tin này nằm trong chi tiết vị trí, thường được lưu ở thực thể HcmPositionDetail và liên kết với chiều đơn vị vận hành. Ví dụ Tài chínhCông nghệ thông tinBán hàng và tiếp thịNhân sựVận hành | |||
| Tên người dùng UserName | Tên hoặc ID của người dùng thực hiện hoạt động. | ||
| Mô tả Thuộc tính này xác định nhân viên hoặc người dùng hệ thống chịu trách nhiệm cho một bước trong quy trình, chẳng hạn như người quản lý phê duyệt yêu cầu hoặc chuyên viên nhân sự tạo vị trí trên hệ thống. Phân tích theo người dùng giúp xác định nhu cầu đào tạo, so sánh hiệu suất giữa các thành viên trong nhóm và hiểu cách phân bổ khối lượng công việc. Thuộc tính này cũng rất quan trọng khi kiểm tra tuân thủ, nhằm bảo đảm phân tách nhiệm vụ phù hợp. Vì sao điều này quan trọng Thuộc tính này giúp xác định trách nhiệm và phân tích hiệu suất của từng người hoặc nhóm, rất cần thiết cho việc quản lý tài nguyên và đào tạo. Lấy dữ liệu ở đâu Thông tin này gắn với lịch sử workflow hoặc bản ghi nhật ký kiểm tra trong Dynamics 365 HR. Có thể liên kết thông qua User ID từ thực thể HcmWorker. Ví dụ John SmithJane DoeSYSTEMHRAdmin01MGR-FINANCE | |||
| Thời gian kết thúc EndTime | Thời điểm hoạt động hoàn tất. | ||
| Mô tả EndTime đánh dấu thời điểm một hoạt động kết thúc. Khoảng thời gian từ StartTime đến EndTime là thời gian xử lý của hoạt động đó. Thuộc tính này cần thiết để tính thời lượng từng hoạt động và xác định thời gian được sử dụng ở đâu trong quy trình. Ví dụ, thuộc tính này giúp xác định người quản lý mất bao lâu để phê duyệt yêu cầu tạo vị trí sau khi yêu cầu được giao cho họ. Vì sao điều này quan trọng Thuộc tính này giúp tính thời gian xử lý hoạt động, làm cơ sở cho việc phân tích chi tiết hiệu suất và điểm nghẽn. Lấy dữ liệu ở đâu Có thể xác định thời điểm này từ dấu thời gian của sự kiện tiếp theo hoặc từ các trường "hoàn tất" cụ thể trong nhật ký workflow của Dynamics 365 HR. Trong nhiều trường hợp, cần suy ra thời điểm này. Ví dụ 2023-04-15T09:05:12Z2023-04-15T15:00:00Z2023-04-19T09:00:00Z2023-05-03T10:00:00Z2024-01-10T10:05:00Z | |||
| Trạng thái vị trí PositionStatus | Trạng thái hiện tại hoặc trước đây của vị trí. | ||
| Mô tả Thuộc tính này cho biết trạng thái của vị trí tại một thời điểm cụ thể, chẳng hạn như "Đề xuất", "Đang hoạt động", "Tạm dừng" hoặc "Đã đóng". Việc thay đổi trạng thái thường tương ứng với các hoạt động trong quy trình. Theo dõi trạng thái giúp bạn hiểu quá trình xử lý vị trí và sử dụng các bảng điều khiển như "Trạng thái rà soát tuân thủ vị trí" và "Vị trí tồn đọng và chưa được sử dụng hiệu quả". Thuộc tính này cho biết trạng thái hiện tại của vị trí và giúp kiểm tra luồng quy trình. Vì sao điều này quan trọng Thuộc tính này cho biết rõ trạng thái của từng vị trí, cần thiết để lọc hồ sơ và hiểu kết quả. Lấy dữ liệu ở đâu Tham khảo tài liệu Microsoft Dynamics 365 Human Resources. Thông tin này có thể được lấy từ các trường trạng thái trong bản ghi Position chính. Ví dụ Đề xuấtĐang xem xétĐang hoạt độngTạm dừngĐã đóng | |||
| Trung tâm chi phí CostCenter | Trung tâm chi phí tài chính dùng để phân bổ chi phí của vị trí. | ||
| Mô tả Trung tâm chi phí là chiều dữ liệu tài chính quan trọng, liên kết vị trí với một ngân sách hoặc phạm vi trách nhiệm tài chính cụ thể. Cần theo dõi những thay đổi của thuộc tính này. Thuộc tính này rất quan trọng đối với bảng điều khiển "Kiểm tra tính nhất quán dữ liệu vị trí", dùng để phân tích các thay đổi ở thuộc tính chính sau khi tạo vị trí. Thuộc tính này cũng giúp phân tích chi phí và ngân sách liên quan đến vị trí theo từng đơn vị tài chính. Vì sao điều này quan trọng Thuộc tính này liên kết vị trí với dữ liệu tài chính, giúp phân tích quy trình liên quan đến chi phí và theo dõi tính nhất quán của dữ liệu. Lấy dữ liệu ở đâu Thông tin này thường được thiết lập dưới dạng chiều tài chính trong bản ghi vị trí. Tham khảo phần thiết lập chiều tài chính trong Dynamics 365. Ví dụ CC-1001-FINCC-2500-ITCC-4510-SALESCC-7000-OPSCC-9002-HR | |||
| Có làm lại IsRework | Cờ cho biết hoạt động có thuộc vòng lặp làm lại hay không. | ||
| Mô tả Cờ boolean này được đặt thành true nếu hoạt động là một bước được lặp lại trong quy trình, chẳng hạn như phê duyệt lại sau khi các thuộc tính đã thay đổi. Cờ này giúp định lượng các vòng lặp kém hiệu quả trong quy trình. Thuộc tính này hỗ trợ trực tiếp bảng điều khiển "Phân tích việc làm lại vị trí" và KPI "Tỷ lệ làm lại khi tạo vị trí". Khi đánh dấu các trường hợp làm lại, chuyên viên phân tích có thể dễ dàng lọc và đo tần suất cũng như tác động của những điểm kém hiệu quả trong quy trình. Vì sao điều này quan trọng Thuộc tính này xác định và định lượng rõ việc làm lại trong quy trình, một mục tiêu chính của các sáng kiến cải tiến quy trình. Lấy dữ liệu ở đâu Giá trị này được tính dựa trên thứ tự hoạt động của một hồ sơ. Ví dụ, nếu hoạt động "Yêu cầu tạo vị trí được người quản lý phê duyệt" diễn ra sau "Thuộc tính vị trí được chỉnh sửa", hoạt động đó có thể được đánh dấu là làm lại. Ví dụ truefalse | |||
| Địa điểm Location | Địa điểm thực tế hoặc khu vực địa lý của vị trí. | ||
| Mô tả Thuộc tính này cho biết vị trí làm việc ở đâu, có thể là văn phòng, thành phố hoặc quốc gia. Đây cũng là chiều dữ liệu quan trọng để lọc và phân nhóm dữ liệu quy trình. Địa điểm được dùng trực tiếp trong bảng điều khiển "Số lượng vị trí xử lý theo phòng ban" để phân tích xu hướng nhân sự và hiệu suất quy trình ở các khu vực khác nhau. Thuộc tính này giúp xác định liệu quy trình tạo hoặc phê duyệt vị trí có chậm hơn ở một số địa điểm hay không. Vì sao điều này quan trọng Thuộc tính này cung cấp bối cảnh địa lý, cho phép phân tích hiệu suất và xu hướng quy trình ở các địa điểm khác nhau. Lấy dữ liệu ở đâu Tham khảo tài liệu Microsoft Dynamics 365 Human Resources. Thông tin này có thể nằm trong chi tiết vị trí hoặc được liên kết qua phòng ban hay pháp nhân. Ví dụ New York, Hoa KỳLondon, Vương quốc AnhBerlin, ĐứcSingaporeLàm việc từ xa | |||
| Hệ thống nguồn SourceSystem | Hệ thống nơi dữ liệu được trích xuất. | ||
| Mô tả Thuộc tính này xác định nguồn gốc của dữ liệu quy trình. Trong trường hợp này, giá trị thường là 'Microsoft Dynamics 365 Human Resources'. Trong môi trường có nhiều hệ thống, trường này rất quan trọng để theo dõi nguồn gốc dữ liệu và xử lý sự cố. Trường giúp xác nhận dữ liệu đến từ đúng nguồn dự kiến và có thể dùng để lọc phân tích theo từng hệ thống. Vì sao điều này quan trọng Thuộc tính này cung cấp ngữ cảnh về nguồn gốc dữ liệu, rất quan trọng đối với quản trị dữ liệu và các phân tích bao quát nhiều hệ thống doanh nghiệp. Lấy dữ liệu ở đâu Giá trị tĩnh được thêm vào trong quá trình trích xuất và chuyển đổi dữ liệu để ghi nhãn nguồn gốc của tập dữ liệu. Ví dụ Microsoft Dynamics 365 Human ResourcesD365 HRDynamicsHR | |||
| Lần cập nhật dữ liệu gần nhất LastDataUpdate | Thời điểm dữ liệu được làm mới gần nhất từ hệ thống nguồn. | ||
| Mô tả Thuộc tính này cho biết lần gần nhất dữ liệu được trích xuất từ Microsoft Dynamics 365 Human Resources. Nhờ đó, bạn biết dữ liệu dùng để phân tích mới đến mức nào. Hiển thị thông tin này trên bảng điều khiển giúp người dùng biết dữ liệu đang xem đã được cập nhật. Đây là một phần siêu dữ liệu quan trọng trong mọi dự án process mining. Vì sao điều này quan trọng Thông tin này cho người dùng biết dữ liệu có còn mới hay không, yếu tố quan trọng khi đưa ra quyết định dựa trên kết quả phân tích. Lấy dữ liệu ở đâu Dấu thời gian này được tạo và lưu trong quá trình trích xuất, chuyển đổi và tải dữ liệu (ETL). Ví dụ 2024-05-21T02:00:00Z2024-05-20T02:00:00Z2024-05-19T02:00:00Z | |||
| Loại vị trí PositionType | Phân loại vị trí, chẳng hạn như toàn thời gian, bán thời gian hoặc tạm thời. | ||
| Mô tả Thuộc tính này phân loại vị trí theo điều khoản làm việc, bổ sung bối cảnh cho việc phân tích và hoạch định nhân sự. Trong phân tích quy trình, lọc theo loại vị trí có thể cho thấy một số loại vị trí có luồng xử lý khác hoặc thời gian xử lý dài hơn. Ví dụ, vị trí tạm thời có thể được phê duyệt nhanh hơn, với quy trình đơn giản hơn so với vị trí toàn thời gian lâu dài. Vì sao điều này quan trọng Thuộc tính này cho phép phân tích sự khác biệt của quy trình giữa các loại hình làm việc, hỗ trợ hoạch định nhân sự và cải tiến quy trình. Lấy dữ liệu ở đâu Thông tin này thường có trong bản ghi vị trí của Dynamics 365 HR. Hãy kiểm tra các thực thể như HcmPositionV2Entity để tìm trường phù hợp. Ví dụ Toàn thời gianBán thời gianNhà thầuThực tập sinhTạm thời | |||
| Lý do từ chối RejectionReason | Lý do được ghi lại khi yêu cầu tạo vị trí bị từ chối. | ||
| Mô tả Khi người quản lý hoặc bộ phận nhân sự từ chối yêu cầu tạo vị trí, lý do thường được ghi lại. Có thể do hạn chế ngân sách, thông tin không chính xác hoặc thay đổi chiến lược. Thuộc tính này rất quan trọng để tính KPI "Tỷ lệ từ chối yêu cầu tạo vị trí" và tìm hiểu nguyên nhân phải làm lại. Phân tích các lý do từ chối phổ biến giúp xác định vấn đề từ các bước trước, chẳng hạn như yêu cầu kém chất lượng hoặc hướng dẫn chưa rõ ràng, để cải thiện quy trình. Vì sao điều này quan trọng Thuộc tính này cho biết trực tiếp lý do yêu cầu không được chấp thuận, giúp cải tiến quy trình có trọng tâm để giảm việc làm lại và tỷ lệ từ chối. Lấy dữ liệu ở đâu Tham khảo tài liệu Microsoft Dynamics 365 Human Resources. Lý do thường được ghi trong bình luận của workflow hoặc trường mã lý do riêng khi yêu cầu bị từ chối. Ví dụ Không có ngân sáchYêu cầu trùng lặpHồ sơ công việc không chính xácĐóng băng tuyển dụngĐiều chỉnh chiến lược | |||
| Ngân sách đã được phê duyệt IsBudgetApproved | Cờ cho biết ngân sách của vị trí đã được phê duyệt hay chưa. | ||
| Mô tả Thuộc tính boolean này có giá trị true nếu hoạt động "Ngân sách vị trí được phê duyệt" đã diễn ra trong hồ sơ vị trí. Thuộc tính này giúp phân tích luồng quy trình và xác định các vị trí đang chờ ngân sách. Bạn có thể dùng thuộc tính này để lọc quy trình và phân tích KPI "Thời gian xử lý phê duyệt ngân sách vị trí" hiệu quả hơn. Thuộc tính này giúp phân biệt vị trí đã được duyệt ngân sách với vị trí chưa được duyệt, hữu ích khi phân tích điểm nghẽn. Vì sao điều này quan trọng Thuộc tính này giúp phân tích dễ hơn bằng cách đánh dấu rõ một mốc quan trọng, từ đó xác định và đo riêng giai đoạn phê duyệt ngân sách. Lấy dữ liệu ở đâu Giá trị này được tạo trong quá trình chuyển đổi dữ liệu bằng cách kiểm tra xem hoạt động "Ngân sách vị trí được phê duyệt" có xuất hiện trong lịch sử hồ sơ hay không. Ví dụ truefalse | |||
| Người quản lý yêu cầu RequestingManager | Người quản lý đã khởi tạo yêu cầu tạo vị trí. | ||
| Mô tả Thuộc tính này xác định người quản lý tuyển dụng hoặc trưởng phòng ban đã khởi tạo quy trình bằng cách yêu cầu tạo vị trí mới hoặc vị trí thay thế. Thông tin này cho biết nhu cầu tạo vị trí bắt nguồn từ đâu. Phân tích theo người quản lý yêu cầu giúp nhận diện xu hướng về số lượng yêu cầu, tỷ lệ phê duyệt và chất lượng yêu cầu. Thuộc tính này bổ sung góc nhìn để hiểu khối lượng công việc và mức độ tuân thủ quy trình. Vì sao điều này quan trọng Thuộc tính này giúp truy tìm nguồn phát sinh nhu cầu tạo vị trí và phân tích chỉ số quy trình từ góc nhìn của người quản lý tuyển dụng. Lấy dữ liệu ở đâu Tham khảo tài liệu Microsoft Dynamics 365 Human Resources. Thông tin này có thể được ghi lại trong dữ liệu khởi tạo workflow. Ví dụ Robert JonesSusan MillerDavid ChenMaria GarciaPaul Williams | |||
| Nhóm nghề nghiệp JobFamily | Nhóm các công việc có chức năng tương tự, chẳng hạn như "Kỹ thuật" hoặc "Tài chính". | ||
| Mô tả Nhóm nghề nghiệp là cách phân loại các chức danh công việc có liên quan. Ví dụ, "Kỹ sư phần mềm" và "Kỹ sư kiểm thử chất lượng" có thể cùng thuộc nhóm nghề nghiệp "Kỹ thuật". Thuộc tính này cần thiết cho bảng điều khiển "Xu hướng phân loại lại vị trí", giúp phân tích ở cấp độ rộng hơn để xác định nhóm nghề nghiệp nào thường thay đổi nhất. Nhờ đó, bạn có cái nhìn bao quát hơn so với việc chỉ xem từng chức danh. Vì sao điều này quan trọng Thuộc tính này cho phép phân tích vị trí theo nhóm rộng hơn, hữu ích cho việc hoạch định nhân sự và phân tích xu hướng. Lấy dữ liệu ở đâu Thông tin này nằm trong phần thiết lập công việc của Dynamics 365 HR. Hãy tìm các trường liên quan đến "Job family" hoặc "Job function" trong HcmJobEntity. Ví dụ Kỹ thuậtTài chính và kế toánBán hàngNhân sựQuản lý sản phẩm | |||
| Thời gian xử lý phê duyệt ApprovalCycleTime | Tổng thời gian từ khi khởi tạo yêu cầu tạo vị trí đến khi yêu cầu được phê duyệt cuối cùng. | ||
| Mô tả Chỉ số được tính này đo khoảng thời gian từ hoạt động "Khởi tạo yêu cầu tạo vị trí" đến hoạt động phê duyệt cuối cùng, có thể là "Yêu cầu tạo vị trí được bộ phận nhân sự phê duyệt". Đây là chỉ số hiệu suất quan trọng ở giai đoạn đầu của quy trình quản lý vị trí. Thuộc tính này cung cấp dữ liệu trực tiếp cho bảng điều khiển và KPI "Thời gian xử lý phê duyệt vị trí". Chỉ số này cho biết hiệu quả tổng thể của quy trình phê duyệt và giúp theo dõi tác động của các sáng kiến cải tiến theo thời gian. Vì sao điều này quan trọng Đây là KPI quan trọng để đo hiệu quả của toàn bộ quy trình phê duyệt, đồng thời chỉ rõ các khâu chậm trễ trước khi có thể tạo vị trí. Lấy dữ liệu ở đâu Chỉ số này được tính ở cấp hồ sơ bằng cách lấy dấu thời gian của hoạt động bắt đầu và kết thúc giai đoạn phê duyệt, rồi tính khoảng chênh lệch. Ví dụ P3DT2H15MP10DP1DT12HP5DT6HP2W | |||
Hoạt động quản lý vị trí trong quy trình từ tuyển dụng đến nghỉ việc
| Hoạt động | Mô tả | ||
|---|---|---|---|
| Bắt đầu yêu cầu vị trí | Đánh dấu thời điểm chính thức bắt đầu vòng đời quản lý vị trí. Sự kiện này thường được ghi nhận khi người dùng gửi yêu cầu vị trí mới qua biểu mẫu hoặc quy trình làm việc riêng trong Dynamics 365 HR. | ||
| Vì sao điều này quan trọng Đây là điểm bắt đầu để đo lường toàn bộ vòng đời vị trí, bao gồm các KPI quan trọng như Thời gian phê duyệt vị trí và Thời gian tạo vị trí. Lấy dữ liệu ở đâu Lấy từ dấu thời gian tạo bản ghi yêu cầu vị trí hoặc bản ghi khởi tạo trong bảng lịch sử quy trình làm việc, chẳng hạn như WorkflowTrackingStatusTable. Thu thập Sự kiện được ghi nhận khi gửi quy trình làm việc yêu cầu vị trí mới. Loại sự kiện explicit | |||
| Nhân sự phê duyệt yêu cầu vị trí | Đánh dấu phê duyệt cuối cùng của bộ phận nhân sự trước khi chính thức tạo vị trí. Sự kiện được ghi rõ trong hệ thống quy trình làm việc khi hoàn tất tác vụ phê duyệt của bộ phận nhân sự. | ||
| Vì sao điều này quan trọng Đây là mốc kết thúc giai đoạn phê duyệt và là căn cứ quan trọng để đo lường Thời gian phê duyệt vị trí trung bình. Lấy dữ liệu ở đâu Được ghi trong các bảng lịch sử quy trình làm việc, chẳng hạn như WorkflowTrackingTable, khi đại diện nhân sự hoàn tất tác vụ phê duyệt. Thu thập Sự kiện được ghi vào lịch sử quy trình làm việc kèm dấu thời gian khi bước phê duyệt của bộ phận nhân sự hoàn tất. Loại sự kiện explicit | |||
| Vị trí được đóng | Đại diện cho việc lưu trữ bản ghi vị trí sau cùng, đánh dấu vòng đời vị trí đã kết thúc hoàn toàn. Sự kiện này được suy ra khi trạng thái chuyển thành 'Đã đóng' hoặc trạng thái kết thúc tương tự. | ||
| Vì sao điều này quan trọng Đây là sự kiện kết thúc quy trình, cho phép phân tích toàn bộ vòng đời từ đầu đến cuối và giúp phát hiện các vị trí đã lỗi thời cần đóng. Lấy dữ liệu ở đâu Suy ra từ thay đổi trường trạng thái trong bản ghi vị trí thành 'Đã đóng'. Trường hợp này ít phổ biến hơn việc ngừng hoạt động vì bản ghi thường được giữ lại để tra cứu lịch sử. Thu thập Suy ra từ dấu thời gian trường trạng thái được cập nhật thành 'Đã đóng'. Loại sự kiện inferred | |||
| Vị trí được kích hoạt | Đánh dấu thời điểm vị trí chính thức mở và có thể bắt đầu tuyển dụng. Sự kiện này được suy ra khi trường trạng thái trong bản ghi vị trí chuyển thành 'Đang hoạt động' hoặc trạng thái tương tự. | ||
| Vì sao điều này quan trọng Đây là mốc quan trọng để đo lường mức độ sẵn sàng tuyển dụng và hiệu quả của các bước thiết lập cuối cùng. Mốc này cần thiết để tính KPI Thời gian trung bình đến khi kích hoạt vị trí. Lấy dữ liệu ở đâu Suy ra bằng cách theo dõi dấu thời gian trường trạng thái, chẳng hạn như 'PositionStatus', trong bản ghi vị trí được cập nhật thành 'Đang hoạt động' hoặc 'Đang mở'. Thu thập Dựa trên ngày trường ActivationDate của vị trí được điền hoặc trường trạng thái chuyển thành 'Đang hoạt động'. Loại sự kiện inferred | |||
| Vị trí được tạo trong hệ thống nhân sự | Sự kiện này đánh dấu thời điểm bản ghi vị trí được chính thức tạo trong Dynamics 365 HR. Dữ liệu được lấy từ dấu thời gian tạo của chính bản ghi vị trí chính. | ||
| Vì sao điều này quan trọng Đây là mốc quan trọng, đánh dấu chuyển đổi từ yêu cầu thành một vị trí thực tế trong cơ cấu tổ chức. Mốc này là điểm kết thúc để tính KPI Thời gian tạo vị trí. Lấy dữ liệu ở đâu Lấy từ trường hệ thống 'CreatedDateTime' trong bảng vị trí chính, chẳng hạn như HcmPosition. Thu thập Trích xuất từ trường hệ thống CreatedDateTime trong bảng HcmPosition. Loại sự kiện explicit | |||
| Vị trí ngừng hoạt động | Vị trí không còn hoạt động và được đưa ra khỏi cơ cấu tổ chức hiện hành, thường là sau khi đã tuyển đủ người. Sự kiện này được suy ra từ trạng thái chuyển thành 'Không hoạt động' hoặc trạng thái tương tự. | ||
| Vì sao điều này quan trọng Đánh dấu bước quan trọng khi giai đoạn hoạt động của vị trí kết thúc. Đây là mốc cần thiết để phân tích Thời gian trung bình đến khi ngừng hoạt động vị trí và quản lý chính xác số lượng nhân sự. Lấy dữ liệu ở đâu Suy ra từ dấu thời gian trường 'RetirementDate' được điền hoặc trường trạng thái trong bản ghi vị trí chuyển thành 'Không hoạt động'. Thu thập Dựa trên ngày trường RetirementDate của vị trí được thiết lập hoặc trường trạng thái chuyển thành 'Không hoạt động'. Loại sự kiện inferred | |||
| Bắt đầu quy trình tuyển dụng | Đánh dấu thời điểm bàn giao từ quản lý vị trí sang tuyển dụng. Sự kiện này được suy ra khi tạo yêu cầu tuyển dụng hoặc dự án tuyển dụng mới và liên kết với Position ID cụ thể. | ||
| Vì sao điều này quan trọng Kết nối quy trình quản lý vị trí với kết quả tuyển dụng, giúp phân tích khoảng thời gian từ khi kích hoạt vị trí đến khi bắt đầu các hoạt động tuyển dụng thực tế. Lấy dữ liệu ở đâu Suy ra bằng cách xác định ngày tạo bản ghi trong bảng tuyển dụng hoặc vị trí cần tuyển, chẳng hạn như HcmRecruitingRequest, có tham chiếu đến Position ID. Thu thập Suy ra bằng cách liên kết PositionId với thời điểm tạo bản ghi tương ứng trong mô-đun tuyển dụng. Loại sự kiện inferred | |||
| Đã rà soát tuân thủ cho vị trí | Cho biết vị trí đã trải qua bước kiểm tra tuân thủ chính thức. Có thể ghi nhận sự kiện này qua thay đổi trạng thái, hoàn tất tác vụ trong danh sách kiểm tra hoặc cập nhật trường tùy chỉnh. | ||
| Vì sao điều này quan trọng Hoạt động này rất quan trọng để theo dõi việc tuân thủ quy định và chính sách nội bộ. Đây là căn cứ trực tiếp cho KPI Tỷ lệ tuân thủ của vị trí. Lấy dữ liệu ở đâu Có thể suy ra từ trường trạng thái kèm dấu thời gian như 'ComplianceReviewStatus' hoặc trường đúng/sai 'IsComplianceReviewed' trong bản ghi vị trí. Thu thập Suy ra từ dấu thời gian cập nhật trường trạng thái tuân thủ thành 'Đã hoàn tất' hoặc 'Đã rà soát'. Loại sự kiện inferred | |||
| Đã sửa đổi thuộc tính vị trí | Đại diện cho mọi thay đổi đối với thuộc tính quan trọng của vị trí, chẳng hạn như chức danh hoặc phòng ban, sau khi tạo. Hoạt động này thường được suy ra bằng cách theo dõi các thay đổi trong nhật ký cơ sở dữ liệu của hệ thống. | ||
| Vì sao điều này quan trọng Hoạt động này diễn ra thường xuyên có thể cho thấy chất lượng dữ liệu kém hoặc quy trình phải làm lại. Đây là dữ liệu cần thiết cho các KPI Tần suất thay đổi thuộc tính vị trí và Tỷ lệ làm lại. Lấy dữ liệu ở đâu Có thể suy ra từ bảng SysDatabaseLog nếu đã bật theo dõi thay đổi cho bảng vị trí. Ngoài ra, cần so sánh các ảnh chụp dữ liệu vị trí tại những thời điểm khác nhau. Thu thập Suy ra bằng cách phát hiện thao tác cập nhật các trường quan trọng của bảng HcmPosition qua nhật ký cơ sở dữ liệu. Loại sự kiện inferred | |||
| Ngân sách vị trí được phê duyệt | Đây là mốc phê duyệt quan trọng, xác nhận đã phân bổ đủ ngân sách cho vị trí mới. Sự kiện này thường được ghi nhận thành một bước phê duyệt riêng trong quy trình làm việc tạo vị trí. | ||
| Vì sao điều này quan trọng Tách riêng giai đoạn phê duyệt tài chính để phân tích chậm trễ trong việc phân bổ ngân sách và hỗ trợ KPI Thời gian phê duyệt ngân sách vị trí. Lấy dữ liệu ở đâu Được ghi nhận trong các bảng lịch sử quy trình làm việc, chẳng hạn như WorkflowTrackingTable, dưới dạng tác vụ phê duyệt đã hoàn tất, thường được giao cho bộ phận tài chính. Thu thập Lấy từ dấu thời gian hoàn tất tác vụ phê duyệt ngân sách trong nhật ký quy trình làm việc. Loại sự kiện explicit | |||
| Quản lý phê duyệt yêu cầu vị trí | Đánh dấu hoàn tất vòng phê duyệt đầu tiên của quản lý tuyển dụng. Sự kiện này được ghi rõ trong lịch sử quy trình làm việc khi quản lý hoàn thành tác vụ phê duyệt được giao. | ||
| Vì sao điều này quan trọng Cho biết thời gian của bước phê duyệt ban đầu, giúp phát hiện điểm nghẽn ở từng quản lý hoặc phòng ban. Lấy dữ liệu ở đâu Được ghi nhận là bước đã hoàn tất trong các bảng lịch sử quy trình làm việc, chẳng hạn như WorkflowTrackingTable, và liên kết với yêu cầu vị trí. Thu thập Lấy từ dấu thời gian hoàn tất bước quản lý phê duyệt trong nhật ký quy trình làm việc. Loại sự kiện explicit | |||
| Vị trí bị đóng băng | Cho biết vị trí tạm thời bị tạm dừng và không thể tiến hành tuyển dụng. Sự kiện này được ghi nhận khi suy ra trạng thái trong bản ghi vị trí đã chuyển thành 'Đóng băng' hoặc 'Tạm hoãn'. | ||
| Vì sao điều này quan trọng Theo dõi các gián đoạn trong vòng đời vị trí, vốn có thể ảnh hưởng đến kế hoạch nhân sự và ngân sách. Thông tin này giúp tìm ra nguyên nhân tuyển dụng chậm trễ. Lấy dữ liệu ở đâu Suy ra bằng cách theo dõi dấu thời gian trường trạng thái trong bản ghi vị trí được cập nhật thành 'Đóng băng' hoặc giá trị tương tự. Thu thập Suy ra từ dấu thời gian trạng thái chuyển thành 'Đóng băng' hoặc 'Tạm hoãn'. Loại sự kiện inferred | |||
| Vị trí được phân loại lại | Đây là thay đổi quan trọng đối với phân loại cơ bản của vị trí, chẳng hạn như nhóm nghề nghiệp hoặc cấp bậc. Thay đổi này thường được suy ra từ việc sửa trường 'Job' trong bản ghi vị trí. | ||
| Vì sao điều này quan trọng Giúp phân tích thay đổi cơ cấu tổ chức và mức độ ổn định của định nghĩa công việc. Đây là hoạt động chính để tính KPI Tỷ lệ phân loại lại vị trí. Lấy dữ liệu ở đâu Suy ra từ thay đổi trong trường 'JobId' của bảng HcmPosition, được ghi nhận qua nhật ký cơ sở dữ liệu hoặc bằng cách so sánh các phiên bản bản ghi theo thời gian. Thu thập Suy ra từ thay đổi được ghi nhận trong trường phân loại công việc của bản ghi vị trí. Loại sự kiện inferred | |||
| Yêu cầu vị trí bị từ chối | Cho biết yêu cầu vị trí bị từ chối ở một trong các giai đoạn phê duyệt. Sự kiện này được ghi rõ trong lịch sử quy trình làm việc khi người phê duyệt chọn thao tác 'Từ chối'. | ||
| Vì sao điều này quan trọng Làm rõ các trường hợp quy trình thất bại và phải làm lại. Phân tích lý do từ chối giúp cải thiện chất lượng yêu cầu ban đầu và hỗ trợ KPI Tỷ lệ từ chối yêu cầu vị trí. Lấy dữ liệu ở đâu Được ghi nhận với trạng thái 'Bị từ chối' trong các bảng lịch sử quy trình làm việc, chẳng hạn như WorkflowTrackingStatusTable, cho yêu cầu vị trí tương ứng. Thu thập Lấy từ nhật ký quy trình làm việc khi người phê duyệt thực hiện thao tác từ chối. Loại sự kiện explicit | |||
Hướng dẫn trích xuất dữ liệu
Các bước
- Mở không gian làm việc Data Management: Đăng nhập Microsoft Dynamics 365 Human Resources. Dùng thanh tìm kiếm chính để mở không gian làm việc 'Data management'.
- Tạo dự án xuất mới: Trong không gian làm việc, chọn ô 'Export'. Trên trang dự án 'Export', nhấp 'New' để tạo dự án. Đặt tên mô tả, chẳng hạn 'PositionManagement_EventLog_Export', rồi chọn định dạng dữ liệu. Nên dùng 'CSV' để chuyển đổi dữ liệu.
- Thêm thực thể dữ liệu vào dự án: Trong dự án mới, nhấp 'Add entity'. Bạn cần thêm một số thực thể để ghi lại toàn bộ vòng đời vị trí. Lần lượt thêm các thực thể chính sau: 'HcmPositionV2', 'WorkflowTrackingStatusTable' và 'HcmRecruitingRequest'. Nếu đã bật ghi nhật ký cơ sở dữ liệu cho các thay đổi vị trí, hãy thêm cả 'SysDatabaseLog'.
- Thiết lập bộ lọc cho thực thể: Cần lọc từng thực thể để giới hạn phạm vi dữ liệu. Chọn một thực thể rồi nhấp 'Filter'. Với 'HcmPositionV2', lọc theo khoảng ngày cụ thể bằng trường 'CreatedDateTime' hoặc 'ModifiedDateTime'. Với 'WorkflowTrackingStatusTable', lọc trường 'CONTEXTTABLENAME' để chỉ lấy workflow liên quan đến vị trí.
- Chọn trường cho từng thực thể: Đảm bảo xuất đủ các trường cần thiết để chuyển đổi sau này. Với 'HcmPositionV2', chọn 'PositionId', 'CreatedDateTime', 'ActivationDate', 'RetirementDate', 'ModifiedDateTime', 'JobId' và 'DepartmentNumber'. Với 'WorkflowTrackingStatusTable', chọn 'ContextRecId', 'WorkflowTrackingStatus', 'CreatedDateTime' và 'UserId'.
- Chạy tác vụ xuất dữ liệu: Sau khi thiết lập xong các thực thể, trường và bộ lọc, nhấp 'Export' trên trang dự án chính. Hệ thống sẽ tạo gói dữ liệu gồm các tệp riêng cho từng thực thể.
- Theo dõi và tải gói dữ liệu: Bạn có thể theo dõi tiến độ trong mục 'Job history'. Khi tác vụ hoàn tất thành công, hãy tải gói dữ liệu nén xuống.
- Giải nén và chuyển đổi dữ liệu: Giải nén gói đã tải. Bạn sẽ thấy các tệp CSV riêng cho từng thực thể. Đây là dữ liệu thô, chưa phải nhật ký sự kiện hoàn chỉnh. Bạn cần dùng tập lệnh bên ngoài, chẳng hạn Python với pandas hoặc PowerShell, để xử lý các tệp này.
- Thiết lập logic chuyển đổi: Tập lệnh cần thực hiện các bước sau:
- Tải tệp 'HcmPositionV2.csv'. Từ tệp này, tạo sự kiện 'Vị trí được tạo trong hệ thống HR' bằng 'PositionId' và 'CreatedDateTime'.
- Tạo sự kiện thay đổi trạng thái ('Vị trí được kích hoạt', 'Vị trí bị đóng băng', 'Vị trí bị vô hiệu hóa', 'Vị trí đã đóng') bằng cách đọc các trường trạng thái hoặc trường ngày như 'ActivationDate' và 'RetirementDate' trong 'HcmPositionV2.csv'.
- Tải tệp 'WorkflowTrackingStatusTable.csv'. Kết hợp dữ liệu này với dữ liệu vị trí bằng ID bản ghi. Từ đó, tạo các sự kiện workflow: 'Yêu cầu vị trí được khởi tạo', 'Yêu cầu vị trí được quản lý phê duyệt', 'Ngân sách vị trí được phê duyệt', 'Yêu cầu vị trí được HR phê duyệt' và 'Yêu cầu vị trí bị từ chối'. Bạn cần ánh xạ trạng thái workflow và ngữ cảnh bước sang Tên hoạt động tương ứng.
- Nếu đã xuất 'SysDatabaseLog.csv', hãy phân tích tệp này để tạo sự kiện 'Thuộc tính vị trí được sửa đổi' và 'Vị trí được phân loại lại', dựa trên thay đổi ở các trường cụ thể trong bảng HcmPosition.
- Tải 'HcmRecruitingRequest.csv' để tạo sự kiện 'Quy trình tuyển dụng bắt đầu' bằng cách xác định thời điểm tạo yêu cầu tuyển dụng cho một vị trí.
- Tạo nhật ký sự kiện hoàn chỉnh: Tập lệnh cần gộp tất cả sự kiện đã tạo từ các nguồn khác nhau vào một tệp CSV. Tệp này phải có các cột bắt buộc: 'PositionId', 'ActivityName' và 'EventTime', cùng mọi thuộc tính đề xuất mà bạn ánh xạ được.
- Định dạng để tải lên: Đảm bảo tệp CSV cuối cùng có tiêu đề cột khớp với tên thuộc tính bắt buộc và cột 'EventTime' dùng định dạng dấu thời gian nhất quán. Tệp đã sẵn sàng để tải lên công cụ process mining.
Cấu hình
- Các thực thể dữ liệu chính: Các thực thể cần thiết để trích xuất gồm:
HcmPositionV2: Chứa thông tin cốt lõi về từng vị trí, gồm ngày tạo, ngày kích hoạt và các thuộc tính như công việc, phòng ban.WorkflowTrackingStatusTable: Cung cấp lịch sử các phiên bản workflow, gồm yêu cầu gửi đi, phê duyệt và từ chối. Đây là dữ liệu cần thiết để theo dõi quy trình phê duyệt.HcmRecruitingRequest: Dùng để xác định hoạt động 'Quy trình tuyển dụng bắt đầu' khi yêu cầu tuyển dụng được liên kết với một vị trí.SysDatabaseLog: Thực thể tùy chọn, giúp ghi lại chi tiết các thay đổi như 'Thuộc tính vị trí được sửa đổi' và 'Vị trí được phân loại lại'. Chỉ dùng được nếu đã thiết lập ghi nhật ký cơ sở dữ liệu cho bảng HcmPosition.
- Lọc theo khoảng ngày: Bạn nên lọc thực thể 'HcmPositionV2' theo trường 'CreatedDateTime'. Khoảng 6 đến 12 tháng thường là điểm khởi đầu phù hợp để giữ khối lượng dữ liệu ở mức dễ xử lý.
- Xuất dữ liệu tăng dần: Để tiếp tục phân tích, hãy cân nhắc thiết lập dự án xuất dữ liệu tăng dần. Cách này chỉ trích xuất các bản ghi thay đổi kể từ lần chạy trước, giúp giảm đáng kể thời gian xử lý.
- Điều kiện cần: Người chạy tác vụ xuất phải có vai trò bảo mật với đủ quyền truy cập không gian làm việc 'Data management' và quyền đọc tất cả thực thể dữ liệu được nêu. Thường cần vai trò như 'Data management administrator' hoặc vai trò tùy chỉnh có quyền cụ thể với từng thực thể.
Truy vấn mẫu sql
/*
This extraction uses the Dynamics 365 Data Management Framework. The 'query' is defined by configuring an export project via the user interface, not by running a script directly against the database.
A post-processing script is required to transform the output of this configuration into a final event log.
*/
-- Data Export Project Configuration --
Project Name: PositionManagement_EventLog_Export
Data Format: CSV
-- Entity 1: Positions --
Source Entity: HcmPositionV2
Fields to Export:
- PositionId
- CreatedDateTime (Used for 'Position Created In HR System' event)
- ActivationDate (Used for 'Position Activated' event)
- RetirementDate (Used for 'Position Deactivated' / 'Position Closed' event)
- ModifiedDateTime (Can be used for 'Position Attributes Modified' if SysDatabaseLog is not available)
- JobId (Used for 'Position Reclassified' event and 'JobTitle' attribute)
- DepartmentNumber (Used for 'DepartmentName' attribute)
- [Other fields for attributes like CostCenter, PositionStatus]
-- Entity 2: Workflow History --
Source Entity: WorkflowTrackingStatusTable
Fields to Export:
- ContextRecId (The record ID, used to link back to the HcmPosition record)
- ContextTableName (Filter this for 'HcmPosition')
- WorkflowTrackingStatus (Values like 'Submitted', 'Approved', 'Rejected')
- CreatedDateTime (Timestamp for the workflow event)
- UserId (The user who performed the action)
- [Workflow step name or ID field if available, to differentiate approval types]
-- Entity 3: Recruitment Requests --
Source Entity: HcmRecruitingRequest
Fields to Export:
- PositionId
- CreatedDateTime (Used for 'Hiring Process Started' event)
- RecruitingId
-- Entity 4: Database Change Log (Optional) --
Source Entity: SysDatabaseLog
Fields to Export:
- RefRecId (The record ID of the changed record)
- RefTableId (The table ID, filter for HcmPosition)
- CreatedDateTime (Timestamp of the change)
- [Fields indicating the old and new values, if available]Các bước
- Xác nhận điều kiện cần: Trước khi bắt đầu, hãy kiểm tra tính năng 'Bring Your Own Database' (BYOD) đã được thiết lập cho phiên bản Microsoft Dynamics 365 Human Resources của bạn chưa. Đảm bảo các thực thể dữ liệu cần thiết được xuất sang Azure SQL Database. Các thực thể chính gồm:
HcmPositionV2,HcmPositionDetail,WorkflowTrackingStatusTable,HcmJob,OMOperatingUnitvàHcmRecruitingRequest. - Kết nối Azure SQL Database: Dùng công cụ SQL như SQL Server Management Studio (SSMS) hoặc Azure Data Studio để kết nối với Azure SQL Database làm đích BYOD.
- Xác định lược đồ cơ sở dữ liệu: Sau khi kết nối, hãy tìm hiểu lược đồ cơ sở dữ liệu. Các thực thể dữ liệu D365 HR được sao chép thành bảng. Tên bảng trong cơ sở dữ liệu BYOD có thể không trùng khớp hoàn toàn với tên thực thể, nhưng thường khá giống nhau.
- Tải truy vấn SQL: Mở cửa sổ truy vấn mới trong công cụ SQL rồi dán toàn bộ tập lệnh SQL trong mục 'query' của tài liệu này.
- Tùy chỉnh tham số: Sửa các biến giữ chỗ trong truy vấn. Đặt
@[YourCompanyId]thành pháp nhân cụ thể bạn muốn phân tích, chẳng hạn 'USMF'. Điều chỉnh khoảng ngày trong các mệnh đềWHERE, chẳng hạnCREATEDDATETIME >= '2023-01-01', để giới hạn dữ liệu trích xuất theo thời gian mong muốn. - Chạy truy vấn: Chạy toàn bộ truy vấn SQL trên cơ sở dữ liệu BYOD. Thời gian chạy tùy thuộc vào khối lượng dữ liệu và khoảng ngày đã chọn.
- Kiểm tra kết quả: Khi truy vấn chạy xong, kiểm tra kết quả trong khung kết quả của công cụ SQL. Xác nhận các cột
PositionId,ActivityName,EventTimevà những cột khác có dữ liệu như mong đợi. - Xuất sang CSV: Xuất toàn bộ kết quả sang tệp CSV. Hầu hết công cụ SQL đều có chức năng lưu kết quả trực tiếp thành CSV. Ví dụ, trong SSMS, bạn có thể nhấp chuột phải vào lưới kết quả rồi chọn 'Save Results As...'.
- Chuẩn bị tải lên: Đảm bảo tệp CSV đã xuất dùng mã hóa UTF-8. Kiểm tra tiêu đề cột khớp chính xác với các thuộc tính bắt buộc (
PositionId,ActivityName,EventTime, v.v.) để tải lên công cụ process mining thuận lợi.
Cấu hình
- Thực thể dữ liệu BYOD: Đảm bảo đã xuất bản tất cả thực thể dữ liệu cần thiết từ Dynamics 365 HR sang phiên bản BYOD của bạn. Các thực thể quan trọng gồm dữ liệu về vị trí, chi tiết vị trí, lịch sử workflow, công việc, phòng ban và yêu cầu tuyển dụng.
- Độ trễ dữ liệu: BYOD sao chép dữ liệu gần như theo thời gian thực, nhưng không tức thời. Giao dịch trong D365 HR có thể mất vài phút đến một giờ mới xuất hiện trong Azure SQL Database.
- Lọc theo khoảng ngày: Cần lọc ngày trong truy vấn để kiểm soát hiệu suất và khối lượng dữ liệu. Khoảng 3 đến 6 tháng thường là điểm khởi đầu phù hợp. Áp dụng bộ lọc cho dấu thời gian tạo hoặc dấu thời gian sự kiện trong từng khối
UNION ALL. - Lọc theo công ty: Luôn lọc theo
DATAREAID(mã pháp nhân hoặc công ty) để đảm bảo bạn phân tích đúng đơn vị tổ chức. Truy vấn mẫu có biến giữ chỗ@[YourCompanyId]cho mục đích này. - Điều kiện cần: Phương pháp này yêu cầu gói đăng ký Azure đang hoạt động, phiên bản BYOD đã được thiết lập, quyền đọc cơ sở dữ liệu Azure SQL đích và công cụ SQL phù hợp để chạy truy vấn.
- Các bước workflow tùy chỉnh: Truy vấn dùng tên bước workflow phổ biến cho việc phê duyệt, chẳng hạn 'Approve position request'. Nếu tổ chức của bạn dùng tên tùy chỉnh, hãy cập nhật các giá trị
CONTEXTtrong những mệnh đềWHEREtương ứng.
Truy vấn mẫu sql
SELECT
p.POSITIONID AS PositionId,
'Position Request Initiated' AS ActivityName,
w.CREATEDDATETIME AS EventTime,
w.CREATEDDATETIME AS EndTime,
w.USERID AS UserName,
dept.NAME AS DepartmentName,
pd.DESCRIPTION AS JobTitle,
'Initiated' AS PositionStatus,
pd.DEFAULTDIMENSIONDISPLAYVALUE AS CostCenter
FROM WorkflowTrackingStatusTable w
JOIN HcmPositionV2 p ON w.REFRECID = p.RECID
JOIN HcmPositionDetail pd ON p.POSITIONID = pd.POSITIONID
LEFT JOIN OMOperatingUnit dept ON pd.DEPARTMENT = dept.OMOPERATINGUNITNUMBER
WHERE w.TRACKINGSTATUS = 1 -- Submitted
AND w.CONTEXT LIKE '%Create position request%'
AND p.DATAREAID = '[YourCompanyId]'
AND w.CREATEDDATETIME >= '[StartDate]'
UNION ALL
SELECT
p.POSITIONID AS PositionId,
'Position Request Approved By Manager' AS ActivityName,
w.CREATEDDATETIME AS EventTime,
w.CREATEDDATETIME AS EndTime,
w.USERID AS UserName,
dept.NAME AS DepartmentName,
pd.DESCRIPTION AS JobTitle,
'Pending Budget' AS PositionStatus,
pd.DEFAULTDIMENSIONDISPLAYVALUE AS CostCenter
FROM WorkflowTrackingStatusTable w
JOIN HcmPositionV2 p ON w.REFRECID = p.RECID
JOIN HcmPositionDetail pd ON p.POSITIONID = pd.POSITIONID
LEFT JOIN OMOperatingUnit dept ON pd.DEPARTMENT = dept.OMOPERATINGUNITNUMBER
WHERE w.TRACKINGSTATUS = 5 -- Approval
AND w.CONTEXT LIKE '%Manager approval%'
AND p.DATAREAID = '[YourCompanyId]'
AND w.CREATEDDATETIME >= '[StartDate]'
UNION ALL
SELECT
p.POSITIONID AS PositionId,
'Position Budget Approved' AS ActivityName,
w.CREATEDDATETIME AS EventTime,
w.CREATEDDATETIME AS EndTime,
w.USERID AS UserName,
dept.NAME AS DepartmentName,
pd.DESCRIPTION AS JobTitle,
'Pending HR' AS PositionStatus,
pd.DEFAULTDIMENSIONDISPLAYVALUE AS CostCenter
FROM WorkflowTrackingStatusTable w
JOIN HcmPositionV2 p ON w.REFRECID = p.RECID
JOIN HcmPositionDetail pd ON p.POSITIONID = pd.POSITIONID
LEFT JOIN OMOperatingUnit dept ON pd.DEPARTMENT = dept.OMOPERATINGUNITNUMBER
WHERE w.TRACKINGSTATUS = 5 -- Approval
AND w.CONTEXT LIKE '%Budget approval%'
AND p.DATAREAID = '[YourCompanyId]'
AND w.CREATEDDATETIME >= '[StartDate]'
UNION ALL
SELECT
p.POSITIONID AS PositionId,
'Position Request Approved By HR' AS ActivityName,
w.CREATEDDATETIME AS EventTime,
w.CREATEDDATETIME AS EndTime,
w.USERID AS UserName,
dept.NAME AS DepartmentName,
pd.DESCRIPTION AS JobTitle,
'Approved' AS PositionStatus,
pd.DEFAULTDIMENSIONDISPLAYVALUE AS CostCenter
FROM WorkflowTrackingStatusTable w
JOIN HcmPositionV2 p ON w.REFRECID = p.RECID
JOIN HcmPositionDetail pd ON p.POSITIONID = pd.POSITIONID
LEFT JOIN OMOperatingUnit dept ON pd.DEPARTMENT = dept.OMOPERATINGUNITNUMBER
WHERE w.TRACKINGSTATUS = 5 -- Approval
AND w.CONTEXT LIKE '%HR approval%'
AND p.DATAREAID = '[YourCompanyId]'
AND w.CREATEDDATETIME >= '[StartDate]'
UNION ALL
SELECT
p.POSITIONID AS PositionId,
'Position Request Rejected' AS ActivityName,
w.CREATEDDATETIME AS EventTime,
w.CREATEDDATETIME AS EndTime,
w.USERID AS UserName,
dept.NAME AS DepartmentName,
pd.DESCRIPTION AS JobTitle,
'Rejected' AS PositionStatus,
pd.DEFAULTDIMENSIONDISPLAYVALUE AS CostCenter
FROM WorkflowTrackingStatusTable w
JOIN HcmPositionV2 p ON w.REFRECID = p.RECID
JOIN HcmPositionDetail pd ON p.POSITIONID = pd.POSITIONID
LEFT JOIN OMOperatingUnit dept ON pd.DEPARTMENT = dept.OMOPERATINGUNITNUMBER
WHERE w.TRACKINGSTATUS = 3 -- Rejection
AND p.DATAREAID = '[YourCompanyId]'
AND w.CREATEDDATETIME >= '[StartDate]'
UNION ALL
SELECT
p.POSITIONID AS PositionId,
'Position Created In HR System' AS ActivityName,
p.CREATEDDATETIME AS EventTime,
p.CREATEDDATETIME AS EndTime,
p.CREATEDBY AS UserName,
dept.NAME AS DepartmentName,
j.DESCRIPTION AS JobTitle,
'Created' AS PositionStatus,
pd.DEFAULTDIMENSIONDISPLAYVALUE AS CostCenter
FROM HcmPositionV2 p
JOIN HcmPositionDetail pd ON p.POSITIONID = pd.POSITIONID
LEFT JOIN HcmJob j ON p.JOBID = j.JOBID
LEFT JOIN OMOperatingUnit dept ON pd.DEPARTMENT = dept.OMOPERATINGUNITNUMBER
WHERE p.DATAREAID = '[YourCompanyId]'
AND p.CREATEDDATETIME >= '[StartDate]'
UNION ALL
SELECT
p.POSITIONID AS PositionId,
'Position Attributes Modified' AS ActivityName,
p.MODIFIEDDATETIME AS EventTime,
p.MODIFIEDDATETIME AS EndTime,
p.MODIFIEDBY AS UserName,
dept.NAME AS DepartmentName,
j.DESCRIPTION AS JobTitle,
'Modified' AS PositionStatus,
pd.DEFAULTDIMENSIONDISPLAYVALUE AS CostCenter
FROM HcmPositionV2 p
JOIN HcmPositionDetail pd ON p.POSITIONID = pd.POSITIONID
LEFT JOIN HcmJob j ON p.JOBID = j.JOBID
LEFT JOIN OMOperatingUnit dept ON pd.DEPARTMENT = dept.OMOPERATINGUNITNUMBER
WHERE p.MODIFIEDDATETIME > p.CREATEDDATETIME
AND p.DATAREAID = '[YourCompanyId]'
AND p.MODIFIEDDATETIME >= '[StartDate]'
UNION ALL
SELECT
p.POSITIONID AS PositionId,
'Position Reviewed For Compliance' AS ActivityName,
pd.MODIFIEDDATETIME AS EventTime,
pd.MODIFIEDDATETIME AS EndTime,
pd.MODIFIEDBY AS UserName,
dept.NAME AS DepartmentName,
j.DESCRIPTION AS JobTitle,
'Compliance Reviewed' AS PositionStatus,
pd.DEFAULTDIMENSIONDISPLAYVALUE AS CostCenter
FROM HcmPositionV2 p
JOIN HcmPositionDetail pd ON p.POSITIONID = pd.POSITIONID
LEFT JOIN HcmJob j ON p.JOBID = j.JOBID
LEFT JOIN OMOperatingUnit dept ON pd.DEPARTMENT = dept.OMOPERATINGUNITNUMBER
WHERE pd.[YourComplianceStatusField] = 'Reviewed' -- This requires a custom field indicating compliance review
AND p.DATAREAID = '[YourCompanyId]'
AND pd.MODIFIEDDATETIME >= '[StartDate]'
UNION ALL
SELECT
p.POSITIONID AS PositionId,
'Position Reclassified' AS ActivityName,
p.MODIFIEDDATETIME AS EventTime,
p.MODIFIEDDATETIME AS EndTime,
p.MODIFIEDBY AS UserName,
dept.NAME AS DepartmentName,
j.DESCRIPTION AS JobTitle,
'Reclassified' AS PositionStatus,
pd.DEFAULTDIMENSIONDISPLAYVALUE AS CostCenter
FROM HcmPositionV2 p
JOIN HcmPositionDetail pd ON p.POSITIONID = pd.POSITIONID
LEFT JOIN HcmJob j ON p.JOBID = j.JOBID
LEFT JOIN OMOperatingUnit dept ON pd.DEPARTMENT = dept.OMOPERATINGUNITNUMBER
WHERE p.MODIFIEDDATETIME > p.CREATEDDATETIME -- This is an inference. See known limitations.
AND p.DATAREAID = '[YourCompanyId]'
AND p.MODIFIEDDATETIME >= '[StartDate]'
UNION ALL
SELECT
p.POSITIONID AS PositionId,
'Position Activated' AS ActivityName,
pd.VALIDFROM AS EventTime,
pd.VALIDFROM AS EndTime,
pd.MODIFIEDBY AS UserName,
dept.NAME AS DepartmentName,
j.DESCRIPTION AS JobTitle,
'Active' AS PositionStatus,
pd.DEFAULTDIMENSIONDISPLAYVALUE AS CostCenter
FROM HcmPositionV2 p
JOIN HcmPositionDetail pd ON p.POSITIONID = pd.POSITIONID
LEFT JOIN HcmJob j ON p.JOBID = j.JOBID
LEFT JOIN OMOperatingUnit dept ON pd.DEPARTMENT = dept.OMOPERATINGUNITNUMBER
WHERE pd.VALIDFROM >= '[StartDate]'
AND p.DATAREAID = '[YourCompanyId]'
UNION ALL
SELECT
hr.POSITIONID AS PositionId,
'Hiring Process Started' AS ActivityName,
hr.CREATEDDATETIME AS EventTime,
hr.CREATEDDATETIME AS EndTime,
hr.CREATEDBY AS UserName,
dept.NAME AS DepartmentName,
j.DESCRIPTION AS JobTitle,
'Recruiting' AS PositionStatus,
pd.DEFAULTDIMENSIONDISPLAYVALUE AS CostCenter
FROM HcmRecruitingRequest hr
JOIN HcmPositionV2 p ON hr.POSITIONID = p.POSITIONID
JOIN HcmPositionDetail pd ON p.POSITIONID = pd.POSITIONID
LEFT JOIN HcmJob j ON p.JOBID = j.JOBID
LEFT JOIN OMOperatingUnit dept ON pd.DEPARTMENT = dept.OMOPERATINGUNITNUMBER
WHERE hr.DATAREAID = '[YourCompanyId]'
AND hr.CREATEDDATETIME >= '[StartDate]'
UNION ALL
SELECT
p.POSITIONID AS PositionId,
'Position Frozen' AS ActivityName,
pd.MODIFIEDDATETIME AS EventTime, -- Assuming a status change triggers modification time
pd.MODIFIEDDATETIME AS EndTime,
pd.MODIFIEDBY AS UserName,
dept.NAME AS DepartmentName,
j.DESCRIPTION AS JobTitle,
'Frozen' AS PositionStatus,
pd.DEFAULTDIMENSIONDISPLAYVALUE AS CostCenter
FROM HcmPositionV2 p
JOIN HcmPositionDetail pd ON p.POSITIONID = pd.POSITIONID
LEFT JOIN HcmJob j ON p.JOBID = j.JOBID
LEFT JOIN OMOperatingUnit dept ON pd.DEPARTMENT = dept.OMOPERATINGUNITNUMBER
WHERE p.[YourPositionStatusField] = 'Frozen' -- Requires a dedicated status field on the position
AND p.DATAREAID = '[YourCompanyId]'
AND pd.MODIFIEDDATETIME >= '[StartDate]'
UNION ALL
SELECT
p.POSITIONID AS PositionId,
'Position Deactivated' AS ActivityName,
pd.VALIDTO AS EventTime,
pd.VALIDTO AS EndTime,
pd.MODIFIEDBY AS UserName,
dept.NAME AS DepartmentName,
j.DESCRIPTION AS JobTitle,
'Inactive' AS PositionStatus,
pd.DEFAULTDIMENSIONDISPLAYVALUE AS CostCenter
FROM HcmPositionV2 p
JOIN HcmPositionDetail pd ON p.POSITIONID = pd.POSITIONID
LEFT JOIN HcmJob j ON p.JOBID = j.JOBID
LEFT JOIN OMOperatingUnit dept ON pd.DEPARTMENT = dept.OMOPERATINGUNITNUMBER
WHERE pd.VALIDTO < '2154-12-31' -- D365 often uses this far-future date for 'never expires'
AND pd.VALIDTO >= '[StartDate]'
AND p.DATAREAID = '[YourCompanyId]'
UNION ALL
SELECT
p.POSITIONID AS PositionId,
'Position Closed' AS ActivityName,
pd.MODIFIEDDATETIME AS EventTime, -- Assuming a status change triggers modification time
pd.MODIFIEDDATETIME AS EndTime,
pd.MODIFIEDBY AS UserName,
dept.NAME AS DepartmentName,
j.DESCRIPTION AS JobTitle,
'Closed' AS PositionStatus,
pd.DEFAULTDIMENSIONDISPLAYVALUE AS CostCenter
FROM HcmPositionV2 p
JOIN HcmPositionDetail pd ON p.POSITIONID = pd.POSITIONID
LEFT JOIN HcmJob j ON p.JOBID = j.JOBID
LEFT JOIN OMOperatingUnit dept ON pd.DEPARTMENT = dept.OMOPERATINGUNITNUMBER
WHERE p.[YourPositionStatusField] = 'Closed' -- Requires a dedicated status field on the position
AND p.DATAREAID = '[YourCompanyId]'
AND pd.MODIFIEDDATETIME >= '[StartDate]'Bạn đã sẵn sàng bắt đầu chưa?
Dùng mẫu này để đơn giản hóa việc thu thập dữ liệu và hiểu rõ hơn quy trình quản lý vị trí từ tuyển dụng đến nghỉ việc. Bắt đầu cải thiện hiệu quả và tuân thủ ngay hôm nay.
Tối ưu ngay quy trình quản lý vị trí từ tuyển dụng đến nghỉ việc
Giảm 30% thời gian xử lý quy trình và loại bỏ điểm nghẽn.
Không cần thẻ tín dụng. Thiết lập chỉ trong vài phút.