Templat Data Pemeliharaan Aset Anda
Templat Data Pemeliharaan Aset Anda
- Kolom data khusus proses untuk melacak pemeliharaan
- Tonggak penting untuk analisis siklus perintah kerja
- Panduan ekstraksi terperinci bagi pengguna Infor EAM
Atribut Pemeliharaan Aset
| Nama | Deskripsi | ||
|---|---|---|---|
| Aktivitas EventName | Tahap atau perubahan status tertentu dalam siklus pemeliharaan. | ||
| Deskripsi Atribut ini mencatat nama peristiwa atau perubahan status, seperti Perintah kerja dibuat, Material dikeluarkan, atau Perintah kerja ditutup. Nilainya diambil dari riwayat perubahan status atau jenis transaksi tertentu yang tercatat pada perintah kerja. Dengan mengikuti urutan nilai ini, alat process mining menyusun kembali jalur alur kerja. Hasilnya dapat digunakan untuk menganalisis variasi proses, siklus pekerjaan ulang, dan urutan aktivitas. Mengapa ini penting Atribut ini menentukan simpul pada peta proses dan diperlukan untuk memahami kejadian di setiap tahap. Sumber data Tabel R5EVENTSTATUS (kolom EVS_STATUS) atau R5TRANSACTIONS (kolom TRA_DESC) Contoh Perintah kerja dibuatMaterial dikeluarkanPerintah kerja ditutupSumber daya dijadwalkan | |||
| Perintah kerja pemeliharaan WorkOrderNumber | ID unik untuk perintah kerja pemeliharaan. | ||
| Deskripsi Atribut ini menjadi ID utama kasus dalam analisis proses. Nilainya menunjukkan pekerjaan pemeliharaan tertentu, baik preventif maupun korektif, dan menghubungkan semua aktivitas, biaya, serta catatan tenaga kerja berikutnya. Di Infor EAM, nilai ini biasanya berupa Kode Peristiwa di tabel peristiwa utama. Analis menggunakan kolom ini untuk membedakan setiap kasus proses. Kolom ini menggabungkan semua peristiwa dalam satu permintaan pemeliharaan, sehingga waktu siklus dan biaya dapat dihitung untuk setiap pekerjaan. Mengapa ini penting Kolom ini menjadi kunci utama untuk menyusun kembali alur proses dan mengidentifikasi setiap kasus pemeliharaan secara unik. Sumber data Tabel R5EVENTS, kolom EVT_CODE Contoh 10023456WO-2023-88910023457PM-55421 | |||
| Stempel waktu EventTimestamp | Tanggal dan waktu saat aktivitas terjadi. | ||
| Deskripsi Atribut ini mencatat waktu tepat terjadinya aktivitas. Data ini digunakan untuk mengurutkan peristiwa secara kronologis dan menghitung durasi antar tahap. Stempel waktu yang akurat penting untuk menemukan hambatan, mengukur waktu tunggu, dan menghitung kepatuhan SLA. Di Infor EAM, nilainya biasanya berasal dari tanggal transaksi atau tanggal perubahan status. Mengapa ini penting Atribut ini menyediakan dimensi waktu yang diperlukan untuk semua analisis berbasis waktu dan pengurutan peristiwa. Sumber data Tabel R5EVENTSTATUS (kolom EVS_DATE) atau R5TRANSACTIONS (kolom TRA_DATE) Contoh 2023-10-12T08:30:00Z2023-10-12T14:15:00Z2023-10-14T09:00:00Z | |||
| Pembaruan data terakhir LastDataUpdate | Stempel waktu saat data diekstrak atau terakhir diperbarui. | ||
| Deskripsi Kolom ini menunjukkan kapan catatan terakhir diproses atau diekstrak untuk model process mining. Dengan begitu, pengguna dapat mengetahui seberapa baru data yang sedang dianalisis. Nilainya sering dibuat selama proses ETL, bukan berasal dari sistem sumber. Informasi ini membantu analis mengetahui apakah data yang dilihat mencerminkan kondisi terkini atau riwayat sebelumnya. Mengapa ini penting Kolom ini memvalidasi kebaruan data dan membantu menemukan kumpulan data yang sudah usang. Sumber data Waktu sistem saat ekstraksi Contoh 2023-10-25T12:00:00Z | |||
| Sistem sumber SourceSystem | Nama sistem asal data. | ||
| Deskripsi Atribut ini menunjukkan asal catatan data, terutama dalam lingkungan yang menggunakan beberapa sistem. Untuk tampilan ini, nilainya menjadi penanda tetap untuk instans Infor EAM. Atribut ini membantu melacak asal data dan memecahkan masalah jika beberapa sumber data digabungkan ke dalam satu model data process mining. Mengapa ini penting Atribut ini memastikan data dapat dilacak kembali ke lingkungan Infor EAM. Sumber data Diisi secara tetap saat ekstraksi Contoh Infor EAMDatastream 7i | |||
| Departemen DepartmentCode | Departemen atau tim pemeliharaan yang bertanggung jawab atas pekerjaan. | ||
| Deskripsi Atribut ini menunjukkan departemen internal atau pusat biaya yang menangani perintah kerja. Anda dapat membandingkan kinerja berbagai tim pemeliharaan, misalnya tim Listrik dan Mekanik. Di Infor EAM, atribut ini sering disebut MRC (Maintenance Repair Center). Mengapa ini penting Mendukung perencanaan sumber daya dan analisis kinerja departemen. Sumber data Tabel R5EVENTS, kolom EVT_MRC Contoh MECHELECFACILITIES | |||
| Estimasi biaya EstimatedCost | Anggaran yang direncanakan untuk perintah kerja. | ||
| Deskripsi Atribut ini mencatat estimasi biaya yang dibuat pada tahap perencanaan. Dengan membandingkannya dengan biaya aktual, analis dapat menilai ketepatan estimasi dari departemen perencanaan. Selisih besar antara biaya estimasi dan aktual menunjukkan perlunya meninjau proses estimasi atau efisiensi pelaksanaan. Mengapa ini penting Mendukung dasbor Analisis Biaya Estimasi dan Aktual. Sumber data Tabel R5EVENTS, kolom EVT_ESTCOST Contoh 500.001200.500.00 | |||
| Jenis pemeliharaan MaintenanceType | Mengelompokkan perintah kerja sebagai preventif, korektif, atau prediktif. | ||
| Deskripsi Atribut ini mengelompokkan jenis pekerjaan pemeliharaan. Analis dapat memisahkan tampilan proses untuk membandingkan siklus pemeliharaan preventif terencana dengan perbaikan reaktif yang tidak direncanakan. Menyeimbangkan proporsi pekerjaan preventif dan reaktif merupakan salah satu tujuan utama manajer pemeliharaan. Kolom ini biasanya terdapat di kolom jenis peristiwa. Mengapa ini penting Penting untuk dasbor distribusi jenis pemeliharaan dan analisis strategi keandalan. Sumber data Tabel R5EVENTS, kolom EVT_TYPE Contoh PreventifKorektifKerusakanInspeksi | |||
| Kode aset AssetCode | Pengenal unik untuk peralatan atau aset yang dirawat. | ||
| Deskripsi Atribut ini menunjukkan objek fisik yang menjadi sasaran perintah kerja pemeliharaan. Dengan atribut ini, riwayat pemeliharaan dapat dihimpun untuk setiap mesin atau fasilitas. Analisis kinerja proses berdasarkan kode aset membantu menemukan peralatan yang sering rusak atau membutuhkan waktu perbaikan lebih lama dari rata-rata. Mengapa ini penting Penting untuk menghubungkan kinerja proses dengan infrastruktur fisik. Sumber data Tabel R5EVENTS, kolom EVT_OBJECT Contoh PUMP-001HVAC-N-22CONVEYOR-05 | |||
| Prioritas WorkOrderPriority | Tingkat urgensi yang ditetapkan untuk perintah kerja pemeliharaan. | ||
| Deskripsi Atribut ini menunjukkan tingkat kepentingan perintah kerja, biasanya dengan skala seperti Tinggi, Sedang, dan Rendah. Gunakan atribut ini untuk menyaring analisis dan memastikan pekerjaan penting mendapat prioritas yang tepat dalam antrean. Analisis alur proses berdasarkan prioritas membantu memastikan pekerjaan berprioritas tinggi benar-benar ditangani lebih cepat daripada pekerjaan berprioritas rendah. Mengapa ini penting Penting untuk memastikan pekerjaan darurat mendapat penanganan yang sesuai. Sumber data Tabel R5EVENTS, kolom EVT_PRIORITY Contoh 1-Darurat2-Tinggi3-Rutin | |||
| Tanggal target SLA SlaTargetDate | Batas waktu penyelesaian perintah kerja. | ||
| Deskripsi Atribut ini menyimpan tanggal target penyelesaian, yang biasanya ditentukan berdasarkan tingkat kekritisan aset dan prioritas pekerjaan. Tanggal ini menjadi acuan untuk menghitung kepatuhan terhadap jadwal. Bandingkan waktu penyelesaian aktual dengan tanggal ini untuk mengetahui apakah organisasi memenuhi perjanjian tingkat layanan. Mengapa ini penting Diperlukan untuk dasbor Kinerja SLA untuk Aset Kritis. Sumber data Tabel R5EVENTS, kolom EVT_TARGET Contoh 2023-11-01T17:00:00Z | |||
| Teknisi TechnicianName | Orang atau sumber daya tertentu yang ditugaskan untuk melaksanakan pekerjaan. | ||
| Deskripsi Atribut ini mencatat pengguna atau teknisi yang melakukan aktivitas tertentu. Data ini digunakan untuk menganalisis produktivitas tenaga kerja serta menemukan kebutuhan pelatihan atau jadwal yang kurang efisien. Bergantung pada konfigurasi sistem, data ini dapat ditemukan di tabel jam kerja yang dicatat atau di kolom penanggung jawab pada event. Mengapa ini penting Mendukung analisis di dasbor Produktivitas Tenaga Kerja dan Penjadwalan. Sumber data Tabel R5BOOKEDHOURS (kolom BOO_PERSON) atau R5EVENTS (kolom EVT_PERSON) Contoh J. SmithM. DoeKontraktor-A | |||
| Total biaya aktual ActualTotalCost | Jumlah akhir biaya tenaga kerja, material, dan jasa. | ||
| Deskripsi Atribut ini menunjukkan total dampak biaya dari pekerjaan pemeliharaan. Nilainya diperbarui saat jam kerja dicatat dan material dikeluarkan. Atribut ini menjadi metrik keuangan utama untuk proses, sehingga Anda dapat menganalisis faktor penyebab biaya dan membuat laporan anggaran. Mengapa ini penting Metrik utama untuk penyelesaian keuangan dan analisis efisiensi. Sumber data Tabel R5EVENTS, kolom EVT_ACTCOST (atau jumlah transaksi) Contoh 450.251500.0075.50 | |||
| Apakah ada pengerjaan ulang IsRework | Penanda yang menunjukkan apakah perintah kerja mencakup langkah pelaksanaan berulang. | ||
| Deskripsi Atribut boolean ini menunjukkan apakah alur proses memiliki pengulangan, khususnya saat proses kembali ke tahap pelaksanaan setelah pemeriksaan kualitas. Nilainya dihitung saat transformasi data dengan memeriksa aktivitas 'Maintenance Task Executed' yang berulang. Tingkat pengerjaan ulang yang tinggi sering menandakan masalah kualitas atau pelatihan yang belum memadai. Mengapa ini penting Mendukung langsung dasbor Pengerjaan Ulang Pemeliharaan dan Audit Kualitas. Sumber data Dihitung di ETL atau alat process mining Contoh truefalse | |||
| Apakah SLA terlampaui IsSlaBreached | Penanda yang menunjukkan apakah waktu penyelesaian melewati tanggal target. | ||
| Deskripsi Atribut boolean ini membandingkan waktu 'Work Order Completed' dengan 'SLA Target Date'. Jika pekerjaan selesai setelah tanggal target, nilainya menjadi true. Atribut ini menyederhanakan pelaporan dengan menyediakan dimensi biner untuk menyaring kasus yang patuh dan tidak patuh. Mengapa ini penting Menyederhanakan pelaporan kepatuhan SLA. Sumber data Dihitung di ETL atau alat process mining Contoh truefalse | |||
| Biaya material MaterialCost | Biaya suku cadang yang dikeluarkan untuk perintah kerja. | ||
| Deskripsi Atribut ini memisahkan biaya material dari total biaya. Dengan begitu, Anda dapat membedakan pengeluaran rantai pasok dari biaya tenaga kerja. Pencatatan terpisah ini mendukung keputusan terkait harga suku cadang dan pengelolaan persediaan. Mengapa ini penting Rincian yang diperlukan untuk analisis keuangan. Sumber data Dihitung dari R5TRANSACTIONS dengan jenis transaksi issue Contoh 150.0020.00 | |||
| Deskripsi WorkOrderDescription | Keterangan teks tentang masalah atau pekerjaan yang diperlukan. | ||
| Deskripsi Atribut ini berisi ringkasan teks bebas yang dimasukkan oleh pemohon atau perencana. Informasi ini memberi konteks kualitatif untuk menjelaskan kasus yang menyimpang atau perilaku proses tertentu. Analisis teks dapat digunakan untuk mengelompokkan penyebab umum kegagalan yang tidak tercatat di kolom terstruktur. Mengapa ini penting Memberi konteks untuk analisis akar masalah. Sumber data Tabel R5EVENTS, kolom EVT_DESC Contoh Getaran pompa tinggiGanti seal pada katup 2Inspeksi triwulanan | |||
| Jam kerja LaborHoursUsed | Jumlah jam kerja aktual yang digunakan untuk menyelesaikan perintah kerja. | ||
| Deskripsi Atribut ini menjumlahkan waktu yang dicatat teknisi untuk perintah kerja. Data ini penting untuk menghitung produktivitas tenaga kerja dan tingkat pemanfaatan teknisi. Jam kerja berbeda dari durasi perintah kerja, karena menunjukkan upaya aktual, bukan waktu kalender. Mengapa ini penting Metrik utama untuk dasbor Produktivitas Tenaga Kerja dan Penjadwalan. Sumber data Jumlah jam dalam R5BOOKEDHOURS untuk event tersebut Contoh 2.58.00.5 | |||
| Organisasi OrganizationCode | Unit bisnis atau lokasi tempat aset berada. | ||
| Deskripsi Dalam penerapan di beberapa lokasi, atribut ini menunjukkan fasilitas atau unit bisnis tertentu. Atribut ini memungkinkan perbandingan tingkat tinggi antara pabrik atau wilayah geografis. Atribut ini penting untuk membuat dasbor global, terutama saat proses di setiap lokasi sedikit berbeda. Mengapa ini penting Mendukung tampilan Unit Bisnis untuk membandingkan kinerja antar lokasi. Sumber data Tabel R5EVENTS, kolom EVT_ORG Contoh NYC-PLANTLON-HQMFG-01 | |||
| Tingkat kekritisan aset AssetCriticality | Skor atau peringkat yang menunjukkan pentingnya aset bagi operasional. | ||
| Deskripsi Atribut ini mengelompokkan aset berdasarkan tingkat kepentingannya bagi produksi atau keselamatan, misalnya A, B, atau C. Analis dapat menggunakannya untuk melihat apakah aset penting ditangani dengan tingkat urgensi yang sesuai. Data ini biasanya diambil dari data induk aset yang terkait dengan perintah kerja. Mengapa ini penting Memungkinkan analisis keterlambatan pemeliharaan berdasarkan risiko. Sumber data Tabel R5OBJECTS (kolom OBJ_CRITICALITY), ditautkan melalui EVT_OBJECT Contoh A - KritisB - PentingC - Dioperasikan hingga rusak | |||
Aktivitas Pemeliharaan Aset
| Aktivitas | Deskripsi | ||
|---|---|---|---|
| Pekerjaan dimulai | Menunjukkan dimulainya pekerjaan fisik pada aset. Waktu ini sering disimpulkan dari stempel waktu pencatatan jam kerja pertama atau pembaruan status tertentu dari perangkat seluler. | ||
| Mengapa ini penting Penting untuk menghitung waktu tunggu permintaan material dan efisiensi pemanfaatan teknisi. Tahap ini membedakan waktu 'Scheduled' dari waktu 'Working'. Sumber data Ambil waktu dari Start Date paling awal di R5BOOKEDHOURS atau dari perubahan status menjadi 'In Progress' di R5EVENTSTATUS. Pengumpulan data Tentukan dengan membandingkan kolom X dan Y Jenis peristiwa inferred | |||
| Perintah kerja dibuat | Menandai pembuatan resmi objek perintah kerja, baik dari konversi permintaan maupun dibuat langsung. Peristiwa ini memulai pencatatan biaya, sumber daya, dan riwayat status untuk kasus pemeliharaan. | ||
| Mengapa ini penting Peristiwa utama untuk membuat kasus dalam pemantau tunggakan dan penyelesaian pekerjaan. Peristiwa ini membedakan tahap permintaan dari alur kerja pengelolaan pemeliharaan yang sebenarnya. Sumber data Cari data baru di tabel R5EVENTS dengan EVT_TYPE bernilai 'JOB' atau 'PPM'. Anda juga dapat melacak perubahan status ke status awal 'Open' di R5EVENTSTATUS. Pengumpulan data Dicatat saat transaksi membuat data WO Jenis peristiwa explicit | |||
| Perintah kerja ditutup | Tahap administrasi terakhir, saat perintah kerja diarsipkan dan tidak ada lagi biaya yang dapat dicatat. Tahap ini mengakhiri siklus hidup kasus. | ||
| Mengapa ini penting Mengakhiri pengukuran efisiensi penutupan administratif. Tahap ini penting untuk menjaga kebersihan data dan mencegah perintah kerja terbuka yang terbengkalai. Sumber data Cari perubahan status menjadi 'Close' di R5EVENTSTATUS. Perubahan ini menetapkan kolom EVT_STATUS ke 'C'. Pengumpulan data Dicatat saat status berubah menjadi Closed Jenis peristiwa explicit | |||
| Perintah kerja selesai | Menandai selesainya pekerjaan pemeliharaan secara teknis. Aset telah kembali beroperasi, meski urusan keuangan dan administrasi mungkin masih perlu diselesaikan. | ||
| Mengapa ini penting Menjadi titik akhir pengukuran kinerja SLA untuk aset kritis. Membedakan antara 'Pekerjaan selesai' dan 'Dokumentasi selesai'. Sumber data Lacak perubahan status menjadi 'C' (Complete) atau 'J' (Job Complete) di R5EVENTSTATUS. Periksa EVT_DATECOMPLETED. Pengumpulan data Dicatat saat status berubah menjadi Complete Jenis peristiwa explicit | |||
| Permintaan pemeliharaan diterima | Menandai saat permintaan pemeliharaan pertama kali masuk ke sistem, biasanya melalui portal layanan atau antarmuka pusat panggilan. Di Infor EAM, permintaan ini biasanya tercatat saat data dibuat di entitas Call atau Request, sebelum diubah menjadi perintah kerja resmi. | ||
| Mengapa ini penting Menjadi titik awal untuk menghitung laju pertumbuhan tunggakan pemeliharaan dan total waktu penyelesaian. Data ini penting untuk mengetahui jumlah permintaan sebenarnya yang diterima departemen pemeliharaan. Sumber data Cari data di tabel R5EVENTS dengan EVT_TYPE bernilai 'R' (Request) atau 'C' (Call). Gunakan catatan EVT_CREATED. Pengumpulan data Dicatat saat data permintaan dimasukkan Jenis peristiwa explicit | |||
| Tugas pemeliharaan dikerjakan | Menunjukkan pelaksanaan pekerjaan pemeliharaan yang dicatat melalui jam kerja teknisi. Aktivitas ini dapat berulang beberapa kali untuk satu perintah kerja. | ||
| Mengapa ini penting Menjadi sumber data untuk KPI efisiensi pemanfaatan teknisi dan akurasi estimasi tenaga kerja. Frekuensi tinggi tanpa penyelesaian dapat menandakan perbaikan yang sulit. Sumber data Ambil setiap entri di tabel R5BOOKEDHOURS yang terkait dengan perintah kerja. Pengumpulan data Dicatat saat transaksi X dijalankan Jenis peristiwa explicit | |||
| Catatan pemeliharaan diperbarui | Mencatat penambahan catatan teknis, kode kerusakan, atau data pemantauan kondisi pada perintah kerja. Pembaruan ini biasanya dilakukan menjelang akhir pekerjaan fisik. | ||
| Mengapa ini penting Mendukung pemantauan kepatuhan dokumentasi teknis dan memastikan kualitas data untuk analisis keandalan di kemudian hari. Sumber data Lacak pembaruan di tabel R5COMMENTS atau perubahan pada kolom 'Problem/Failure/Cause' di R5EVENTS. Pengumpulan data Dicatat saat data diperbarui Jenis peristiwa explicit | |||
| Material dikeluarkan | Mencatat pengeluaran fisik suku cadang dari inventaris untuk perintah kerja. Tahap ini memastikan material tersedia untuk digunakan. | ||
| Mengapa ini penting Menjadi peristiwa penutup untuk analisis keterlambatan rantai pasok dan memastikan kendala suku cadang telah teratasi. Sumber data Cari transaksi dengan jenis 'I' (Issue) di R5TRANSACTIONS yang terkait dengan perintah kerja. Pengumpulan data Dicatat saat transaksi X dijalankan Jenis peristiwa explicit | |||
| Pengujian kendali mutu dilakukan | Menunjukkan tahap pemeriksaan khusus sebelum perbaikan disetujui. Jika pemeriksaan gagal, proses kembali ke tahap pengerjaan. | ||
| Mengapa ini penting Penting untuk dasbor pekerjaan ulang pemeliharaan dan audit kualitas. Membantu menemukan masalah kualitas dan siklus pekerjaan ulang. Sumber data Identifikasi penyelesaian daftar periksa tertentu di R5CHECKLISTS atau perubahan status ke 'Review' di R5EVENTSTATUS. Pengumpulan data Bandingkan kolom status sebelum dan sesudah Jenis peristiwa inferred | |||
| Penyelesaian keuangan diproses | Menunjukkan penghitungan akhir dan pembukuan biaya yang terkait dengan perintah kerja. Tahap ini memastikan seluruh biaya tenaga kerja dan material diperhitungkan dalam anggaran. | ||
| Mengapa ini penting Mendukung analisis perbandingan biaya estimasi dan aktual. Keterlambatan pada tahap ini memengaruhi keakuratan laporan keuangan. Sumber data Biasanya disimpulkan dari tanggal perintah kerja dikunci agar tidak dapat diedit atau saat transaksi pembaruan biaya akhir tercatat di log transaksi. Pengumpulan data Tentukan dengan membandingkan kolom X dan Y Jenis peristiwa calculated | |||
| Perencanaan dan estimasi selesai | Menunjukkan bahwa cakupan perintah kerja telah ditetapkan, biaya telah diperkirakan, dan rencana kerja siap disetujui. Peristiwa ini sering disimpulkan dari perubahan status perencanaan menjadi status siap disetujui. | ||
| Mengapa ini penting Penting untuk mengukur waktu siklus persetujuan perintah kerja dan menemukan hambatan administratif sebelum pekerjaan dimulai. Data ini juga mendukung analisis waktu tunggu perencanaan. Sumber data Simpulkan dari R5EVENTSTATUS saat status berubah dari 'Planning' menjadi 'Request Approval' atau 'Released'. Pengumpulan data Bandingkan kolom status sebelum dan sesudah Jenis peristiwa inferred | |||
| Perintah kerja disetujui | Menandakan bahwa pekerjaan pemeliharaan telah mendapat persetujuan dari tingkat manajemen yang berwenang. Setelah tahap ini, perintah kerja dapat dijadwalkan dan material dapat diminta. | ||
| Mengapa ini penting Menandai akhir siklus persetujuan dan dimulainya pekerjaan pemeliharaan. Keterlambatan pada tahap ini berdampak langsung pada kecepatan respons terhadap kerusakan aset kritis. Sumber data Lacak penambahan kode status 'A' (Approved) atau 'R' (Released) di tabel riwayat R5EVENTSTATUS. Pengumpulan data Dicatat saat status berubah menjadi Approved Jenis peristiwa explicit | |||
| Permintaan material diajukan | Mencatat permintaan khusus untuk suku cadang yang diperlukan dalam pekerjaan pemeliharaan. Peristiwa ini penting untuk menghubungkan proses rantai pasok dengan pelaksanaan pemeliharaan. | ||
| Mengapa ini penting Menjadi titik awal dasbor analisis keterlambatan pasokan material. Data ini menunjukkan apakah pengadaan suku cadang menjadi penyebab utama keterlambatan pemeliharaan. Sumber data Cari stempel waktu pembuatan di tabel R5REQUISITIONS atau R5MATLIST yang terkait dengan ID perintah kerja. Pengumpulan data Dicatat saat transaksi X dijalankan Jenis peristiwa explicit | |||
| Sumber daya dijadwalkan | Mencatat penugasan teknisi atau kru tertentu ke perintah kerja. Tahap ini menandai peralihan dari perencanaan ke alokasi sumber daya. | ||
| Mengapa ini penting Mendukung dasbor produktivitas tenaga kerja dan penjadwalan. Membantu menemukan jeda antara persetujuan dan ketersediaan sumber daya. Sumber data Lacak perubahan penugasan tenaga kerja di tabel R5ACTIVITIES atau perubahan status menjadi 'Scheduled' di R5EVENTSTATUS. Pengumpulan data Dicatat saat sumber daya ditugaskan Jenis peristiwa explicit | |||
Panduan Ekstraksi
Langkah
Pastikan modul Databridge tersedia: Masuk ke Infor EAM sebagai administrator. Buka menu Administration dan pastikan modul Databridge aktif serta Anda memiliki akses ke layar konfigurasi Partner dan Document.
Tentukan partner ekspor: Buat Partner baru di Databridge khusus untuk ProcessMind, misalnya kode partner
PMIND. Atur metode Communication keFILEatauFTP, sesuai lokasi penyimpanan file XML/CSV. Pilih format keluaran XML agar data tetap akurat.Atur objek bisnis (dokumen): Anda perlu berlangganan BOD Infor EAM tertentu untuk merekam Aktivitas yang diperlukan. Tambahkan dokumen berikut ke konfigurasi Partner:
MP0094_SyncWorkOrder: Merekam pembuatan, perubahan status, pembaruan, dan penutupan.MP0024_SyncBookedHours: Merekam pencatatan jam kerja (Pelaksanaan).MP3036_SyncTransaction: Merekam pengeluaran dan pengembalian material.MP0026_SyncRequisition: Merekam permintaan material.MP0098_SyncWorkOrderActivity: Merekam detail penjadwalan dan perencanaan.
Atur filter: Terapkan filter pada setiap dokumen untuk mengecualikan data yang tidak relevan. Untuk
SyncWorkOrder, filter berdasarkanOrganisasidan pastikanWork Order Typetidak kosong. Atur filterTanggalagar mencakup periode analisis, misalnya 12 bulan terakhir.Aktifkan pemicu peristiwa: Di layar Event Configuration, pastikan pemicu
On Save,On Update, danOn Status Changeaktif untuk entitas yang terkait dengan dokumen pilihan. Dengan begitu, data langsung dikirim saat pengguna berinteraksi dengan sistem.Petakan elemen data: Atur templat XML Databridge agar menyertakan kolom yang diperlukan. Pastikan
EVT_CODEdipetakan keWorkOrderNumber,EVT_STATUSdisertakan untuk pelacakan status, danEVT_DAT_CREATEDtersedia.Jalankan pemuatan awal: Databridge terutama bekerja berdasarkan peristiwa. Namun, untuk analisis historis, Anda perlu menjalankan Batch Export. Buka layar Databridge Export, pilih partner
PMINDdan dokumenSyncWorkOrder, tentukan rentang tanggal, lalu klikKirimuntuk membuat data historis yang belum diekspor.Seragamkan keluaran: Ekspor menghasilkan file XML hierarkis. Gunakan alat skrip seperti Python atau PowerShell, atau middleware ETL, untuk meratakan file XML tersebut. Logikanya: satu node XML menjadi satu baris peristiwa. Gunakan aturan pemetaan di bagian Kueri di bawah.
Tentukan nama Aktivitas: Dalam skrip transformasi, gunakan logika kondisional dari bagian Kueri untuk mengubah kode sistem, misalnya Status
Rmenjadi 'Perintah kerja dibuat' dan StatusCmenjadi 'Perintah kerja selesai', menjadi nama Aktivitas yang mudah dipahami.Format stempel waktu: Infor EAM mengekspor stempel waktu dalam format ISO 8601. Pastikan formatnya diubah menjadi
YYYY-MM-DD HH:MM:SSagar kompatibel dengan ProcessMind.Gabungkan log peristiwa: Gabungkan keluaran dari berbagai objek bisnis (Perintah Kerja, Jam Kerja yang Dicatat, Transaksi) ke dalam satu file CSV. Urutkan berdasarkan
WorkOrderNumberdanEventTimestamp.Validasi akhir: Muat file CSV yang dihasilkan ke ProcessMind dan pastikan jumlah kasus sesuai dengan jumlah Perintah Kerja unik yang diekspor dari Infor EAM.
Konfigurasi
- Format ekspor: Sebaiknya gunakan XML, bukan teks biasa, agar karakter khusus dalam komentar dapat ditangani dan skema tetap terjaga.
- Mode pemicu: Pilih Asynchronous agar pemrosesan Databridge tidak memperlambat antarmuka pengguna pada jam sibuk.
- Tingkat perincian: Pastikan Include Update Details dicentang dalam konfigurasi Document agar perubahan pada tingkat kolom, seperti pembaruan Priority atau perubahan Department, dapat diketahui.
- Rentang tanggal: Untuk pemuatan batch awal, praktik umum adalah mengambil riwayat selama 12-24 bulan. Untuk pemuatan delta berkelanjutan, sistem akan mengirim data secara real-time.
- Filter organisasi: Selalu filter berdasarkan
EVT_ORG(Organization) agar data dari beberapa tenant tidak ikut diekstrak jika instans EAM Anda digunakan bersama. - Konfigurasi status: Pastikan status yang ditentukan pengguna dipetakan ke status sistem (R, A, C, dan seterusnya) dengan benar agar pemetaan aktivitas akurat.
Contoh kueri json
{
"extractionConfig": {
"sourceSystem": "Infor EAM",
"module": "Databridge",
"targetFormat": "ProcessMind_EventLog",
"globalFilters": {
"organization": "[Your Organization Code]",
"dateRangeStart": "2023-01-01",
"excludedTypes": ["Standing Work Order", "Campaign"]
},
"mappings": [
{
"activityName": "Maintenance Request Received",
"sourceDocument": "MP0094_SyncWorkOrder",
"triggerCondition": "EVT_TYPE = 'R' AND EVT_DATE_CREATED IS NOT NULL",
"timestampField": "EVT_DATE_CREATED",
"attributes": {
"WorkOrderNumber": "EVT_CODE",
"MaintenanceType": "EVT_TYPE",
"AssetCode": "EVT_OBJECT",
"DepartmentCode": "EVT_MRC",
"Priority": "EVT_PRIORITY"
}
},
{
"activityName": "Work Order Generated",
"sourceDocument": "MP0094_SyncWorkOrder",
"triggerCondition": "Previous_EVT_STATUS IS NULL AND EVT_STATUS = 'R'",
"timestampField": "EVT_RTYPE_DATE",
"attributes": {
"WorkOrderNumber": "EVT_CODE",
"TechnicianName": "EVT_PERSON",
"EstimatedCost": "EVT_COST_EST"
}
},
{
"activityName": "Planning and Estimating Finished",
"sourceDocument": "MP0094_SyncWorkOrder",
"triggerCondition": "EVT_STATUS changes to 'READY' (or system equivalent)",
"timestampField": "EVT_STATUS_DATE",
"attributes": {
"WorkOrderNumber": "EVT_CODE",
"SlaTargetDate": "EVT_TARGET"
}
},
{
"activityName": "Work Order Approved",
"sourceDocument": "MP0094_SyncWorkOrder",
"triggerCondition": "EVT_STATUS changes to 'A' (Approved)",
"timestampField": "EVT_STATUS_DATE",
"attributes": {
"WorkOrderNumber": "EVT_CODE",
"EstimatedCost": "EVT_COST_EST"
}
},
{
"activityName": "Material Requisition Submitted",
"sourceDocument": "MP0026_SyncRequisition",
"triggerCondition": "REQ_STATUS = 'R' AND REQ_EVT IS NOT NULL",
"timestampField": "REQ_DATE_CREATED",
"attributes": {
"WorkOrderNumber": "REQ_EVT",
"DepartmentCode": "REQ_MRC"
}
},
{
"activityName": "Resources Scheduled",
"sourceDocument": "MP0098_SyncWorkOrderActivity",
"triggerCondition": "ACT_PERSON IS NOT NULL OR ACT_TRADE IS NOT NULL",
"timestampField": "ACT_START_DATE",
"attributes": {
"WorkOrderNumber": "ACT_EVENT",
"TechnicianName": "ACT_PERSON"
}
},
{
"activityName": "Work Commenced",
"sourceDocument": "MP0094_SyncWorkOrder",
"triggerCondition": "EVT_STATUS changes to 'IP' (In Progress)",
"timestampField": "EVT_STATUS_DATE",
"attributes": {
"WorkOrderNumber": "EVT_CODE"
}
},
{
"activityName": "Material Issued",
"sourceDocument": "MP3036_SyncTransaction",
"triggerCondition": "TRN_TYPE = 'ISSUE'",
"timestampField": "TRN_DATE",
"attributes": {
"WorkOrderNumber": "TRN_EVENT",
"ActualTotalCost": "TRN_VALUE",
"AssetCode": "TRN_PART"
}
},
{
"activityName": "Maintenance Task Executed",
"sourceDocument": "MP0024_SyncBookedHours",
"triggerCondition": "BOO_HOURS > 0",
"timestampField": "BOO_DATE",
"attributes": {
"WorkOrderNumber": "BOO_EVENT",
"TechnicianName": "BOO_PERSON",
"ActualTotalCost": "BOO_COST"
}
},
{
"activityName": "Maintenance Records Updated",
"sourceDocument": "MP0094_SyncWorkOrder",
"triggerCondition": "Update to EVT_UDF_CHECKLIST OR EVT_NOTE is updated",
"timestampField": "LastUpdateTimestamp",
"attributes": {
"WorkOrderNumber": "EVT_CODE"
}
},
{
"activityName": "Quality Control Testing Performed",
"sourceDocument": "MP0094_SyncWorkOrder",
"triggerCondition": "EVT_STATUS changes to 'QC' or 'TEST'",
"timestampField": "EVT_STATUS_DATE",
"attributes": {
"WorkOrderNumber": "EVT_CODE"
}
},
{
"activityName": "Work Order Completed",
"sourceDocument": "MP0094_SyncWorkOrder",
"triggerCondition": "EVT_STATUS changes to 'C' (Completed)",
"timestampField": "EVT_COMPLETED",
"attributes": {
"WorkOrderNumber": "EVT_CODE",
"SlaTargetDate": "EVT_TARGET"
}
},
{
"activityName": "Financial Settlement Processed",
"sourceDocument": "MP0094_SyncWorkOrder",
"triggerCondition": "EVT_DATE_POSTED IS NOT NULL AND Previous_EVT_DATE_POSTED IS NULL",
"timestampField": "EVT_DATE_POSTED",
"attributes": {
"WorkOrderNumber": "EVT_CODE",
"ActualTotalCost": "EVT_COST_ACT"
}
},
{
"activityName": "Work Order Closed",
"sourceDocument": "MP0094_SyncWorkOrder",
"triggerCondition": "EVT_STATUS changes to 'CLOSE'",
"timestampField": "EVT_STATUS_DATE",
"attributes": {
"WorkOrderNumber": "EVT_CODE"
}
}
]
}
} Langkah
Menyiapkan Akses Database Buat koneksi langsung ke database Infor EAM melalui ODBC/JDBC (Oracle atau SQL Server). Pastikan Anda memiliki izin baca saja untuk tabel berikut: R5EVENTS (Work Orders), R5STATUS (Status History), R5BOOKEDHOURS (Labor), R5TRANSACTIONS (Materials), R5ACTIVITIES (Tasks), dan R5TESTRESULTS (Quality).
Menentukan Cakupan dan Filter Tentukan rentang waktu ekstraksi. Biasanya, data 12 hingga 24 bulan terakhir cukup untuk process mining. Jika Anda menggunakan instans di beberapa lokasi, cari Organization Code (ORG) untuk memfilter data yang relevan.
Mengonfigurasikan Pemetaan Status Infor EAM memungkinkan penggunaan status yang ditentukan pengguna. Tinjau skrip SQL yang disediakan dan ganti nilai sementara seperti 'A' (Approved) atau 'C' (Closed) dengan kode status yang digunakan dalam konfigurasi EAM Anda. Jika tidak yakin, cari kode tersebut di tabel R5STATUS_CODES.
Menyiapkan Skrip SQL Salin SQL dari bagian Query. Ganti nilai sementara [StartDate] dan [EndDate] dengan rentang tanggal yang diinginkan, misalnya '2023-01-01'. Ganti [Your Organization Code] dengan filter unit bisnis Anda.
Menjalankan Ekstraksi Jalankan query di klien SQL Anda, seperti SQL Developer, SSMS, atau DBeaver. Query menggunakan UNION ALL untuk menggabungkan peristiwa header, perubahan status, pencatatan jam kerja, dan transaksi material ke dalam satu format log peristiwa yang seragam.
Memvalidasi Data Periksa apakah ada stempel waktu NULL di kolom EventTimestamp. Pastikan WorkOrderNumber terisi di setiap baris. Pastikan kolom EventName memuat kombinasi yang sesuai dari 14 aktivitas yang ditentukan.
Transformasi Data (Opsional) Jika stempel waktu memiliki perbedaan zona waktu dari kebutuhan analisis, terapkan fungsi konversi seperti AT TIME ZONE di dalam query atau saat pemrosesan lanjutan.
Mengekspor ke CSV Ekspor hasil query ke file CSV biasa. Gunakan koma atau titik koma sebagai pemisah, serta tanda kutip ganda untuk membatasi teks agar koma dalam deskripsi tidak mengacaukan data.
Mengimpor ke ProcessMind Unggah file CSV ke ProcessMind. Petakan kolom sebagai berikut: WorkOrderNumber ke Case ID, EventName ke Activity, dan EventTimestamp ke Timestamp. Petakan kolom lainnya sebagai atribut case atau peristiwa.
Konfigurasi
- Rentang Tanggal: Rentang ekstraksi yang disarankan adalah 12-24 bulan. Pastikan filter diterapkan pada EVT_DATE (Creation Date) atau tanggal transaksi terkait agar case yang masih terbuka tetap tercakup.
- Filter Organization: Gunakan EVT_ORG atau kolom Organization yang umum untuk memisahkan data berdasarkan pabrik atau fasilitas, karena proses dapat berbeda di setiap lokasi.
- Kode Status: Query ini menggunakan kode status standar (A, C, R, dan lainnya). Pastikan kode tersebut sesuai dengan konfigurasi sistem Anda di menu Administration, pada bagian Screen Setup atau Status setup.
- Kinerja: Query mengakses tabel transaksi berukuran besar (R5TRANSACTIONS). Jika mengquery kumpulan data besar (lebih dari 1 juta baris), pastikan indeks non-clustered yang sesuai tersedia pada EVT_CODE dan TRN_DATE.
- Zona Waktu: Infor EAM menyimpan tanggal berdasarkan waktu server database. Perhitungkan perbedaan zona waktu jika pengguna Anda bekerja di zona waktu lain.
Contoh kueri sql
/* 1. Work Order Generated (Creation) */
SELECT
EVT_CODE AS WorkOrderNumber,
'Work Order Generated' AS EventName,
EVT_DATE AS EventTimestamp,
'Infor EAM' AS SourceSystem,
GETDATE() AS LastDataUpdate,
EVT_TYPE AS MaintenanceType,
EVT_OBJECT AS AssetCode,
EVT_MRC AS DepartmentCode,
NULL AS TechnicianName,
EVT_PRIORITY AS WorkOrderPriority,
NULL AS EstimatedCost,
NULL AS ActualTotalCost,
EVT_TARGET AS SlaTargetDate
FROM R5EVENTS
WHERE EVT_DATE >= '[StartDate]' AND EVT_ORG = '[Your Organization Code]'
UNION ALL
/* 2. Maintenance Request Received (If derived from origin date) */
SELECT
EVT_CODE,
'Maintenance Request Received',
EVT_CREATED,
'Infor EAM',
GETDATE(),
EVT_TYPE,
EVT_OBJECT,
EVT_MRC,
NULL,
EVT_PRIORITY,
NULL,
NULL,
EVT_TARGET
FROM R5EVENTS
WHERE EVT_CREATED < EVT_DATE /* Only if created earlier than WO generation */
AND EVT_DATE >= '[StartDate]' AND EVT_ORG = '[Your Organization Code]'
UNION ALL
/* 3. Planning and Estimating Finished (Status Change) */
SELECT
S.STA_KEYVALUE,
'Planning and Estimating Finished',
S.STA_DATE,
'Infor EAM',
GETDATE(),
E.EVT_TYPE,
E.EVT_OBJECT,
E.EVT_MRC,
NULL,
E.EVT_PRIORITY,
NULL,
NULL,
E.EVT_TARGET
FROM R5STATUS S
JOIN R5EVENTS E ON S.STA_KEYVALUE = E.EVT_CODE
WHERE S.STA_TABLE = 'EVT' AND S.STA_RSTATUS IN ('R', 'PLANNED') /* Adjust status code */
AND E.EVT_DATE >= '[StartDate]' AND E.EVT_ORG = '[Your Organization Code]'
UNION ALL
/* 4. Work Order Approved */
SELECT
S.STA_KEYVALUE,
'Work Order Approved',
S.STA_DATE,
'Infor EAM',
GETDATE(),
E.EVT_TYPE,
E.EVT_OBJECT,
E.EVT_MRC,
NULL,
E.EVT_PRIORITY,
NULL,
NULL,
E.EVT_TARGET
FROM R5STATUS S
JOIN R5EVENTS E ON S.STA_KEYVALUE = E.EVT_CODE
WHERE S.STA_TABLE = 'EVT' AND S.STA_RSTATUS = 'A' /* Standard Approved Code */
AND E.EVT_DATE >= '[StartDate]'
UNION ALL
/* 5. Material Requisition Submitted */
SELECT
TRL_EVENT,
'Material Requisition Submitted',
TRL_DATE,
'Infor EAM',
GETDATE(),
E.EVT_TYPE,
E.EVT_OBJECT,
E.EVT_MRC,
NULL,
E.EVT_PRIORITY,
NULL,
NULL,
E.EVT_TARGET
FROM R5TRANSLINES T
JOIN R5EVENTS E ON T.TRL_EVENT = E.EVT_CODE
WHERE T.TRL_TYPE = 'REQ' /* Requisition Line */
AND E.EVT_DATE >= '[StartDate]'
UNION ALL
/* 6. Resources Scheduled */
SELECT
ACT_EVENT,
'Resources Scheduled',
ACT_START,
'Infor EAM',
GETDATE(),
E.EVT_TYPE,
E.EVT_OBJECT,
E.EVT_MRC,
ACT_PERSON,
E.EVT_PRIORITY,
ACT_EST_COST,
NULL,
E.EVT_TARGET
FROM R5ACTIVITIES A
JOIN R5EVENTS E ON A.ACT_EVENT = E.EVT_CODE
WHERE A.ACT_START IS NOT NULL
AND E.EVT_DATE >= '[StartDate]'
UNION ALL
/* 7. Work Commenced */
SELECT
S.STA_KEYVALUE,
'Work Commenced',
S.STA_DATE,
'Infor EAM',
GETDATE(),
E.EVT_TYPE,
E.EVT_OBJECT,
E.EVT_MRC,
NULL,
E.EVT_PRIORITY,
NULL,
NULL,
E.EVT_TARGET
FROM R5STATUS S
JOIN R5EVENTS E ON S.STA_KEYVALUE = E.EVT_CODE
WHERE S.STA_TABLE = 'EVT' AND S.STA_RSTATUS IN ('SO', 'IP') /* Start Order or In Progress */
AND E.EVT_DATE >= '[StartDate]'
UNION ALL
/* 8. Material Issued */
SELECT
TRN_EVENT,
'Material Issued',
TRN_DATE,
'Infor EAM',
GETDATE(),
E.EVT_TYPE,
E.EVT_OBJECT,
E.EVT_MRC,
NULL,
E.EVT_PRIORITY,
NULL,
TRN_VALUE,
E.EVT_TARGET
FROM R5TRANSACTIONS T
JOIN R5EVENTS E ON T.TRN_EVENT = E.EVT_CODE
WHERE T.TRN_TYPE = 'I' /* Issue Transaction */
AND E.EVT_DATE >= '[StartDate]'
UNION ALL
/* 9. Maintenance Task Executed (Labor Booking) */
SELECT
BOO_EVENT,
'Maintenance Task Executed',
BOO_DATE,
'Infor EAM',
GETDATE(),
E.EVT_TYPE,
E.EVT_OBJECT,
E.EVT_MRC,
BOO_PERSON,
E.EVT_PRIORITY,
NULL,
BOO_VALUE,
E.EVT_TARGET
FROM R5BOOKEDHOURS B
JOIN R5EVENTS E ON B.BOO_EVENT = E.EVT_CODE
WHERE E.EVT_DATE >= '[StartDate]'
UNION ALL
/* 10. Maintenance Records Updated (Comments) */
SELECT
COM_CODE,
'Maintenance Records Updated',
COM_DATE,
'Infor EAM',
GETDATE(),
E.EVT_TYPE,
E.EVT_OBJECT,
E.EVT_MRC,
COM_PERSON,
E.EVT_PRIORITY,
NULL,
NULL,
E.EVT_TARGET
FROM R5COMMENTS C
JOIN R5EVENTS E ON C.COM_CODE = E.EVT_CODE
WHERE C.COM_TYPE = 'EVT' /* Linked to Event */
AND E.EVT_DATE >= '[StartDate]'
UNION ALL
/* 11. Quality Control Testing Performed */
SELECT
TST_EVENT,
'Quality Control Testing Performed',
TST_DATE,
'Infor EAM',
GETDATE(),
E.EVT_TYPE,
E.EVT_OBJECT,
E.EVT_MRC,
TST_ENTEREDBY,
E.EVT_PRIORITY,
NULL,
NULL,
E.EVT_TARGET
FROM R5TESTRESULTS T
JOIN R5EVENTS E ON T.TST_EVENT = E.EVT_CODE
WHERE E.EVT_DATE >= '[StartDate]'
UNION ALL
/* 12. Work Order Completed */
SELECT
S.STA_KEYVALUE,
'Work Order Completed',
S.STA_DATE,
'Infor EAM',
GETDATE(),
E.EVT_TYPE,
E.EVT_OBJECT,
E.EVT_MRC,
NULL,
E.EVT_PRIORITY,
NULL,
NULL,
E.EVT_TARGET
FROM R5STATUS S
JOIN R5EVENTS E ON S.STA_KEYVALUE = E.EVT_CODE
WHERE S.STA_TABLE = 'EVT' AND S.STA_RSTATUS = 'C' /* Completed/Technically Complete */
AND E.EVT_DATE >= '[StartDate]'
UNION ALL
/* 13. Financial Settlement Processed */
SELECT
S.STA_KEYVALUE,
'Financial Settlement Processed',
S.STA_DATE,
'Infor EAM',
GETDATE(),
E.EVT_TYPE,
E.EVT_OBJECT,
E.EVT_MRC,
NULL,
E.EVT_PRIORITY,
NULL,
NULL,
E.EVT_TARGET
FROM R5STATUS S
JOIN R5EVENTS E ON S.STA_KEYVALUE = E.EVT_CODE
WHERE S.STA_TABLE = 'EVT' AND S.STA_RSTATUS = 'AC' /* Accounting Close/Review */
AND E.EVT_DATE >= '[StartDate]'
UNION ALL
/* 14. Work Order Closed */
SELECT
S.STA_KEYVALUE,
'Work Order Closed',
S.STA_DATE,
'Infor EAM',
GETDATE(),
E.EVT_TYPE,
E.EVT_OBJECT,
E.EVT_MRC,
NULL,
E.EVT_PRIORITY,
NULL,
E.EVT_COST, /* Final Cost usually captured here */
E.EVT_TARGET
FROM R5STATUS S
JOIN R5EVENTS E ON S.STA_KEYVALUE = E.EVT_CODE
WHERE S.STA_TABLE = 'EVT' AND S.STA_RSTATUS = 'CL' /* Hard Close */
AND E.EVT_DATE >= '[StartDate]' Siap Memulai?
Gunakan templat ini untuk membangun dasar data yang kuat dan mulai meningkatkan operasional pemeliharaan Anda hari ini. Tim teknis kami siap membantu proses ekstraksi dan pemetaan.
Tingkatkan Pemeliharaan Aset di Infor EAM Hari Ini
Kurangi waktu siklus pemeliharaan hingga 30 persen, mulai hari ini
Tidak perlu kartu kredit. Penyiapan hanya beberapa menit