Bakım ve Arıza Takip Programı Nasıl Kurulur?

Bakım takip programı, bir işletmenin kendi makinelerinin, tesislerinin ve ekipmanlarının bakımını planlayan; arıza takip programı ise bu ekipmanlarda çıkan arızanın bildirilmesinden kapanmasına kadar izini süren yazılımdır. İkisi pratikte aynı sistemin iki yüzüdür ve İngilizcede CMMS (bilgisayarlı bakım yönetim sistemi) olarak geçer. Amaç tek cümleyle şudur: arıza olduktan sonra koşmak yerine arızayı öngörülebilir bakımla azaltmak ve her duruşun maliyetini görünür kılmak. Fabrika, otel, hastane, AVM, okul ya da çok şubeli bir perakende zinciri — kendi ekipmanını işleten her yerde ihtiyaç aynıdır.

Bakım takip programı teknik servis yazılımından nerede ayrılır?

İki sistem de iş emri açar, teknisyen atar, parça düşer; bu yüzden karıştırılır. Fark, ekipmanın kime ait olduğundadır. Teknik servis takip programı müşteriye ait cihaza sahada hizmet veren firmanın sistemidir: çağrı müşteriden gelir, iş faturalanır, yol süresi ve randevu penceresi önemlidir. Bakım ve arıza takip programı ise işletmenin kendi varlıkları içindir: çağrı içeriden gelir, iş faturalanmaz ama maliyete yazılır, asıl ölçü randevuya uyum değil ekipmanın ne kadar süre çalışmadığıdır. Çağrı merkezi tarafındaki talep kuyruğu da ayrı bir konudur; onu destek talep sistemi yazısında anlattık.

Teknik servis yazılımı geliri yönetir, bakım yazılımı duruşu yönetir. İlkinde başarı tamamlanan ziyaret sayısıdır; ikincisinde arızalanmadan geçen süredir.

Her şey ekipman kartıyla başlar

Bakım sisteminin temel kaydı iş emri değil ekipmandır. Her iş emri bir ekipmana, her ekipman bir konuma bağlanır. Konum hiyerarşisi baştan kurulmalıdır: tesis, bina, kat, hat ya da oda, ekipman. Otelde "3. kat 304 numaralı odanın kliması", fabrikada "B hattı 2 numaralı pres". Bu hiyerarşi olmadan raporlar "klima arızaları" diye toplanır ve hangi binanın, hangi markanın sorun çıkardığı görülemez.

• Kimlik: ekipman kodu, marka, model, seri numarası, kurulum tarihi, garanti bitişi.
• Konum: tesis-bina-kat-hat hiyerarşisinde tek bir yer; taşındığında geçmişiyle birlikte taşınır.
• Kritiklik: duruşunun üretimi ya da müşteriyi ne kadar etkilediği (yüksek, orta, düşük).
• Bakım planı: hangi işin hangi aralıkla yapılacağı ve bunun takvim mi sayaç mı (çalışma saati, çevrim sayısı) olduğu.
• Belgeler: kullanım kılavuzu, şema, bakım talimatı; teknisyenin sahada telefondan açabileceği şekilde.

Periyodik bakım planı: takvim mi, sayaç mı?

Önleyici bakımın iki tetikleyicisi vardır. Takvim tabanlı bakım belirli aralıklarla yapılır: yangın tüpü kontrolü, jeneratör testi, klima filtre temizliği. Sayaç tabanlı bakım ise kullanıma bağlıdır: kompresör belirli çalışma saatinde, pres belirli çevrim sayısında bakıma girer. Sadece takvim kullanan sistem, az çalışan makineye gereksiz bakım yapar ve çok çalışana geç kalır. Sayaç verisi elle girilecekse bakım planı birkaç ay içinde güvenilmez olur; mümkünse makinenin kontrol sisteminden ya da sayaç okumasından otomatik alınmalıdır. Üretim hattıyla ilişkisi için üretim takip programı (MRP) yazısına bakabilirsiniz.

type Plan = {
  assetId: string;
  task: string;
  everyDays?: number;
  everyHours?: number;
  lastDoneAt: Date;
  lastDoneHours: number;
};

type Asset = { id: string; runningHours: number };

export function isDue(plan: Plan, asset: Asset, today: Date): boolean {
  if (plan.everyDays !== undefined) {
    const next = new Date(plan.lastDoneAt);
    next.setDate(next.getDate() + plan.everyDays);
    if (today >= next) return true;
  }
  if (plan.everyHours !== undefined) {
    if (asset.runningHours - plan.lastDoneHours >= plan.everyHours) return true;
  }
  return false;
}

Bir ayrıntı kritik: bir sonraki bakım, planlanan tarihten değil işin gerçekten yapıldığı tarihten ve sayaçtan hesaplanır. Aksi hâlde iki hafta geç yapılan bakım, bir sonrakinin de iki hafta erken gelmesine ya da gecikmenin birikmesine yol açar.

Arıza bildirimi ve iş emri akışı

Arıza takip programının en çok kullanılan ekranı teknisyenin değil, arızayı gören kişinin ekranıdır. Bildirim ne kadar zahmetliyse arıza o kadar telefonla, sözlü ve kayıt dışı iletilir. En pratik çözüm ekipmanın üzerine yapıştırılan QR koddur: okutulduğunda ekipman ve konum otomatik dolar, bildiren kişi yalnızca bir fotoğraf ve kısa açıklama ekler. Arızanın yaşam döngüsü de sabit adımlarla kurulmalıdır:

• Bildirim: kim, hangi ekipman, ne zaman, fotoğraf; duruşun başladığı an bu kayıttır.
• Önceliklendirme: ekipmanın kritikliği ve etkisine göre; her arıza acil değildir.
• Atama: yetkinliğe göre teknisyen ya da dış firma; dış firma işleri de aynı kayıtta izlenir.
• Müdahale: yapılan iş, kullanılan parça, harcanan süre, kök neden kodu.
• Kapanış: ekipmanın yeniden çalıştığı an kaydedilir; duruş süresi bu iki zaman damgası arasıdır.

Kök neden kodu en çok atlanan alandır ve en değerli olandır. "Tamir edildi" yazan kapanış bir sonraki arızayı engellemez; "rulman aşınması", "kullanıcı hatası", "elektrik dalgalanması" gibi listeden seçilen bir kod ise altı ay sonra hangi arızanın neden tekrarladığını gösterir.

Yedek parça ve stok bağlantısı

Bakım deposu çoğu işletmede ana depodan ayrı ve kayıt dışıdır; bu yüzden kritik parça arıza anında yoktur ya da üç tane birden vardır. Parça iş emrine işlendiği anda stoktan düşmeli ve her parça hangi ekipmanlarda kullanıldığını bilmelidir. Böylece kritik ekipmanlar için asgari stok seviyesi tanımlanabilir. Genel stok mantığını stok takip programı mı özel yazılım mı yazısında anlattık.

Neyi ölçmeli: duruş süresi, MTBF, MTTR

Bakım biriminin performansını tamamlanan iş emri sayısı göstermez. Üç ölçü yeterlidir: toplam duruş süresi (ekipman ne kadar çalışmadı), MTBF (iki arıza arasındaki ortalama çalışma süresi, yükselmesi iyidir) ve MTTR (arızanın ortalama giderilme süresi, düşmesi iyidir). Bunlara önleyici bakım oranı eklenebilir: planlı işlerin tüm işlere oranı. Bu sayıların hepsi yukarıdaki iki zaman damgasından ve kök neden kodundan hesaplanır; kayıt disiplini yoksa hiçbiri hesaplanamaz. Panelleştirme tarafı için iş zekası ve raporlama paneli yazımıza bakabilirsiniz.

Hazır paket mi, özel yazılım mı?

Tek tesisli, standart ekipmanlı bir işletme için hazır bir bakım programı çoğu zaman yeterlidir. Özel yazılım genellikle şu durumlarda öne çıkar; en az ikisi varsa ciddi biçimde değerlendirin:

• Çok tesis ya da şube var ve parça, teknisyen ve raporlama merkezi yönetilecek.
• Sayaç verisi makinelerden ya da sensörlerden otomatik alınacak.
• Bakım maliyetinin ERP ya da muhasebeye ekipman ve masraf merkezi bazında akması gerekiyor.
• Onay akışı şirkete özgü: belirli tutarın üzerindeki dış firma işi ya da parça alımı onaya bağlı.

Dördüncü soru her zaman veri dışa aktarımıdır: ekipman geçmişi yıllar içinde işletmenin en değerli bakım bilgisidir ve sistem değiştiğinde taşınabilmelidir. Karar çerçevesi için özel yazılım mı hazır çözüm mü yazısına, ERP ile ilişkisi için ERP nedir yazısına bakabilirsiniz.

Sonuç

Bakım ve arıza takip programının değeri ekran sayısında değil kayıt disiplinindedir: ekipman kartı konum hiyerarşisiyle kurulur, bakım takvim ve sayaçla planlanır, arıza QR kodla saniyeler içinde bildirilir ve her kapanış kök neden kodu taşır. Bu dört kural oturduğunda duruş süresi ölçülebilir, ölçülen şey de azaltılabilir hâle gelir. Tesisleriniz için bakım sistemi planlıyorsanız kurumsal çözümler sayfamıza göz atın ya da teklif alın.