Melakukan transisi ke perangkat lunak CMMS dengan Steve Ricard (PODCAST)

Cara menerapkan CMMS, dengan Fiix dan podcast Berakar dalam Keandalan

Segala sesuatu tentang perubahan itu sulit, mulai dari mengetahui kapan harus beralih hingga memastikan semua orang merasa nyaman dengan cara kerja yang baru. Mengadopsi CMMS, dan mengubah cara Anda melakukan perawatan, tidak berbeda. Transisi ini dapat menjadi tantangan, meskipun pada akhirnya sepadan.

Manajer Tim Implementasi Fiix Steve Ricard mengunjungi podcast Rooted in Reliability untuk berbicara tentang tantangan, manfaat, dan praktik terbaik untuk mengimplementasikan perangkat lunak CMMS. Steve, dan pembawa acara James Kovacevic, mendiskusikan:

• Waktu yang tepat untuk mencari CMMS
• Bagaimana merencanakan implementasi yang baik
• Kiat menangani data
• Cara mengelola perubahan agar tim Anda terlibat, terinformasi, dan sukses

Dengarkan episode podcast di sini (juga tersedia di situs web Accendio Reliability) atau baca transkripnya di bawah.

Pakai penyiapan CMMS Anda dengan daftar periksa penerapan CMMS gratis ini

Transkrip episode

Lihat transkrip episode

James Kovacevic :Dengan senang hati saya menyambut Steve Ricard. Selamat datang, Steve.

Steve Ricard :Hai James, apa kabar?

JK :Saya baik-baik saja, terima kasih. Sekarang Steve, bagi mereka yang tidak mengenal Anda, Anda adalah manajer tim implementasi dengan Perangkat Lunak Fiix. Kami memiliki banyak orang di Fiix sebelumnya, jadi ini adalah CMMS yang digunakan banyak orang, yang dikenal banyak orang. Anda juga seorang CRL dan Anda juga memiliki CFM Anda. Sekarang, pengenalan yang sangat singkat, apa yang dapat Anda lakukan untuk mengisi bagian yang kosong untuk kami?

SR :Tentu. Saya memulai karir pemeliharaan saya pada tahun 1986. Saya melakukan implementasi CMMS pertama saya ketika saya bekerja di sebuah perusahaan manajemen properti. Saat itu, itu adalah aliran data dan produk MP2 baru yang baru saja diperkenalkan, yang, untuk memberi Anda indikasi berapa usia saya, itu sudah usang, jadi terkadang saya merasa seperti sedang menuju ke usang panggung sendiri.

Saya mempertahankan karir saya dan benar-benar jatuh cinta dengan komputer pada saat itu dan mempertahankan karir pemeliharaan menjadi sertifikasi administrasi jaringan. Kemudian, seperti yang Anda sebutkan, saya memperoleh sertifikasi saya dalam manajemen fasilitas dari Universitas Northeastern. Saya memutuskan bahwa saya sangat menyukai komputer sehingga saya ingin melakukan lebih dari sekadar menerapkan untuk perusahaan manajemen properti tempat saya bekerja. Jadi saya beralih bekerja untuk penyedia CMMS lain pada tahun 2000 dan saya sudah cukup banyak bekerja di arena itu sejak itu.

JK :Jadi cukup mudah untuk mengatakan bahwa Anda telah terlibat dengan CMMS untuk jangka waktu yang cukup lama jika MP2 masih baru ketika Anda masuk ke dalamnya. Saya masih mengenal beberapa organisasi yang menjalankannya. Karena itu, Anda telah terlibat dengan CMMS untuk jangka waktu yang lama di berbagai industri. Sekarang, apa CMMS menurut Anda?

SR :Jadi, saya akan memulainya dengan akronim. Saya yakin hampir semua pendengar Anda tahu bahwa ini adalah singkatan dari sistem manajemen pemeliharaan terkomputerisasi. Beberapa orang akan mengganti 'sistem' itu dengan perangkat lunak.

Pada dasarnya apa itu adalah sistem dua bagian. Bagian pertama adalah database tempat semua informasi dari organisasi pemeliharaan perusahaan disimpan. Jika Anda pernah bekerja dengan beberapa lembar kerja Excel, buku kerja, atau database, Anda tahu bahwa tidak selalu ramah pengguna untuk mengambil data yang ingin Anda lihat. Jadi, CMMS memiliki bagian kedua dan itulah yang dilihat pengguna akhir dan kami menyebutnya sebagai ujung depan.

Peran ujung depan adalah untuk mengatur data dengan cara yang memungkinkan pengguna untuk melihat semua informasi yang mungkin tercampur. Selain itu, bagian depan akan berisi beberapa kode komputer di mana beberapa perhitungan kompleks pada data akan dilakukan dan hal itu dilakukan untuk membantu tim pemeliharaan menjadwalkan pekerjaan pemeliharaan mereka dengan lebih baik dan melacak suku cadang dan material. CMMS juga harus memiliki alat pelaporan yang kuat dan bagus sehingga Anda bisa mendapatkan data tersebut dalam laporan yang masuk akal bagi semua orang di dalam organisasi.

JK :Bagus sekali. Jadi, definisi yang sangat baik tentang apa itu CMMS. Dan mereka sudah ada cukup lama seperti yang telah Anda sebutkan sebelumnya. Namun, bagaimana organisasi mengetahui jika CMMS mereka saat ini sudah ketinggalan zaman, usang, atau sudah waktunya untuk mulai mencari sesuatu yang baru?

SR :Percaya atau tidak, CMMS pertama keluar sekitar tahun 1965 dan itu adalah sistem kartu punch. Jadi prinsip bagaimana CMMS seharusnya bekerja telah ada selama lebih dari 50 tahun.

Saat saya mengevaluasi, beberapa hal yang akan saya cari adalah, apakah antarmuka pengguna terlihat modern? Dengan kemajuan alat pengembangan pemrograman, perusahaan perangkat lunak benar-benar dapat menyederhanakan pengalaman pengguna sambil tetap dapat mempertahankan perhitungan rumit yang saya sebutkan sebelumnya. Jika sistem tidak ramah pengguna, maka perusahaan mungkin kehilangan beberapa produktivitas, dan adopsi pengguna mungkin sulit. Itu salah satu area yang mungkin ingin Anda pertimbangkan untuk diganti.

Apakah sistem yang kami gunakan saat ini memiliki solusi seluler yang tangguh? Apakah kita ingin mencoba menjauh dari pena dan kertas dan tidak menggunakan kertas? Nah, Anda pasti ingin memiliki solusi seluler yang tangguh untuk melakukannya.

Bagaimana dengan beberapa fitur lanjutan? Di CMMS yang lebih lama, hampir semua pemeliharaan terjadwal akan didasarkan pada periode waktu. Apakah sistem Anda memungkinkan pemantauan berbasis meter dan/atau berdasarkan kondisi?

Kemudian, hal terakhir yang akan saya lihat adalah, apa persyaratan perangkat keras dari sistem? Apakah pelanggan berjalan di server lama dan sistem operasi lama karena perangkat lunak itu sendiri tidak dapat berjalan di server yang lebih baru?

Saya kira satu hal lagi. Jika ada orang di luar sana yang masih menggunakan CMMS kartu punch, mereka harus mempertimbangkan untuk meningkatkan.

JK :Ya, tentu saja. Dan, Anda tahu, server lama yang Anda sebutkan, itu menjadi masalah karena berbagai alasan berbeda. Bukan hanya fakta bahwa, Anda tahu, mereka sudah tua, tetapi ada tambalan keamanan yang tidak lagi diterapkan pada mereka yang menghadirkan risiko keamanan siber. Mereka tidak dapat diandalkan dan kami tidak dapat mendukung lagi dari perspektif TI. Ada banyak hal berbeda yang perlu dipertimbangkan.

SR :Sangat. Dan Anda juga harus mempertimbangkan bahwa server lama mungkin tidak memiliki kapasitas penyimpanan. CMMS yang lebih baru benar-benar mempromosikan melampirkan file elektronik, apakah itu gambar atau video, atau mungkin gambar Autocad, yang semuanya memakan sedikit ruang. Server lama tidak memiliki kapasitas itu.

Mereka juga mungkin tidak memiliki kapasitas RAM atau prosesor untuk berfungsi di lingkungan yang serba cepat. Jadi, selain masalah keamanan, ada banyak hal yang perlu diperhatikan saat Anda melihat perangkat keras Anda.

JK :Hal besar lainnya yang perlu diingat adalah dengan semua informasi yang ada di luar sana dan semua sistem lain di luar sana, kami menginginkan CMMS yang dapat berintegrasi dengan sistem lain, apakah itu GIS atau pemantauan kondisi, atau jenis solusi apa pun kita punya. Kami ingin ini dapat berbicara satu sama lain sehingga Anda tidak harus mengelola 18 sistem berbeda di 18 jendela berbeda di komputer Anda sepanjang waktu.

SR :Anda tahu, itu poin yang bagus dan salah satu hal yang seharusnya saya kemukakan sebelumnya ketika saya memberi tahu Anda beberapa hal yang harus diperhatikan adalah, dapatkah sistem Anda berintegrasi dan apakah sistem Anda memiliki aplikasi tertutup , artinya tidak diizinkan untuk terhubung ke luar, atau, apakah Anda menerapkan beberapa teknologi baru, seperti API? Misalnya, di Fiix, kami menggunakan platform API terbuka. Kami dapat terhubung ke hampir semua hal yang juga memungkinkan koneksi API.

Kami sekarang dapat menyimpan orang-orang akuntansi dan orang-orang pembelian dalam perangkat lunak pembelian mereka, orang-orang pemeliharaan dalam perangkat lunak pemeliharaan, dan menggunakan API ini, atau jembatan ini jika Anda mau, untuk berkomunikasi di antara keduanya. Anda dapat mengambil informasi dari pengontrol logika yang dapat diprogram dan secara otomatis memasukkannya ke dalam CMMS Anda. Ini adalah contoh lain dari beberapa paket yang mungkin kedaluwarsa karena tidak mengizinkan pengait tersebut

JK :Ya, tentu saja. Sekarang, kami telah membahas beberapa alasan mengapa organisasi—bagaimana organisasi mengetahui bahwa sistem mereka sudah ketinggalan zaman. Tetapi kapan mereka harus benar-benar mengambil risiko itu dan beralih dari sistem usang itu ke sistem baru? Apa yang mendorong mereka melakukan itu?

SR :Nah, itu yang menarik. Ketika saya pertama kali memulai di industri ini, tidak ada yang namanya perangkat lunak berbasis cloud. Jadi, kami berbicara tentang perangkat keras yang harus mereka pertimbangkan, jadi haruskah mereka mempertimbangkan untuk beralih ke perangkat lunak sebagai layanan, atau SaaS?

Selain itu, mereka perlu melihat dengan seksama, mungkin mengambil pendekatan forensik, ke sistem mereka yang ada. Apa yang berhasil dengan sistem aslinya, dan apa yang tidak, dan bagaimana cara meningkatkannya?

Saya benar-benar ingin memberi tahu orang-orang untuk menganut filosofi Lima P, yaitu, perencanaan yang tepat mencegah kinerja yang buruk. Saat Anda ingin melihat suatu sistem atau mempertimbangkan untuk menggantinya, Anda benar-benar perlu melakukan pekerjaan yang baik dalam mengevaluasi dan merencanakan dengan tepat sehingga Anda dapat berdiri tegak saat Anda pindah.

JK :Baiklah, luar biasa. Sekarang dengan itu, apa yang perlu dipertimbangkan organisasi ketika bersiap untuk transisi dari CMMS lama ke yang baru? Apa saja hal-hal yang benar-benar perlu mereka pertimbangkan? Apakah itu cloud vs. yang dihosting? Apa lagi yang perlu mereka pertimbangkan?

SR :Di masa lalu, kami juga harus melihat teknologi printer kami. Anda tahu, jika Anda menjalankan sistem lama, Anda mungkin dibatasi oleh printer yang Anda gunakan. Biasanya, itu bukan masalah hari ini. Jika Anda menggunakan solusi berbasis web, pelanggan tidak benar-benar memiliki masalah stasiun kerja atau server. Jika mereka memiliki cara untuk mengakses internet, mereka dapat mengakses perangkat lunak dari mana saja.

Dengan kemajuan dalam smartphone dan tablet, bagaimana mereka akan mempersenjatai teknisi mereka? Apakah mereka akan mempersenjatai mereka dengan solusi seluler? Atau stasiun kerja? Atau apakah mereka akan melakukannya dengan cara kuno dan memproses kertas? Sekarang, kami jelas menyarankan Anda menjauh dari kertas dan pena. Sulit untuk disimpan, sulit untuk diterjemahkan, dan Anda benar-benar melihat beberapa efisiensi dengan berpindah ke sistem yang sepenuhnya elektronik.

JK :Baiklah, luar biasa. Nah dengan itu, bagaimana dengan porsi pelatihannya? Apakah itu pertimbangan ketika kita melihat dari sistem yang lebih lama ke sistem yang lebih baru? Apa yang digunakan orang, apakah mereka akan mengadopsi sistem yang lebih baru? Hal semacam itu?

SR :Sangat. Dalam banyak kasus, saya keluar dan keputusan untuk mengganti solusi perangkat lunak atau menginstal solusi perangkat lunak jika mereka tidak menggantikan sesuatu yang lama, muncul dari atas tanpa keterlibatan pengguna akhir.

Pengguna akhir benar-benar orang yang membuat atau menghancurkan sistem. Mungkin ada arahan dari atas, tetapi jika pengguna akhir tidak memahami satu, apa tujuan organisasi, dan dua cara menggunakan perangkat lunak, maka adopsi pengguna mereka akan sangat rendah. Jika adopsi pengguna mereka rendah, itu akan membuat sistem sangat sulit untuk menangkapnya. Anda mungkin akan memiliki orang yang memasukkan data dengan metode yang tidak konsisten dan apa yang menyebabkannya adalah data yang lebih sulit untuk diambil. Data yang lebih sulit untuk diambil berarti laporan yang lebih sulit untuk dijalankan, yang berarti sistem yang gagal.

Yang benar-benar ingin kami lakukan adalah mendapatkan dukungan pengguna akhir dari awal dan cara terbaik untuk mencapainya adalah memastikan mereka terlatih dan senyaman mungkin menggunakan perangkat lunak.

JK :Baiklah, luar biasa. Jadi kita perlu mempertimbangkan semua hal itu selain pertimbangan teknologi, pertimbangan perangkat lunak, semua hal itu. Sekarang, salah satu pertanyaan yang sering saya dapatkan adalah, bagaimana organisasi memutuskan apakah akan mengimpor riwayat lama atau tidak dari CMMS lama, CMMS usang, ke yang baru? Bagaimana kita memutuskan itu dan apakah itu sepadan dengan usaha?

SR :Bisa jadi. Ini pertanyaan bagus karena sering kali kami mendapatkan pelanggan yang memang memiliki data di sistem lama mereka dan reaksi langsung mereka adalah, ayo, bawa semuanya ke sistem baru.

Ya, pertama-tama kita perlu bertanya, mengapa? Mengapa Anda beralih ke sistem baru? Apakah karena sistem yang lama sudah kuno? Atau ada fitur atau fungsi baru yang ingin Anda terapkan? Atau apakah Anda tidak senang dengan konfigurasi di atas faktor-faktor lain yang baru saja saya kemukakan? Apakah semua data di sistem lama Anda bagus? Apakah bersih? Di mana Anda ingin melakukan perbaikan dan penyesuaian? Kita perlu mempertimbangkannya pada apa yang akan kita bawa.

Yang besar adalah, kita perlu mencari tahu apakah mereka memiliki data ketika mereka keluar dari sistem lama mereka. Apakah mereka akan kehilangan akses ke sana? Apakah data pada platform database yang tepat? Nah, jika mereka akan kehilangan akses ke sana, kami tentu ingin membawa data itu. Namun, jika mereka dapat mengakses data, umumnya yang saya sarankan adalah mereka membawa catatan aset mereka, bagian mereka , salah satu jadwal PM mereka, serta semua perintah kerja yang terbuka. Kemudian, secara umum, kami menyarankan agar mereka menyimpan catatan sejarah mereka dalam sistem sejarah mereka. Sekali lagi, jika ada kasus di mana pelanggan tidak akan memiliki akses ke sistem lama mereka setelah mereka bermigrasi, maka kami benar-benar ingin meninjau data historis yang perlu dibawa.

JK :Baiklah. Saya telah melihat beberapa organisasi yang, Anda tahu, tidak akan memiliki akses ke sistem lama itu, jadi mereka mengekspornya ke Excel, semua catatan, dan mereka menyimpannya di Excel jika mereka harus melihatnya kembali. Saya telah melihat beberapa memindahkan semuanya ke dalam semacam database yang dapat diakses, dan saya telah melihat orang lain yang benar-benar memindahkannya ke CMMS. Mereka semua memiliki pro dan kontra, tetapi ringkasannya adalah, kami ingin memastikan bahwa kami memiliki akses ke data. Benar?

SR :Sangat. Selama Anda memiliki akses ke sana. Dan jangan lupa, banyak dari data lama itu, Anda mungkin memiliki orang-orang yang memasukkannya yang tidak lagi berada di perusahaan, jadi apakah kami ingin memasukkan jenis informasi itu ke dalam sistem baru? Jadi, seperti yang Anda katakan secara ringkas, kami hanya perlu memastikan bahwa Anda selalu dapat mengaksesnya.

JK :Baiklah, luar biasa. Jadi, kami telah membuat keputusan tentang apa yang harus dilakukan dengan data kami dan kami telah membuat keputusan tentang platform apa yang akan kami gunakan. Apa yang perlu kita lakukan di sekitar orang-orang untuk memastikan itu diadopsi? Apakah ini pelatihan awal dan hanya itu? Apakah ini kampanye kesadaran penuh dan beberapa pelatihan? Apakah itu beberapa hal langsung. Apa yang perlu kita lakukan untuk memastikan staf kita siap untuk transisi? Karena ini akan menjadi transisi besar dari sistem lama yang usang ke sistem baru yang mudah digunakan.

SR :Tentu saja. Perubahan itu sulit. Orang-orang berjuang dengan perubahan. Kami suka merasa nyaman. Jadi, setiap kali Anda memperkenalkan perubahan, itu bisa menyulitkan orang.

Yang terpenting, pertama dan terpenting, kita harus berkomunikasi. Kami perlu memberi tahu pengguna akhir bahwa perubahan sedang dilakukan dan idealnya kami ingin melibatkan staf dalam proses pemilihan.

Saya telah bekerja dengan banyak perusahaan dan mengatakan, Anda tahu, bawa orang yang akan menjadi penentang terbesar Anda, bawa mereka lebih awal, dan mari kita atasi kekhawatiran orang itu. Jika kita bisa membuat mereka bahagia, maka semua orang di organisasi tahu bahwa mereka adalah penentangnya, jadi jika mereka dilibatkan, itu akan membuat adopsi itu lebih mudah.

Kemudian kami ingin melakukan pelatihan pengguna akhir untuk memastikan semua orang terlatih, tetapi kami tidak ingin pergi begitu saja. Kami ingin tetap terlibat. Kami ingin menjadwalkan panggilan dan webinar secara teratur dengan pelanggan untuk memastikan semua orang merasa nyaman. Begitu seseorang merasa tidak nyaman, bahkan sedikit, kami ingin segera mengelola situasi itu. Kami ingin terlibat dengan mereka sebelum menjadi terlalu besar dan mereka berubah dari tidak nyaman menjadi tidak puas.

JK :Baiklah, luar biasa. Dan Anda tahu, terkadang penentang terbesar itu adalah pemimpin informal dalam organisasi, jadi Anda ingin memastikan bahwa Anda menangkap mereka karena jika mereka membuat perubahan itu bersama Anda, biasanya orang lain akan mengikuti.

SR :Sangat. Seperti yang saya katakan, jika Anda bisa mendapatkan penentang, kebanyakan orang lain akan ikut campur.

JK :Sekarang, katakanlah kita mendapatkan penentang itu. Persiapan apa lagi yang perlu dilakukan organisasi agar siap menghadapi transisi ini?

SR :Satu hal yang tidak dapat saya rekomendasikan adalah membuat manual prosedur operasi standar. Sebuah SOP.

Saya selalu takjub ketika saya muncul dan orang-orang mengeluarkan SOP untuk setiap bagian pemeliharaan yang mereka lakukan, tetapi mereka tidak memilikinya untuk perangkat lunak aktivitas pemeliharaan mereka, CMMS mereka.

Kembangkan SOP. Ini harus dengan jelas mendefinisikan bagaimana sistem harus digunakan dan juga harus menjadi dokumen yang hidup dan bernafas. Anda tidak dapat membuatnya sekali dan kemudian pergi. Anda perlu melakukan tinjauan sistem secara konstan dan jika Anda membuat perubahan, pastikan Anda memperbarui SOP itu. Orang-orang yang melakukan itu adalah orang-orang yang selalu saya lihat paling sukses.

JK :Saya pikir memiliki SOP itu memastikan semua orang memasukkan data dengan cara yang benar, format yang benar, menggunakan laporan yang benar. Semua hal itulah yang benar-benar mendorong konsistensi dalam kualitas data dalam CMMS tersebut.

Salah satu hal yang sering saya lihat juga adalah organisasi akan mengembangkan SOP, melatih orang di dalamnya ketika CMMS sedang dipersiapkan untuk diluncurkan, dan biasanya ada penundaan, jadi ada orang yang belum melihat atau menyentuh sistem untuk jangka waktu tertentu, dan diluncurkan tanpa pelatihan lanjutan atau pelatihan berkelanjutan. Jadi, mulai menurun dan mundur karena tidak ada yang menggunakan SOP itu, tidak ada yang menggunakan standar yang dikembangkan untuk CMMS.

SR :Benar, dan ketika Anda berbicara dengan mereka, mereka memiliki SOP asli mereka untuk melakukan tugas pemeliharaan mereka dan kemudian di belakang SOP itu, mereka memiliki beberapa buletin layanan teknis terlampir. Jadi, pabrikan berkata, hei, kami harus membuat beberapa perubahan pada beberapa tugas pemeliharaan, inilah pembaruan, dan mereka sangat cepat menambahkan pembaruan tersebut ke SOP tugas pemeliharaan mereka. Nah, kita perlu melakukan hal yang sama pada SOP CMMS Anda.

JK :Sangat. Selain SOP, jika Anda memiliki tongkat ajaib, apa satu hal yang akan Anda lakukan secara berbeda dengan organisasi yang ingin memperbarui CMMS mereka?

SR :Saya kira saya sebenarnya ingin melambaikan tongkat itu ke orang-orang daripada teknologi atau prosesnya. Seperti yang saya sebutkan sebelumnya, perubahan bisa jadi sulit dan perubahan bisa jadi menantang. Saya benar-benar ingin meredakan kekhawatiran orang-orang dan membantu mereka memahami bahwa terkadang, perubahan bisa menjadi hal yang baik. Kami sering bertemu dengan orang-orang yang sangat tidak nyaman sehingga tingkat ketidaknyamanan mereka benar-benar memperlambat proyek. Sebagai konsultan yang baik, kami benar-benar perlu berada di sana untuk memegang tangan mereka dan membuat mereka senyaman mungkin, yang akan membuat prosesnya jauh lebih mudah.

JK :Baiklah, luar biasa. Sekarang, apa satu hal yang Anda ingin pendengar kami ambil dari percakapan ini tentang memperbarui CMMS, transisi ke yang diperbarui? Apa satu hal yang Anda ingin mereka ambil dan lakukan secara berbeda besok atau minggu depan?

SR :Jika saya bisa, saya ingin memberi Anda dua takeaways.

JK :Baiklah, saya ambil dua.

SR :Baiklah. Nomor satu, lihat. Perhatikan baik-baik sistem Anda. Apakah itu melakukan semua yang Anda butuhkan untuk dilakukan? Lihatlah seolah-olah itu adalah hari pertama Anda bekerja. Apakah mudah digunakan, apakah ramah pengguna? Apakah Anda mendapatkan apa yang Anda butuhkan untuk keluar darinya?

Nomor dua, dengarkan. Ini kembali ke komunikasi yang saya bicarakan sebelumnya. Benar-benar mendengarkan pengguna akhir Anda. Jangan hanya mendengarnya, tetapi dengarkan. Merekalah yang akan membuat atau menghancurkannya. Apakah mereka memiliki keluhan yang sah? Apa yang dapat Anda lakukan untuk membuat pekerjaan mereka lebih mudah? Jika Anda dapat membuat pekerjaan mereka lebih mudah, Anda akan berusaha keras untuk meningkatkan moral mereka, yang tentu saja dapat meningkatkan produktivitas dan kinerja secara keseluruhan.

JK :Baiklah, luar biasa. Dua takeaways besar di sana. Saya ingin berterima kasih, Steve, karena telah meluangkan waktu untuk berbicara dengan kami hari ini tentang membuat transisi dari CMMS usang.

SR :Tidak masalah sama sekali James, dengan senang hati.