Mẫu dữ liệu bảo trì tài sản
Mẫu dữ liệu bảo trì tài sản
Đây là mẫu dữ liệu process mining chung cho Bảo trì tài sản. Hãy dùng mẫu riêng cho từng hệ thống để được hướng dẫn cụ thể hơn.
Chọn một hệ thống cụ thể- Danh sách đầy đủ các mốc bảo trì tiêu chuẩn
- Cấu trúc thuộc tính linh hoạt, phục vụ phân tích hiệu suất chuyên sâu
- Tương thích với mọi nguồn dữ liệu quản lý tài sản doanh nghiệp
Thuộc tính bảo trì tài sản
| Tên | Mô tả | ||
|---|---|---|---|
| Hệ thống nguồn SourceSystem | Tên ứng dụng hoặc cơ sở dữ liệu nơi bản ghi được tạo. | ||
| Mô tả Thuộc tính này cho biết môi trường phần mềm nào đã tạo ra dữ liệu. Trong hệ thống bảo trì phức tạp, dữ liệu có thể đến từ ERP, phần mềm CMMS chuyên dụng hoặc nền tảng giám sát IoT. Khi phân tích dữ liệu từ nhiều hệ thống trong cùng một mô hình quy trình, bạn có thể dùng trường này để lọc dữ liệu. Trường này cũng giúp xác minh nguồn gốc dữ liệu và so sánh chất lượng dữ liệu hoặc khác biệt quy trình giữa các hệ thống cũ. Vì sao điều này quan trọng Thuộc tính này giúp truy xuất nguồn gốc dữ liệu trong môi trường có nhiều hệ thống. Lấy dữ liệu ở đâu Được thiết lập cố định trong quá trình trích xuất hoặc ánh xạ từ cấu hình hệ thống. Ví dụ SAP ECCIBM MaximoInfor EAMOracle Maintenance CloudHexagon EAM | |||
| Lần cập nhật dữ liệu gần nhất LastDataUpdate | Dấu thời gian cho biết lần gần nhất bản ghi được trích xuất hoặc làm mới. | ||
| Mô tả Thuộc tính này theo dõi mức độ cập nhật của tập dữ liệu dùng trong phân tích. Nhờ đó, chuyên viên phân tích biết dữ liệu mới đến đâu và phát hiện độ trễ có thể có giữa hệ thống vận hành và môi trường process mining. Dù không thuộc luồng quy trình thực tế, thuộc tính này rất quan trọng với quản trị dữ liệu. Thuộc tính giúp các bên liên quan biết họ đang xem dữ liệu thời gian thực hay ảnh chụp dữ liệu từ kỳ khóa sổ trước. Vì sao điều này quan trọng Thuộc tính này giúp xác minh dữ liệu còn mới hay không và quản lý các lần tải dữ liệu tăng dần. Lấy dữ liệu ở đâu Được tạo khi chạy quy trình ETL hoặc tập lệnh trích xuất. Ví dụ 2023-12-01T00:00:00Z2023-12-01T12:00:00Z2023-12-02T06:00:00Z | |||
| Số lệnh công việc WorkOrderNumber | Mã định danh duy nhất của hồ sơ bảo trì hoặc lệnh công việc. | ||
| Mô tả Thuộc tính này là mã định danh trung tâm của hồ sơ trong phân tích process mining. Mỗi mã đại diện cho một chu kỳ bảo trì từ đầu đến cuối, bắt đầu từ yêu cầu ban đầu hoặc tín hiệu bảo trì phòng ngừa, đến khi hoàn tất và khóa sổ tài chính. Trong quá trình phân tích, trường này đóng vai trò khóa chính để nhóm các sự kiện, chi phí và nhật ký nguồn lực liên quan. Nhờ đó, công cụ process mining có thể dựng lại vòng đời của từng công việc, giúp chuyên viên phân tích theo dõi luồng công việc, tìm điểm nghẽn ở cấp hồ sơ và đối chiếu kết quả với loại lệnh hoặc mức độ ưu tiên. Vì sao điều này quan trọng Đây là Case ID cơ bản cần có để phân biệt từng phiên bản quy trình riêng biệt. Lấy dữ liệu ở đâu Thường có trong bảng tiêu đề lệnh công việc, chẳng hạn WONUM trong Maximo hoặc AUFNR trong SAP. Ví dụ WO-2023-884110049221PM-552-AREQ-992104500021 | |||
| Tên hoạt động ActivityName | Tác vụ, thay đổi trạng thái hoặc sự kiện cụ thể diễn ra trong quy trình làm việc. | ||
| Mô tả Thuộc tính này xác định các bước trong vòng đời của lệnh bảo trì. Thuộc tính ghi lại những trạng thái mà lệnh trải qua, chẳng hạn như đã tạo, đã phê duyệt, đang thực hiện, tạm hoãn và hoàn tất. Để process mining cho kết quả chính xác, trường này chuẩn hóa các sự kiện từ nhiều hệ thống thành tên hoạt động dễ hiểu. Đây là dữ liệu cần thiết để trực quan hóa sơ đồ quy trình, tính thời gian chuyển giữa các giai đoạn và phát hiện các vòng lặp làm lại khi lệnh quay về trạng thái trước đó. Vì sao điều này quan trọng Thuộc tính này xác định các nút trên sơ đồ quy trình và cần thiết để dựng lại quy trình làm việc. Lấy dữ liệu ở đâu Lấy từ bảng lịch sử trạng thái, nhật ký giao dịch hoặc nhật ký thay đổi lệnh công việc. Ví dụ Tạo lệnh công việcXuất vật tưĐã phê duyệtĐã chuyển sang trạng thái đang thực hiệnĐóng lệnh công việc | |||
| Thời điểm sự kiện EventTimestamp | Ngày và giờ cụ thể khi một hoạt động diễn ra. | ||
| Mô tả Thuộc tính này cung cấp mốc thời gian cho từng sự kiện trong nhật ký bảo trì. Thuộc tính ghi lại chính xác thời điểm trạng thái thay đổi hoặc giao dịch được ghi nhận trong hệ thống nguồn. Dấu thời gian là cơ sở để tính mọi chỉ số thời lượng trong process mining. Nhờ đó, bạn có thể tính thời gian chu kỳ, thời gian xử lý và thời gian nguồn lực nhàn rỗi. Cần dấu thời gian có độ chính xác cao để sắp xếp đúng thứ tự các sự kiện diễn ra liên tiếp trong thời gian ngắn. Vì sao điều này quan trọng Thuộc tính này giúp sắp xếp sự kiện theo trình tự và tính mọi chỉ số thời lượng. Lấy dữ liệu ở đâu Có trong nhật ký giao dịch, bảng lịch sử hoặc dấu vết kiểm toán cùng với hoạt động. Ví dụ 2023-10-15T08:30:00Z2023-10-15T14:45:22Z2023-11-01T09:00:00Z2023-11-02T16:20:15Z | |||
| Bộ phận bảo trì MaintenanceDepartment | Đơn vị hoặc xưởng chịu trách nhiệm thực hiện công việc. | ||
| Mô tả Thuộc tính này xác định đội, nhóm chuyên môn hoặc bộ phận được giao lệnh công việc, chẳng hạn Điện, Cơ khí, Thiết bị đo lường hoặc Cơ sở vật chất. Thông tin này giúp so sánh hiệu suất giữa các đội. Chuyên viên phân tích có thể đối chiếu thời gian chu kỳ, lượng công việc tồn đọng và tỷ lệ làm lại giữa các bộ phận để xác định nhu cầu đào tạo hoặc thiếu hụt nguồn lực ở từng nhóm chuyên môn. Vì sao điều này quan trọng Thuộc tính này giúp so sánh hiệu suất và lượng công việc tồn đọng giữa các đội. Lấy dữ liệu ở đâu Tiêu đề lệnh công việc, chẳng hạn Work Center trong SAP hoặc Crew ID trong Maximo. Ví dụ Xưởng cơ khíBảo trì điệnCơ sở vật chấtNhà thầu bên ngoàiThiết bị đo lường | |||
| Là bảo trì phòng ngừa IsPreventive | Cờ cho biết lệnh công việc có thuộc chương trình bảo trì phòng ngừa hay không. | ||
| Mô tả Thuộc tính dạng đúng/sai này phân loại lệnh công việc thành hai nhóm: Bảo trì phòng ngừa và Không phải bảo trì phòng ngừa. Thuộc tính thường được suy ra từ mã loại lệnh công việc. Đây là cách nhanh nhất để lọc dashboard và tập trung vào mức độ tuân thủ bảo trì phòng ngừa. Thuộc tính cũng giúp tính KPI tỷ lệ bảo trì phòng ngừa/bảo trì khắc phục, một chỉ số tiêu chuẩn của ngành để đánh giá mức độ trưởng thành trong công tác bảo trì. Vì sao điều này quan trọng Thuộc tính này giúp lọc dữ liệu và tính KPI về tỷ lệ bảo trì phòng ngừa. Lấy dữ liệu ở đâu Suy ra từ loại lệnh công việc hoặc cờ cụ thể của hệ thống, chẳng hạn cờ PPM. Ví dụ truefalse | |||
| Loại lệnh công việc WorkOrderType | Phân loại công việc bảo trì thành phòng ngừa, khắc phục, khẩn cấp hoặc theo dự án. | ||
| Mô tả Thuộc tính này phân loại tính chất của công việc bảo trì. Các giá trị thường phân biệt công việc có kế hoạch (Phòng ngừa) với sự cố ngoài kế hoạch (Khắc phục hoặc Khẩn cấp). Đây là trường tiêu chuẩn trong hầu hết hệ thống EAM/CMMS. Chuyên viên phân tích dùng trường này để chia nhóm mô hình quy trình. So sánh quy trình sửa chữa khẩn cấp với bảo trì phòng ngừa thường cho thấy khác biệt rõ về luồng xử lý, yêu cầu phê duyệt và thời gian chu kỳ. Đây cũng là chiều dữ liệu chính để tính tỷ lệ bảo trì phòng ngừa so với bảo trì khắc phục. Vì sao điều này quan trọng Thuộc tính này rất quan trọng để phân tích riêng công việc có kế hoạch và ngoài kế hoạch. Lấy dữ liệu ở đâu Bảng tiêu đề lệnh công việc, chẳng hạn WORKTYPE trong Maximo hoặc AUART trong SAP. Ví dụ Phòng ngừaKhắc phụcKhẩn cấpDự đoánDự án đầu tư vốn | |||
| Mã thiết bị AssetId | Mã định danh duy nhất của thiết bị hoặc cơ sở đang được bảo trì. | ||
| Mô tả Thuộc tính này liên kết lệnh công việc với tài sản vật lý tại hiện trường. Đây có thể là mã thẻ, mã thiết bị hoặc mã máy của tài sản đang được bảo trì. Thuộc tính này rất hữu ích để xác định các tài sản thường xuyên hỏng hóc hoặc cần sửa chữa. Khi nhóm lệnh công việc theo mã thiết bị, chuyên viên phân tích có thể tính thời gian trung bình giữa các lần hỏng hóc (MTBF) và tìm ra thiết bị tiêu tốn ngân sách bảo trì nhiều bất thường. Vì sao điều này quan trọng Thuộc tính này hỗ trợ phân tích hiệu suất của từng thiết bị và tính MTBF. Lấy dữ liệu ở đâu Bảng tiêu đề lệnh công việc, chẳng hạn ASSETNUM trong Maximo hoặc EQUNR trong SAP. Ví dụ PUMP-4410HVAC-BLDG-1CONVEYOR-02FLEET-TRUCK-99CNC-LATHE-05 | |||
| Mức độ quan trọng của thiết bị AssetCriticality | Xếp hạng thể hiện tầm quan trọng của thiết bị đối với hoạt động vận hành. | ||
| Mô tả Thuộc tính này phân loại thiết bị dựa trên tác động của sự cố đến an toàn, môi trường hoặc sản xuất. Thông tin này thường được lưu cố định trong hồ sơ thiết bị, nhưng cũng thường được chụp lại trong lệnh công việc. Chuyên viên phân tích có thể dùng thuộc tính này để xác định đội bảo trì có ưu tiên đúng các thiết bị quan trọng hay không. Thuộc tính cũng giúp kiểm tra xem thiết bị quan trọng nhất có được tuân thủ lịch bảo trì phòng ngừa tốt nhất hay không. Vì sao điều này quan trọng Thuộc tính này giúp tập trung công tác bảo trì theo rủi ro kinh doanh và tác động đến vận hành. Lấy dữ liệu ở đâu Dữ liệu chính của thiết bị hoặc bảng tiêu đề lệnh công việc nếu dữ liệu đã được phi chuẩn hóa. Ví dụ A - Thiết yếuB - Quan trọngC - Thứ yếuQuan trọng đối với an toànQuan trọng đối với sản xuất | |||
| Mức độ ưu tiên PriorityLevel | Mức độ khẩn cấp hoặc quan trọng được gán cho lệnh công việc. | ||
| Mô tả Thuộc tính này cho biết mức độ quan trọng của công việc bảo trì đối với hoạt động vận hành. Giá trị thường là mã số (1, 2, 3) hoặc nhãn mô tả (Nghiêm trọng, Cao, Trung bình, Thấp). Mức ưu tiên quyết định thời gian phản hồi cần thiết và cách phân bổ nguồn lực. Trong phân tích quy trình, thuộc tính này được dùng để kiểm tra việc tuân thủ SLA. Chuyên viên phân tích có thể xem các công việc ưu tiên cao có thực sự được xử lý nhanh hơn công việc ưu tiên thấp hay đang bị mắc ở điểm nghẽn phê duyệt. Vì sao điều này quan trọng Thuộc tính này hỗ trợ phân tích việc tuân thủ SLA và kiểm tra cách ưu tiên nguồn lực. Lấy dữ liệu ở đâu Bảng tiêu đề lệnh công việc, chẳng hạn PRIORITY trong Maximo hoặc PRIOK trong SAP. Ví dụ 1 - Nghiêm trọng2 - Cao3 - Trung bình4 - ThấpKhẩn cấp | |||
| Ngày hoàn tất dự kiến TargetCompletionDate | Hạn chót theo kế hoạch để hoàn tất lệnh công việc. | ||
| Mô tả Thuộc tính này thể hiện ngày đến hạn do người lập lịch đặt ra hoặc theo SLA. Đây là mốc tham chiếu để tính tỷ lệ hoàn tất đúng hạn. So sánh ngày hoàn tất thực tế với ngày mục tiêu giúp tính mức độ tuân thủ lịch trình và các chỉ số chậm trễ. Chênh lệch lớn thường cho thấy kế hoạch chưa hiệu quả hoặc nguồn lực bị hạn chế. Vì sao điều này quan trọng Đây là mốc cơ sở để tính thời gian chậm trễ và mức độ tuân thủ lịch trình. Lấy dữ liệu ở đâu Tab lập lịch lệnh công việc, chẳng hạn GLTRP trong SAP hoặc SCHEDFINISH trong Maximo. Ví dụ 2023-11-15T17:00:00Z2023-12-01T08:00:00Z2023-10-30T16:30:00Z | |||
| Tổng chi phí thực tế TotalActualCost | Tổng chi phí phát sinh, bao gồm nhân công, vật tư và dịch vụ. | ||
| Mô tả Thuộc tính này cộng tất cả bút toán tài chính liên quan đến lệnh công việc. Kết quả cho biết tác động kinh tế cuối cùng của hoạt động bảo trì. Phân tích chi phí là một trong những lý do chính để dùng process mining trong quản lý tài sản. Thuộc tính này giúp xác định nhóm tài sản tốn nhiều chi phí bảo trì nhất và phát hiện trường hợp chi phí sửa chữa vượt giá trị thay thế tài sản. Vì sao điều này quan trọng Thuộc tính này đóng vai trò trọng tâm trong phân tích tác động tài chính và báo cáo chênh lệch ngân sách. Lấy dữ liệu ở đâu Bảng tổng hợp chi phí hoặc dữ liệu tổng hợp từ các bút toán sổ cái liên kết với lệnh. Ví dụ 1500.00245.5010000.000.00560.75 | |||
| Tổng giờ công thực tế ActualLaborHours | Tổng thời gian kỹ thuật viên đã làm việc cho lệnh. | ||
| Mô tả Thuộc tính này cộng tổng thời lượng của tất cả giờ công được ghi nhận cho lệnh công việc. Thuộc tính phản ánh công sức thực tế cần để hoàn thành công việc. Chỉ số này rất cần thiết để tính mức độ sử dụng nhân lực và hiệu quả lao động. So sánh giờ công thực tế với giờ công ước tính giúp đánh giá độ chính xác của kế hoạch. Chênh lệch lớn có thể cho thấy phạm vi công việc chưa rõ hoặc nhân viên còn thiếu kỹ năng. Vì sao điều này quan trọng Thuộc tính này đo lường công sức và được dùng để tính mức độ sử dụng nhân lực cũng như độ chính xác của kế hoạch. Lấy dữ liệu ở đâu Tổng hợp từ bảng chấm công hoặc bảng giao dịch giờ công. Ví dụ 4.512.00.548.0160.0 | |||
| Địa điểm làm việc WorkLocation | Địa điểm thực tế hoặc khu vực chức năng nơi công việc được thực hiện. | ||
| Mô tả Thuộc tính này xác định khu vực địa lý hoặc khu vực chức năng nơi đặt tài sản. Đó có thể là một tòa nhà, một tầng hoặc một địa điểm ở xa. Dữ liệu địa điểm giúp phân tích thời gian di chuyển chưa hiệu quả và công tác hậu cần. Nếu kỹ thuật viên mất nhiều thời gian di chuyển giữa các địa điểm xa nhau để xử lý công việc ưu tiên thấp, process mining có thể cho thấy cơ hội lập tuyến tốt hơn hoặc gom các lệnh công việc theo địa điểm. Vì sao điều này quan trọng Thuộc tính này hỗ trợ phân tích hậu cần và xác định điểm nghẽn theo địa điểm. Lấy dữ liệu ở đâu Tiêu đề lệnh công việc hoặc bảng địa điểm tài sản được liên kết. Ví dụ Tòa nhà A - Tầng 2Nhà máy phía BắcĐịa điểm 55Trạm bơm ở xaXưởng | |||
| Nguồn lực được giao AssignedResource | Kỹ thuật viên hoặc người phụ trách cụ thể được giao công việc. | ||
| Mô tả Thuộc tính này xác định cá nhân hoặc kỹ thuật viên phụ trách thực hiện công việc bảo trì. Bộ phận cho biết nhóm nào đảm nhận, còn thuộc tính này cho biết người cụ thể. Mức độ chi tiết này hữu ích khi phân tích cách phân bổ khối lượng công việc giữa các nhân viên. Thuộc tính có thể cho thấy một số kỹ thuật viên thường xuyên quá tải hoặc có tỷ lệ làm lại cao, từ đó xác định nhu cầu đào tạo. Vì sao điều này quan trọng Thuộc tính này hỗ trợ phân tích cân bằng khối lượng công việc và đo lường hiệu suất cá nhân. Lấy dữ liệu ở đâu Bảng phân công lệnh công việc hoặc bảng chi tiết giờ công. Ví dụ J. SmithA. DoeTech-001Vendor-XYZTrưởng nhóm 5 | |||
Hoạt động bảo trì tài sản
| Hoạt động | Mô tả | ||
|---|---|---|---|
| Bắt đầu lệnh công việc | Thời điểm kỹ thuật viên bắt đầu làm việc trực tiếp trên tài sản. Đây là lúc chuyển từ lập kế hoạch và chờ đợi sang thực hiện công việc. | ||
| Vì sao điều này quan trọng Cần thiết để tính thời gian sửa chữa trung bình (MTTR) và phân biệt thời gian chờ hành chính với thời gian trực tiếp sửa chữa. Lấy dữ liệu ở đâu Thường được xác định khi trạng thái chuyển thành In Progress hoặc theo dấu thời gian của lần ghi nhận giờ công đầu tiên. Thu thập Ghi nhận khi trạng thái chuyển thành In Progress hoặc Started Loại sự kiện explicit | |||
| Đóng lệnh công việc | Bước hành chính cuối cùng, khi lệnh công việc được khóa về mặt tài chính và lưu trữ. Không thể ghi nhận thêm chi phí hoặc giờ công. | ||
| Vì sao điều này quan trọng Đánh dấu thời điểm hồ sơ kết thúc hoàn toàn trong hệ thống. Chậm trễ ở bước này cho thấy công việc hành chính đang tồn đọng. Lấy dữ liệu ở đâu Ghi nhận khi trạng thái chuyển thành Closed, Archived hoặc CLSD. Thu thập Ghi nhận lần đổi trạng thái cuối cùng sang Closed Loại sự kiện explicit | |||
| Ghi nhận giờ công | Kỹ thuật viên ghi số giờ thực tế đã làm cho lệnh công việc. Hoạt động này có thể lặp lại nhiều lần khi các thành viên khác nhau cùng tham gia. | ||
| Vì sao điều này quan trọng Cung cấp cơ sở để tính chi phí và phân tích mức độ sử dụng nhân lực. Khoảng trống giữa các lần ghi nhận giờ công có thể cho thấy công việc bị gián đoạn. Lấy dữ liệu ở đâu Lấy từ bảng xác nhận thời gian hoặc nhật ký giao dịch nhân công. Thu thập Ghi lại từng lần ghi nhận thời gian cho lệnh công việc Loại sự kiện explicit | |||
| Hoàn tất lệnh công việc | Hoàn tất phần việc kỹ thuật tại hiện trường. Tài sản được đưa trở lại vận hành, dù các bước hành chính và tài chính có thể vẫn còn. | ||
| Vì sao điều này quan trọng Dấu thời gian chính để tính thời gian sửa chữa kết thúc và thời gian tài sản ngừng hoạt động. Lấy dữ liệu ở đâu Ghi nhận khi trạng thái chuyển thành Completed, TECO hoặc Finished. Thu thập Ghi nhận lần đổi trạng thái thể hiện công việc kỹ thuật đã hoàn tất Loại sự kiện explicit | |||
| Lên lịch lệnh công việc | Phân công nhân lực, đội kỹ thuật hoặc khung giờ cụ thể cho lệnh công việc. Bước này chuyển lệnh từ danh sách tồn đọng sang lịch làm việc ngày hoặc tuần. | ||
| Vì sao điều này quan trọng Giúp phân biệt thời gian công việc nằm trong danh sách tồn đọng với thời gian chờ một kỹ thuật viên cụ thể. Lấy dữ liệu ở đâu Xác định từ thời điểm tạo phân công nhân lực hoặc bản ghi điều phối. Thu thập Dấu thời gian phân công tài nguyên hoặc cập nhật trạng thái điều phối Loại sự kiện explicit | |||
| Phê duyệt lệnh công việc | Thay đổi trạng thái phê duyệt cho biết phạm vi công việc, chi phí ước tính và kế hoạch đã được xem xét, chấp thuận. Lệnh công việc được phép chuyển sang thực hiện. | ||
| Vì sao điều này quan trọng Chỉ số này đo thời gian cần thiết để hoàn tất các bước hành chính về kế hoạch và ngân sách. Lấy dữ liệu ở đâu Thường được ghi nhận khi trạng thái chuyển thành Approved, Released hoặc Authorized. Thu thập Lọc các sự kiện đổi trạng thái thể hiện việc phê duyệt Loại sự kiện explicit | |||
| Tạo lệnh công việc | Tạo chính thức bản ghi lệnh công việc bảo trì trong hệ thống. Bước này thiết lập mã hồ sơ và làm cơ sở cho việc lập kế hoạch, lên lịch và thực hiện. | ||
| Vì sao điều này quan trọng Đây là mốc chính của quy trình, đánh dấu thời điểm bắt đầu vòng đời hành chính của công việc bảo trì. Lấy dữ liệu ở đâu Lấy từ dấu thời gian tạo trong bảng tiêu đề lệnh công việc chính. Thu thập Ghi lại dấu thời gian tạo mã lệnh công việc duy nhất Loại sự kiện explicit | |||
| Cập nhật mức độ ưu tiên | Thay đổi mức độ nghiêm trọng hoặc khẩn cấp của lệnh công việc sau khi tạo. Bước này ghi nhận mức ưu tiên mới và thời điểm đưa ra quyết định. | ||
| Vì sao điều này quan trọng Việc thay đổi mức ưu tiên thường xuyên có thể cho thấy khâu phân loại yêu cầu chưa tốt hoặc có người điều chỉnh hệ thống để vượt qua hàng chờ công việc tồn đọng. Lấy dữ liệu ở đâu Thường được ghi trong nhật ký kiểm tra trường dữ liệu hoặc lịch sử hệ thống theo dõi trường Priority. Thu thập Tìm các thay đổi ở trường mức độ ưu tiên trong nhật ký kiểm tra Loại sự kiện explicit | |||
| Cập nhật ngày mục tiêu | Cập nhật ngày bắt đầu hoặc ngày hoàn tất dự kiến của lệnh công việc. Thay đổi này phản ánh việc điều chỉnh kế hoạch theo tình hình tài nguyên hoặc chậm trễ. | ||
| Vì sao điều này quan trọng Theo dõi các lần thay đổi ngày giúp xác định KPI đạt được nhờ hiệu suất thực tế hay chỉ vì ngày mục tiêu liên tục bị dời. Lấy dữ liệu ở đâu Có trong nhật ký kiểm tra ghi lại thay đổi ở các trường Scheduled Start hoặc Required By Date. Thu thập Ghi nhận các lần cập nhật trường ngày trong lịch sử lệnh công việc Loại sự kiện explicit | |||
| Ghi nhận việc làm lại công tác bảo trì | Cho biết công việc đã hoàn tất nhưng bị từ chối hoặc nhanh chóng không đạt yêu cầu, khiến trạng thái phải chuyển lại thành In Progress. Đây là một vòng lặp trong quy trình. | ||
| Vì sao điều này quan trọng Đây là dấu hiệu quan trọng cho thấy vấn đề trong đào tạo kỹ thuật hoặc chất lượng phụ tùng kém. Lấy dữ liệu ở đâu Suy ra khi trạng thái chuyển ngược từ Complete sang In Progress, hoặc được ghi rõ bằng mã Rework. Thu thập Tìm các lần trạng thái chuyển ngược hoặc cờ đánh dấu phải làm lại Loại sự kiện inferred | |||
| Hoàn tất kiểm tra chất lượng | Bước xác nhận cụ thể, trong đó việc sửa chữa được kiểm tra, đo lường hoặc thử nghiệm. Nhờ đó, tài sản đáp ứng tiêu chuẩn vận hành trước khi được đưa vào sử dụng lại. | ||
| Vì sao điều này quan trọng Bước này rất quan trọng để phân tích việc tuân thủ và an toàn. Nếu không đạt, công việc có thể phải làm lại. Lấy dữ liệu ở đâu Có trong nhật ký kiểm tra, danh sách kiểm tra đã hoàn tất hoặc các mốc trạng thái cụ thể. Thu thập Xác định thời điểm hoàn tất công việc kiểm tra hoặc cập nhật trạng thái chất lượng Loại sự kiện explicit | |||
| Hủy lệnh công việc | Lệnh công việc kết thúc trước khi hoàn tất thành công. Việc này xảy ra khi công việc không còn cần thiết, bị trùng lặp hoặc được gộp với công việc khác. | ||
| Vì sao điều này quan trọng Tỷ lệ hủy cao có thể cho thấy khâu sàng lọc yêu cầu ban đầu chưa tốt hoặc dữ liệu bị nhập trùng. Lấy dữ liệu ở đâu Ghi nhận khi trạng thái chuyển thành Cancelled, Rejected hoặc Void. Thu thập Lọc các giá trị trạng thái kết thúc thể hiện lệnh công việc bị hủy Loại sự kiện explicit | |||
| Tạm dừng lệnh công việc | Trạng thái lệnh công việc chuyển sang tạm dừng, khiến việc thực hiện dừng lại. Tình trạng này thường xảy ra do thiếu phụ tùng, không thể tiếp cận hoặc có vấn đề về an toàn. | ||
| Vì sao điều này quan trọng Giúp xác định điểm nghẽn và các yếu tố phụ thuộc bên ngoài làm gián đoạn quy trình thông thường. Lấy dữ liệu ở đâu Ghi nhận rõ trong lịch sử trạng thái khi giá trị chuyển thành Hold, Suspended hoặc Blocked. Thu thập Lọc các lần đổi trạng thái thể hiện lệnh công việc bị tạm dừng Loại sự kiện explicit | |||
| Tạo yêu cầu bảo trì | Người vận hành hoặc hệ thống tự động gửi báo cáo sự cố hay yêu cầu dịch vụ lần đầu. Bước này thường diễn ra trước khi tạo lệnh công việc chính thức và đánh dấu thời điểm nhu cầu bắt đầu. | ||
| Vì sao điều này quan trọng Ghi nhận bước này giúp tính tổng thời gian phản hồi từ lúc phát hiện sự cố, thay vì chỉ tính từ khi đội ngũ bảo trì tiếp nhận yêu cầu. Lấy dữ liệu ở đâu Thường có trong nhật ký yêu cầu dịch vụ, bảng phiếu hỗ trợ hoặc bảng lịch sử thông báo. Thu thập Lấy dấu thời gian tạo yêu cầu ban đầu được liên kết với lệnh công việc Loại sự kiện explicit | |||
| Tạo yêu cầu vật tư | Yêu cầu chính thức về phụ tùng hoặc vật tư tiêu hao được liên kết với lệnh công việc. Bước này khởi động quy trình cung ứng cần thiết để sửa chữa. | ||
| Vì sao điều này quan trọng Cần thiết để phân tích chậm trễ do phụ thuộc vào chuỗi cung ứng và tình trạng thiếu vật tư. Lấy dữ liệu ở đâu Có trong bảng yêu cầu vật tư hoặc khi trạng thái chuyển thành Waiting on Material. Thu thập Tìm các dòng vật tư được tạo và liên kết với lệnh công việc Loại sự kiện explicit | |||
| Xuất vật tư | Phụ tùng được xuất thực tế từ kho cho lệnh công việc. Bước này xác nhận vật tư đã có và được sử dụng. | ||
| Vì sao điều này quan trọng Xác nhận phụ tùng đã thực sự được sử dụng và kết thúc thời gian chờ vật tư. Lấy dữ liệu ở đâu Có trong nhật ký giao dịch kho khi loại hạch toán được liên kết với lệnh công việc. Thu thập Lấy dấu thời gian từ giao dịch xuất kho Loại sự kiện explicit | |||
Hướng dẫn trích xuất dữ liệu
Phương pháp trích xuất khác nhau tùy hệ thống. Để xem hướng dẫn chi tiết,
hãy đọc hướng dẫn ETL hoặc chọn quy trình và hệ thống cụ thể.
Sẵn sàng bắt đầu chưa?
Dù bạn chọn làm theo hướng dẫn trích xuất dành riêng cho nền tảng hay áp dụng mẫu chung này vào dữ liệu của tổ chức, bạn đều có thể bắt đầu với process mining.
Cải thiện hiệu quả bảo trì tài sản ngay hôm nay
Giảm thời gian ngừng hoạt động và chi phí bảo trì bằng dữ liệu theo thời gian thực.
Không cần thẻ tín dụng. Thiết lập trong 5 phút.