ERP bakım modülü mü, ayrı bakım yönetim yazılımı mı: karar çerçevesi

Bir üretim tesisinde hat durduğunda ilk soru "neden durdu?" olur, ikincisi "yedek parça rafta var mı?" Cevabın ilk yarısı genellikle bakım teknisyeninin defterinde ya da bir Excel dosyasında, ikinci yarısı ERP'nin stok ekranında durur. İki bilgi ayrı yerdeyse hat daha uzun bekler.

Bakım yönetimini ERP'nin içindeki modülle mi çözmeli, yoksa ayrı bir bakım yönetim yazılımı (İngilizce kısaltmasıyla CMMS, kapsamı geniş olanlara EAM denir) mı almalı? Cevap makine parkınıza, bakım ekibinizin büyüklüğüne ve duruşun size maliyetine bağlı. Bu yazı iki yolu tarafsız bir çerçevede karşılaştırıyor.

1. İki yaklaşımın aslında ne sunduğu

ERP içindeki bakım modülü: Ekipman kartı, bakım iş emri, periyodik bakım planı ve yedek parça tüketimi ERP'nin ortak veri tabanında tutulur. Parça çıkışı otomatik stok hareketi olur, bakım maliyeti ilgili masraf merkezine yansır.

Ayrı bakım yönetim yazılımı: Yalnızca bakıma odaklanır. Sayaç bazlı bakım tetikleme, arıza kodu hiyerarşisi, teknisyen mobil uygulaması, QR ile ekipman tanıma, duruş analizi ve güvenilirlik raporları genellikle bu sınıfta daha derindir.

Kabaca söylemek gerekirse ERP modülü bakımı işletmenin geri kalanına bağlar, ayrı yazılım bakımın kendisini daha iyi yönetir. İkisini birden en üst düzeyde veren tek ürün her işletme için mevcut değildir.

2. Karşılaştırma tablosu

Tablodaki "çoğu zaman" ve "genellikle" ifadeleri bilinçli. Ürünler arasında fark büyük. Karar vermeden önce her adayın bakım modülünü kendi senaryonuzla denemeniz gerekir.

3. ERP modülü hangi durumlarda yeter

• Makine sayısı sınırlı ve bakım planı ağırlıklı olarak periyodik.
• Bakım ekibi birkaç kişi, ayrı bir bakım müdürü yok.
• Asıl dert yedek parça bulunamaması ya da bakım maliyetinin görünmemesi.
• Tek bir sistemde çalışmak, derin analizden daha çok değer taşıyor.
• BT kaynağınız iki ayrı sistemi ve aralarındaki entegrasyonu yönetmeye yetmiyor.

Bu tablo, metal ve makine imalatı ve orta ölçekli üretim işletmelerinin büyük kısmını tarif eder. Üretim planlamasıyla bakım takvimini birlikte düşünmek isteyenler için MRP ve sonlu kapasiteli planlama yazımız da bu bağlamda işe yarar.

4. Ayrı yazılım hangi durumlarda öne çıkar

• Makine parkı büyük, ekipman sayısı yüzlerle ölçülüyor.
• Plansız duruşun maliyeti çok yüksek, her saat net bir kayıp yaratıyor.
• Sayaç, sensör ya da çalışma saati verisiyle bakım tetiklemek istiyorsunuz.
• Birden fazla tesisi ya da ağır ekipmanı (enerji, gıda hattı, kimya prosesi) yönetiyorsunuz.
• Bakım ekibi ayrı bir birim olarak çalışıyor ve kendi raporlarını istiyor.

Gıda üretiminde hat temizliği ve gıda güvenliği kayıtlarıyla bakım kayıtları iç içe geçtiği için bu ihtiyaç sık görülür. Yine de hiçbir sektör tek başına bu kararı vermez, belirleyici olan duruşun ve ekipmanın niteliğidir.

5. Büyük platformlar bakımı nasıl ele alıyor

Büyük ERP platformlarının çoğu bakım ya da varlık yönetimi işlevini kendi çatısı altında sunuyor. IFS Cloud varlık ve servis yönetimini ürün odağının önemli bir parçası olarak konumlandırıyor. Microsoft Dynamics 365 Finance and Operations ve SAP S/4HANA Cloud da bakım ve varlık yönetimi işlevleri içeriyor. Odoo Enterprise içinde bakım uygulaması bulunuyor.

Burada dikkat edilecek nokta, "modülü var" ile "ihtiyacınızı karşılıyor" arasındaki farktır. Modül kapsamı sürüme ve pakete göre değişir. Hangi özelliğin standart pakette, hangisinin ek lisansla geldiğini her yazılım üreticisinden güncel ve yazılı olarak isteyin.

6. Karar verirken sorulacak beş soru

1. Bir saatlik plansız duruş bize ne kadara mal oluyor? Bu rakamı kendi üretim ve satış verinizle hesaplayın. Küçükse ayrı yazılımın getirisi de küçük kalır.
2. Bakım kayıtları bugün nerede tutuluyor? Kâğıtta, Excel'de ya da hiçbir yerde tutulmuyorsa önce disiplin kurulmalı. Yazılım disiplinin yerine geçmez.
3. Teknisyen sahada nasıl veri girecek? Telefon ya da tablet ekranı kullanılmayacaksa kayıtlar vardiya sonunda hatırlanarak girilir ve değer kaybeder.
4. Yedek parça stoğunun kime ait olduğu belli mi? Bakım deposu ile genel depo ayrıysa depo modülü yaklaşımınızı bakımla birlikte düşünün.
5. İki sistemi kim yönetecek? Ayrı yazılım, ayrı kullanıcı yönetimi, ayrı güncelleme ve entegrasyon bakımı demektir. Tek platform mı ayrı sistemler mi sorusundaki ölçütler burada da geçerlidir.

7. Ayrı yazılım alırsanız entegrasyonda nelere bakmalı

Ayrı bakım yazılımı seçtiyseniz asıl iş entegrasyondur. Şunları sözleşmeden önce netleştirin:

• Ekipman kartının ana kaynağı hangisi olacak, ERP mi bakım yazılımı mı?
• Yedek parça çıkışı bakım iş emri kapandığında ERP'de otomatik stok hareketi üretecek mi?
• Bakım maliyeti ERP'ye hangi sıklıkla ve hangi hesap koduyla aktarılacak?
• Entegrasyon hazır bir bağlayıcıyla mı kurulacak, yoksa özel geliştirme mi gerekecek? Özel geliştirme sonraki sürüm geçişlerinde ek iş çıkarır, ayrıntısı için özelleştirme riski yazımıza bakabilirsiniz.

8. Yaygın hatalar

• Yazılımı ekipman verisi hazır olmadan almak. Ekipman listesi, kodlama ve bakım periyotları olmayan bir sistem boş kalır. Kodlama disiplini için ana veri rehberimiz işinize yarar.
• Demoda yalnızca arıza kaydı ekranına bakmak. Önleyici bakım takvimi, yedek parça rezervasyonu ve duruş raporunu da kendi örneğinizle deneyin. Demo değerlendirmesi için demo rehberimize göz atın.
• Tüm ekipmanı bir anda sisteme almak. Kritik makinelerle başlayıp genişletmek daha az risklidir.
• Bakım ekibini sürece dahil etmemek. Teknisyen kullanmayacaksa en iyi yazılım da işe yaramaz.

Nereden başlamalı

Önce bakım kayıtlarınızın bugünkü durumunu ve bir saatlik duruşun maliyetini ölçün. Ardından ERP adaylarınızın bakım modülünü kendi makine örneğinizle deneyin ve eksik kalan işlevleri not edin. Eksik gerçekten kritikse ayrı yazılımı değerlendirmeye alın. Üretim odaklı adayları yan yana görmek için üretim KOBİ'leri için ERP karşılaştırmasına bakabilirsiniz. Kendi ihtiyaç listenizle eşleşen ERP'leri görmek için uygun ERP bulma aracını kullanabilir, süreci bağımsız bir uzmanla konuşmak isterseniz keşif görüşmesi talep edebilirsiniz.