Templat Data Pemeliharaan Aset Anda
Templat Data Pemeliharaan Aset Anda
Ini template data umum kami untuk process mining Pemeliharaan aset. Gunakan template khusus sistem untuk mendapatkan panduan yang lebih terarah.
Pilih sistem tertentu- Daftar lengkap tahapan standar pemeliharaan
- Skema atribut fleksibel untuk analisis kinerja mendalam
- Kompatibel dengan berbagai sumber data manajemen aset perusahaan
Atribut Pemeliharaan Aset
| Nama | Deskripsi | ||
|---|---|---|---|
| Nama Aktivitas ActivityName | Tugas, perubahan status, atau kejadian tertentu dalam alur kerja. | ||
| Deskripsi Atribut ini menjelaskan tahapan dalam siklus perintah kerja pemeliharaan. Atribut ini mencatat status yang dilalui perintah kerja, seperti dibuat, disetujui, sedang dikerjakan, ditahan, dan selesai. Agar process mining menghasilkan analisis yang akurat, kolom ini menyatukan berbagai kejadian dari sistem menjadi nama aktivitas yang mudah dipahami. Kolom ini diperlukan untuk memvisualisasikan peta proses, menghitung waktu perpindahan antar tahap, dan menemukan siklus pengerjaan ulang saat perintah kerja kembali ke status sebelumnya. Mengapa ini penting Kolom ini menentukan simpul dalam peta proses dan diperlukan untuk merekonstruksi alur kerja. Sumber data Diambil dari tabel riwayat status, log transaksi, atau log perubahan perintah kerja. Contoh Perintah kerja dibuatBahan dikeluarkanPersetujuan DiberikanStatus Diubah Menjadi Sedang BerlangsungPerintah kerja ditutup | |||
| Nomor Perintah Kerja WorkOrderNumber | Pengenal unik untuk kasus pemeliharaan atau perintah kerja. | ||
| Deskripsi Atribut ini berfungsi sebagai pengenal utama kasus dalam analisis process mining. Atribut ini mewakili satu siklus pemeliharaan dari awal hingga akhir, mulai dari permintaan awal atau pemicu pemeliharaan preventif hingga pekerjaan selesai dan ditutup secara finansial. Dalam analisis, kolom ini menjadi kunci utama untuk mengelompokkan semua kejadian, biaya, dan catatan sumber daya yang terkait. Mesin process mining menggunakannya untuk merekonstruksi siklus pekerjaan tertentu. Dengan begitu, analis dapat menelusuri alur pekerjaan, menemukan hambatan pada tingkat kasus, dan menghubungkan hasil tertentu dengan jenis atau prioritas perintah kerja. Mengapa ini penting ID Kasus utama ini diperlukan untuk membedakan setiap instans proses. Sumber data Biasanya terdapat di tabel header perintah kerja, misalnya WONUM di Maximo atau AUFNR di SAP. Contoh WO-2023-884110049221PM-552-AREQ-992104500021 | |||
| Pembaruan Data Terakhir LastDataUpdate | Timestamp yang menunjukkan kapan catatan terakhir diekstrak atau diperbarui. | ||
| Deskripsi Atribut ini mencatat kebaruan data yang digunakan dalam analisis. Analis dapat mengetahui seberapa baru data tersebut dan menemukan kemungkinan keterlambatan antara sistem operasional dan lingkungan process mining. Meski tidak termasuk dalam alur proses fisik, atribut ini penting untuk tata kelola data. Pemangku kepentingan dapat mengetahui apakah data yang dilihat adalah data real-time atau rekaman dari periode penutupan sebelumnya. Mengapa ini penting Atribut ini membantu memeriksa kebaruan data dan mengelola pemuatan data bertahap. Sumber data Dibuat oleh pipeline ETL atau skrip ekstraksi saat dijalankan. Contoh 2023-12-01T00:00:00Z2023-12-01T12:00:00Z2023-12-02T06:00:00Z | |||
| Sistem Sumber SourceSystem | Nama aplikasi atau basis data tempat catatan berasal. | ||
| Deskripsi Atribut ini menunjukkan lingkungan perangkat lunak yang menghasilkan data. Dalam lingkungan pemeliharaan yang kompleks, data dapat berasal dari ERP, CMMS khusus, atau platform pemantauan IoT. Dalam analisis, kolom ini berguna untuk memfilter data saat data dari beberapa sistem dimuat ke satu model proses. Kolom ini membantu memeriksa asal-usul data dan membandingkan kualitas data atau variasi proses antar sistem lama. Mengapa ini penting Kolom ini memastikan data dapat ditelusuri di lingkungan dengan banyak sistem. Sumber data Diisi secara tetap saat proses ekstraksi atau dipetakan dari konfigurasi sistem. Contoh SAP ECCIBM MaximoInfor EAMOracle Maintenance CloudHexagon EAM | |||
| Waktu Kejadian EventTimestamp | Tanggal dan waktu saat aktivitas terjadi. | ||
| Deskripsi Atribut ini mencatat waktu setiap kejadian dalam log pemeliharaan. Atribut ini menunjukkan waktu persis saat status berubah atau transaksi dicatat di sistem sumber. Timestamp menjadi dasar semua metrik durasi dalam process mining. Data ini digunakan untuk menghitung waktu siklus, waktu penyelesaian, dan waktu sumber daya menganggur. Timestamp berpresisi tinggi diperlukan untuk mengurutkan kejadian yang berlangsung dalam waktu berdekatan. Mengapa ini penting Kolom ini digunakan untuk mengurutkan kejadian dan menghitung semua metrik durasi. Sumber data Tersedia di log transaksi, tabel riwayat, atau jejak audit bersama aktivitas terkait. Contoh 2023-10-15T08:30:00Z2023-10-15T14:45:22Z2023-11-01T09:00:00Z2023-11-02T16:20:15Z | |||
| Departemen Pemeliharaan MaintenanceDepartment | Unit organisasi atau bengkel yang bertanggung jawab melaksanakan pekerjaan. | ||
| Deskripsi Atribut ini menunjukkan tim, bidang keahlian, atau departemen yang ditugaskan pada perintah kerja, seperti Kelistrikan, Mekanikal, Instrumentasi, atau Fasilitas. Tampilan ini memungkinkan perbandingan kinerja antar tim. Analis dapat membandingkan waktu siklus, jumlah pekerjaan tertunda, dan tingkat pengerjaan ulang antar departemen untuk menemukan kebutuhan pelatihan atau kekurangan sumber daya pada bidang tertentu. Mengapa ini penting Atribut ini mendukung perbandingan kinerja dan jumlah pekerjaan tertunda antar tim. Sumber data Header perintah kerja, misalnya Work Center di SAP atau Crew ID di Maximo. Contoh Bengkel MekanikalPemeliharaan KelistrikanFasilitasKontraktor EksternalInstrumentasi | |||
| ID Aset AssetId | Pengenal unik peralatan atau fasilitas yang dipelihara. | ||
| Deskripsi Atribut ini menghubungkan perintah kerja dengan objek fisik di lapangan. Nilainya dapat berupa nomor tag, ID peralatan, atau kode mesin untuk aset yang sedang dipelihara. Atribut ini penting untuk menemukan aset yang sering bermasalah atau memerlukan perbaikan berulang. Dengan mengelompokkan perintah kerja berdasarkan ID Aset, analis dapat menghitung waktu rata-rata antar kerusakan (MTBF) dan menemukan peralatan yang menyerap anggaran pemeliharaan secara tidak proporsional. Mengapa ini penting Atribut ini mendukung analisis kinerja peralatan tertentu dan perhitungan MTBF. Sumber data Tabel header perintah kerja, misalnya ASSETNUM di Maximo atau EQUNR di SAP. Contoh PUMP-4410HVAC-BLDG-1CONVEYOR-02FLEET-TRUCK-99CNC-LATHE-05 | |||
| Jam Kerja Aktual ActualLaborHours | Total waktu yang digunakan teknisi untuk mengerjakan perintah kerja. | ||
| Deskripsi Atribut ini menjumlahkan durasi semua catatan jam kerja yang dibebankan ke perintah kerja. Nilainya menunjukkan upaya aktual untuk menyelesaikan tugas. Metrik ini penting untuk menghitung pemanfaatan tenaga kerja dan efisiensi kerja. Perbandingan jam aktual dengan jam perkiraan menunjukkan akurasi perencanaan. Selisih yang besar dapat menandakan cakupan pekerjaan yang kurang jelas atau kesenjangan keterampilan. Mengapa ini penting Metrik ini mengukur upaya dan digunakan untuk menghitung pemanfaatan tenaga kerja serta akurasi perencanaan. Sumber data Dijumlahkan dari tabel lembar waktu atau transaksi tenaga kerja. Contoh 4.512.00.548.0160.0 | |||
| Jenis Perintah Kerja WorkOrderType | Mengelompokkan pekerjaan pemeliharaan sebagai preventif, korektif, darurat, atau proyek. | ||
| Deskripsi Atribut ini mengelompokkan jenis pekerjaan pemeliharaan. Nilai yang umum membedakan pekerjaan terencana (Preventive) dari gangguan yang tidak terencana (Corrective atau Emergency). Kolom ini tersedia di hampir semua sistem EAM/CMMS. Analis menggunakan kolom ini untuk membagi model proses ke dalam beberapa segmen. Perbandingan alur kerja perbaikan darurat dengan pemeliharaan preventif sering menunjukkan perbedaan besar dalam jalur proses, persyaratan persetujuan, dan waktu siklus. Kolom ini menjadi dimensi utama untuk menghitung rasio pemeliharaan preventif terhadap reaktif. Mengapa ini penting Kolom ini penting untuk membandingkan pekerjaan terencana dan tidak terencana. Sumber data Tabel header perintah kerja, misalnya WORKTYPE di Maximo atau AUART di SAP. Contoh PreventifKorektifDaruratPrediktifProyek Modal | |||
| Kekritisan Aset AssetCriticality | Peringkat yang menunjukkan pentingnya aset bagi operasional. | ||
| Deskripsi Atribut ini mengelompokkan aset berdasarkan dampak kerusakannya terhadap keselamatan, lingkungan, atau produksi. Biasanya, atribut ini tercatat secara tetap di data induk aset, tetapi sering juga disalin ke perintah kerja. Analis dapat menggunakan atribut ini untuk memeriksa apakah tim pemeliharaan sudah memprioritaskan pekerjaan pada aset kritis. Atribut ini membantu memastikan peralatan yang paling penting paling konsisten mengikuti jadwal pemeliharaan preventif. Mengapa ini penting Atribut ini membantu menyelaraskan prioritas pemeliharaan dengan risiko bisnis dan dampak operasional. Sumber data Data induk aset atau tabel header perintah kerja jika datanya tidak dinormalisasi. Contoh A - VitalB - PentingC - SekunderKritis bagi KeselamatanKritis bagi Produksi | |||
| Tanggal Target Penyelesaian TargetCompletionDate | Batas waktu yang dijadwalkan untuk menyelesaikan perintah kerja. | ||
| Deskripsi Atribut ini mencatat tanggal jatuh tempo yang ditetapkan penjadwal atau ditentukan oleh SLA. Tanggal ini menjadi acuan untuk menghitung ketepatan waktu penyelesaian. Dengan membandingkan tanggal penyelesaian aktual dengan tanggal target, Anda dapat menghitung kepatuhan jadwal dan keterlambatan. Selisih yang besar dapat menunjukkan masalah perencanaan atau keterbatasan sumber daya. Mengapa ini penting Tanggal ini menjadi acuan untuk menghitung keterlambatan dan kepatuhan jadwal. Sumber data Tab penjadwalan perintah kerja, misalnya GLTRP di SAP atau SCHEDFINISH di Maximo. Contoh 2023-11-15T17:00:00Z2023-12-01T08:00:00Z2023-10-30T16:30:00Z | |||
| Termasuk Preventif IsPreventive | Penanda yang menunjukkan apakah perintah kerja termasuk dalam program pemeliharaan preventif. | ||
| Deskripsi Atribut boolean ini menyederhanakan jenis perintah kerja menjadi dua kategori: Preventif dan Nonpreventif. Nilainya sering diturunkan dari kode Jenis Perintah Kerja. Penanda ini merupakan cara tercepat untuk memfilter dashboard agar berfokus pada kepatuhan pemeliharaan preventif. Penanda ini juga menyederhanakan perhitungan KPI rasio PM/CM, metrik standar industri untuk mengukur kematangan organisasi pemeliharaan. Mengapa ini penting Penanda ini memudahkan pemfilteran dan penghitungan KPI rasio pemeliharaan preventif. Sumber data Ditentukan dari Jenis Perintah Kerja atau penanda khusus di sistem, misalnya penanda PPM. Contoh truefalse | |||
| Tingkat Prioritas PriorityLevel | Tingkat urgensi atau kepentingan yang diberikan pada perintah kerja. | ||
| Deskripsi Atribut ini menunjukkan tingkat kekritisan tugas pemeliharaan bagi operasional. Nilainya biasanya berupa kode angka (1, 2, 3) atau label seperti Kritis, Tinggi, Sedang, dan Rendah. Nilai ini menentukan waktu respons dan alokasi sumber daya yang diperlukan. Dalam analisis proses, atribut ini digunakan untuk memeriksa kepatuhan terhadap SLA. Analis dapat melihat apakah pekerjaan berprioritas tinggi benar-benar berjalan lebih cepat daripada pekerjaan berprioritas rendah, atau justru tertahan di tahap persetujuan. Mengapa ini penting Atribut ini mendukung analisis kepatuhan terhadap SLA dan pemeriksaan prioritas sumber daya. Sumber data Tabel header perintah kerja, misalnya PRIORITY di Maximo atau PRIOK di SAP. Contoh 1 - Kritis2 - Tinggi3 - Sedang4 - RendahDarurat | |||
| Total Biaya Aktual TotalActualCost | Total biaya yang dikeluarkan, termasuk tenaga kerja, material, dan jasa. | ||
| Deskripsi Atribut ini menjumlahkan semua pencatatan keuangan yang terkait dengan perintah kerja. Nilainya menunjukkan dampak ekonomi akhir dari aktivitas pemeliharaan. Analisis biaya menjadi salah satu alasan utama penggunaan process mining dalam pengelolaan aset. Atribut ini membantu menemukan kelompok aset dengan biaya pemeliharaan tertinggi dan kasus ketika biaya perbaikan melebihi nilai penggantian aset. Mengapa ini penting Atribut ini menjadi dasar analisis dampak keuangan dan pelaporan selisih anggaran. Sumber data Tabel ringkasan biaya atau hasil penjumlahan pencatatan GL yang terkait dengan pesanan. Contoh 1500.00245.5010000.000.00560.75 | |||
| Lokasi Kerja WorkLocation | Lokasi fisik atau area fungsional tempat pekerjaan dilakukan. | ||
| Deskripsi Atribut ini menunjukkan area geografis atau fungsional tempat aset berada. Lokasinya dapat berupa gedung, lantai, atau lokasi terpencil tertentu. Data lokasi membantu menganalisis waktu perjalanan yang tidak efisien dan kendala logistik. Jika teknisi menghabiskan banyak waktu untuk berpindah antar lokasi yang berjauhan demi pekerjaan berprioritas rendah, process mining dapat menunjukkan peluang untuk memperbaiki perencanaan rute atau mengelompokkan perintah kerja berdasarkan lokasi. Mengapa ini penting Atribut ini membantu analisis logistik dan menemukan hambatan di lokasi tertentu. Sumber data Header perintah kerja atau tabel lokasi aset yang terhubung. Contoh Gedung A - Lantai 2Pabrik UtaraLokasi 55Stasiun Pompa TerpencilBengkel | |||
| Sumber Daya yang Ditugaskan AssignedResource | Teknisi atau penanggung jawab yang ditugaskan untuk pekerjaan. | ||
| Deskripsi Atribut ini menunjukkan teknisi atau teknisi utama yang bertanggung jawab melaksanakan tugas pemeliharaan. Departemen mencatat kelompoknya, sedangkan atribut ini mencatat orang yang ditugaskan. Tingkat perincian ini berguna untuk menganalisis pembagian beban kerja. Data ini dapat menunjukkan apakah teknisi tertentu terus-menerus kelebihan beban atau memiliki tingkat pengerjaan ulang yang lebih tinggi, yang mungkin menandakan perlunya pelatihan. Mengapa ini penting Atribut ini mendukung analisis pemerataan beban kerja dan metrik kinerja individu. Sumber data Tabel penugasan perintah kerja atau tabel rincian tenaga kerja. Contoh J. SmithA. DoeTeknisi-001Vendor-XYZKetua Regu 5 | |||
Aktivitas Pemeliharaan Aset
| Aktivitas | Deskripsi | ||
|---|---|---|---|
| Jam kerja dicatat | Teknisi mencatat jam kerja aktual pada perintah kerja. Aktivitas ini dapat berulang beberapa kali saat anggota regu yang berbeda mengerjakan tugas. | ||
| Mengapa ini penting Menjadi dasar penghitungan biaya dan analisis pemanfaatan tenaga kerja. Jeda antarentri jam kerja dapat menunjukkan gangguan proses. Sumber data Diambil dari tabel konfirmasi waktu atau log transaksi tenaga kerja. Pengumpulan data Catat setiap entri waktu kerja pada perintah tersebut Jenis peristiwa explicit | |||
| Perintah kerja dibuat | Pembuatan resmi catatan perintah kerja pemeliharaan di sistem. Langkah ini menetapkan ID kasus dan menjadi dasar perencanaan, penjadwalan, serta pelaksanaan. | ||
| Mengapa ini penting Ini menjadi titik acuan utama proses dan menandai awal siklus administrasi pemeliharaan. Sumber data Diambil dari stempel waktu pembuatan tabel utama perintah kerja. Pengumpulan data Catat stempel waktu saat ID unik perintah kerja dibuat Jenis peristiwa explicit | |||
| Perintah kerja dijadwalkan | Penetapan tenaga kerja, regu, atau slot waktu tertentu pada kalender untuk perintah kerja. Langkah ini memindahkan perintah dari antrean pekerjaan tertunda ke jadwal harian atau mingguan yang aktif. | ||
| Mengapa ini penting Membedakan waktu pekerjaan berada dalam antrean tertunda dengan waktu menunggu teknisi tertentu. Sumber data Diperoleh dari pembuatan penugasan tenaga kerja atau catatan pengiriman tugas. Pengumpulan data Stempel waktu saat sumber daya ditugaskan atau status pengiriman tugas ditetapkan Jenis peristiwa explicit | |||
| Perintah kerja dimulai | Saat teknisi mulai bekerja langsung pada aset. Langkah ini menandai peralihan dari perencanaan dan waktu tunggu ke pelaksanaan. | ||
| Mengapa ini penting Penting untuk menghitung Mean Time to Repair (MTTR) dan memisahkan waktu tunggu administratif dari waktu perbaikan langsung. Sumber data Biasanya ditandai dengan perubahan status menjadi In Progress atau stempel waktu entri jam kerja pertama. Pengumpulan data Catat perubahan status menjadi In Progress atau Started Jenis peristiwa explicit | |||
| Perintah kerja disetujui | Perubahan status otorisasi yang menunjukkan bahwa lingkup pekerjaan, perkiraan biaya, dan rencana telah ditinjau dan disetujui. Pekerjaan kini siap dilaksanakan. | ||
| Mengapa ini penting Langkah ini mengukur waktu tunggu administratif untuk menyelesaikan persetujuan perencanaan dan anggaran. Sumber data Biasanya tercatat saat status berubah menjadi Approved, Released, atau Authorized. Pengumpulan data Saring peristiwa perubahan status yang menunjukkan otorisasi Jenis peristiwa explicit | |||
| Perintah kerja ditutup | Tahap administrasi terakhir saat pencatatan keuangan perintah kerja dikunci dan diarsipkan. Tidak ada lagi biaya atau jam kerja yang dapat dicatat. | ||
| Mengapa ini penting Menandai akhir mutlak kasus di sistem. Keterlambatan pada tahap ini menunjukkan penumpukan pekerjaan administratif. Sumber data Tercatat saat status berubah menjadi Closed, Archived, atau CLSD. Pengumpulan data Catat perubahan status akhir menjadi Closed Jenis peristiwa explicit | |||
| Perintah kerja selesai | Penyelesaian teknis pekerjaan fisik. Aset dikembalikan ke operasional, meski tugas administrasi keuangan mungkin masih tersisa. | ||
| Mengapa ini penting Stempel waktu utama untuk menghitung akhir durasi perbaikan dan waktu henti aset. Sumber data Tercatat saat status berubah menjadi Completed, TECO, atau Finished. Pengumpulan data Catat perubahan status yang menandakan penyelesaian teknis Jenis peristiwa explicit | |||
| Bahan dikeluarkan | Pengeluaran fisik suku cadang dari inventaris untuk perintah kerja. Langkah ini memastikan bahan tersedia dan telah digunakan. | ||
| Mengapa ini penting Memastikan suku cadang benar-benar digunakan dan menghentikan penghitungan waktu keterlambatan akibat ketersediaan bahan. Sumber data Tercatat dalam log transaksi inventaris saat jenis pembebanan ditautkan ke perintah kerja. Pengumpulan data Ambil stempel waktu dari transaksi pengeluaran inventaris Jenis peristiwa explicit | |||
| Pekerjaan ulang pemeliharaan dicatat | Menunjukkan pekerjaan yang telah selesai ditolak atau segera gagal sehingga statusnya harus kembali menjadi In Progress. Ini menandakan adanya siklus berulang dalam proses. | ||
| Mengapa ini penting Indikator penting adanya masalah pelatihan teknis atau kualitas suku cadang yang buruk. Sumber data Disimpulkan saat status berubah mundur dari Complete ke In Progress, atau tercatat secara eksplisit dengan kode Rework. Pengumpulan data Temukan perubahan status mundur atau penanda pekerjaan ulang Jenis peristiwa inferred | |||
| Pemeriksaan kualitas selesai | Tahap validasi khusus untuk memeriksa, mengukur, atau menguji hasil perbaikan. Langkah ini memastikan aset memenuhi standar operasional sebelum kembali digunakan. | ||
| Mengapa ini penting Penting untuk analisis kepatuhan dan keselamatan. Kegagalan pada tahap ini memicu pekerjaan ulang. Sumber data Tercatat dalam log inspeksi, penyelesaian daftar periksa, atau pencapaian status tertentu. Pengumpulan data Temukan penyelesaian tugas inspeksi atau pembaruan status kualitas Jenis peristiwa explicit | |||
| Perintah kerja dibatalkan | Penghentian perintah kerja sebelum selesai dengan sukses. Hal ini terjadi jika pekerjaan dianggap tidak perlu, duplikat, atau digabungkan dengan pekerjaan lain. | ||
| Mengapa ini penting Tingkat pembatalan yang tinggi dapat menunjukkan penyaringan permintaan awal yang buruk atau masalah entri data duplikat. Sumber data Tercatat saat status berubah menjadi Cancelled, Rejected, atau Void. Pengumpulan data Saring nilai status akhir yang menunjukkan pembatalan Jenis peristiwa explicit | |||
| Perintah kerja ditangguhkan | Status perintah kerja diubah menjadi ditangguhkan sehingga pelaksanaan berhenti. Hal ini biasanya terjadi karena suku cadang tidak tersedia, akses terbatas, atau masalah keselamatan. | ||
| Mengapa ini penting Menunjukkan hambatan dan ketergantungan eksternal yang mengganggu alur proses standar. Sumber data Tercatat secara eksplisit dalam riwayat status saat nilainya berubah menjadi Hold, Suspended, atau Blocked. Pengumpulan data Saring perubahan status yang menunjukkan penangguhan Jenis peristiwa explicit | |||
| Permintaan bahan dibuat | Permintaan resmi suku cadang atau bahan habis pakai ditautkan ke perintah kerja. Langkah ini memulai subproses rantai pasok yang diperlukan untuk perbaikan. | ||
| Mengapa ini penting Penting untuk menganalisis keterlambatan akibat ketergantungan pada rantai pasok dan ketiadaan bahan. Sumber data Tercatat dalam tabel kebutuhan bahan atau saat status berubah menjadi Waiting on Material. Pengumpulan data Temukan pembuatan baris bahan yang ditautkan ke perintah kerja Jenis peristiwa explicit | |||
| Permintaan pemeliharaan dibuat | Pengajuan awal laporan kerusakan atau permintaan layanan oleh operator atau sistem otomatis. Langkah ini biasanya terjadi sebelum perintah kerja resmi dibuat dan menandai awal sebenarnya dari siklus permintaan. | ||
| Mengapa ini penting Dengan mencatat langkah ini, Anda dapat menghitung total waktu respons sejak masalah diketahui, bukan hanya sejak tim pemeliharaan menerima permintaan. Sumber data Biasanya tercatat dalam log permintaan layanan, tabel tiket help desk, atau tabel riwayat notifikasi. Pengumpulan data Ambil stempel waktu pembuatan objek permintaan awal yang terhubung dengan perintah kerja Jenis peristiwa explicit | |||
| Prioritas diperbarui | Perubahan tingkat kekritisan atau urgensi perintah kerja setelah pertama kali dibuat. Perubahan ini mencatat nilai prioritas baru dan waktu keputusan dibuat. | ||
| Mengapa ini penting Perubahan prioritas yang sering dapat menunjukkan proses triase yang buruk atau manipulasi sistem untuk melewati antrean pekerjaan tertunda. Sumber data Biasanya tercatat dalam jejak audit kolom Priority atau log riwayat sistem. Pengumpulan data Temukan perubahan pada kolom prioritas di log audit Jenis peristiwa explicit | |||
| Tanggal target diperbarui | Pembaruan tanggal mulai atau tanggal selesai yang direncanakan untuk perintah kerja. Perubahan ini mencerminkan penyesuaian ekspektasi akibat ketersediaan sumber daya atau keterlambatan. | ||
| Mengapa ini penting Melacak perubahan tanggal membantu mengetahui apakah KPI tercapai berkat kinerja yang lebih baik atau hanya karena targetnya terus diubah. Sumber data Tercatat dalam log audit yang melacak perubahan pada kolom Scheduled Start atau Required By Date. Pengumpulan data Catat pembaruan kolom tanggal dalam riwayat perintah kerja Jenis peristiwa explicit | |||
Panduan Ekstraksi
Metode ekstraksi berbeda-beda untuk setiap sistem. Untuk petunjuk lengkap,
baca panduan ETL kami atau pilih proses dan sistem tertentu.
Siap Memulai?
Anda dapat mengikuti panduan ekstraksi untuk platform tertentu atau menerapkan templat umum ini pada lingkungan data Anda. Keduanya dapat menjadi langkah awal untuk memulai process mining.
Tingkatkan Efisiensi Pemeliharaan Aset Anda Sekarang
Kurangi waktu henti dan biaya pemeliharaan dengan data terkini.
Tidak perlu kartu kredit. Penyiapan hanya 5 menit.