Mẫu dữ liệu bảo trì tài sản của bạn
Mẫu dữ liệu bảo trì tài sản của bạn
- Danh sách thuộc tính bảo trì
- Các mốc quy trình quan trọng cần theo dõi
- Hướng dẫn chi tiết về cách trích xuất dữ liệu
Thuộc tính bảo trì tài sản
| Tên | Mô tả | ||
|---|---|---|---|
| Dấu thời gian sự kiện EventTimestamp | Ngày và giờ cụ thể khi hoạt động diễn ra. | ||
| Mô tả Thuộc tính này ghi lại chính xác thời điểm một sự kiện xảy ra, chẳng hạn như lúc trạng thái thay đổi hoặc nhân công được ghi nhận. Đây là dữ liệu thời gian cần thiết để phân tích hiệu suất, bao gồm thời gian xử lý và thời lượng. Dấu thời gian chính xác rất quan trọng để tính 'Thời gian trung bình từ lập kế hoạch đến phê duyệt' và xác định đúng thứ tự sự kiện. Trong Maximo, đây thường là ngày thay đổi trạng thái được ghi trong bản ghi. Vì sao điều này quan trọng Cần có thuộc tính này để sắp xếp sự kiện theo thời gian và tính mọi KPI dựa trên thời lượng. Lấy dữ liệu ở đâu Bảng: WOSTATUS, cột: CHANGEDATE Ví dụ 2023-10-12T08:30:00Z2023-10-12T14:15:00Z2023-10-13T09:00:00Z | |||
| Hoạt động Activity | Sự kiện cụ thể hoặc thay đổi trạng thái xảy ra trong vòng đời của lệnh công việc. | ||
| Mô tả Thuộc tính này thể hiện bước đã thực hiện trong quy trình bảo trì, chẳng hạn như 'Đã phê duyệt lệnh công việc' hoặc 'Đã ghi nhận nhân công'. Trong IBM Maximo, giá trị này thường được lấy từ các thay đổi trạng thái trong bảng lịch sử hoặc nhật ký giao dịch cụ thể, chẳng hạn như báo cáo nhân công. Các giá trị này tạo thành các nút trên sơ đồ quy trình, giúp bạn hình dung trình tự các bước. Khi phân tích những giá trị này, tổ chức có thể nhận diện các biến thể, vòng lặp và sai lệch so với quy trình bảo trì chuẩn. Vì sao điều này quan trọng Thuộc tính này cho biết quy trình đã làm những gì. Đây là thông tin thiết yếu để lập sơ đồ quy trình và hiểu cách quy trình làm việc được thực hiện. Lấy dữ liệu ở đâu Bảng: WOSTATUS (cột: STATUS) hoặc WOLOG Ví dụ APPRINPRGCOMPCLOSEWMATL | |||
| Lệnh công việc bảo trì WorkOrderNumber | Mã định danh gồm chữ và số, duy nhất cho lệnh công việc bảo trì. | ||
| Mô tả Thuộc tính này là mã định danh trung tâm của từng trường hợp trong quy trình bảo trì. Mã này phân biệt từng lệnh công việc trong hệ thống IBM Maximo, đồng thời liên kết mọi hoạt động, giao dịch nhân công và vật tư sử dụng với một công việc đã thực hiện. Trong phân tích process mining, mã này được dùng để nhóm các sự kiện riêng lẻ thành một trường hợp thống nhất. Nhờ đó, chuyên viên phân tích có thể theo dõi toàn bộ vòng đời của một công việc bảo trì, từ lúc tạo yêu cầu ban đầu, qua các bước phê duyệt và thực hiện, đến khi hoàn tất thủ tục hành chính. Vì sao điều này quan trọng Đây là khóa chính để tái dựng luồng quy trình và theo dõi từng công việc giữa các phòng ban. Lấy dữ liệu ở đâu Bảng: WORKORDER, cột: WONUM Ví dụ WO100234WO100235CM-99281PM-11002 | |||
| Hệ thống nguồn SourceSystem | Tên hệ thống nơi dữ liệu được tạo ra. | ||
| Mô tả Thuộc tính này xác định ứng dụng nguồn của bản ghi dữ liệu. Trong trường hợp này, giá trị thường là 'IBM Maximo'. Thuộc tính đặc biệt hữu ích khi kết hợp dữ liệu từ nhiều hệ thống bảo trì hoặc tích hợp với dữ liệu ERP. Nếu dự án process mining bao quát nhiều hệ thống CMMS, chuyên viên phân tích có thể dùng thuộc tính này để lọc dữ liệu theo hệ thống lưu trữ hồ sơ chính thức. Vì sao điều này quan trọng Đảm bảo nguồn gốc và khả năng truy vết dữ liệu trong môi trường có nhiều hệ thống. Lấy dữ liệu ở đâu Được gán giá trị cố định trong quá trình trích xuất Ví dụ IBM MaximoMaximo PRODMaximo Legacy | |||
| Lần cập nhật dữ liệu gần nhất LastDataUpdate | Dấu thời gian cho biết dữ liệu được trích xuất hoặc làm mới lần cuối. | ||
| Mô tả Cho biết lần gần nhất bản ghi được xử lý hoặc trích xuất để phân tích process mining. Thuộc tính này giúp đánh giá độ mới và độ tin cậy của dữ liệu, để bảo đảm kết quả phân tích phản ánh tình hình vận hành bảo trì mới nhất. Thuộc tính này cần thiết khi tải dữ liệu tăng dần và để xác nhận bảng điều khiển hiển thị thông tin mới nhất về trạng thái lệnh công việc và lượng việc tồn đọng. Vì sao điều này quan trọng Quan trọng để hiểu độ trễ và độ mới của dữ liệu. Lấy dữ liệu ở đâu Thời gian hệ thống lúc trích xuất Ví dụ 2023-11-01T00:00:00Z2023-11-01T12:00:00Z | |||
| Kỹ thuật viên được phân công AssignedResource | Người hoặc kỹ thuật viên phụ trách được phân công thực hiện công việc. | ||
| Mô tả Xác định cá nhân hoặc kỹ thuật viên phụ trách lệnh công việc. Thông tin này có thể lấy từ trường 'Lead' hoặc suy ra từ các phân công nhân công. Thuộc tính này hỗ trợ bảng điều khiển 'Năng suất nhân lực và nhà thầu'. Phân tích thuộc tính này giúp phát hiện sự mất cân đối về khối lượng công việc trong chế độ xem 'Phân bổ khối lượng công việc bảo trì' và so sánh hiệu suất giữa các kỹ thuật viên hoặc đội khác nhau. Vì sao điều này quan trọng Cần thiết để phân tích năng suất nhân lực và cân đối khối lượng công việc. Lấy dữ liệu ở đâu Bảng: WORKORDER, cột: LEAD (hoặc lấy từ bảng ASSIGNMENT) Ví dụ JSMITHBPATELMRODRIGUEZ | |||
| Loại lệnh công việc WorkType | Phân loại lệnh công việc thành bảo trì phòng ngừa (PM), bảo trì khắc phục (CM) hoặc bảo trì khẩn cấp (EM). | ||
| 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 gặp trong Maximo gồm PM (bảo trì phòng ngừa), CM (bảo trì khắc phục) và EM (bảo trì khẩn cấp). Đây là cơ sở cho bảng điều khiển 'Bảo trì chủ động và bảo trì ứng phó'. Bằng cách lọc theo thuộc tính này, chuyên viên phân tích có thể tính KPI 'Tỷ lệ bảo trì khẩn cấp' và nhận diện sự chuyển dịch trong chiến lược bảo trì, từ xử lý sự cố bị động sang công việc bảo đảm độ tin cậy theo kế hoạch. Vì sao điều này quan trọng Phân biệt công việc có kế hoạch và ngoài kế hoạch, một chỉ báo quan trọng về mức độ trưởng thành của hoạt động bảo trì. Lấy dữ liệu ở đâu Bảng: WORKORDER, cột: WORKTYPE Ví dụ PMCMEMCPMOD | |||
| Mã tài sản AssetNumber | Mã định danh duy nhất của thiết bị hoặc tài sản cần bảo trì. | ||
| Mô tả Máy móc, phương tiện hoặc bộ phận cơ sở cụ thể cần được bảo trì. Thuộc tính này liên kết dữ liệu quy trình với hệ thống phân cấp tài sản vật lý. Đây là thông tin quan trọng để xác định các tài sản thường xuyên gặp sự cố. Trong phân tích 'Chất lượng bảo trì và tỷ lệ làm lại', thuộc tính này giúp nhóm lệnh công việc theo tài sản để tính thời gian trung bình giữa các lần hỏng hóc (MTBF) và xác định các vấn đề về độ tin cậy kéo dài. Vì sao điều này quan trọng Liên kết việc thực hiện quy trình với hiệu suất của cơ sở hạ tầng vật lý. Lấy dữ liệu ở đâu Bảng: WORKORDER, cột: ASSETNUM Ví dụ PUMP-101HVAC-02FLEET-99 | |||
| Mức độ quan trọng của tài sản AssetCriticality | Điểm số cho biết mức độ quan trọng của tài sản đối với hoạt động kinh doanh. | ||
| Mô tả Phân loại, thường theo thang điểm 1-10 hoặc nhóm A/B/C, được lưu trong bản ghi tài sản để cho biết hậu quả nếu tài sản hỏng. Cần kết hợp thuộc tính này với chế độ xem lệnh công việc. Thuộc tính này bắt buộc phải có cho bảng điều khiển 'Hiệu suất SLA của tài sản trọng yếu'. Nhờ đó, phân tích tập trung vào những gì quan trọng nhất: chậm trễ với máy phát điện trọng yếu sẽ được xem xét nghiêm trọng hơn chậm trễ với máy pha cà phê ở phòng nghỉ. Vì sao điều này quan trọng Cho phép phân nhóm hiệu suất quy trình theo mức độ rủi ro kinh doanh. Lấy dữ liệu ở đâu Bảng: ASSET, cột: PRIORITY (kết hợp qua ASSETNUM) Ví dụ 1510 | |||
| Mức độ ưu tiên Priority | Mức độ khẩn cấp được gán cho lệnh công việc. | ||
| Mô tả Giá trị dạng số hoặc danh mục cho biết mức độ quan trọng và khẩn cấp của lệnh công việc. Trong Maximo, giá trị này thường là một con số, trong đó số nhỏ hơn thường biểu thị mức độ khẩn cấp cao hơn, chẳng hạn 1 = Khẩn cấp. Thuộc tính này được dùng để ưu tiên công việc tồn đọng và rất cần thiết cho bảng điều khiển 'Hiệu suất SLA của tài sản trọng yếu'. Thuộc tính giúp xác định liệu công việc ưu tiên cao có được xử lý nhanh như yêu cầu so với công việc ưu tiên thấp hay không. Vì sao điều này quan trọng Giúp phân tích xem tổ chức có tập trung tài nguyên vào những công việc cấp bách nhất hay không. Lấy dữ liệu ở đâu Bảng: WORKORDER, cột: WOPRIORITY Ví dụ 1234 | |||
| Ngày hoàn thành mục tiêu TargetCompletionDate | Thời hạn theo lịch hoặc yêu cầu của lệnh công việc. | ||
| Mô tả Ngày dự kiến hoàn thành lệnh công việc. Ngày này thường được tính dựa trên mức độ ưu tiên và ngày tạo lệnh. Đây là mốc chuẩn cho bảng điều khiển 'Hiệu suất SLA của tài sản trọng yếu'. Bằng cách so sánh trường này với 'Ngày hoàn thành thực tế', chuyên viên phân tích có thể xác định tỷ lệ hoàn thành đúng hạn và tìm ra nhóm tài sản thường xuyên bỏ lỡ thời gian bảo trì. Vì sao điều này quan trọng Mốc chuẩn để đo mức độ đáp ứng SLA và tuân thủ lịch trình. Lấy dữ liệu ở đâu Bảng: WORKORDER, cột: TARGCOMPDATE Ví dụ 2023-10-20T17:00:00Z2023-10-25T08:00:00Z | |||
| Ngày hoàn thành thực tế ActualFinishDate | Ngày và giờ công việc thực tế hoàn tất. | ||
| Mô tả Ghi nhận thời điểm công việc bảo trì hoàn tất về mặt kỹ thuật. Thời điểm này khác với lúc đóng phiếu về mặt hành chính. So sánh ngày này với 'Ngày hoàn thành mục tiêu' giúp tính mức độ tuân thủ SLA. Thuộc tính này được dùng trong bảng điều khiển 'Thời gian xử lý hành chính lệnh công việc' để đo khoảng trễ từ khi hoàn tất công việc đến khi đóng hồ sơ trên hệ thống. Vì sao điều này quan trọng Đánh dấu kết thúc giai đoạn thực hiện kỹ thuật. Lấy dữ liệu ở đâu Bảng: WORKORDER, cột: ACTFINISH Ví dụ 2023-10-15T16:00:00Z2023-10-16T10:30:00Z | |||
| Số giờ nhân công thực tế ActualLaborHours | Tổng số giờ thực tế mà tất cả kỹ thuật viên đã làm cho lệnh công việc. | ||
| Mô tả Tổng thời gian nhân công được ghi nhận cho lệnh công việc. Chỉ số này cho biết mức sử dụng tài nguyên thực tế và hỗ trợ KPI 'Chênh lệch mức độ sử dụng kỹ thuật viên'. Chỉ số này được dùng để tính chi phí nhân công và cải thiện kế hoạch công việc trong tương lai, dựa trên dữ liệu lịch sử về thời gian thực tế cần để hoàn thành từng loại công việc. Vì sao điều này quan trọng Chỉ số chính để phân tích chi phí và hiệu suất nhân công. Lấy dữ liệu ở đâu Bảng: WORKORDER, cột: ACTLABHRS Ví dụ 2.55.012.0 | |||
| Trạng thái hiện tại Status | Trạng thái hiện tại trong vòng đời của lệnh công việc. | ||
| Mô tả Trạng thái hành chính hiện tại của lệnh công việc, chẳng hạn như 'APPR', 'WAPPR' hoặc 'COMP'. Thuộc tính 'Hoạt động' ghi lại lịch sử thay đổi, còn thuộc tính này cho biết trạng thái cuối cùng đã biết. Thuộc tính này hữu ích khi lọc tập dữ liệu để chỉ hiển thị lệnh 'Đang mở' hoặc 'Đã đóng', hỗ trợ phân tích 'Phân bổ khối lượng công việc bảo trì'. Vì sao điều này quan trọng Cho biết tổng quan hiện tại về khối lượng công việc và lượng việc tồn đọng. Lấy dữ liệu ở đâu Bảng: WORKORDER, cột: STATUS Ví dụ APPRCLOSEINPRG | |||
| Có phải trường hợp khẩn cấp IsEmergency | Cờ cho biết lệnh công việc có phải là trường hợp khẩn cấp hay không. | ||
| Mô tả Trường giá trị đúng/sai được tính dựa trên loại công việc hoặc mức độ ưu tiên. Giá trị là đúng nếu loại công việc là 'EM' (Khẩn cấp) hoặc mức độ ưu tiên là 1. Thuộc tính đơn giản này giúp lọc nhanh trên bảng điều khiển để xem riêng 'Tỷ lệ bảo trì khẩn cấp', không cần viết logic phức tạp ở lớp trực quan hóa. Vì sao điều này quan trọng Giúp lọc dữ liệu dễ dàng hơn khi phân tích bảo trì ứng phó. Lấy dữ liệu ở đâu Được tính từ WORKTYPE Ví dụ truefalse | |||
| Có vi phạm SLA IsSlaBreached | Cờ cho biết ngày hoàn thành thực tế có muộn hơn ngày mục tiêu hay không. | ||
| Mô tả Trường tính toán dạng đúng/sai, so sánh 'Ngày hoàn thành thực tế' với 'Ngày hoàn thành mục tiêu'. Nếu ngày thực tế muộn hơn ngày mục tiêu, giá trị là đúng. Chỉ số được tính trước này giúp đơn giản hóa bảng điều khiển 'Hiệu suất SLA của tài sản trọng yếu', cho phép đếm ngay số SLA không đạt mà không cần tính toán ngày khi chạy. Vì sao điều này quan trọng Theo dõi ngay mức độ tuân thủ hiệu suất. Lấy dữ liệu ở đâu Được tính từ ACTFINISH và TARGCOMPDATE Ví dụ truefalse | |||
| Địa điểm Location | Vị trí chức năng hoặc địa điểm thực tế nơi công việc được thực hiện. | ||
| Mô tả Cho biết khu vực thực tế hoặc mã vị trí chức năng nơi đặt tài sản. Phạm vi của thuộc tính này rộng hơn mã tài sản cụ thể, giúp phân tích theo khu vực hoặc địa lý. Thuộc tính này được dùng trong bảng điều khiển 'Phân bổ khối lượng công việc bảo trì' để hiển thị các khu vực có nhiều hoạt động bảo trì và lập kế hoạch di chuyển giữa các địa điểm cho kỹ thuật viên. Vì sao điều này quan trọng Cung cấp thông tin địa lý để lập kế hoạch hậu cần và phân bổ tài nguyên. Lấy dữ liệu ở đâu Bảng: WORKORDER, cột: LOCATION Ví dụ BRILER-RMPLANT-AOFFICE-1 | |||
| Mã địa điểm SiteId | Mã định danh cấp cao của địa điểm trong các hệ thống Maximo triển khai tại nhiều địa điểm. | ||
| Mô tả Trong các tổ chức lớn, Maximo thường được phân chia theo 'Site'. Thuộc tính này phân biệt các nhà máy hoặc cơ sở khác nhau ở cấp cơ sở dữ liệu. Thuộc tính này rất cần thiết để so sánh hiệu suất giữa các đơn vị kinh doanh trong phân tích 'Tuân thủ quy trình bảo trì chuẩn', bảo đảm việc so sánh diễn ra trong đúng bối cảnh vận hành. Vì sao điều này quan trọng Cần thiết để giới hạn phạm vi dữ liệu trong các hệ thống triển khai tại nhiều địa điểm. Lấy dữ liệu ở đâu Bảng: WORKORDER, cột: SITEID Ví dụ BEDFORDNASHUATEXAS | |||
| Mã lỗi FailureCode | Mã chuẩn mô tả nguyên nhân tài sản bị hỏng. | ||
| Mô tả Mã có cấu trúc do kỹ thuật viên chọn để phân loại nguyên nhân hỏng hóc, chẳng hạn như 'Mài mòn', 'Điện' hoặc 'Lỗi vận hành'. Đây là dữ liệu quan trọng để phân tích nguyên nhân gốc rễ (RCA). Tổng hợp các mã này giúp đội ngũ kỹ thuật xác định vấn đề mang tính hệ thống trên toàn bộ danh mục tài sản. Kết quả hỗ trợ phân tích 'Chất lượng bảo trì và tỷ lệ làm lại' cũng như điều chỉnh chiến lược bảo trì phòng ngừa. Vì sao điều này quan trọng Dữ liệu chính để phân tích độ tin cậy và sự cố trong kỹ thuật. Lấy dữ liệu ở đâu Bảng: WORKORDER, cột: FAILURECODE Ví dụ RÒ RỈQUÁ NHIỆTRUNG ĐỘNG | |||
| Ngày báo cáo ReportedDate | Ngày và giờ sự cố được báo cáo lần đầu hoặc yêu cầu được tạo. | ||
| Mô tả Dấu thời gian cho biết khi nhu cầu bảo trì được xác định và nhập vào hệ thống lần đầu. Đây là điểm bắt đầu thực sự của hành trình trải nghiệm khách hàng. Thuộc tính này được dùng để tính 'Thời gian trung bình từ lập kế hoạch đến phê duyệt', bằng cách đo khoảng thời gian từ ngày báo cáo đến khi công việc thực sự bắt đầu. Qua đó, bạn có thể đánh giá mức độ phản hồi của bộ phận bảo trì. Vì sao điều này quan trọng Xác định mốc bắt đầu để đo mức độ phản hồi trong toàn bộ vòng đời bảo trì. Lấy dữ liệu ở đâu Bảng: WORKORDER, cột: REPORTDATE Ví dụ 2023-10-10T08:00:00Z2023-10-10T09:15:00Z | |||
| Nhà cung cấp Vendor | Nhà thầu bên ngoài được phân công cho lệnh công việc, nếu có. | ||
| Mô tả Xác định công ty bên ngoài chịu trách nhiệm thực hiện công việc bảo trì. Trường này có dữ liệu khi công việc được thuê ngoài. Đây là thông tin quan trọng cho KPI 'Hiệu quả thực hiện của nhà thầu'. Phân tích thuộc tính này giúp bộ phận bảo trì so sánh chi phí, tốc độ và chất lượng của các nhà cung cấp với nhau cũng như với đội ngũ nội bộ. Vì sao điều này quan trọng Hỗ trợ quản lý nhà cung cấp và phân tích hiệu quả thuê ngoài. Lấy dữ liệu ở đâu Bảng: WORKORDER, cột: VENDOR Ví dụ ACME SERVICESSIEMENSFAST REPAIR INC | |||
| Số giờ nhân công ước tính EstimatedLaborHours | Tổng thời gian nhân công dự kiến cần cho lệnh công việc. | ||
| Mô tả Tổng số giờ ước tính để hoàn thành công việc trong giai đoạn lập kế hoạch. Giá trị này được so sánh với 'Số giờ nhân công thực tế' trong 'Bảng điều khiển độ chính xác của ước tính nhân công'. Chênh lệch lớn giữa giá trị này và số liệu thực tế có thể cho thấy kế hoạch chưa tốt, thiếu quy trình vận hành chuẩn hoặc tình trạng tài sản phát sinh ngoài dự kiến khiến công việc kéo dài hơn. Vì sao điều này quan trọng Cần thiết để đánh giá độ chính xác của kế hoạch và dự báo tài nguyên. Lấy dữ liệu ở đâu Bảng: WORKORDER, cột: ESTLABHRS Ví dụ 2.04.58.0 | |||
| Tổng chi phí thực tế TotalActualCost | Tổng chi phí nhân công, vật tư, dịch vụ và công cụ cho lệnh công việc. | ||
| Mô tả Thể hiện tổng ảnh hưởng tài chính của công việc bảo trì. Trong Maximo, giá trị này là tổng các khoản chi phí nhân công, vật tư, dịch vụ và công cụ. Thuộc tính này cho phép phân tích process mining theo chi phí, qua đó liên hệ trực tiếp sự kém hiệu quả của quy trình, chẳng hạn như chậm trễ hoặc làm lại, với tổn thất tài chính. Thuộc tính cũng giúp xác định loại hình bảo trì hoặc nhóm tài sản tốn kém nhất. Vì sao điều này quan trọng Liên kết hoạt động vận hành với kết quả tài chính. Lấy dữ liệu ở đâu Bảng: WORKORDER, cột: ACTMATCOST + ACTLABCOST + ACTSERVCOST + ACTTOOLCOST Ví dụ 150.002500.500.00 | |||
Hoạt động bảo trì tài sản
| Hoạt động | Mô tả | ||
|---|---|---|---|
| Bắt đầu công việc | Đánh dấu thời điểm kỹ thuật viên thực sự bắt đầu công việc tại hiện trường. Sự kiện này được ghi nhận khi người dùng đổi trạng thái để cho biết công việc đang được thực hiện. | ||
| Vì sao điều này quan trọng Đây là mốc quan trọng để phân biệt thời gian lập kế hoạch với thời gian thực hiện. Dùng để tính thời gian lập kế hoạch và phê duyệt trung bình. Lấy dữ liệu ở đâu Bảng WOSTATUS có STATUS = 'INPRG' Thu thập Được ghi nhận khi giao dịch đổi trạng thái sang INPRG Loại sự kiện explicit | |||
| Đóng lệnh công việc | Sự kiện cuối cùng trong vòng đời lệnh công việc, khi chi phí được quyết toán và hồ sơ chuyển sang chế độ chỉ đọc. Không thể ghi thêm chi phí. | ||
| Vì sao điều này quan trọng Đánh dấu thời điểm kết thúc thời gian xử lý hành chính. Chậm trễ ở bước này ảnh hưởng đến báo cáo tài chính. Lấy dữ liệu ở đâu Bảng WOSTATUS có STATUS = 'CLOSE' Thu thập Được ghi nhận khi giao dịch đổi trạng thái sang CLOSE Loại sự kiện explicit | |||
| Hoàn tất lệnh công việc | Kỹ thuật viên xác nhận công việc tại hiện trường đã hoàn tất. Lần đổi trạng thái này dừng bộ đếm KPI thời gian thực hiện. | ||
| Vì sao điều này quan trọng Dấu thời gian kết thúc chính của công việc kỹ thuật. Dùng để tính mức độ tuân thủ SLA và hiệu suất sử dụng thời gian của kỹ thuật viên. Lấy dữ liệu ở đâu Bảng WOSTATUS có STATUS = 'COMP' Thu thập Được ghi nhận khi giao dịch đổi trạng thái sang COMP Loại sự kiện explicit | |||
| Hủy lệnh công việc | Quy trình kết thúc sớm vì công việc được xác định là không cần thiết, bị trùng lặp hoặc không thể thực hiện. Đây là trạng thái kết thúc. | ||
| Vì sao điều này quan trọng Cung cấp dữ liệu cho bảng điều khiển Phân tích hủy lệnh công việc. Tỷ lệ cao cho thấy quy trình ở các bước trước có vấn đề khi tạo yêu cầu. Lấy dữ liệu ở đâu Bảng WOSTATUS, trong đó STATUS = 'CAN' Thu thập Được ghi nhận khi giao dịch chuyển trạng thái sang CAN Loại sự kiện explicit | |||
| Phê duyệt lệnh công việc | Cho biết lệnh công việc đã qua các bước kiểm tra cần thiết về lập kế hoạch và phê duyệt tài chính. Sự kiện này được xác định từ lần đổi trạng thái trong lịch sử hệ thống. | ||
| Vì sao điều này quan trọng Đây là dữ liệu quan trọng để tính KPI thời gian lập kế hoạch và phê duyệt. Chậm trễ ở bước này cho thấy có điểm nghẽn hành chính. Lấy dữ liệu ở đâu Bảng WOSTATUS có STATUS = 'APPR' Thu thập So sánh trường trạng thái trước và sau để xác định lần chuyển sang APPR Loại sự kiện explicit | |||
| Tạo yêu cầu bảo trì | Sự kiện đầu tiên, khi lệnh công việc được tạo trong hệ thống, thường bắt nguồn từ yêu cầu dịch vụ hoặc lịch tự động. Có thể ghi nhận sự kiện này từ dấu thời gian tạo trong bảng WORKORDER hoặc mục đầu tiên trong lịch sử WOSTATUS. | ||
| Vì sao điều này quan trọng Đánh dấu thời điểm bắt đầu của một trường hợp quy trình, đồng thời làm mốc để đo tổng thời gian xử lý và tốc độ phản hồi ban đầu. Lấy dữ liệu ở đâu WORKORDER.REPORTDATE hoặc mục đầu tiên trong bảng WOSTATUS (thường có trạng thái WAPPR) Thu thập Được ghi nhận khi giao dịch tạo bản ghi WO Loại sự kiện explicit | |||
| Cập nhật ngày mục tiêu | Ghi nhận thay đổi ngày hoàn tất theo lịch hoặc mục tiêu SLA. Dữ liệu này giúp xác định khi nào thời hạn được dời để ứng phó với chậm trễ. | ||
| Vì sao điều này quan trọng Quan trọng khi phân tích hiệu suất SLA của thiết bị quan trọng và phát hiện trường hợp dời ngày để tránh vi phạm SLA. Lấy dữ liệu ở đâu Nhật ký kiểm tra các trường TARGETCOMPDATE hoặc SCHEDFINISH Thu thập Được ghi nhận khi giao dịch cập nhật các trường ngày tháng Loại sự kiện explicit | |||
| Ghi nhận số giờ công | Ghi nhận thời gian thực tế kỹ thuật viên dành cho một lệnh công việc cụ thể. Một lệnh có thể có nhiều mục ghi nhận khi nhiều kỹ thuật viên cùng tham gia. | ||
| Vì sao điều này quan trọng Cung cấp số liệu thực tế cho dashboard Độ chính xác của ước tính nhân công để đối chiếu với số giờ dự kiến. Lấy dữ liệu ở đâu Các mục trong bảng LABTRANS liên kết với lệnh công việc Thu thập Được ghi nhận khi có giao dịch trong LABTRANS Loại sự kiện explicit | |||
| Gửi yêu cầu vật tư | Cho biết phụ tùng hoặc vật tư tiêu hao đã được yêu cầu cho công việc bảo trì. Có thể suy ra sự kiện này khi trạng thái chuyển sang Waiting on Material hoặc khi các dòng yêu cầu vật tư được tạo. | ||
| Vì sao điều này quan trọng Cần thiết cho dashboard Mức độ sẵn sàng của vật tư, giúp phát hiện chậm trễ chuỗi cung ứng khiến công việc không thể triển khai. Lấy dữ liệu ở đâu Bảng WOSTATUS có STATUS = 'WMATL' hoặc có mục mới trong bảng WPMATERIAL Thu thập Suy ra từ lần đổi trạng thái sang WMATL Loại sự kiện inferred | |||
| Hoàn tất kiểm tra | Cho biết đã thực hiện kiểm tra an toàn hoặc kỹ thuật trong vòng đời lệnh công việc. Sự kiện này thường được ghi nhận qua lần đổi trạng thái hoặc khi hoàn tất mục kiểm tra. | ||
| Vì sao điều này quan trọng Dữ liệu quan trọng cho dashboard Hồ sơ an toàn và tuân thủ, giúp đảm bảo không bỏ qua các bước theo quy định. Lấy dữ liệu ở đâu WOSTATUS chuyển sang 'INSP' hoặc trạng thái tùy chỉnh tương tự, hoặc hoàn tất các mục MEASUREMENT Thu thập So sánh trường trạng thái trước và sau Loại sự kiện inferred | |||
| Không đạt kiểm tra chất lượng | Xảy ra khi công việc đã hoàn tất bị từ chối trong quá trình rà soát, thường khiến trạng thái quay lại In Progress. Sự kiện này thể hiện vòng lặp làm lại. | ||
| Vì sao điều này quan trọng Hỗ trợ trực tiếp dashboard Chất lượng bảo trì và tỷ lệ làm lại bằng cách chỉ ra các lỗi trong quy trình. Lấy dữ liệu ở đâu Suy ra từ lần chuyển WOSTATUS từ COMP trở lại INPRG hoặc WAPPR Thu thập Xác định bằng cách so sánh lịch sử trường WOSTATUS để tìm các lần chuyển trạng thái ngược Loại sự kiện inferred | |||
| Lên lịch tài nguyên | Thời điểm nhân lực hoặc đội ngũ cụ thể được phân công cho lệnh công việc. Có thể theo dõi khi tạo phân công hoặc khi trạng thái chuyển sang Waiting Schedule. | ||
| Vì sao điều này quan trọng Hỗ trợ dashboard Phân tích chu kỳ lập kế hoạch và phê duyệt bằng cách xác định thời gian cần thiết để tìm kỹ thuật viên sẵn sàng. Lấy dữ liệu ở đâu Tạo các dòng trong bảng ASSIGNMENT hoặc đổi WOSTATUS sang 'WSCH' Thu thập Xác định từ thời điểm tạo bản ghi Assignment liên kết với WO Loại sự kiện inferred | |||
| Xuất vật tư | Ghi nhận việc xuất hoặc sử dụng phụ tùng từ kho cho lệnh công việc. Sự kiện này xác nhận phụ tùng đã có sẵn và được sử dụng. | ||
| Vì sao điều này quan trọng Xác nhận quy trình cung ứng và ảnh hưởng đến phân tích tổng chi phí của đợt bảo trì. Lấy dữ liệu ở đâu Bảng MATUSETRANS có ISSUETYPE = 'ISSUE' Thu thập Được ghi nhận khi có giao dịch trong MATUSETRANS Loại sự kiện explicit | |||
Hướng dẫn trích xuất
Các bước
Lập phương án tạo khung nhìn cơ sở dữ liệu: ProcessMind cần nhật ký sự kiện dạng phẳng, trong khi Maximo lưu dữ liệu theo cấu trúc phân cấp (thông tin đầu mục trong WORKORDER, lịch sử trong WOSTATUS, chi phí trong WOLABTRANS). Cách ổn định nhất là tạo khung nhìn cơ sở dữ liệu trong Maximo trước. Khung nhìn này sẽ làm nguồn dữ liệu cho Integration Framework.
Tạo khung nhìn SQL: Chạy SQL trong phần Truy vấn bằng công cụ quản lý cơ sở dữ liệu của bạn, chẳng hạn SQL Developer hoặc SSMS. Thao tác này gộp
WORKORDER,WOSTATUS,WOLABTRANS,MATUSETRANSvàA_WORKORDER(nhật ký kiểm tra) thành một cấu trúc phẳng.Đăng ký khung nhìn trong Maximo: Đăng nhập Maximo với quyền quản trị viên. Mở System Configuration, Platform Configuration, Database Configuration. Tạo đối tượng mới tên
PM_WO_EVENTLOGvà ánh xạ đối tượng này với khung nhìn cơ sở dữ liệu vừa tạo. ChạyConfigDBđể đăng ký. Thông thường, việc này không làm gián đoạn hệ thống, nhưng hãy kiểm tra quy trình nội bộ của bạn.Tạo cấu trúc đối tượng: Mở Integration, Object Structures. Tạo cấu trúc đối tượng mới tên
MX_PM_EVENTS. ThêmPM_WO_EVENTLOGlàm đối tượng nguồn. Nếu có tùy chọn, hãy bật hỗ trợ cấu trúc phẳng.Cấu hình kênh xuất bản: Mở Integration, Publish Channels. Tạo kênh mới
PC_PM_EVENTSvà liên kết với cấu trúc đối tượngMX_PM_EVENTS. Bạn có thể xác định quy tắc xử lý nếu cần.Thiết lập hệ thống bên ngoài: Mở Integration, External Systems. Chọn hệ thống đích hoặc tạo EXTSYS chung. Thêm kênh xuất bản
PC_PM_EVENTSvào hệ thống này.Bật xuất dữ liệu: Trong ứng dụng External Systems, mở thẻ Data Export. Chọn kênh
PC_PM_EVENTS. Tại đây, bạn có thể nhập mệnh đề SQL Where để giới hạn khoảng thời gian xuất, chẳng hạnEVENTTIMESTAMP >= '2023-01-01'.Xuất dữ liệu: Nhấn Export. Hệ thống sẽ tạo tệp XML hoặc CSV, tùy theo End Point đã cấu hình. Với ProcessMind, nên dùng CSV. Đảm bảo End Point, chẳng hạn
MXFLATFILE, được cấu hình để xuất CSV.Kiểm tra đầu ra: Mở tệp CSV đã tạo. Đảm bảo tiêu đề cột khớp với các thuộc tính trong truy vấn, chẳng hạn WorkOrderNumber và Activity, đồng thời không còn thẻ XML phân cấp.
Định dạng lần cuối: Nếu tệp CSV xuất từ Maximo có các cột siêu dữ liệu hệ thống như
OWNER1,ORGID, hãy xóa những cột không cần thiết. Tải tệp CSV đã làm sạch lên ProcessMind.
Cấu hình
- Mã trạng thái đồng nghĩa trong Maximo: Maximo cho phép dùng mã trạng thái tùy chỉnh, chẳng hạn APPR, WAPPR. Truy vấn giả định hệ thống dùng các giá trị nội bộ tiêu chuẩn. Kiểm tra
SYNONYMDOMAINcủa miềnWOSTATUSđể ánh xạ chính xác các trạng thái tùy chỉnh. - Bảng kiểm tra: Việc trích xuất hoạt động 'Ngày mục tiêu được cập nhật' dựa vào bảng kiểm tra
A_WORKORDER. Nếu chưa bật kiểm tra cho đối tượngWORKORDER, hoạt động này sẽ không có dữ liệu. Nếu cần, hãy bật kiểm tra trong Database Configuration. - Khoảng ngày: Khi tải dữ liệu lần đầu, hãy lọc
EVENTTIMESTAMPtrong 6-12 tháng gần nhất. Tải lượng lớn dữ liệu lịch sử qua giao diện web Integration Framework có thể bị hết thời gian chờ. Với tập dữ liệu trên 50k dòng, hãy dùng xử lý nền. - Bộ lọc Site/Org: Maximo hỗ trợ nhiều site. Luôn lọc theo
SITEIDnếu phạm vi phân tích chỉ gồm một cơ sở cụ thể. - Hiệu năng: Truy vấn
UNION ALLtiêu tốn nhiều tài nguyên. Đảm bảo cơ sở dữ liệu có chỉ mục trênWOSTATUS.WONUM,WOLABTRANS.REFWOvàMATUSETRANS.REFWO.
Truy vấn mẫu sql
/* Create a Database View or Run directly to extract Event Log */
/* 1. Maintenance Request Created */
SELECT
W.WONUM AS WorkOrderNumber,
'Maintenance Request Created' AS Activity,
W.REPORTDATE AS EventTimestamp,
'Maximo' AS SourceSystem,
CURRENT_TIMESTAMP AS LastDataUpdate,
W.WORKTYPE AS WorkType,
W.WOPRIORITY AS Priority,
W.ASSETNUM AS AssetNumber,
W.LEAD AS AssignedResource,
W.ACTFINISH AS ActualFinishDate,
W.TARGCOMPDATE AS TargetCompletionDate,
0 AS ActualLaborHours,
W.ASSETLOCPRIORITY AS AssetCriticality,
W.STATUS AS Status
FROM WORKORDER W
WHERE W.REPORTDATE IS NOT NULL
UNION ALL
/* 2. Status Driven Activities (Approved, Scheduled, Commenced, Completed, Closed, Cancelled, etc.) */
SELECT
S.WONUM AS WorkOrderNumber,
CASE
WHEN S.STATUS = 'APPR' THEN 'Work Order Approved'
WHEN S.STATUS = 'WMATL' THEN 'Material Requisition Submitted'
WHEN S.STATUS = 'WSCH' THEN 'Resources Scheduled'
WHEN S.STATUS = 'INPRG' THEN 'Work Commenced'
WHEN S.STATUS = 'INSP' THEN 'Inspection Completed' /* Verify Synonym */
WHEN S.STATUS = 'COMP' THEN 'Work Order Completed'
WHEN S.STATUS = 'REJECT' THEN 'Quality Check Failed' /* Verify Synonym */
WHEN S.STATUS = 'CLOSE' THEN 'Work Order Closed'
WHEN S.STATUS = 'CAN' THEN 'Work Order Cancelled'
ELSE 'Status Change: ' || S.STATUS
END AS Activity,
S.CHANGEDATE AS EventTimestamp,
'Maximo' AS SourceSystem,
CURRENT_TIMESTAMP AS LastDataUpdate,
W.WORKTYPE AS WorkType,
W.WOPRIORITY AS Priority,
W.ASSETNUM AS AssetNumber,
S.CHANGEBY AS AssignedResource,
W.ACTFINISH AS ActualFinishDate,
W.TARGCOMPDATE AS TargetCompletionDate,
0 AS ActualLaborHours,
W.ASSETLOCPRIORITY AS AssetCriticality,
S.STATUS AS Status
FROM WOSTATUS S
JOIN WORKORDER W ON S.WONUM = W.WONUM AND S.SITEID = W.SITEID
WHERE S.STATUS IN ('APPR', 'WMATL', 'WSCH', 'INPRG', 'INSP', 'COMP', 'REJECT', 'CLOSE', 'CAN')
UNION ALL
/* 3. Labor Hours Recorded */
SELECT
L.REFWO AS WorkOrderNumber,
'Labor Hours Recorded' AS Activity,
L.STARTDATE AS EventTimestamp,
'Maximo' AS SourceSystem,
CURRENT_TIMESTAMP AS LastDataUpdate,
W.WORKTYPE AS WorkType,
W.WOPRIORITY AS Priority,
W.ASSETNUM AS AssetNumber,
L.LABORCODE AS AssignedResource,
W.ACTFINISH AS ActualFinishDate,
W.TARGCOMPDATE AS TargetCompletionDate,
L.REGULARHRS AS ActualLaborHours,
W.ASSETLOCPRIORITY AS AssetCriticality,
W.STATUS AS Status
FROM WOLABTRANS L
JOIN WORKORDER W ON L.REFWO = W.WONUM AND L.SITEID = W.SITEID
UNION ALL
/* 4. Material Issued */
SELECT
M.REFWO AS WorkOrderNumber,
'Material Issued' AS Activity,
M.TRANSDATE AS EventTimestamp,
'Maximo' AS SourceSystem,
CURRENT_TIMESTAMP AS LastDataUpdate,
W.WORKTYPE AS WorkType,
W.WOPRIORITY AS Priority,
W.ASSETNUM AS AssetNumber,
M.ISSUETO AS AssignedResource,
W.ACTFINISH AS ActualFinishDate,
W.TARGCOMPDATE AS TargetCompletionDate,
0 AS ActualLaborHours,
W.ASSETLOCPRIORITY AS AssetCriticality,
W.STATUS AS Status
FROM MATUSETRANS M
JOIN WORKORDER W ON M.REFWO = W.WONUM AND M.SITEID = W.SITEID
WHERE M.ISSUETYPE = 'ISSUE'
UNION ALL
/* 5. Target Date Updated (Requires Audit Table) */
SELECT
A.WONUM AS WorkOrderNumber,
'Target Date Updated' AS Activity,
A.AUDITSTAMP AS EventTimestamp,
'Maximo' AS SourceSystem,
CURRENT_TIMESTAMP AS LastDataUpdate,
W.WORKTYPE AS WorkType,
W.WOPRIORITY AS Priority,
W.ASSETNUM AS AssetNumber,
A.AUDITUSER AS AssignedResource,
W.ACTFINISH AS ActualFinishDate,
A.TARGCOMPDATE AS TargetCompletionDate,
0 AS ActualLaborHours,
W.ASSETLOCPRIORITY AS AssetCriticality,
W.STATUS AS Status
FROM A_WORKORDER A
JOIN WORKORDER W ON A.WONUM = W.WONUM AND A.SITEID = W.SITEID
WHERE A.TARGCOMPDATE IS NOT NULL
AND A.TARGCOMPDATE <> COALESCE((SELECT TOP 1 PREV.TARGCOMPDATE FROM A_WORKORDER PREV WHERE PREV.WONUM = A.WONUM AND PREV.AUDITSTAMP < A.AUDITSTAMP ORDER BY PREV.AUDITSTAMP DESC), '1900-01-01')Các bước
Kết nối cơ sở dữ liệu: Thiết lập kết nối JDBC hoặc ODBC chỉ đọc đến cơ sở dữ liệu phía sau IBM Maximo, thường là DB2, Oracle hoặc SQL Server. Đảm bảo người dùng có quyền SELECT trên các bảng WORKORDER, WOSTATUS, LABTRANS và MATUSETRANS.
Xác định phạm vi: Xác định SITES hoặc ORGIDS cần trích xuất. Maximo hỗ trợ nhiều site, vì vậy Work Order Number (WONUM) chỉ duy nhất khi kết hợp với SITEID. Chọn khoảng thời gian, thường lọc theo REPORTDATE (ngày tạo) hoặc STATUSDATE.
Tìm hiểu mô hình dữ liệu: Bảng WORKORDER lưu thông tin đầu mục. Bảng WOSTATUS lưu lịch sử thay đổi trong vòng đời. Bảng LABTRANS chứa chi tiết giờ công, còn MATUSETRANS lưu các lần luân chuyển vật tư. Cần gộp các bảng này bằng UNION ALL để tạo thành một luồng sự kiện.
Xử lý giá trị đồng nghĩa: Maximo dùng giá trị nội bộ (MAXVALUE) và giá trị hiển thị (VALUE) cho các trạng thái được định nghĩa trong SYNONYMDOMAIN. Tốt nhất, truy vấn nên lọc theo MAXVALUE để đảm bảo nhất quán giữa các site, kể cả khi nhãn hiển thị cho cùng một trạng thái khác nhau.
Chuẩn bị truy vấn: Sao chép SQL trong phần Truy vấn. Thay các chỗ giữ chỗ như [Your Database Schema] và [Start Date] bằng giá trị thực tế. Nếu hệ thống của bạn dùng mã trạng thái tùy chỉnh cho hoạt động kiểm tra hoặc kiểm tra chất lượng, hãy cập nhật các mệnh đề WHERE tương ứng.
Chạy trích xuất: Chạy truy vấn. Tùy khối lượng dữ liệu, bạn có thể cần chia thành nhiều đợt, chẳng hạn theo từng tháng, để tránh hết thời gian chờ của cơ sở dữ liệu.
Kiểm tra dữ liệu: Đảm bảo sự kiện 'Tạo yêu cầu bảo trì' có mặt cho mọi lệnh công việc. Kiểm tra dấu thời gian tương thích với ProcessMind. Nên dùng ISO 8601.
Xử lý sau trích xuất: Dấu thời gian trong Maximo thường có phần mili giây. Hãy giữ nguyên phần này để sắp xếp chính xác các sự kiện xảy ra sát nhau.
Xuất dữ liệu: Lưu kết quả dưới dạng CSV hoặc Parquet. Tiêu đề cột phải khớp với các thuộc tính trong đầu ra của truy vấn.
Tải lên ProcessMind: Nhập tệp vào ProcessMind. Ánh xạ 'WorkOrderNumber' làm Case ID, 'Activity' làm tên hoạt động và 'EventTimestamp' làm Timestamp.
Cấu hình
- Nền tảng cơ sở dữ liệu: Maximo thường chạy trên IBM DB2, Oracle hoặc SQL Server. Cú pháp được cung cấp là SQL tiêu chuẩn, nhưng có thể cần điều chỉnh nhỏ cho hàm ngày tháng, chẳng hạn TO_DATE thay cho CAST, tùy nền tảng bạn dùng.
- Lọc ngày: Dùng cột REPORTDATE trong bảng WORKORDER để xác định phạm vi các trường hợp quy trình. Thông thường, bạn nên chọn 12 tháng gần nhất.
- Tầm quan trọng của Site ID: Không dùng riêng WONUM để xác định tính duy nhất. Luôn ghép WONUM với SITEID hoặc thêm SITEID làm thuộc tính trường hợp nếu phân tích nhiều site.
- Quy tắc trạng thái: Maximo cho phép dùng giá trị trạng thái tùy chỉnh. Kiểm tra bảng SYNONYMDOMAIN nếu các trạng thái tiêu chuẩn như WMATL hoặc COMP không trả về kết quả.
- Hiệu năng: Bảng LABTRANS và MATUSETRANS có thể rất lớn. Đảm bảo các bảng này có chỉ mục trên REFWO và SITEID.
Truy vấn mẫu sql
SELECT
W.WONUM AS WorkOrderNumber,
'Maintenance Request Created' AS Activity,
W.REPORTDATE AS EventTimestamp,
'Maximo' AS SourceSystem,
CURRENT_TIMESTAMP AS LastDataUpdate,
W.WORKTYPE AS WorkType,
W.WOPRIORITY AS Priority,
W.ASSETNUM AS AssetNumber,
W.LEAD AS AssignedResource,
W.ACTFINISH AS ActualFinishDate,
W.TARGCOMPDATE AS TargetCompletionDate,
W.ACTLABHRS AS ActualLaborHours,
W.ASSETLOCPRIORITY AS AssetCriticality,
W.STATUS AS Status
FROM
WORKORDER W
WHERE
W.REPORTDATE >= '2023-01-01'
UNION ALL
SELECT
WS.WONUM AS WorkOrderNumber,
CASE
WHEN WS.STATUS = 'APPR' THEN 'Work Order Approved'
WHEN WS.STATUS = 'WMATL' THEN 'Material Requisition Submitted'
WHEN WS.STATUS = 'WSCH' THEN 'Resources Scheduled'
WHEN WS.STATUS = 'INPRG' THEN 'Work Commenced'
WHEN WS.STATUS = 'INSP' THEN 'Inspection Completed'
WHEN WS.STATUS = 'COMP' THEN 'Work Order Completed'
WHEN WS.STATUS = 'REJECT' THEN 'Quality Check Failed'
WHEN WS.STATUS = 'CLOSE' THEN 'Work Order Closed'
WHEN WS.STATUS = 'CAN' THEN 'Work Order Cancelled'
ELSE 'Status Change: ' || WS.STATUS
END AS Activity,
WS.CHANGEDATE AS EventTimestamp,
'Maximo' AS SourceSystem,
CURRENT_TIMESTAMP AS LastDataUpdate,
W.WORKTYPE AS WorkType,
W.WOPRIORITY AS Priority,
W.ASSETNUM AS AssetNumber,
WS.CHANGEBY AS AssignedResource,
W.ACTFINISH AS ActualFinishDate,
W.TARGCOMPDATE AS TargetCompletionDate,
W.ACTLABHRS AS ActualLaborHours,
W.ASSETLOCPRIORITY AS AssetCriticality,
WS.STATUS AS Status
FROM
WOSTATUS WS
JOIN
WORKORDER W ON WS.WONUM = W.WONUM AND WS.SITEID = W.SITEID
WHERE
W.REPORTDATE >= '2023-01-01'
AND WS.STATUS IN ('APPR', 'WMATL', 'WSCH', 'INPRG', 'INSP', 'COMP', 'REJECT', 'CLOSE', 'CAN')
UNION ALL
SELECT
L.REFWO AS WorkOrderNumber,
'Labor Hours Recorded' AS Activity,
L.STARTDATE AS EventTimestamp,
'Maximo' AS SourceSystem,
CURRENT_TIMESTAMP AS LastDataUpdate,
W.WORKTYPE AS WorkType,
W.WOPRIORITY AS Priority,
W.ASSETNUM AS AssetNumber,
L.LABORCODE AS AssignedResource,
W.ACTFINISH AS ActualFinishDate,
W.TARGCOMPDATE AS TargetCompletionDate,
W.ACTLABHRS AS ActualLaborHours,
W.ASSETLOCPRIORITY AS AssetCriticality,
W.STATUS AS Status
FROM
LABTRANS L
JOIN
WORKORDER W ON L.REFWO = W.WONUM AND L.SITEID = W.SITEID
WHERE
W.REPORTDATE >= '2023-01-01'
UNION ALL
SELECT
M.REFWO AS WorkOrderNumber,
'Material Issued' AS Activity,
M.TRANSDATE AS EventTimestamp,
'Maximo' AS SourceSystem,
CURRENT_TIMESTAMP AS LastDataUpdate,
W.WORKTYPE AS WorkType,
W.WOPRIORITY AS Priority,
W.ASSETNUM AS AssetNumber,
M.ENTERBY AS AssignedResource,
W.ACTFINISH AS ActualFinishDate,
W.TARGCOMPDATE AS TargetCompletionDate,
W.ACTLABHRS AS ActualLaborHours,
W.ASSETLOCPRIORITY AS AssetCriticality,
W.STATUS AS Status
FROM
MATUSETRANS M
JOIN
WORKORDER W ON M.REFWO = W.WONUM AND M.SITEID = W.SITEID
WHERE
W.REPORTDATE >= '2023-01-01'
AND M.ISSUETYPE = 'ISSUE'
UNION ALL
SELECT
WC.WONUM AS WorkOrderNumber,
'Target Date Updated' AS Activity,
WC.CHANGEDATE AS EventTimestamp,
'Maximo' AS SourceSystem,
CURRENT_TIMESTAMP AS LastDataUpdate,
W.WORKTYPE AS WorkType,
W.WOPRIORITY AS Priority,
W.ASSETNUM AS AssetNumber,
WC.CHANGEBY AS AssignedResource,
W.ACTFINISH AS ActualFinishDate,
W.TARGCOMPDATE AS TargetCompletionDate,
W.ACTLABHRS AS ActualLaborHours,
W.ASSETLOCPRIORITY AS AssetCriticality,
W.STATUS AS Status
FROM
WOCHANGE WC
JOIN
WORKORDER W ON WC.WONUM = W.WONUM AND WC.SITEID = W.SITEID
WHERE
W.REPORTDATE >= '2023-01-01'
AND (WC.MODIFIEDATTRIBUTE = 'TARGCOMPDATE' OR WC.MODIFIEDATTRIBUTE = 'SCHEDFINISH')Sẵn sàng bắt đầu chưa?
Áp dụng mẫu này vào quy trình trích xuất dữ liệu để bắt đầu cải thiện chiến lược bảo trì ngay hôm nay. Đội ngũ của chúng tôi sẵn sàng giúp bạn biến nhật ký kỹ thuật thành thông tin hữu ích về quy trình.
Cải thiện công tác bảo trì tài sản, giảm thời gian ngừng hoạt động ngay hôm nay
Rút ngắn 30% thời gian chu kỳ bảo trì và loại bỏ điểm nghẽn
Dùng thử miễn phí trong 14 ngày, không cần thẻ tín dụng