Templat data pemeliharaan aset Anda
Templat data pemeliharaan aset Anda
- Daftar lengkap atribut pemeliharaan
- Tahapan penting proses yang perlu dilacak
- Panduan teknis ekstraksi data
Atribut pemeliharaan aset
| Nama | Deskripsi | ||
|---|---|---|---|
| Aktivitas Activity | Peristiwa atau perubahan status tertentu yang terjadi selama siklus perintah kerja. | ||
| Deskripsi Atribut ini menunjukkan langkah dalam proses pemeliharaan, seperti 'Perintah Kerja Disetujui' atau 'Tenaga Kerja Dicatat'. Di IBM Maximo, nilainya biasanya diambil dari perubahan status dalam tabel riwayat atau log transaksi tertentu, seperti pelaporan tenaga kerja. Nilai atribut ini menjadi simpul pada peta proses dan membantu menampilkan urutan langkah. Dengan menganalisisnya, organisasi dapat menemukan variasi proses, pengulangan, dan penyimpangan dari prosedur pemeliharaan standar. Mengapa ini penting Atribut ini menjelaskan 'apa' yang terjadi dalam proses. Informasi ini penting untuk membuat peta proses dan memahami pelaksanaan alur kerja. Sumber data Tabel: WOSTATUS (Kolom: STATUS) atau WOLOG Contoh APPRINPRGCOMPCLOSEWMATL | |||
| Perintah kerja pemeliharaan WorkOrderNumber | Pengenal alfanumerik unik untuk perintah kerja pemeliharaan. | ||
| Deskripsi Atribut ini menjadi pengenal kasus utama dalam proses pemeliharaan. Nilainya membedakan setiap perintah kerja di IBM Maximo dan menghubungkan semua aktivitas, transaksi tenaga kerja, serta penggunaan material terkait ke satu pekerjaan. Dalam analisis process mining, ID ini digunakan untuk mengelompokkan setiap peristiwa ke dalam satu kasus. Analis dapat menelusuri seluruh siklus tugas pemeliharaan, mulai dari pembuatan permintaan, persetujuan, dan pengerjaan hingga penutupan administratif. Mengapa ini penting Kunci utama ini digunakan untuk menyusun kembali alur proses dan melacak pekerjaan tertentu di berbagai departemen. Sumber data Tabel: WORKORDER, Kolom: WONUM Contoh WO100234WO100235CM-99281PM-11002 | |||
| Waktu peristiwa EventTimestamp | Tanggal dan waktu saat aktivitas terjadi. | ||
| Deskripsi Atribut ini mencatat waktu persis terjadinya peristiwa, misalnya saat status berubah atau jam kerja dicatat. Informasi waktu ini diperlukan untuk menganalisis kinerja, termasuk menghitung waktu tunggu dan durasi. Stempel waktu yang akurat penting untuk menghitung 'Rata-rata Waktu Perencanaan dan Persetujuan' serta memastikan urutan peristiwa benar. Di Maximo, nilainya biasanya berupa tanggal perubahan pada catatan status. Mengapa ini penting Diperlukan untuk mengurutkan peristiwa secara kronologis dan menghitung semua KPI berbasis waktu. Sumber data Tabel: WOSTATUS, Kolom: CHANGEDATE Contoh 2023-10-12T08:30:00Z2023-10-12T14:15:00Z2023-10-13T09:00:00Z | |||
| Pembaruan data terakhir LastDataUpdate | Waktu saat data diekstrak atau terakhir diperbarui. | ||
| Deskripsi Menunjukkan kapan catatan terakhir diproses atau diekstrak untuk process mining. Informasi ini membantu menilai kebaruan dan keandalan data, sehingga analisis mencerminkan kondisi operasional pemeliharaan terkini. Atribut ini penting untuk pemuatan data bertahap dan memastikan dashboard menampilkan informasi terbaru tentang status perintah kerja dan pekerjaan tertunda. Mengapa ini penting Penting untuk memahami keterlambatan dan kebaruan data. Sumber data Waktu sistem saat ekstraksi Contoh 2023-11-01T00:00:00Z2023-11-01T12:00:00Z | |||
| Sistem sumber SourceSystem | Nama sistem asal data. | ||
| Deskripsi Menunjukkan aplikasi sumber untuk catatan data. Dalam konteks ini, biasanya nilainya 'IBM Maximo'. Atribut ini berguna saat menggabungkan data dari beberapa sistem pemeliharaan atau mengintegrasikannya dengan data ERP. Analis dapat memfilter tampilan berdasarkan sistem pencatatan jika proyek process mining mencakup lingkungan sistem yang kompleks dengan beberapa instans CMMS. Mengapa ini penting Menjaga asal-usul dan keterlacakan data di lingkungan dengan banyak sistem. Sumber data Diisi dengan nilai tetap saat ekstraksi Contoh IBM MaximoMaximo PRODMaximo Legacy | |||
| Jam kerja aktual ActualLaborHours | Total jam kerja aktual yang dicurahkan semua teknisi untuk perintah kerja. | ||
| Deskripsi Jumlah seluruh waktu kerja yang dicatat untuk perintah kerja. Metrik ini menunjukkan penggunaan sumber daya yang sebenarnya dan mendukung KPI 'Variasi pemanfaatan teknisi'. Metrik ini digunakan untuk menghitung biaya tenaga kerja dan menyempurnakan rencana kerja berikutnya dengan data historis tentang waktu yang dibutuhkan untuk menyelesaikan tugas tertentu. Mengapa ini penting Metrik utama untuk menganalisis biaya dan efisiensi tenaga kerja. Sumber data Tabel: WORKORDER, Kolom: ACTLABHRS Contoh 2.55.012.0 | |||
| Jenis perintah kerja WorkType | Mengelompokkan perintah kerja sebagai Preventif (PM), Korektif (CM), atau Darurat (EM). | ||
| Deskripsi Atribut ini mengelompokkan jenis tugas pemeliharaan. Nilai yang umum di Maximo mencakup PM (Preventive Maintenance), CM (Corrective Maintenance), dan EM (Emergency Maintenance). Klasifikasi ini menjadi dasar dashboard 'Pemeliharaan proaktif dan reaktif'. Dengan memfilter atribut ini, analis dapat menghitung KPI 'Rasio Pemeliharaan Darurat' dan melihat perubahan strategi dari penanganan masalah secara reaktif ke pekerjaan keandalan yang terencana. Mengapa ini penting Membedakan pekerjaan terencana dan tidak terencana, salah satu indikator penting kematangan pemeliharaan. Sumber data Tabel: WORKORDER, Kolom: WORKTYPE Contoh PMCMEMCPMOD | |||
| Kekritisan aset AssetCriticality | Skor yang menunjukkan tingkat kepentingan aset bagi operasional bisnis. | ||
| Deskripsi Klasifikasi, biasanya 1-10 atau A/B/C, pada catatan aset yang menunjukkan dampak jika aset rusak. Data ini perlu digabungkan dengan tampilan perintah kerja. Atribut ini wajib untuk dashboard 'Kinerja SLA aset kritis'. Dengan atribut ini, analisis dapat berfokus pada hal terpenting. Keterlambatan pada generator kritis, misalnya, diberi bobot lebih besar daripada keterlambatan memperbaiki mesin kopi di ruang istirahat. Mengapa ini penting Memungkinkan kinerja proses dikelompokkan berdasarkan risiko bisnis. Sumber data Tabel: ASSET, Kolom: PRIORITY (digabungkan melalui ASSETNUM) Contoh 1510 | |||
| Nomor aset AssetNumber | Pengenal unik peralatan atau aset yang sedang dipelihara. | ||
| Deskripsi Mesin, kendaraan, atau komponen fasilitas yang menjadi sasaran pekerjaan pemeliharaan. Atribut ini menghubungkan data proses dengan hierarki aset fisik dan penting untuk menemukan aset yang sering mengalami kerusakan. Dalam analisis 'Kualitas pemeliharaan dan tingkat pengerjaan ulang', atribut ini digunakan untuk mengelompokkan perintah kerja berdasarkan aset, menghitung rata-rata waktu antar kerusakan (MTBF), dan menemukan masalah keandalan yang berulang. Mengapa ini penting Menghubungkan pelaksanaan proses dengan kinerja infrastruktur fisik. Sumber data Tabel: WORKORDER, Kolom: ASSETNUM Contoh PUMP-101HVAC-02FLEET-99 | |||
| Prioritas Priority | Tingkat urgensi yang ditetapkan untuk perintah kerja. | ||
| Deskripsi Nilai angka atau kategori yang menunjukkan tingkat kepentingan dan urgensi perintah kerja. Di Maximo, nilainya biasanya berupa angka. Angka yang lebih kecil sering menunjukkan urgensi lebih tinggi, misalnya 1 = Darurat. Atribut ini digunakan untuk menentukan prioritas pekerjaan tertunda dan penting bagi dashboard 'Kinerja SLA aset kritis'. Atribut ini membantu memastikan pekerjaan berprioritas tinggi ditangani secepat yang diperlukan dibandingkan pekerjaan berprioritas rendah. Mengapa ini penting Membantu menganalisis apakah organisasi memusatkan sumber daya pada pekerjaan yang paling mendesak. Sumber data Tabel: WORKORDER, Kolom: WOPRIORITY Contoh 1234 | |||
| Status saat ini Status | Tahap siklus perintah kerja saat ini. | ||
| Deskripsi Status administratif terkini perintah kerja, misalnya 'APPR', 'WAPPR', atau 'COMP'. Atribut 'Aktivitas' mencatat riwayat perubahan, sedangkan atribut ini menunjukkan status terakhir yang diketahui. Atribut ini berguna untuk memfilter data dan menampilkan hanya perintah kerja yang masih terbuka atau sudah ditutup. Informasi ini mendukung analisis 'Distribusi beban kerja pemeliharaan'. Mengapa ini penting Menampilkan kondisi beban kerja dan pekerjaan tertunda saat ini. Sumber data Tabel: WORKORDER, Kolom: STATUS Contoh APPRCLOSEINPRG | |||
| Tanggal penyelesaian aktual ActualFinishDate | Tanggal dan waktu pekerjaan fisik selesai. | ||
| Deskripsi Mencatat waktu tugas pemeliharaan selesai secara teknis. Ini berbeda dari penutupan administratif tiket. Bandingkan tanggal ini dengan 'Tanggal target penyelesaian' untuk menghitung kepatuhan SLA. Dashboard 'Waktu tunggu administratif perintah kerja' menggunakan atribut ini untuk mengukur jeda antara selesainya pekerjaan dan penutupan dokumen di sistem. Mengapa ini penting Menandai akhir tahap pelaksanaan teknis. Sumber data Tabel: WORKORDER, Kolom: ACTFINISH Contoh 2023-10-15T16:00:00Z2023-10-16T10:30:00Z | |||
| Tanggal target penyelesaian TargetCompletionDate | Tenggat yang dijadwalkan atau diwajibkan untuk perintah kerja. | ||
| Deskripsi Tanggal yang ditargetkan untuk menyelesaikan perintah kerja. Tanggal ini sering dihitung berdasarkan prioritas dan tanggal pembuatan. Nilainya menjadi acuan bagi dashboard 'Kinerja SLA aset kritis'. Dengan membandingkan atribut ini dengan 'Tanggal penyelesaian aktual', analis dapat menghitung tingkat penyelesaian tepat waktu dan menemukan kategori aset yang sering melewati jadwal pemeliharaan. Mengapa ini penting Acuan untuk mengukur pemenuhan SLA dan kepatuhan terhadap jadwal. Sumber data Tabel: WORKORDER, Kolom: TARGCOMPDATE Contoh 2023-10-20T17:00:00Z2023-10-25T08:00:00Z | |||
| Teknisi yang ditugaskan AssignedResource | Orang atau teknisi utama yang ditugaskan untuk mengerjakan pekerjaan. | ||
| Deskripsi Menunjukkan orang atau teknisi utama yang bertanggung jawab atas perintah kerja. Informasi ini dapat ditemukan di kolom 'Lead' atau diambil dari penugasan tenaga kerja. Atribut ini mendukung dashboard 'Produktivitas sumber daya dan kontraktor'. Analisis atribut ini membantu menemukan ketimpangan beban kerja pada tampilan 'Distribusi beban kerja pemeliharaan' dan membandingkan efisiensi antar teknisi atau tim. Mengapa ini penting Penting untuk menganalisis produktivitas tenaga kerja dan menyeimbangkan beban kerja. Sumber data Tabel: WORKORDER, Kolom: LEAD (atau dari tabel ASSIGNMENT) Contoh JSMITHBPATELMRODRIGUEZ | |||
| Apakah darurat IsEmergency | Penanda yang menunjukkan apakah perintah kerja bersifat darurat. | ||
| Deskripsi Penanda benar/salah yang dihitung berdasarkan jenis pekerjaan atau prioritas. Nilainya benar jika jenis pekerjaan 'EM' (Darurat) atau prioritasnya 1. Atribut sederhana ini memudahkan pemfilteran di dashboard untuk menampilkan 'Rasio Pemeliharaan Darurat' tanpa perlu logika rumit pada lapisan visualisasi. Mengapa ini penting Memudahkan pemfilteran untuk analisis pemeliharaan reaktif. Sumber data Dihitung dari WORKTYPE Contoh truefalse | |||
| Apakah SLA terlampaui IsSlaBreached | Penanda yang menunjukkan apakah tanggal penyelesaian aktual melewati tanggal target. | ||
| Deskripsi Kolom terhitung benar/salah yang membandingkan 'Tanggal penyelesaian aktual' dengan 'Tanggal target penyelesaian'. Nilainya benar jika tanggal aktual lebih lambat daripada tanggal target. Metrik yang sudah dihitung ini menyederhanakan dashboard 'Kinerja SLA aset kritis'. Anda dapat langsung menghitung jumlah SLA yang tidak terpenuhi tanpa menghitung selisih tanggal saat dashboard dijalankan. Mengapa ini penting Langsung melihat kepatuhan terhadap target kinerja. Sumber data Dihitung dari ACTFINISH dan TARGCOMPDATE Contoh truefalse | |||
| ID lokasi SiteId | Pengenal lokasi tingkat tinggi untuk penerapan Maximo di beberapa lokasi. | ||
| Deskripsi Di organisasi besar, Maximo sering dibagi berdasarkan 'Site'. Atribut ini membedakan pabrik atau fasilitas pada tingkat basis data. Atribut ini penting untuk membandingkan kinerja antar unit bisnis dalam analisis 'Kepatuhan terhadap proses pemeliharaan standar'. Dengan begitu, perbandingan dilakukan dalam konteks operasional yang tepat. Mengapa ini penting Penting untuk menentukan cakupan data pada penerapan di beberapa lokasi. Sumber data Tabel: WORKORDER, Kolom: SITEID Contoh BEDFORDNASHUATEXAS | |||
| Kode kerusakan FailureCode | Kode standar yang menjelaskan penyebab kerusakan aset. | ||
| Deskripsi Kode terstruktur yang dipilih teknisi untuk mengelompokkan penyebab kerusakan, misalnya 'Keausan', 'Kelistrikan', atau 'Kesalahan operator'. Kode ini penting untuk analisis akar masalah (RCA). Dengan mengelompokkan kode, tim teknik dapat menemukan masalah sistemik pada seluruh aset. Hasilnya mendukung analisis 'Kualitas pemeliharaan dan tingkat pengerjaan ulang' serta membantu menyempurnakan strategi pemeliharaan preventif. Mengapa ini penting Data utama untuk rekayasa keandalan dan analisis kerusakan. Sumber data Tabel: WORKORDER, Kolom: FAILURECODE Contoh BOCORPANAS BERLEBIHGETARAN | |||
| Lokasi Location | Lokasi fungsional atau tempat pekerjaan dilakukan. | ||
| Deskripsi Menunjukkan area fisik atau kode lokasi fungsional tempat aset berada. Cakupannya lebih luas daripada nomor aset tertentu dan berguna untuk analisis geografis atau zona. Dashboard 'Distribusi beban kerja pemeliharaan' menggunakan atribut ini untuk menampilkan area dengan aktivitas pemeliharaan tinggi dan merencanakan perjalanan teknisi antar lokasi. Mengapa ini penting Memberikan konteks geografis untuk logistik dan distribusi sumber daya. Sumber data Tabel: WORKORDER, Kolom: LOCATION Contoh BRILER-RMPLANT-AOFFICE-1 | |||
| Perkiraan jam kerja EstimatedLaborHours | Perkiraan waktu kerja yang diperlukan untuk menyelesaikan perintah kerja. | ||
| Deskripsi Jumlah jam kerja yang diperkirakan untuk menyelesaikan tugas pada tahap perencanaan. Nilai ini dibandingkan dengan 'Jam kerja aktual' di dashboard 'Akurasi perkiraan tenaga kerja'. Selisih besar antara perkiraan dan realisasi dapat menunjukkan perencanaan yang kurang baik, tidak adanya prosedur operasi standar, atau kondisi aset tak terduga yang membutuhkan pekerjaan tambahan. Mengapa ini penting Penting untuk menilai akurasi perencanaan dan memperkirakan kebutuhan sumber daya. Sumber data Tabel: WORKORDER, Kolom: ESTLABHRS Contoh 2.04.58.0 | |||
| Tanggal pelaporan ReportedDate | Tanggal dan waktu masalah pertama kali dilaporkan atau permintaan dibuat. | ||
| Deskripsi Waktu saat kebutuhan pemeliharaan pertama kali diketahui dan dicatat di sistem. Ini menjadi titik awal yang sebenarnya untuk mengukur pengalaman pemohon. Atribut ini digunakan untuk menghitung 'Rata-rata Waktu Perencanaan dan Persetujuan', dengan mengukur durasi dari tanggal pelaporan hingga pekerjaan dimulai. Informasi ini membantu menilai kecepatan tanggapan organisasi pemeliharaan. Mengapa ini penting Menetapkan titik awal untuk mengukur kecepatan tanggapan sepanjang siklus pemeliharaan. Sumber data Tabel: WORKORDER, Kolom: REPORTDATE Contoh 2023-10-10T08:00:00Z2023-10-10T09:15:00Z | |||
| Total biaya aktual TotalActualCost | Jumlah biaya tenaga kerja, material, layanan, dan alat untuk perintah kerja. | ||
| Deskripsi Menunjukkan total dampak biaya dari tugas pemeliharaan. Di Maximo, nilainya merupakan jumlah berbagai komponen biaya: tenaga kerja, material, layanan, dan alat. Atribut ini mendukung process mining berbasis biaya. Inefisiensi proses, seperti keterlambatan atau pengerjaan ulang, dapat dikaitkan langsung dengan kerugian finansial. Atribut ini membantu menemukan jenis pemeliharaan atau kelompok aset dengan biaya tertinggi. Mengapa ini penting Menghubungkan aktivitas operasional dengan hasil keuangan. Sumber data Tabel: WORKORDER, Kolom: ACTMATCOST + ACTLABCOST + ACTSERVCOST + ACTTOOLCOST Contoh 150.002500.500.00 | |||
| Vendor Vendor | Kontraktor pihak ketiga yang ditugaskan untuk perintah kerja, jika ada. | ||
| Deskripsi Menunjukkan perusahaan eksternal yang bertanggung jawab atas tugas pemeliharaan. Atribut ini diisi jika pekerjaan dialihdayakan dan penting untuk KPI 'Efisiensi pelaksanaan kontraktor'. Analisis atribut ini membantu organisasi pemeliharaan membandingkan biaya, kecepatan, dan kualitas berbagai vendor, serta membandingkannya dengan tim internal. Mengapa ini penting Mendukung pengelolaan vendor dan analisis kinerja alih daya. Sumber data Tabel: WORKORDER, Kolom: VENDOR Contoh ACME SERVICESSIEMENSFAST REPAIR INC | |||
Aktivitas pemeliharaan aset
| Aktivitas | Deskripsi | ||
|---|---|---|---|
| Pekerjaan dimulai | Menandai awal pekerjaan fisik oleh teknisi. Waktu ini tercatat saat pengguna mengubah status untuk menunjukkan bahwa pekerjaan sedang berlangsung. | ||
| Mengapa ini penting Tonggak penting untuk memisahkan waktu perencanaan dari waktu pelaksanaan. Digunakan untuk menghitung rata-rata waktu perencanaan dan persetujuan. Sumber data Tabel WOSTATUS dengan STATUS = 'INPRG' Pengumpulan data Dicatat saat transaksi mengubah status menjadi INPRG Jenis peristiwa explicit | |||
| Perintah kerja dibatalkan | Proses berakhir sebelum waktunya karena pekerjaan dinilai tidak perlu, duplikat, atau tidak mungkin dilakukan. Ini adalah status akhir. | ||
| Mengapa ini penting Data ini digunakan di dashboard Analisis Pembatalan Perintah Kerja. Angka yang tinggi menunjukkan masalah pada proses sebelumnya saat membuat permintaan. Sumber data Tabel WOSTATUS dengan STATUS = 'CAN' Pengumpulan data Dicatat saat transaksi mengubah status menjadi CAN Jenis peristiwa explicit | |||
| Perintah kerja disetujui | Menunjukkan bahwa perintah kerja telah melewati pemeriksaan perencanaan dan otorisasi keuangan yang diperlukan. Informasi ini diperoleh dari perubahan status dalam riwayat sistem. | ||
| Mengapa ini penting Penting untuk menghitung KPI waktu perencanaan dan persetujuan. Keterlambatan pada tahap ini menunjukkan adanya hambatan administratif. Sumber data Tabel WOSTATUS dengan STATUS = 'APPR' Pengumpulan data Bandingkan nilai kolom status sebelum dan sesudah untuk menemukan perubahan ke APPR Jenis peristiwa explicit | |||
| Perintah kerja ditutup | Peristiwa terakhir dalam siklus proses, saat pembukuan perintah kerja diselesaikan dan datanya menjadi hanya-baca. Tidak ada biaya tambahan yang dapat dibebankan setelahnya. | ||
| Mengapa ini penting Menandai akhir waktu tunggu administratif. Keterlambatan pada tahap ini memengaruhi pelaporan keuangan. Sumber data Tabel WOSTATUS dengan STATUS = 'CLOSE' Pengumpulan data Dicatat saat transaksi mengubah status menjadi CLOSE Jenis peristiwa explicit | |||
| Perintah kerja selesai | Teknisi menyatakan bahwa pekerjaan fisik telah selesai. Perubahan status ini menghentikan penghitungan KPI waktu pelaksanaan. | ||
| Mengapa ini penting Stempel waktu akhir utama untuk pelaksanaan teknis. Digunakan untuk menghitung kepatuhan SLA dan pemanfaatan teknisi. Sumber data Tabel WOSTATUS dengan STATUS = 'COMP' Pengumpulan data Dicatat saat transaksi mengubah status menjadi COMP Jenis peristiwa explicit | |||
| Permintaan perawatan dibuat | Peristiwa awal saat perintah kerja dibuat di sistem, biasanya berasal dari permintaan layanan atau jadwal otomatis. Waktu ini tercatat pada stempel waktu pembuatan di tabel WORKORDER atau entri awal dalam riwayat WOSTATUS. | ||
| Mengapa ini penting Menandai awal suatu proses dan menjadi patokan untuk mengukur total waktu penyelesaian serta kecepatan respons awal. Sumber data WORKORDER.REPORTDATE atau entri awal di tabel WOSTATUS (biasanya berstatus WAPPR) Pengumpulan data Dicatat saat transaksi membuat data WO Jenis peristiwa explicit | |||
| Inspeksi selesai | Menunjukkan bahwa inspeksi keselamatan atau teknis telah dilakukan selama siklus proses. Biasanya tercatat sebagai perubahan status atau penyelesaian pengukuran dalam daftar periksa. | ||
| Mengapa ini penting Penting untuk dashboard Dokumentasi Keselamatan dan Kepatuhan. Memastikan langkah regulasi tidak dilewati. Sumber data Perubahan WOSTATUS menjadi 'INSP' atau status khusus serupa, atau penyelesaian entri MEASUREMENT Pengumpulan data Bandingkan nilai kolom status sebelum dan sesudah Jenis peristiwa inferred | |||
| Jam kerja dicatat | Menunjukkan pencatatan waktu aktual yang digunakan teknisi untuk mengerjakan perintah kerja tertentu. Satu perintah kerja dapat memiliki beberapa entri jika dikerjakan oleh beberapa teknisi. | ||
| Mengapa ini penting Menyediakan data aktual untuk dibandingkan dengan estimasi di dashboard Akurasi Estimasi Tenaga Kerja. Sumber data Entri tabel LABTRANS yang terhubung ke perintah kerja Pengumpulan data Dicatat saat transaksi terjadi di LABTRANS Jenis peristiwa explicit | |||
| Material dikeluarkan | Mencatat pemakaian fisik atau pengeluaran suku cadang dari persediaan untuk perintah kerja. Catatan ini memastikan suku cadang tersedia dan digunakan. | ||
| Mengapa ini penting Memvalidasi proses rantai pasok dan memengaruhi analisis total biaya pekerjaan perawatan. Sumber data Tabel MATUSETRANS dengan ISSUETYPE = 'ISSUE' Pengumpulan data Dicatat saat transaksi terjadi di MATUSETRANS Jenis peristiwa explicit | |||
| Pemeriksaan mutu gagal | Terjadi saat pekerjaan yang telah selesai ditolak dalam pemeriksaan, sehingga status sering dikembalikan ke In Progress. Menunjukkan adanya siklus pengerjaan ulang. | ||
| Mengapa ini penting Mendukung dashboard Mutu Perawatan dan Tingkat Pengerjaan Ulang dengan menunjukkan kegagalan proses. Sumber data Diketahui dari perubahan WOSTATUS dari COMP kembali ke INPRG atau WAPPR Pengumpulan data Tentukan dengan membandingkan riwayat kolom WOSTATUS untuk menemukan perubahan status ke tahap sebelumnya Jenis peristiwa inferred | |||
| Permintaan material diajukan | Menunjukkan bahwa suku cadang atau bahan habis pakai telah diminta untuk pekerjaan perawatan. Hal ini dapat diketahui dari perubahan status menjadi Waiting on Material atau pembuatan baris kebutuhan material. | ||
| Mengapa ini penting Penting untuk dashboard Kesiapan Material agar keterlambatan rantai pasok yang menghambat pekerjaan dapat diketahui. Sumber data Tabel WOSTATUS dengan STATUS = 'WMATL' atau pembuatan entri di tabel WPMATERIAL Pengumpulan data Diketahui dari perubahan status menjadi WMATL Jenis peristiwa inferred | |||
| Sumber daya dijadwalkan | Tahap saat tenaga kerja atau regu tertentu ditugaskan ke perintah kerja. Tahap ini tercatat saat penugasan dibuat atau status berubah menjadi Waiting Schedule. | ||
| Mengapa ini penting Mendukung dashboard Analisis Siklus Perencanaan dan Persetujuan dengan menunjukkan waktu yang diperlukan untuk mencari teknisi yang tersedia. Sumber data Pembuatan baris di tabel ASSIGNMENT atau perubahan WOSTATUS menjadi 'WSCH' Pengumpulan data Tentukan dari waktu pembuatan data Assignment yang terhubung ke WO Jenis peristiwa inferred | |||
| Tanggal target diperbarui | Mencatat perubahan tanggal penyelesaian terjadwal atau target SLA. Informasi ini membantu mengetahui kapan target diubah untuk mengakomodasi keterlambatan. | ||
| Mengapa ini penting Penting untuk menganalisis kinerja SLA aset penting dan menemukan perubahan tanggal yang dilakukan untuk menghindari pelanggaran SLA. Sumber data Jejak audit pada kolom TARGETCOMPDATE atau SCHEDFINISH Pengumpulan data Dicatat saat transaksi memperbarui kolom tanggal Jenis peristiwa explicit | |||
Panduan ekstraksi
Langkah
Tentukan strategi tampilan database: ProcessMind memerlukan log peristiwa tanpa hierarki, sedangkan Maximo menyimpan data secara hierarkis (header di WORKORDER, riwayat di WOSTATUS, biaya di WOLABTRANS). Cara yang paling andal adalah membuat Tampilan Database di database Maximo terlebih dahulu. Tampilan ini akan menjadi sumber bagi Integration Framework.
Buat tampilan SQL: Jalankan SQL yang tersedia di bagian Query melalui alat pengelolaan database, seperti SQL Developer atau SSMS. Langkah ini menggabungkan
WORKORDER,WOSTATUS,WOLABTRANS,MATUSETRANS, danA_WORKORDER(Audit) ke dalam satu struktur tanpa hierarki.Daftarkan tampilan di Maximo: Masuk ke Maximo sebagai Administrator. Buka System Configuration, Platform Configuration, Database Configuration. Buat objek baru bernama
PM_WO_EVENTLOG. Petakan objek tersebut ke tampilan database yang dibuat pada langkah sebelumnya. JalankanConfigDBuntuk mendaftarkannya. Biasanya tampilan tidak memerlukan waktu henti, tetapi periksa prosedur Anda.Buat struktur objek: Buka Integration, Object Structures. Buat Object Structure baru bernama
MX_PM_EVENTS. TambahkanPM_WO_EVENTLOGsebagai objek sumber. Pastikan opsi Flat Structure dicentang jika tersedia.Konfigurasikan kanal publikasi: Buka Integration, Publish Channels. Buat kanal baru
PC_PM_EVENTSyang terhubung dengan Object StructureMX_PM_EVENTS. Kanal ini memungkinkan Anda menentukan aturan pemrosesan jika diperlukan.Siapkan sistem eksternal: Buka Integration, External Systems. Pilih sistem target atau buat EXTSYS generik. Tambahkan kanal publikasi
PC_PM_EVENTSke sistem tersebut.Aktifkan ekspor data: Di aplikasi External Systems, buka tab fitur Data Export. Pilih kanal
PC_PM_EVENTS. Anda dapat menentukan klausa SQL Where di sini, misalnyaEVENTTIMESTAMP >= '2023-01-01', untuk membatasi rentang ekspor.Ekspor data: Klik Export. Sistem akan membuat file XML atau CSV, bergantung pada End Point yang dikonfigurasikan. Untuk ProcessMind, sebaiknya gunakan CSV. Pastikan End Point, misalnya
MXFLATFILE, dikonfigurasikan untuk menghasilkan CSV.Periksa hasil: Buka file CSV yang dihasilkan. Pastikan judul kolom sesuai dengan atribut dalam kueri (WorkOrderNumber, Activity, dan seterusnya) dan tidak ada tag XML hierarkis yang tersisa.
Format akhir: Jika ekspor CSV Maximo menyertakan kolom metadata sistem standar, seperti
OWNER1atauORGID, hapus kolom yang tidak diperlukan. Muat CSV yang sudah dibersihkan ke ProcessMind.
Konfigurasi
- Sinonim status Maximo: Maximo memungkinkan penggunaan kode status khusus, seperti APPR dan WAPPR. Query ini mengasumsikan nilai internal standar. Periksa
SYNONYMDOMAINuntuk domainWOSTATUSdi sistem Anda agar status khusus dipetakan dengan benar. - Tabel audit: Ekstraksi aktivitas 'Target Date Updated' bergantung pada tabel audit
A_WORKORDER. Jika audit tidak diaktifkan untuk objekWORKORDER, aktivitas ini tidak akan menghasilkan baris data. Jika data ini penting, aktifkan audit di Database Configuration. - Rentang tanggal: Untuk pemuatan awal, filter
EVENTTIMESTAMPagar mencakup 6-12 bulan terakhir. Pemuatan data historis dalam jumlah besar dapat mengalami timeout melalui antarmuka web Integration Framework. Gunakan pemrosesan latar belakang untuk dataset yang berisi lebih dari 50k baris. - Filter lokasi/organisasi: Maximo mendukung banyak lokasi. Selalu filter berdasarkan
SITEIDjika analisis proses hanya mencakup fasilitas tertentu. - Performa: Query
UNION ALLmembutuhkan banyak sumber daya. Pastikan indeks database tersedia untukWOSTATUS.WONUM,WOLABTRANS.REFWO, danMATUSETRANS.REFWO.
Contoh kueri 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')Langkah
Koneksi database: Buat koneksi JDBC atau ODBC hanya-baca ke database backend IBM Maximo, yang biasanya menggunakan DB2, Oracle, atau SQL Server. Pastikan pengguna memiliki izin SELECT pada tabel WORKORDER, WOSTATUS, LABTRANS, dan MATUSETRANS.
Tentukan cakupan: Tentukan SITES atau ORGIDS yang perlu diekstrak. Maximo mendukung banyak lokasi, dan nomor Work Order (WONUM) hanya unik jika digabungkan dengan SITEID. Tentukan rentang tanggal, biasanya dengan memfilter REPORTDATE (tanggal pembuatan) atau STATUSDATE.
Pahami model data: Tabel WORKORDER berfungsi sebagai header. Tabel WOSTATUS berisi riwayat perubahan siklus proses. Tabel LABTRANS menyimpan rincian entri tenaga kerja, sedangkan MATUSETRANS menyimpan perpindahan material. Gabungkan tabel-tabel ini menggunakan UNION ALL untuk membentuk satu rangkaian peristiwa.
Tangani sinonim: Maximo menggunakan nilai internal (MAXVALUE) dan nilai yang ditampilkan (VALUE) untuk status yang ditentukan di SYNONYMDOMAIN. Sebaiknya query memfilter berdasarkan MAXVALUE internal agar hasilnya konsisten di berbagai lokasi, meskipun label yang ditampilkan untuk status logis yang sama berbeda.
Siapkan query: Salin SQL yang tersedia di bagian Query. Ganti placeholder seperti [Your Database Schema] dan [Start Date] dengan nilai yang sesuai. Jika lingkungan Anda menggunakan kode status khusus untuk Inspections atau Quality Checks, perbarui klausa WHERE pada bagian terkait.
Jalankan ekstraksi: Jalankan query. Bergantung pada volume data, Anda mungkin perlu menjalankannya secara bertahap, misalnya per bulan, agar database tidak mengalami timeout.
Validasi data: Pastikan peristiwa 'Maintenance Request Created' tersedia untuk setiap work order. Pastikan format timestamp kompatibel dengan ProcessMind. ISO 8601 disarankan.
Pemrosesan lanjutan: Timestamp Maximo biasanya menyertakan milidetik. Pastikan milidetik tetap ada agar urutan peristiwa yang terjadi dalam waktu berdekatan tetap akurat.
Ekspor: Simpan hasilnya sebagai file CSV atau Parquet. Header kolom harus sesuai dengan atribut pada output query.
Unggah ke ProcessMind: Impor file ke ProcessMind. Petakan 'WorkOrderNumber' sebagai Case ID, 'Activity' sebagai Activity Name, dan 'EventTimestamp' sebagai Timestamp.
Konfigurasi
- Platform database: Maximo biasanya berjalan di IBM DB2, Oracle, atau SQL Server. Sintaks yang diberikan menggunakan SQL standar, tetapi mungkin perlu sedikit penyesuaian pada fungsi tanggal, misalnya TO_DATE atau CAST, sesuai platform yang Anda gunakan.
- Filter tanggal: Gunakan kolom REPORTDATE di tabel WORKORDER untuk menentukan cakupan instans proses. Umumnya, gunakan rentang bergulir selama 12 bulan terakhir.
- Pentingnya Site ID: Jangan mengandalkan WONUM saja sebagai pengenal unik. Selalu gabungkan WONUM dengan SITEID atau sertakan SITEID sebagai atribut kasus jika menganalisis beberapa lokasi.
- Logika status: Maximo memungkinkan nilai status khusus. Periksa tabel SYNONYMDOMAIN jika status standar seperti WMATL atau COMP tidak menghasilkan data.
- Performa: Tabel LABTRANS dan MATUSETRANS bisa berukuran sangat besar. Pastikan kedua tabel memiliki indeks pada REFWO dan SITEID.
Contoh kueri 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')Siap untuk memulai?
Mulai tingkatkan strategi pemeliharaan Anda dengan menerapkan templat ini pada proses ekstraksi data. Tim kami siap membantu Anda mengubah log teknis menjadi wawasan proses yang dapat ditindaklanjuti.
Tingkatkan pemeliharaan aset dan kurangi waktu henti sekarang
Pangkas waktu siklus pemeliharaan hingga 30% dan atasi hambatan
Uji coba gratis 14 hari, tanpa perlu kartu kredit