CMMS mi ERP mi? Bakım yönetiminde doğru sistemi seçmek

Bakım ekibinin sorusu ile finans ekibinin sorusu

CMMS (bilgisayarlı bakım yönetim sistemi), ekipmanların bakımını planlamak, iş emirlerini yönetmek ve arıza geçmişini kayıt altına almak için tasarlanmış yazılımdır. Merkezinde varlık vardır: bir pompa, bir pres, bir klima santrali. Her varlığın yeri, teknik özellikleri, yedek parça listesi, bakım planı ve arıza kayıtları CMMS'te tutulur.

ERP (kurumsal kaynak planlaması) ise satın alma, stok, finans, satış ve üretim gibi süreçleri tek bir kayıt sisteminde birleştirir. Merkezinde işlem vardır: bir sipariş, bir fatura, bir stok hareketi, bir maliyet kaydı. Bazı ERP paketleri bir bakım modülü de sunar; bu modül iş emrini maliyet merkezine, yedek parça çıkışını stoka, dış servis faturasını muhasebeye bağlar.

İki sistemin farkı bu yüzden işlevden çok bakış açısındadır. Bakım şefi "bu makine neden sık arıza yapıyor ve önümüzdeki hafta hangi bakımlar var?" diye sorar; finans müdürü "bu hattın bakım maliyeti bütçeyi aştı mı?" diye sorar. CMMS ilk soruyu, ERP ikinci soruyu yanıtlamak için güçlüdür.

Ölçüt ölçüt CMMS ve ERP

Ana nesne: CMMS'te ana nesne varlık ve iş emridir. / ERP'de ana nesne mali ve lojistik işlemdir; bakım bunların bir türüdür.

Varlık hiyerarşisi: CMMS tesis, hat, makine, alt montaj ve bileşen gibi derin hiyerarşileri ve arıza kodu yapılarını ayrıntılı tutmak için tasarlanır. / ERP'nin bakım modülü de hiyerarşi tutabilir, ancak arayüz ve raporlar genellikle muhasebe ve stok ihtiyaçlarına göre şekillenir.

Saha kullanımı: CMMS, teknisyenin mobil cihazdan iş emrini açması, fotoğraf eklemesi, kontrol listesini doldurması ve süreyi kaydetmesi gibi saha işlerine odaklanır. / ERP ekranları ofis kullanıcısına göre tasarlanır; saha için ek mobil çözüm gerekebilir.

Bakım planlama: CMMS takvim, sayaç ve duruma dayalı bakım tetikleyicilerini, iş paketi ve kaynak planlamayı merkeze alır. / ERP'de bu işlevler bulunabilir ama yapılandırması daha ağır ve değişiklikleri BT ekibine bağımlıdır.

Maliyet ve satın alma: CMMS'te maliyet takibi genellikle iş emri düzeyinde kalır. / ERP yedek parça satın almasını, stok değerlemesini, maliyet merkezlerini ve bütçeyi doğrudan yönetir.

Kurulum ve sahiplik: Bağımsız bir CMMS genellikle bakım ekibi liderliğinde, daha kısa sürede devreye alınır. / ERP bakım modülü, şirket genelindeki ERP projesinin parçası olarak BT ve süreç ekipleriyle birlikte kurulur.

Entegrasyonda hangi veri nereden nereye akar?

İki sistemin birlikte çalıştığı tesislerde asıl tasarım sorusu hangi verinin hangi sistemde "ana kayıt" olacağıdır. Tipik bir paylaşım şöyledir: • Varlık ana verisi: Teknik hiyerarşi ve bakım planları CMMS'te, sabit kıymet kaydı ve amortisman ERP'de tutulur; iki kayıt ortak bir varlık koduyla eşleştirilir. • Yedek parça: Malzeme ana verisi ve stok değeri ERP'de, hangi parçanın hangi ekipmanda kullanıldığı bilgisi CMMS'te bulunur. • Satın alma: CMMS'te iş emri için parça ya da dış hizmet talebi açılır, talep ERP'ye satın alma talebi olarak aktarılır. • Maliyet: Tamamlanan iş emrinin işçilik, malzeme ve dış hizmet tutarları ERP'deki ilgili maliyet merkezine yansıtılır.

Örneğin bir gıda fabrikasında dolum makinesinin rulmanı değişecek olsun. Teknisyen CMMS'te iş emrini açar, parça stokta yoksa talep ERP'ye düşer, satın alma siparişi verilir, mal kabul ERP'de yapılır, parça iş emrine çıkılır ve iş kapanınca maliyet ERP'de hattın maliyet merkezine yazılır. Bu zincirde aynı veri iki kez elle girilmiyorsa entegrasyon doğru kurulmuş demektir.

Hangi durumda hangisi?

Ayrı bir CMMS şu durumlarda daha uygun düşer: • Ekipman sayısı ve çeşitliliği yüksekse, bakım işleri teknik ayrıntı ve arıza analizi gerektiriyorsa. • Teknisyenlerin sahada mobil olarak çalışması ve sistemi gerçekten kullanması öncelikliyse. • Şirkette henüz ERP yoksa ya da ERP'nin bakım modülü lisanslanmamışsa. • Tesis, bina ya da filo bakımı gibi üretim dışı alanlarda bakım yönetiliyorsa.

ERP'nin bakım modülü şu durumlarda öne çıkar: • Şirket zaten kapsamlı bir ERP kullanıyor ve bakım maliyetinin satın alma, stok ve finansla sıkı bağı kritikse. • Denetim ve raporlama gereksinimleri tek bir kayıt sistemi istiyorsa. • Bakım süreçleri görece standartsa ve BT ekibi modülü yapılandırıp sürdürebilecek kapasitedeyse.

Karar verirken yazılım özellik listesine değil, bakım ekibinin günlük işine bakın: Teknisyen iş emrini nerede açacak, kapatırken ne girecek ve bu bilgi kime ne zaman ulaşacak?

Karar öncesi kontrol listesi

Bir tedarikçi sunumuna girmeden önce bakım, satın alma ve finans temsilcileriyle şu soruları birlikte yanıtlamak seçimi netleştirir: • Bir arıza bildiriminden iş emrinin kapanmasına kadar her adımda kim, hangi ekranda, hangi bilgiyi giriyor? • Planlı bakımlar takvime mi, çalışma saati ya da çevrim sayısı gibi sayaçlara mı, yoksa ölçülen duruma mı bağlı? • Yedek parça stoku bakım deposunda mı, merkezi depoda mı tutuluyor ve kim sayıyor? • Bakım maliyeti hangi düzeyde raporlanmalı: ekipman, hat, tesis ya da maliyet merkezi? • Mevcut ERP'nin bakım modülü lisansta var mı, varsa sahada denenmiş mi?

Bu soruların yanıtları özellik karşılaştırma tablosundan daha güvenilir bir karar zemini sunar; çünkü sistemin değeri, ekibin onu her gün kullanıp kullanmayacağıyla belirlenir.

Seçim ve devreye almada sık yapılan hatalar

Varlık hiyerarşisini sonraya bırakmak: Hangi sistem seçilirse seçilsin, ekipmanların tutarlı biçimde kodlanmadığı ve hiyerarşiye oturtulmadığı bir kurulumda arıza analizi ve maliyet raporu anlamsız kalır.

Sahayı tasarıma katmamak: Teknisyenlerin kullanmadığı bir sistem, iş emirlerinin işten sonra ofiste toplu girildiği bir kayıt deposuna dönüşür. Mobil kullanım ve basit kapatma ekranları baştan test edilmelidir.

Çift ana veri: Aynı yedek parça ya da varlığın iki sistemde farklı kodlarla tutulması, stok ve maliyet uyuşmazlıklarına yol açar. Hangi alanın hangi sistemde ana kayıt olduğu yazılı olarak belirlenmelidir.

Geçmiş veriyi körü körüne taşımak: Eski tablolardaki tutarsız arıza kayıtlarını temizlemeden aktarmak yeni sistemi ilk günden güvenilmez kılar.

Bu konular Mindset programlarında nerede çalışılır?

CMMS ile Bakım Yönetiminin Dijitalleşmesi eğitimi; CMMS kapsamı ve hazırlık, varlık hiyerarşisi ve ana veri, iş emri ve bildirim süreçleri, önleyici bakım planlarının aktarımı ve mobil kullanımla saha benimsemesi üzerinde durur. Bakım şefleri, planlama mühendisleri ve tesis yöneticileri için CMMS projesini sahadan başlayarak kurmanın yolunu gösterir.

ERP tarafında, Kurumsal Uygulama (ERP/CRM) Seçimi ve Değerlendirme Süreci Yönetimi eğitimi süreç envanteri ve uyum-boşluk analizi ile senaryo bazlı kıyaslamayı işler. Bakım modülünün ERP içinde mi yoksa ayrı bir sistemde mi yürüyeceği kararını vermek zorunda kalan proje ekipleri bu yöntemi doğrudan kullanabilir.