7 tips untuk memilih perangkat lunak manajemen aset
Perangkat lunak manajemen aset perusahaan (EAM) yang canggih adalah suatu keharusan bagi perusahaan dengan model bisnis yang mengandalkan memaksimalkan output dari aset yang mahal dan kompleks. Perangkat lunak EAM yang tepat akan membantu Anda tidak hanya memastikan ketersediaan aset dengan melihat bahwa pemeliharaan yang diperlukan dilakukan, tetapi memungkinkan manajemen senior untuk mengelola dan melindungi investasi mereka secara keseluruhan, baik itu di platform pengeboran lepas pantai, pembangkit listrik tenaga nuklir, fasilitas manufaktur, pesawat jet atau aset lainnya.
Tujuh tip yang disertakan dalam artikel ini berasal dari beberapa pemikir EAM teratas di IFS Amerika Utara dan IFS AB, dan dirancang untuk membantu memastikan bahwa Anda mendapatkan hasil maksimal dari perangkat lunak EAM sehingga Anda bisa mendapatkan hasil maksimal dari aset Anda.
1) Pertimbangkan PAS-55 dan tuntut agar ditempatkan di EAM.
PAS-55 adalah standar baru yang tersedia untuk umum untuk manajemen aset dari British Standards Institute, dan membuat terobosan cepat secara global. PAS-55 dapat menjadi cara yang bagus untuk membuktikan kepada pemangku kepentingan seperti pelanggan, pemegang saham, regulator, dan pelanggan bahwa Anda mengikuti praktik terbaik untuk memastikan operasi yang andal, mengendalikan biaya, dan memaksimalkan pengembalian aset modal. Standar ini hanya menangani perangkat lunak EAM secara periferal, tetapi menempatkan satu persyaratan utama pada sistem teknologi informasi yang digunakan untuk mengelola data aset yang seharusnya memengaruhi pemilihan perangkat lunak EAM.
PAS 55 mensyaratkan bahwa sistem TI yang digunakan untuk mengelola data aset memungkinkan untuk berbagi informasi dan penyimpanan pengetahuan di seluruh organisasi dengan fokus khusus pada kegiatan yang dialihdayakan. Secara khusus, EAM harus menangani semua fase siklus hidup aset, termasuk proses perencanaan dan rekayasa aset, pemeliharaan dan pengoperasian aset, dan akhirnya penghentian atau penonaktifan aset.
Untuk memfasilitasi kepatuhan dengan PAS-55, EAM dan perangkat lunak lain yang digunakan untuk mengelola data aset perlu memberikan pandangan yang akurat dan konsisten dari semua informasi aset – satu versi kebenaran – kebijakan, rencana, dan tindakan asuransi didasarkan pada pemahaman yang akurat sejarah dan status infrastruktur aset Anda saat ini. Untuk mencapai ini, produk perangkat lunak EAM harus benar-benar mengatasi semua fase siklus hidup aset, dan tidak banyak yang melakukannya. Sistem juga harus menyediakan portal atau metode lain bagi pihak luar seperti firma teknik dan kontraktor pemeliharaan untuk menggunakan sistem sehingga setiap orang yang menyentuh data aset tersebut berinteraksi dengan satu database secara real time.
Intinya: Apakah Anda berencana untuk segera menerapkan PAS-55 atau tidak, dukungan siklus hidup aset penuh harus menjadi sesuatu yang harus dicari dalam siklus pemilihan perangkat lunak EAM. Ini adalah salah satu praktik terbaik yang masuk akal secara terukur dan praktis dalam mengelola siklus hidup aset modal. Dan Anda tidak pernah tahu kapan kepatuhan PAS-55 akan muncul dalam agenda organisasi Anda, mungkin atas permintaan pelanggan, investor, dan pemangku kepentingan lainnya.
2) Buka sistem Anda untuk kontraktor Anda dengan teknologi sederhana.
Kepatuhan PAS-55 bukan satu-satunya alasan untuk membuka aplikasi EAM Anda kepada pemasok seperti perusahaan teknik dan kontraktor pemeliharaan. Ada dua alasan lagi bahwa ini adalah ide yang bagus. Pertama-tama, saat Anda merencanakan pekerjaan pemeliharaan untuk minggu-minggu mendatang, jika kontraktor Anda memiliki visibilitas rencana Anda melalui sistem EAM Anda, mereka dapat diberi tahu tentang pekerjaan yang akan datang, menjadwalkan orang-orang mereka, dan memastikan bahwa mereka memiliki alat dan bahan yang tepat. . Jika mereka melihat jadwal bergulir itu, mereka bisa lebih responsif terhadap kebutuhan Anda. Ini juga mengurangi jumlah waktu yang diperlukan untuk mengelola kontraktor luar tersebut melalui telepon dan email.
Selain itu, jika kontraktor dapat melaporkan aktivitas pekerjaan mereka langsung ke sistem Anda, Anda mendapatkan pembaruan waktu nyata dari pekerjaan yang diselesaikan. Itu menghilangkan penundaan yang terjadi ketika kontraktor memasukkan data ke dalam sistem mereka sendiri, dan data mengalir melalui mekanisme pelaporan dalam lingkungan kontraktor itu dan kembali ke tim pemeliharaan manufaktur, yang kemudian harus memasukkan catatan pekerjaan itu kembali ke EAM, perangkat lunak perencanaan sumber daya perusahaan (ERP) atau manajemen pemeliharaan terkomputerisasi (CMMS). Entri berulang itu sia-sia dan meningkatkan kemungkinan kesalahan. Data waktu nyata juga memungkinkan koordinasi yang lebih erat antara kontraktor dan staf pemeliharaan internal atau dengan kontraktor lain yang mengerjakan aset tersebut. Selain itu, data waktu nyata tersebut dapat memungkinkan penggunaan aset yang lebih efisien, seperti dimulainya kembali jadwal produksi segera setelah kontraktor selesai bekerja.
Intinya: Siapa pun yang terlibat dalam proses pemilihan EAM harus mengajukan pertanyaan sulit tentang bagaimana perangkat lunak dapat diperluas ke pemasok yang terlibat dalam berbagai tahap siklus hidup aset. Apakah ada cara berbeda untuk mencapai hal ini yang bekerja untuk berbagai pihak luar yang seharusnya dapat mengakses sistem EAM Anda?
3) Pertimbangkan pentingnya manajemen proyek pada tingkat makro.
Jika Anda menganggap siklus hidup suatu aset sebagai satu proyek panjang – proyek yang mungkin berlangsung selama 20 tahun atau lebih – menjadi jelas bahwa apa yang sebenarnya Anda lihat adalah proyek yang dimulai dengan proses rekayasa dan konstruksi. Proyek kemudian termasuk biaya untuk memelihara, mengoperasikan dan mereparasi, dan memuncak dengan keputusan yang tepat untuk menonaktifkan dan mengganti aset. Dengan tidak adanya sistem EAM dan ALM yang berfungsi penuh, fleksibel, dan terintegrasi, mengelola siklus hidup aset dari awal hingga akhir merupakan suatu tantangan.
Meskipun teknologi manajemen aset telah membuat lompatan besar dalam beberapa tahun terakhir, dalam beberapa hal mungkin lebih mudah untuk mengelola aset utama 30 tahun yang lalu daripada sekarang. Ini karena bertahun-tahun yang lalu, industri cenderung memiliki departemen teknik sendiri yang merancang perbaikan besar serta konstruksi baru.
Apa artinya ini bagi proses pemilihan perangkat lunak adalah bahwa kemampuan paket EAM untuk mendukung desain dan rekayasa pabrik harus menjadi faktor utama. Bahkan di sebagian besar kasus ketika kelompok teknik luar bertanggung jawab untuk desain, aktivitas mereka harus dicakup oleh platform EAM untuk digunakan selama siklus hidup aset sehingga data desain mengalir secara alami ke dalam sistem pemeliharaan dan operasi yang akan menopang aset selama masa produktifnya.
Integrasi yang erat antara ALM, manajemen proyek, dan fungsionalitas inti EAM juga diperlukan. Pertimbangkan sejenak situasi yang dihadapi oleh kepala eksekutif dan direktur pemeliharaan di pembangkit listrik tenaga batu bara yang memiliki satu perhentian per tahun untuk perbaikan besar-besaran. Ada kebutuhan mendesak untuk memenuhi jadwal proyek karena setiap hari waktu henti bernilai jutaan dolar, dan ada tingkat kerumitan proyek yang signifikan karena kontraktor luar disewa, peralatan disewa, dan mungkin shift pemeliharaan tambahan ditambahkan. Fungsionalitas manajemen proyek yang kuat yang terintegrasi pada tingkat yang sangat terperinci dengan aplikasi EAM yang kuat dapat membantu mengelola sumber daya yang diperlukan untuk menyelesaikan tugas yang diperlukan dalam waktu yang ditentukan. Sementara kemampuan untuk mengelola untuk memenuhi tenggat waktu adalah salah satu argumen kuat untuk proyek terintegrasi dan fungsionalitas EAM, manfaat yang lebih besar dapat diwujudkan dari proyek dan fungsionalitas EAM diikat ke dalam sistem manajemen siklus hidup aset (ALM) menyeluruh dan buku besar. Kemampuan untuk melihat penutupan pabrik dari sudut pandang ALM dan keuangan dapat membantu menentukan apakah masuk akal untuk mendatangkan sumber daya dari luar tambahan untuk mempersingkat jumlah waktu henti. Sejauh mana biaya luar untuk menyewa kontraktor dan peralatan akan meningkatkan pengembalian total aset dalam jangka menengah hingga jangka panjang?
Banyak perusahaan padat aset tidak memiliki alat yang tepat untuk mengoptimalkan aktivitas yang terkait dengan penghentian pabrik secara efisien, dan tentu saja tidak memiliki alat yang tepat untuk secara proaktif mengurangi waktu henti yang direncanakan.
Intinya: Eksekutif manajemen aset yang mendapatkan alat EAM yang tepat dan memanfaatkannya sepenuhnya akan memiliki overhead yang lebih rendah dan produktivitas yang lebih besar, sementara pesaing mereka gagal untuk mengikutinya. Mereka akan dapat membuat keputusan yang lebih cerdas tentang siklus hidup aset karena mereka dapat mengelolanya sebagai satu proyek yang panjang.
4) Pertimbangkan pentingnya manajemen proyek pada tingkat mikro.
Dalam lingkungan proyek skala besar seperti industri padat aset, upaya untuk melacak biaya pengoperasian dan pemeliharaan aset bergantung pada pelacakan biaya yang efektif pada ribuan proyek yang lebih kecil. Pada tingkat mikro ini, fungsi proyek, keuangan, dan EAM yang terintegrasi sangat penting. Saat bekerja dalam aplikasi perusahaan yang terintegrasi dengan baik, akan lebih mudah untuk menyusun proyek pemeliharaan untuk mengumpulkan semua biaya, termasuk pengadaan dan perintah kerja yang digunakan untuk mengumpulkan waktu teknisi. Fungsionalitas terintegrasi juga akan memungkinkan analisis biaya proyek dengan struktur perincian yang berbeda, dan setiap aktivitas dapat diberikan jalur pendanaan yang berbeda.
Gambar 1. Di layar dari Aplikasi IFS ini, sejumlah fungsi manajemen proyek terintegrasi erat dengan bagian perusahaan lainnya.
Selain itu, karena sejumlah aktivitas departemen dan fungsional yang berbeda dapat dilacak terhadap satu proyek atau secara agregat, menjadi lebih mudah untuk mengidentifikasi periodisitas kegagalan pada peralatan tertentu. Ini dapat menjadi informasi yang sangat berharga ketika direktur pemeliharaan berkomunikasi dengan manajemen senior selama proses penganggaran modal. Informasi menyeluruh tentang berapa biaya peralatan modal tertentu untuk beroperasi dapat menginformasikan keputusan reparasi atau penggantian.
Tetapi keputusan ini jauh lebih sulit untuk dibuat ketika biaya pemeliharaan yang sebenarnya hilang karena inefisiensi dalam sistem administrasi. Secara khusus, inefisiensi apa yang dapat menghambat upaya pengelolaan aset Anda? Pertimbangkan tantangan yang dihadapi oleh tim pemeliharaan yang terlibat dalam proyek pemeliharaan yang lebih kompleks, seperti mengganti sistem boiler, tanpa EAM terintegrasi, proyek, dan kemampuan perintah kerja. Proyek ini kemungkinan melibatkan waktu staf internal, kontraktor, suku cadang inventaris, dan bahan yang dibeli khusus untuk proyek tersebut.
Jika tim ini menggunakan sistem manajemen proyek yang berdiri sendiri, paling tidak mereka harus melatih kembali teknisi pemeliharaan mereka untuk menggunakan proyek untuk menangkap bahan dan waktu daripada menggunakan perintah kerja yang biasanya digunakan oleh teknisi untuk pekerjaan lain. Bahkan jika Anda terlibat dalam inisiatif pelatihan ulang ini, kemampuan pelaporan biaya proyek mungkin terganggu dan manajemen senior masih belum memiliki gagasan yang jelas tentang biaya proyek. Lebih jauh lagi, memaksa teknisi pemeliharaan untuk mengabaikan perintah kerja mereka yang sudah dikenal demi perangkat lunak manajemen proyek dapat mengakibatkan hilangnya data aset. Integrasi dari perintah kerja di garis depan ke fungsionalitas proyek di tingkat manajerial hingga fungsionalitas ALM di tingkat manajemen senior mengurangi biaya dan inefisiensi dan seharusnya menjadi sesuatu yang harus dicari selama proses pemilihan EAM.
Intinya: Departemen pemeliharaan terlibat dengan banyak proyek setiap hari. Memastikan bahwa perangkat lunak EAM mampu mengelola dan merekam data proyek ini secara memadai harus menjadi pertimbangan utama dalam pemilihan EAM.
5) Pertimbangkan dampak dari penuaan/penyusutan tenaga kerja.
Demografi dunia menunjukkan bahwa eksekutif di negara maju harus merencanakan untuk menjalankan bisnis mereka dengan lebih sedikit orang di masa depan. 78 juta Baby Boomers di angkatan kerja Amerika Serikat mulai pensiun, dan mereka akan digantikan oleh generasi yang hanya terdiri dari 50 juta orang. Ini menciptakan kesenjangan struktural yang tidak dapat diabaikan. Terlebih lagi, generasi muda ini memiliki pandangan hidup, pekerjaan, dan teknologi yang sama sekali berbeda dari orang tua mereka, dan harapan mereka tentang bagaimana, di mana, dan dengan alat apa mereka bekerja akan jauh lebih ketat. Aspek lain yang menarik dari tantangan tenaga kerja yang menua adalah bahwa hal itu benar-benar hanya berlaku di negara-negara yang lebih maju. Dunia berkembang rata-rata masih jauh lebih muda daripada dunia maju, dengan generasi muda yang lebih besar dari yang lebih tua.
Sementara perubahan generasi ini akan menuntut sistem EAM dan ERP yang lebih efisien, itu juga akan menciptakan kebutuhan nyata akan perangkat lunak perusahaan untuk merekam pengetahuan tacit dan kebijaksanaan kolektif dari generasi pensiunan eksekutif, manajer, dan pekerja. Pengetahuan tacit informal ini adalah semacam modal perusahaan yang jika tidak akan hilang dari perusahaan ketika generasi ini meninggalkan angkatan kerja.
Pengetahuan tacit dapat terdiri dari beberapa hal, termasuk strategi kerja untuk situasi tertentu seperti penghentian yang direncanakan untuk pertengahan musim panas selama musim liburan puncak, proyek desain ulang yang kompleks yang menempatkan tuntutan berat pada staf teknik atau pemecahan masalah dan perbaikan yang unik dan kompleks. peralatan. Pekerja yang lebih tua bahkan mungkin dapat mendiagnosis masalah peralatan berdasarkan suara yang dihasilkan mesin saat sedang berjalan. Jenis pengetahuan ini sulit untuk dimuat dalam aplikasi perusahaan, tetapi itulah yang harus dilakukan oleh perangkat lunak perusahaan untuk membantu perusahaan berhasil menegosiasikan perubahan generasi ini.
Mendapatkan informasi ini dari generasi yang lebih tua akan sulit karena beberapa alasan. Salah satu alasannya adalah fakta bahwa banyak orang tanpa memandang usia melihat pengetahuan sebagai kekuatan, dan percaya bahwa jika mereka dengan bebas membagikan informasi ini, mereka menjadi kurang berharga bagi perusahaan. Informasi hak milik, pada kenyataannya, tidak boleh dibagikan di pasar yang kompetitif, tetapi persaingan nyata terjadi di luar perusahaan daripada di dalam perusahaan. Dan ketika karyawan yang berpengetahuan menyimpan informasi untuk diri mereka sendiri, perusahaan Anda akan berada pada kerugian kompetitif. Perangkat lunak perusahaan seperti EAM perlu membantu membangun lingkungan di mana orang-orang bersedia untuk berbagi, bersedia membantu satu sama lain, dan membagikan apa yang mereka ketahui.
Banyak perusahaan padat aset tidak memiliki alat yang tepat untuk mengoptimalkan aktivitas yang terkait dengan penghentian pabrik secara efisien, dan tentu saja tidak memiliki alat yang tepat untuk secara proaktif mengurangi waktu henti yang direncanakan.
Intinya: Eksekutif manajemen aset yang mendapatkan alat EAM yang tepat dan memanfaatkannya sepenuhnya akan memiliki overhead yang lebih rendah dan produktivitas yang lebih besar, sementara pesaing mereka gagal untuk mengikutinya. Mereka akan dapat membuat keputusan yang lebih cerdas tentang siklus hidup aset karena mereka dapat mengelolanya sebagai satu proyek yang panjang.
Gambar 2. Fitur Enterprise 2.0 seperti papan diskusi berulir ini dalam Aplikasi IFS dapat menarik pengetahuan tacit dari karyawan senior dan mempertahankannya dalam aplikasi perusahaan.
Mendapatkan pengetahuan tacit yang berharga ini dari orang-orang senior juga sulit karena mereka berada pada kondisi kompetensi bawah sadar itu. Mereka tidak tahu bahwa mereka memiliki sesuatu untuk dibagikan atau apa yang mereka tahu akan berharga bagi orang lain. Jika Anda meminta seseorang untuk, sebelum mereka pensiun, duduk dengan kertas putih dan menuliskan semua hal yang mereka ketahui, itu tidak akan berhasil. Namun, dengan memanfaatkan teknologi yang diklasifikasikan sebagai Web 2.0 dan Enterprise 2.0, kami dapat membuat orang berbagi karena mereka menanggapi permintaan keahlian organik dan waktu nyata. Alat seperti wiki, papan pesan, dan bahkan grup diskusi berulir tradisional dapat meminta karyawan senior untuk menanggapi pertanyaan dari karyawan lain, berkontribusi pada artikel tentang topik penting, dan menangkap data berharga itu dalam lingkungan aplikasi terpusat yang dapat bermanfaat bagi perusahaan di masa mendatang. Wikipedia, forum diskusi populer, dan bahkan Facebook adalah contoh kolaborasi dan berbagi informasi yang difasilitasi oleh platform teknologi informasi.
Intinya: Dalam mengevaluasi perangkat lunak EAM, jelas penting untuk mencari fitur tipe Enterprise 2.0 yang akan memfasilitasi jenis lingkungan yang terbuka dan komunikatif ini.
6) Pertimbangkan pentingnya kegunaan.
Masuk akal jika fungsionalitas perangkat lunak EAM yang dapat dipahami secara intuitif, dengan pelatihan dan orientasi yang minimal, akan menawarkan total biaya kepemilikan yang lebih rendah daripada perangkat lunak yang lebih muskil dan lebih sulit untuk dipahami dan digunakan. Perangkat lunak EAM yang sederhana dan menawarkan antarmuka yang menarik juga akan mendorong pengguna untuk memasukkan lebih banyak data dan berinteraksi dengan sistem lebih sering, yang meningkatkan kualitas data perusahaan. Sistem yang masuk akal dari sudut pandang kegunaan akan menjadi lebih penting karena generasi muda yang disebutkan di atas memiliki pengaruh yang lebih besar dalam angkatan kerja. Baby Boomers bersedia terlibat dengan sistem perangkat lunak perusahaan yang sejujurnya meninggalkan banyak hal yang diinginkan dari sudut pandang kegunaan. Mereka berasumsi bahwa ada alasan bagus untuk memasukkan data yang sama di beberapa bidang atau memantul di antara beberapa layar untuk menyelesaikan satu proses. Generasi yang lebih baru menyadari bahwa ini hanyalah hasil dari desain perangkat lunak yang buruk, dan cenderung mengeluh atau hanya menggunakan sistem lain di luar lingkungan EAM, sehingga menghasilkan data yang terfragmentasi dan proses yang tidak efisien dan tidak terkoordinasi.
Gambar 3. Layar dari Aplikasi IFS ini membuat ilustrasi visual penghentian produksi.
Ini dapat dikatakan dari semua perangkat lunak perusahaan. Namun dalam kasus EAM, kita sering berurusan dengan sejumlah besar data, terutama ketika EAM terintegrasi dengan PLC untuk pelaporan kesalahan otomatis. Penyimpanan data yang sangat besar ini berisi – sebagian besar – informasi tentang peralatan dan proses yang berada dalam batas yang dapat diterima. Namun, sebagian kecil dari data ini sangat penting dan menarik karena berkaitan dengan peralatan yang memerlukan perhatian segera. Oleh karena itu, perangkat lunak EAM harus memungkinkan manajer untuk memisahkan banyak hal yang membosankan dari beberapa hal yang penting. Sejumlah format grafis untuk merepresentasikan data – termasuk peta pohon – dapat melakukan hal ini.
Gambar 4. Dalam peta pohon dari Aplikasi IFS ini, jumlah kesalahan diwakili oleh ukuran dan kekritisan dengan warna. Pengguna dapat menelusuri kotak merah besar untuk menemukan alasan di balik masalah.
Intinya: Dalam memilih perangkat lunak EAM, oleh karena itu penting untuk mencari peningkatan kegunaan mutakhir yang akan merampingkan adopsi perangkat lunak di perusahaan dan menawarkan peningkatan keputusan dan dukungan manajerial dalam menyarankan tugas pemeliharaan mana yang paling mendesak pada waktu tertentu.
7) Sadari peningkatan pemeliharaan lean dengan mengintegrasikan EAM dengan ERP.
Sementara banyak paket EAM mampu melakukan perencanaan pemeliharaan standar dan fungsi manajemen kerja, faktanya tetap bahwa keberhasilan sebagian besar program pemeliharaan preventif bergantung pada pengamanan keterlibatan dan dukungan orang-orang di luar departemen pemeliharaan. Dan itulah mengapa sangat penting bagi fungsionalitas EAM untuk menjadi bagian tak terpisahkan dari sistem perangkat lunak perusahaan yang digunakan di tempat lain dalam bisnis atau terintegrasi erat dengan paket ERP yang digunakan di seluruh perusahaan.
Solusi EAM yang benar-benar fleksibel dapat diimplementasikan sebagai aplikasi perusahaan yang lengkap termasuk keuangan, sumber daya manusia, manufaktur, dan fungsi lainnya atau terintegrasi dengan alat ERP yang ada. Fungsionalitas EAM dalam Aplikasi IFS, misalnya, mencakup antarmuka standar ke SAP, aplikasi Oracle, dan produk lainnya. Sementara itu, vendor EAM "ceruk" terbaik mungkin menawarkan beberapa tingkat integrasi dengan paket ERP yang lebih luas, tetapi manajemen dan kontrol inventaris, sumber daya manusia, manajemen dokumen, dan fungsi pembelian tidak terkait erat dengan aplikasi lain karena fungsionalitas dasar dalam alat EAM tidak sekuat itu.
Kurangnya integrasi yang sangat erat dengan aplikasi lain yang digunakan dalam perusahaan, paket EAM akan menciptakan pekerjaan yang tidak bernilai tambah karena beberapa data harus ditransfer secara manual dari sistem EAM ke sistem ERP. Selain itu, ketika perangkat lunak EAM tidak terintegrasi dengan fungsionalitas lain seperti solusi ERP, hasilnya adalah sistem yang tidak optimal atau berlebihan dalam hal pemesanan suku cadang karena sebagian besar fungsi pembelian dilakukan di luar sistem EAM. Mempertahankan informasi yang baik tentang suku cadang dalam persediaan dan menghindari pembelian komponen yang berlebihan sangat sulit, terutama jika beberapa item yang akan dibeli digunakan baik dalam proses manufaktur maupun proses pemeliharaan. Penjadwalan personel juga tertatih-tatih oleh alat EAM yang berdiri sendiri karena fungsi penjadwalan dalam aplikasi pemeliharaan terbaik tidak terintegrasi dengan perangkat lunak Sumber Daya Manusia tempat informasi tentang liburan, kualifikasi karyawan, dan data lainnya disimpan.
Solusi EAM yang merupakan bagian dari aplikasi perusahaan yang lebih luas bisa sangat kuat, dalam beberapa kasus menyaingi solusi terbaik. Mereka akan menangkap data kegagalan, mengeluarkan perintah kerja, menjadwalkan orang dan bahan serta persyaratan pembelian. Namun tidak seperti sistem EAM yang berdiri sendiri, aplikasi terintegrasi ini dapat, misalnya, memanfaatkan fungsionalitas pembelian yang sudah ada dalam aplikasi ERP. Ketika fungsionalitas EAM terintegrasi dengan fungsionalitas aplikasi perusahaan yang digunakan oleh departemen lain, ketika semua orang bekerja pada platform yang sama dan pada data yang sama, ada sejumlah efisiensi yang dihasilkan. Dan karena semua orang mengerjakan data yang sama di lingkungan yang sama, lebih mudah untuk berkomunikasi dengan orang lain yang mengandalkan inisiatif pemeliharaan yang berpusat pada keandalan (Reliability-Centered Maintenance/RCM).
Intinya: Apa artinya ini bagi Anda adalah penting untuk mempertimbangkan sejauh mana perangkat lunak EAM akan membuat silo data yang terpisah dari bagian perusahaan lainnya, yang pada gilirannya menciptakan pekerjaan yang tidak bernilai tambah. Peningkatan pemeliharaan ramping dapat dicapai, di sisi lain, ketika EAM terintegrasi dengan bagian perusahaan lainnya.
Kesimpulan
Meskipun setiap bisnis sedikit berbeda, kami di IFS percaya bahwa tip di atas akan terbukti berguna untuk sebagian besar organisasi yang padat aset hampir sepanjang waktu. Ide dasar dari semua tips ini adalah bahwa EAM harus dilihat sebagai aset strategis yang dapat mendorong nilai perusahaan saat dipilih, diterapkan, dan digunakan dengan benar.
Tentang penulis:
Patrick Zirnhelt adalah direktur penjualan untuk industri intensif aset untuk IFS Amerika Utara. Dia memiliki lebih dari 16 tahun pengalaman bekerja dengan sistem perusahaan, yang meliputi pengembangan perangkat lunak, implementasi dan penjualan. Dia adalah seorang insinyur profesional yang terdaftar di Ontario dan memiliki gelar MBA yang mengkhususkan diri dalam sistem informasi manajemen dari York University Schulich School of Business di Toronto dan gelar sarjana sains di bidang teknik mesin dari Queens University, Kingston, Ontario.
