Templat Data Pemeliharaan Aset Anda
Templat Data Pemeliharaan Aset Anda
- Atribut yang disarankan untuk analisis menyeluruh
- Tonggak proses penting untuk dipantau
- Panduan ekstraksi khusus sistem Oracle
Atribut Pemeliharaan Aset
| Nama | Deskripsi | ||
|---|---|---|---|
|
Aktivitas
ActivityName
|
Nama kejadian atau perubahan status dalam alur kerja. | ||
|
Deskripsi
Atribut ini mencatat langkah tertentu dalam proses pemeliharaan, seperti 'Perintah kerja dibuat', 'Operasi dimulai', atau 'Perintah kerja ditutup'. Langkah-langkah ini menjadi simpul dalam peta proses. Analis menggunakannya untuk melihat alur proses, menemukan variasi, dan mendeteksi hambatan di antara langkah-langkah tertentu.
Mengapa ini penting
Diperlukan untuk menentukan alur proses dan urutan kejadian.
Sumber data
Diambil dari tabel riwayat transaksi atau catatan perubahan status.
Contoh
Perintah kerja pemeliharaan dibuatPerintah kerja dirilisOperasi selesai
|
|||
|
Perintah kerja pemeliharaan
WorkOrderNumber
|
Pengenal unik untuk perintah kerja pemeliharaan. | ||
|
Deskripsi
Nomor Work Order menjadi pengenal unik untuk setiap kasus dalam proses pemeliharaan. Nomor ini melacak siklus tugas pemeliharaan, mulai dari permintaan awal atau pembuatan jadwal hingga pelaksanaan, penyelesaian, dan penutupan keuangan. Dalam analisis, atribut ini menjadi kunci utama untuk menggabungkan data kejadian dengan atribut tingkat kasus. Analis dapat mengelompokkan semua aktivitas untuk satu pekerjaan dan menghitung waktu siklus dari awal hingga akhir.
Mengapa ini penting
Ini adalah kunci utama untuk instans proses dan penting untuk menyusun kembali riwayat kasus.
Sumber data
Tabel WIE_WORK_ORDERS_B, kolom WORK_ORDER_NUMBER
Contoh
WO-2023-0015WO-2023-0089WO-2023-1102
|
|||
|
Timestamp kejadian
EventDateTime
|
Tanggal dan waktu saat aktivitas terjadi. | ||
|
Deskripsi
Atribut ini mencatat waktu tepat terjadinya suatu kejadian. Data ini digunakan untuk mengurutkan aktivitas dalam satu kasus dan menghitung durasi antar langkah. Timestamp yang akurat penting untuk menghitung waktu siklus, menemukan keterlambatan, dan mengukur kinerja terhadap SLA.
Mengapa ini penting
Penting untuk menyusun linimasa proses.
Sumber data
Kolom CREATION_DATE atau LAST_UPDATE_DATE dalam tabel transaksi.
Contoh
2023-10-15T08:30:00Z2023-10-15T09:15:00Z2023-10-16T14:00:00Z
|
|||
|
Pembaruan data terakhir
LastDataUpdate
|
Stempel waktu ekstraksi data terbaru. | ||
|
Deskripsi
Tanggal dan waktu terakhir data diekstrak atau diperbarui di alat process mining. Informasi ini membantu pengguna mengetahui seberapa mutakhir analisisnya. Kolom metadata sistem ini diperlukan untuk tata kelola data.
Mengapa ini penting
Memastikan pengguna mengetahui kemutakhiran data.
Sumber data
Waktu sistem saat ekstraksi.
Contoh
2023-10-30T12:00:00Z
|
|||
|
Sistem sumber
SourceSystem
|
Nama sistem asal data. | ||
|
Deskripsi
Menunjukkan perangkat lunak atau basis data sumber tempat catatan diambil. Dalam konteks ini, biasanya 'Oracle Maintenance Cloud'. Penting untuk melacak asal-usul data di lingkungan dengan banyak sistem.
Mengapa ini penting
Melacak asal-usul data di lingkungan dengan banyak sistem.
Sumber data
Diisi secara tetap saat ekstraksi.
Contoh
Oracle Maintenance CloudOracle Cloud ERP
|
|||
|
Jenis pemeliharaan
WorkOrderType
|
Mengelompokkan perintah kerja sebagai preventif, korektif, atau prediktif. | ||
|
Deskripsi
Atribut ini menjelaskan jenis pekerjaan pemeliharaan. Nilai yang umum mencakup Preventive, Corrective, Emergency, atau Condition-Based. Atribut ini penting untuk KPI Rasio Pemeliharaan Proaktif. Analis dapat membandingkan volume pekerjaan terencana dengan respons tak terencana terhadap kerusakan.
Mengapa ini penting
Membedakan pemeliharaan terencana dari perbaikan reaktif.
Sumber data
Tabel WIE_WORK_ORDERS_B, kolom WORK_ORDER_TYPE_ID (digabungkan dengan definisi jenis).
Contoh
PreventifKorektifDarurat
|
|||
|
Kode organisasi
OrganizationCode
|
Kode organisasi pemeliharaan atau pabrik. | ||
|
Deskripsi
Menunjukkan unit bisnis, pabrik, atau fasilitas tertentu yang bertanggung jawab atas pekerjaan pemeliharaan. Kode ini memungkinkan perbandingan kinerja berdasarkan wilayah atau fasilitas. Digunakan untuk memetakan perbedaan kinerja antar lokasi atau unit operasional.
Mengapa ini penting
Mengelompokkan analisis berdasarkan lokasi fisik atau unit bisnis.
Sumber data
Tabel WIE_WORK_ORDERS_B, kolom ORGANIZATION_ID.
Contoh
M1NY-PLANTLON-DEPOT
|
|||
|
Nomor aset
AssetNumber
|
Pengenal unik peralatan yang sedang dipelihara. | ||
|
Deskripsi
Mengidentifikasi aset fisik atau mesin tertentu yang menjadi objek perintah kerja pemeliharaan. Atribut ini menghubungkan proses dengan hierarki aset. Atribut ini penting untuk KPI Frekuensi Perbaikan Ulang Aset. Analis dapat menemukan mesin yang berulang kali mengalami kerusakan.
Mengapa ini penting
Menghubungkan aktivitas pemeliharaan dengan peralatan fisik tertentu.
Sumber data
Tabel WIE_WORK_ORDERS_B, kolom ASSET_ID (digabungkan dengan CSI_ITEM_INSTANCES).
Contoh
PUMP-101HVAC-Unit-5CONVEYOR-BELT-A
|
|||
|
Prioritas
Priority
|
Tingkat urgensi yang ditetapkan untuk perintah kerja. | ||
|
Deskripsi
Menunjukkan tingkat kepentingan perintah kerja, seperti Critical, High, Medium, atau Low. Prioritas ini menentukan penjadwalan dan alokasi sumber daya. Penting untuk dasbor Efisiensi Konversi Perintah Kerja agar kerusakan kritis mendapat prioritas yang tepat.
Mengapa ini penting
Menentukan target waktu respons dan alokasi sumber daya.
Sumber data
Tabel WIE_WORK_ORDERS_B, kolom WORK_ORDER_PRIORITY_ID.
Contoh
KritisTinggiStandar
|
|||
|
Status perintah kerja
WorkOrderStatus
|
Tahap siklus perintah kerja saat ini. | ||
|
Deskripsi
Menunjukkan status perintah kerja, seperti Unreleased, Released, On Hold, Completed, atau Closed. Status ini membantu memisahkan kasus yang masih terbuka dari yang sudah selesai. Status ini digunakan di dasbor untuk melihat pekerjaan yang sedang berlangsung (WIP) dan menemukan perintah kerja yang tertahan pada status tertentu.
Mengapa ini penting
Memberikan gambaran kemajuan perintah kerja saat ini.
Sumber data
Tabel WIE_WORK_ORDERS_B, kolom WORK_ORDER_STATUS_ID.
Contoh
ReleasedOn HoldClosed
|
|||
|
Tanggal mulai aktual
ActualStartDate
|
Tanggal dan waktu pekerjaan benar-benar dimulai. | ||
|
Deskripsi
Mencatat waktu teknisi benar-benar mulai bekerja. Pencatatan ini sering dipicu oleh transaksi 'Operation Started'. Digunakan untuk menghitung keterlambatan pemenuhan material (titik akhir) dan kelancaran penjadwalan sumber daya.
Mengapa ini penting
Penting untuk menghitung durasi pelaksanaan dan membandingkannya dengan rencana.
Sumber data
Tabel WIE_WORK_ORDERS_B, kolom ACTUAL_START_DATE.
Contoh
2023-10-212023-10-222023-10-23
|
|||
|
Tanggal penyelesaian aktual
ActualCompletionDate
|
Tanggal dan waktu pekerjaan pemeliharaan selesai. | ||
|
Deskripsi
Mencatat penyelesaian akhir pekerjaan fisik. Stempel waktu ini digunakan untuk menutup tahap pelaksanaan dalam siklus proses. Menjadi titik akhir waktu siklus pelaksanaan teknis dan titik awal waktu tunda administratif.
Mengapa ini penting
Menandai akhir tahap pelaksanaan teknis.
Sumber data
Tabel WIE_WORK_ORDERS_B, kolom COMPLETED_DATE atau CLOSED_DATE.
Contoh
2023-10-252023-10-262023-10-27
|
|||
|
Teknisi yang ditugaskan
AssignedTechnician
|
Orang atau kelompok sumber daya yang ditugaskan untuk melaksanakan tugas. | ||
|
Deskripsi
Mencatat ID pengguna atau karyawan teknisi yang bertanggung jawab atas pekerjaan. Penugasan dapat dilakukan di tingkat header atau operasi. Digunakan dalam analisis Pemanfaatan Teknisi dan Tenaga Kerja untuk menemukan kesenjangan keahlian atau sumber daya yang digunakan secara berlebihan.
Mengapa ini penting
Memungkinkan analisis kinerja sumber daya dan perencanaan kapasitas.
Sumber data
Tabel WIE_OPERATION_RESOURCES atau tabel penugasan serupa.
Contoh
J. SmithTech-005Kontraktor eksternal
|
|||
|
Apakah pengerjaan ulang
IsRework
|
Penanda yang menunjukkan apakah perintah kerja ini merupakan perbaikan berulang. | ||
|
Deskripsi
Penanda boolean bernilai true jika perintah kerja lain untuk ID Aset yang sama ditutup dalam rentang 30 hari sebelumnya. Atribut ini dihitung. Mendukung KPI frekuensi pengerjaan ulang aset dan membantu menemukan perbaikan yang kurang baik atau aset yang bermasalah.
Mengapa ini penting
Menunjukkan masalah kualitas dan kerusakan yang berulang.
Sumber data
Dihitung pada lapisan transformasi data.
Contoh
truefalse
|
|||
|
Deskripsi perintah kerja
WorkOrderDescription
|
Teks singkat yang menjelaskan masalah atau pekerjaan. | ||
|
Deskripsi
Kolom teks bebas yang diisi pemohon atau perencana untuk menjelaskan masalah atau pekerjaan yang diperlukan. Informasi ini memberi konteks yang mungkin tidak tercakup dalam data terstruktur. Berguna untuk analisis teks atau peninjauan manual jenis pekerjaan 'Lainnya'.
Mengapa ini penting
Memberikan konteks yang mudah dipahami tentang tugas pemeliharaan.
Sumber data
Tabel WIE_WORK_ORDERS_B, kolom WORK_ORDER_DESCRIPTION.
Contoh
Ganti motor sabuk konveyorInspeksi keselamatan bulananPerbaiki kebocoran oli pada Pompa A
|
|||
|
Estimasi jam kerja
EstimatedLaborHours
|
Jam kerja yang direncanakan untuk perintah kerja. | ||
|
Deskripsi
Perkiraan waktu yang dibutuhkan untuk menyelesaikan pekerjaan, menurut perencana. Nilai ini ditetapkan saat tahap perencanaan atau penerbitan. Dibandingkan dengan jam kerja aktual untuk mengetahui selisih dan menyempurnakan standar perencanaan berikutnya.
Mengapa ini penting
Tolok ukur untuk menilai efisiensi pelaksanaan.
Sumber data
Tabel WIE_OPERATION_RESOURCES, kuantitas yang direncanakan.
Contoh
5.010.01.0
|
|||
|
Jam kerja aktual
ActualLaborHours
|
Total jam yang dihabiskan teknisi untuk perintah kerja ini. | ||
|
Deskripsi
Jumlah seluruh durasi yang tercatat dalam transaksi tenaga kerja untuk perintah kerja ini. Nilai ini mengukur upaya yang benar-benar dikeluarkan. Digunakan dalam KPI selisih jam kerja estimasi dan aktual untuk menilai ketepatan perencanaan.
Mengapa ini penting
Metrik utama untuk menghitung biaya dan efisiensi tenaga kerja.
Sumber data
Diakumulasikan dari WIE_WORK_ORDER_TRANSACTIONS (transaksi sumber daya).
Contoh
4.512.00.75
|
|||
|
Kategori aset
AssetCategory
|
Pengelompokan aset berdasarkan jenis, seperti HVAC, armada, atau lini produksi. | ||
|
Deskripsi
Mengelompokkan aset ke dalam kategori yang lebih luas. Dengan begitu, kinerja pemeliharaan dapat dianalisis secara umum untuk berbagai jenis peralatan. Digunakan di dasbor Ikhtisar Waktu Tunggu Pemeliharaan untuk mengetahui jenis peralatan yang paling sering menyebabkan keterlambatan.
Mengapa ini penting
Memungkinkan analisis gabungan kinerja pemeliharaan berdasarkan jenis peralatan.
Sumber data
Diambil dari Kategori Item yang ditetapkan untuk Asset ID.
Contoh
Mesin beratKendaraan armadaFasilitas
|
|||
|
Tanggal mulai terjadwal
ScheduledStartDate
|
Tanggal mulai pekerjaan pemeliharaan yang direncanakan. | ||
|
Deskripsi
Tanggal dan waktu pekerjaan dijadwalkan untuk dimulai. Perbandingan dengan tanggal mulai aktual menunjukkan apakah jadwal dipatuhi. Digunakan dalam analisis penjadwalan dan keterlambatan untuk mendeteksi gangguan pada rencana pemeliharaan.
Mengapa ini penting
Acuan untuk mengukur kepatuhan terhadap jadwal dan keterlambatan.
Sumber data
Tabel WIE_WORK_ORDERS_B, kolom PLANNED_START_DATE.
Contoh
2023-10-202023-10-212023-10-22
|
|||
|
Tanggal permintaan
RequestDate
|
Tanggal saat permintaan pemeliharaan pertama kali diterima. | ||
|
Deskripsi
Stempel waktu yang menunjukkan kapan kebutuhan pemeliharaan pertama kali diketahui dan dicatat. Waktu ini menjadi titik awal perhitungan waktu tunggu. Penting untuk KPI Waktu tunggu konversi perintah kerja, yang mengukur jeda antara ditemukannya masalah dan dibuatnya perintah kerja.
Mengapa ini penting
Menandai awal siklus proses dari awal hingga akhir.
Sumber data
Tabel WIE_WORK_ORDERS_B, diturunkan dari tautan permintaan sumber.
Contoh
2023-10-012023-10-052023-11-12
|
|||
|
Tanggal target SLA
SlaTargetDate
|
Batas waktu penyelesaian perintah kerja. | ||
|
Deskripsi
Dihitung berdasarkan prioritas dan tanggal pembuatan. Tanggal ini menunjukkan komitmen kepada bisnis untuk memulihkan aset. Digunakan dalam KPI tingkat pencapaian SLA untuk mengetahui apakah pemeliharaan memenuhi kewajiban layanannya.
Mengapa ini penting
Menentukan kriteria keberhasilan ketepatan waktu.
Sumber data
Biasanya berupa kolom khusus atau diturunkan dari konfigurasi Prioritas.
Contoh
2023-11-012023-11-052023-11-10
|
|||
|
Total biaya
TotalCost
|
Total biaya yang timbul untuk perintah kerja. | ||
|
Deskripsi
Jumlah biaya material, tenaga kerja, dan overhead yang terkait dengan perintah kerja. Nilai ini biasanya ditetapkan saat aktivitas 'Maintenance Costs Transferred'. Digunakan dalam analisis ketepatan perencanaan pemeliharaan untuk membandingkan anggaran dengan pengeluaran aktual.
Mengapa ini penting
Metrik keuangan utama untuk aktivitas pemeliharaan.
Sumber data
Tabel modul biaya yang ditautkan ke ID Perintah Kerja.
Contoh
1500.00250.505000.00
|
|||
Aktivitas Pemeliharaan Aset
| Aktivitas | Deskripsi | ||
|---|---|---|---|
|
Jam kerja dicatat
|
Pencatatan waktu yang dihabiskan teknisi untuk mengerjakan perintah kerja. Kejadian transaksi ini mencatat biaya untuk aktivitas pemeliharaan. | ||
|
Mengapa ini penting
Melacak akumulasi upaya dan biaya. Beberapa kejadian dengan jenis ini menunjukkan pekerjaan yang masih berlangsung dan digunakan untuk menghitung selisih total jam kerja.
Sumber data
Diambil dari tabel WIE_RESOURCE_TRANSACTIONS.
Pengumpulan data
Dicatat saat transaksi X dijalankan.
Jenis peristiwa
explicit
|
|||
|
Material dikeluarkan
|
Pengurangan persediaan di gudang untuk perintah kerja tertentu. Kejadian ini menunjukkan perpindahan fisik suku cadang ke lokasi pemeliharaan. | ||
|
Mengapa ini penting
Menunjukkan bahwa pekerjaan akan segera dimulai. Membandingkan kejadian ini dengan 'Released' membantu menemukan keterlambatan dalam proses pengambilan barang di gudang.
Sumber data
Diambil dari tabel INV_MATERIAL_TXNS saat TRANSACTION_SOURCE_TYPE_ID terhubung ke Work Order.
Pengumpulan data
Dicatat saat transaksi X dijalankan.
Jenis peristiwa
explicit
|
|||
|
Operasi dimulai
|
Dimulainya operasi tertentu, misalnya Op 10 atau Op 20, dalam perintah kerja. Inilah saat pekerjaan teknis untuk suatu tugas benar-benar dimulai. | ||
|
Mengapa ini penting
Menandai tahap 'Pekerjaan dimulai'. Penting untuk menghitung waktu kerja teknisi yang sebenarnya dibandingkan dengan durasi yang direncanakan.
Sumber data
Diambil dari perubahan status di WIE_WO_OPERATIONS_B atau timestamp transaksi sumber daya pertama untuk operasi tersebut.
Pengumpulan data
Tentukan dengan membandingkan kolom X dan Y.
Jenis peristiwa
inferred
|
|||
|
Perintah kerja dirilis
|
Perubahan status yang mengubah perintah kerja dari Draft atau Unreleased menjadi Released. Tindakan ini mengizinkan penggunaan material dan sumber daya untuk perintah tersebut. | ||
|
Mengapa ini penting
Menandai akhir tahap perencanaan dan izin untuk memulai pelaksanaan. Keterlambatan pada tahap ini menunjukkan adanya hambatan dalam perencanaan.
Sumber data
Diambil dari WIE_WO_STATUS_HISTORY saat STATUS_CODE berubah menjadi 'RELEASED'.
Pengumpulan data
Bandingkan kolom status sebelum dan sesudah perubahan.
Jenis peristiwa
inferred
|
|||
|
Perintah kerja ditutup
|
Penutupan administratif akhir perintah kerja. Tidak ada biaya tambahan yang dapat dicatat dan perintah kerja diselesaikan untuk keperluan akuntansi. | ||
|
Mengapa ini penting
Menandai akhir siklus administrasi. Jeda antara Completed dan Closed menunjukkan keterlambatan administrasi.
Sumber data
Diambil dari WIE_WO_STATUS_HISTORY saat STATUS_CODE berubah menjadi 'CLOSED'.
Pengumpulan data
Bandingkan kolom status sebelum dan sesudah perubahan.
Jenis peristiwa
explicit
|
|||
|
Perintah kerja pemeliharaan dibuat
|
Pembuatan entitas Work Order oleh sistem, baik dari konversi permintaan maupun secara manual. Kejadian ini menetapkan Case ID untuk process mining dan menjadi dasar perencanaan serta pelaksanaan. | ||
|
Mengapa ini penting
Kejadian utama yang menjadi acuan untuk setiap instans proses. Kejadian ini memisahkan tahap penerimaan permintaan dari tahap perencanaan dan pelaksanaan.
Sumber data
Diambil dari tabel WIE_WORK_ORDERS_B menggunakan timestamp CREATION_DATE.
Pengumpulan data
Dicatat saat data header WO dibuat.
Jenis peristiwa
explicit
|
|||
|
Perintah kerja selesai
|
Penyelesaian teknis seluruh perintah kerja. Artinya, aset fisik telah diperbaiki dan siap digunakan, meskipun proses keuangan mungkin masih berlanjut. | ||
|
Mengapa ini penting
Menandai akhir efektif intervensi pemeliharaan dari sisi operasional. Digunakan untuk menghitung kepatuhan terhadap SLA.
Sumber data
Diambil dari WIE_WO_STATUS_HISTORY saat STATUS_CODE berubah menjadi 'COMPLETED'.
Pengumpulan data
Bandingkan kolom status sebelum dan sesudah perubahan.
Jenis peristiwa
explicit
|
|||
|
Permintaan pemeliharaan dibuat
|
Pengajuan awal permintaan pemeliharaan melalui portal layanan mandiri atau antarmuka help desk. Kejadian ini mencatat indikasi pertama kerusakan atau kebutuhan layanan sebelum permintaan menjadi perintah kerja resmi. Biasanya, data ini ditemukan di tabel Work Requests. | ||
|
Mengapa ini penting
Menandai awal sebenarnya dari siklus permintaan pemeliharaan. Penting untuk menghitung waktu tunggu antara identifikasi kerusakan dan pembuatan perintah kerja yang siap ditindaklanjuti.
Sumber data
Diambil dari tabel MNT_WORK_REQUESTS menggunakan kolom CREATION_DATE.
Pengumpulan data
Dicatat saat sebuah data dimasukkan ke tabel Work Requests.
Jenis peristiwa
explicit
|
|||
|
Biaya pemeliharaan dipindahkan
|
Pemindahan akumulasi biaya dari sistem pemeliharaan ke modul Cost Management. Langkah ini menjadi penyelesaian keuangan. | ||
|
Mengapa ini penting
Memastikan dampak keuangan pemeliharaan telah diakui. Penting untuk analisis 'Akurasi perencanaan pemeliharaan'.
Sumber data
Diambil dari tabel distribusi Cost Accounting yang terhubung ke sumber transaksi Work Order.
Pengumpulan data
Dicatat saat transaksi X dijalankan.
Jenis peristiwa
inferred
|
|||
|
Material dialokasikan
|
Pemesanan atau alokasi suku cadang dan komponen yang diperlukan untuk perintah kerja. Langkah ini memastikan persediaan tersedia sebelum pekerjaan dimulai. | ||
|
Mengapa ini penting
Penting untuk menganalisis kesiapan rantai pasok. Jika langkah ini tertunda, kemungkinan ada kekurangan persediaan atau perencanaan pengadaan yang lambat.
Sumber data
Diambil dari tabel WIE_WO_COMPONENTS_B berdasarkan CREATION_DATE atau ALLOCATION_DATE.
Pengumpulan data
Dicatat saat transaksi X dijalankan.
Jenis peristiwa
explicit
|
|||
|
Operasi selesai
|
Penyelesaian langkah tertentu (Operation) dalam urutan kerja. Menandakan bahwa bagian tertentu dari pekerjaan teknis telah selesai. | ||
|
Mengapa ini penting
Memberikan gambaran kemajuan secara terperinci. 'Tugas pemeliharaan dilaksanakan' biasanya ditentukan dari penyelesaian operasi terakhir.
Sumber data
Diambil dari perubahan status di WIE_WO_OPERATIONS_B atau riwayat transaksi yang menunjukkan penyelesaian.
Pengumpulan data
Bandingkan kolom status sebelum dan sesudah perubahan.
Jenis peristiwa
inferred
|
|||
|
Pemeriksaan kualitas dicatat
|
Pencatatan hasil pemeriksaan kualitas yang terkait dengan perintah kerja pemeliharaan. Hasil ini memastikan perbaikan memenuhi standar keselamatan dan operasional. | ||
|
Mengapa ini penting
Memastikan kepatuhan. Tidak adanya pemeriksaan kualitas sebelum pekerjaan selesai dapat menunjukkan risiko keselamatan atau penyimpangan proses.
Sumber data
Diambil dari QA_RESULTS atau tabel Quality Collection Plan serupa yang terhubung ke Work Order ID.
Pengumpulan data
Dicatat saat transaksi X dijalankan.
Jenis peristiwa
explicit
|
|||
|
Perintah kerja dibatalkan
|
Penghentian perintah kerja sebelum selesai. Hal ini dapat terjadi jika pekerjaan ternyata duplikat, tidak diperlukan, atau digabungkan dengan pekerjaan lain. | ||
|
Mengapa ini penting
Tingkat pembatalan yang tinggi dapat menunjukkan masalah dalam proses penerimaan permintaan atau logika pendeteksian duplikat.
Sumber data
Diambil dari WIE_WO_STATUS_HISTORY saat STATUS_CODE berubah menjadi 'CANCELED'.
Pengumpulan data
Bandingkan kolom status sebelum dan sesudah perubahan.
Jenis peristiwa
explicit
|
|||
|
Perintah kerja dijadwalkan
|
Penetapan tanggal mulai atau sumber daya tertentu, seperti teknisi dan alat, untuk operasi dalam perintah kerja. Langkah ini memperbarui tanggal jadwal yang direncanakan di sistem. | ||
|
Mengapa ini penting
Mengukur efisiensi tim penugasan atau penjadwalan. Jeda antara perilisan dan penjadwalan menunjukkan persaingan dalam penggunaan sumber daya.
Sumber data
Diambil dari pembaruan kolom penjadwalan di WIE_OPERATION_RESOURCES atau WIE_WO_OPERATIONS_B.
Pengumpulan data
Bandingkan kolom status sebelum dan sesudah perubahan.
Jenis peristiwa
inferred
|
|||
|
Perintah kerja ditangguhkan
|
Status perintah kerja diubah menjadi 'On Hold' sehingga pelaksanaan berhenti. Hal ini biasanya terjadi karena suku cadang tidak tersedia, akses terbatas, atau masalah keselamatan. | ||
|
Mengapa ini penting
Salah satu sumber utama inefisiensi proses. Mengetahui frekuensi dan durasi penangguhan penting untuk mengurangi waktu tunggu keseluruhan.
Sumber data
Diambil dari WIE_WO_STATUS_HISTORY saat STATUS_CODE berubah menjadi 'ON_HOLD'.
Pengumpulan data
Bandingkan kolom status sebelum dan sesudah perubahan.
Jenis peristiwa
explicit
|
|||
Panduan Ekstraksi
Siap Memulai?
Gunakan templat ini di lingkungan Oracle Anda untuk mengubah data pemeliharaan menjadi temuan yang bisa ditindaklanjuti. Tim kami siap membantu saat Anda mulai menggunakan process mining.
Tingkatkan Pemeliharaan Aset dan Cegah Keterlambatan Jadwal
Kurangi waktu siklus hingga 30 persen dan sesuaikan alokasi sumber daya Anda sekarang
Tidak perlu kartu kredit. Uji coba gratis selama 14 hari.