Bir pres makinesi öğle arasında aniden duruyor. Ustabaşı elektrik teknisyenini arıyor, teknisyen geldiğinde ilk sorduğu şey "bu makineye son ne zaman bakım yapıldı" oluyor. Cevap defterde, birinin telefonunda ya da kimsenin hatırlamadığı bir yerde. Üç saatlik duruş, aslında bir hafta önce fark edilebilecek bir aşınmanın sonucu. Bu tablo orta ölçekli üretim ve lojistik işletmelerinde kural, istisna değil: bakım ya hiç planlanmıyor ya da bir teknisyenin kafasında planlanıyor.
Bakım kayıtları neden dağınık kalıyor?
Sorun genelde niyet eksikliği değil, kayıt yeri eksikliği. Bakım geçmişi üç ayrı yerde yaşıyor: arıza bildirimleri WhatsApp grubunda, periyodik bakım tarihleri bir Excel'de, yedek parça alımları ise satın alma departmanının kendi kayıtlarında. Bu üç kayıt birbirine bağlı olmadığı için hiçbiri soruyu tam cevaplayamıyor: bu makine son altı ayda kaç kez arıza verdi, en çok hangi parça değişti, bir sonraki periyodik bakım ne zaman gelecek. Cevap yoksa karar da yok. Bakım hâlâ "bozulunca müdahale et" mantığıyla yürüyor.
Periyodik bakım planı ERP'de nasıl kurulur?
Kurulumun başlangıç noktası ekipman kartı. Her makine, araç veya kritik cihaz sistemde tekil bir kayıt olarak tanımlanır: marka, model, seri numara, bulunduğu şube/hat, sorumlu departman. Bu karta iki tür tetikleyici bağlanır:
- Takvim bazlı: "Her 3 ayda bir yağ değişimi" gibi sabit aralıklı bakımlar.
- Sayaç bazlı: "Her 500 çalışma saatinde bir filtre kontrolü" gibi kullanıma bağlı bakımlar. Sayaç değeri üretim modülünden veya elle girişten beslenir.
Tetikleyici tarihe veya eşiğe yaklaştığında sistem otomatik bir bakım iş emri açar ve sorumlu ekibe atar. Planlama artık birinin takvime bakıp hatırlamasına değil, sistemin uyarı üretmesine dayanır. Bu, aynı zamanda denetim sorusuna da cevap üretir: bir sigorta ya da müşteri denetimi "bu ekipmana ne zaman bakım yapıldığını gösterin" dediğinde, kağıt aramak yerine kayıt gösterilir.
Arıza bildirimi geldiğinde süreç nasıl işler?
Periyodik bakım planlı; arıza değil. Arıza bildirimi genelde sahadan, üretim hattından ya da şoförden gelir. Kurulumun burada çözmesi gereken üç şey var:
- Bildirim tek noktadan girilir: telefon araması, kağıt not veya sözlü aktarım yerine, telefon tarayıcısından ya da bilgisayardan arıza kaydı açılır. Ekipman, arıza tarifi ve öncelik seçilir.
- İş emri otomatik oluşur ve müdahale eden teknisyene, harcanan süreye ve kullanılan parçaya bağlanır.
- Duruş süresi ölçülür: arızanın bildirildiği an ile makinenin tekrar çalışır hale geldiği an arasındaki fark sistemde otomatik hesaplanır.
Bu üçüncü madde asıl değeri üretir. Duruş süresi tek tek kayıtlarda kaybolduğunda "bu makine ne kadar sorun çıkarıyor" sorusu tahmine dayalı kalır. Kayıt altına alındığında aynı ekipman için tekrarlayan arızalar görünür hale gelir. Beşinci kez aynı parça değişiyorsa, sorun parça kalitesinde ya da kullanım biçiminde aranmaya başlanır.
Yedek parça stoğu bakım planına nasıl bağlanır?
Bakım ile stok yönetimi genelde birbirinden kopuk yürür: bakım ekibi hangi parçaya ihtiyaç duyacağını bilir, stok ekibi elinde ne olduğunu bilir, ama ikisi konuşmaz. Sonuç, ya gereksiz stok birikimi ya da kritik anda parça bulunamaması.
ERP'de bakım iş emri, stok kartındaki kritik yedek parçaya doğrudan bağlanır. Planlı bir bakım açıldığında sistem gerekli parçanın stokta olup olmadığını kontrol eder; yoksa satın alma talebini otomatik tetikler. Arıza durumunda ise kullanılan parça anında stoktan düşer ve aynı parça için yeniden sipariş noktası devreye girer. Bu bağlantı olmadan yedek parça yönetimi ya aşırı stoklu (sermaye bağlar) ya da eksik stoklu (duruşu uzatır) kalır; ikisinin ortasını tutturmak, bakım verisiyle stok verisinin aynı sistemde konuşmasını gerektirir.
Hangi iki metrik bakım performansını gösterir?
Bakım ekibinin işini ölçmek için karmaşık bir gösterge setine gerek yok, iki metrik çoğu soruyu cevaplar:
- Arızalar arası ortalama süre (MTBF): Bir ekipmanın iki arıza arasında ne kadar arızasız çalıştığı. Düşüyorsa, ekipman ya yaşlanıyor ya da bakım aralığı yetersiz kalmış demektir.
- Ortalama onarım süresi (MTTR): Arıza bildiriminden makinenin tekrar çalışır hale gelmesine kadar geçen süre. Uzuyorsa sorun genelde yedek parçanın elde olmamasında ya da hangi teknisyenin müsait olduğunun bilinmemesindedir.
Bu iki sayı ancak arıza kayıtları ve iş emirleri sistemde tutulduğunda hesaplanabilir. Kağıt üzerinde tutulan bir bakım defterinden MTBF çıkarmak pratikte imkânsızdır çünkü tarihler ve süreler eksik veya tutarsız girilir.
Aynı arıza kaç kez tekrarlıyor?
Bir dolum hattındaki dolum başlığı üç ayda dört kez arıza kaydı açtırıyor olsun. Kayıtlar dağınık tutulduğunda her arıza bağımsız bir olay gibi görünür: teknisyen gelir, parçayı değiştirir, kapatır. Ekipman kartına bağlı arıza geçmişi görüntülendiğinde tablo şöyle çıkabilir:
| Tarih | Arıza | Değişen parça | Duruş süresi |
|---|---|---|---|
| Hafta 2 | Sızdırma | Conta | 45 dk |
| Hafta 5 | Sızdırma | Conta | 40 dk |
| Hafta 9 | Sızdırma | Conta | 55 dk |
| Hafta 12 | Sızdırma | Conta | 50 dk |
Dört ayrı kayıt yan yana görüldüğünde sorun "arızalanan bir makine" değil, "yanlış parça ya da yanlış bakım aralığı" olarak tanımlanır. Bu tür bir örüntü, kayıtlar aynı ekipman kartında birikmediği sürece fark edilmez; her arıza kendi başına küçük ve önemsiz görünür.
Bakım maliyeti ekipman bazında nasıl görünür hale gelir?
Bakım maliyeti genelde tek bir gider kalemi olarak muhasebeye düşer: "bakım-onarım gideri" toplu bir rakamdır. Hangi makinenin ne kadara mal olduğu görünmez. ERP'de her bakım iş emri, işçilik saati ve kullanılan parça maliyetiyle birlikte ilgili ekipmana ve masraf merkezine işlenir. Bu kayıt birikince ortaya şu tablo çıkar: bir makinenin yıllık bakım maliyeti, o makinenin defter değerine ya da üretime kattığı değere kıyasla mantıklı mı, yoksa makineyi değiştirmek artık daha mı ucuza geliyor. Bu karar, tek tek fatura toplamıyla değil, ekipman bazında birikmiş veriyle verilir.
Tüm ekipmanlar aynı anda mı sisteme girilmeli?
Elli makinesi olan bir tesis hepsini aynı anda ERP'ye tanımlamaya çalıştığında proje birkaç ay sürer ve genelde yarıda bırakılır. Daha işleyen yol, ekipmanı önce kritiklik sırasına koymak:
- Durursa üretim tamamen durur (tek hat, tek pres, tek dolum makinesi): bunlar önce sisteme girilir, periyodik bakım planı önce bunlara kurulur.
- Durursa yavaşlama olur ama alternatif var (yedek forklift, ikinci bir paketleme istasyonu): ikinci sırada.
- Durursa fark edilmez, aylar sonra fark edilir (ofis ekipmanı, düşük kullanımlı yardımcı makine): en son, hatta hiç detaylı takip gerekmeyebilir.
Bu sıralama, bakım modülünün ilk üç ayda üç yüz kayıt yerine en kritik on-onbeş ekipmanla başlamasını sağlar. Sistem oturduktan sonra kapsam genişletilir; tersten gidildiğinde ise proje veri girişinde boğulur ve hiçbir ekipmanda gerçek bir bakım geçmişi oluşmaz.
Birasyo'da bu nasıl çözülür?
Bakım modülü ekipman kartını üretim, stok ve satın alma modülleriyle aynı veri tabanında tutar. Periyodik bakım tetikleyicileri otomatik iş emri açar, arıza bildirimi telefon tarayıcısından ya da bilgisayardan tek ekranda girilir, kullanılan yedek parça o an stoktan düşer ve maliyet ilgili ekipmana işlenir. Ayrı bir bakım yazılımı ile ERP arasında veri taşımaya gerek kalmaz; bakım kaydı zaten stok, satın alma ve muhasebe ile aynı sistemde yaşar. Bakım modülü sayfasında kurulum detayları yer alır.
Özet
- Bakım kayıtlarının dağınıklığının kaynağı, arıza bildirimi, periyodik plan ve yedek parça stoğunun ayrı yerlerde tutulması.
- Periyodik bakım, ekipman kartına bağlı takvim veya sayaç bazlı tetikleyicilerle otomatik iş emrine dönüşür.
- Arıza bildirimi tek noktadan girilir, iş emrine bağlanır, duruş süresi otomatik ölçülür.
- Yedek parça stoğu bakım iş emrine bağlandığında hem gereksiz stok hem kritik anda parça yokluğu riski azalır.
- Bakım maliyeti ekipman bazında izlendiğinde "bakım mı, değişim mi" kararı veriyle verilir.
İlgili yazılar:
Bu yazıyı LinkedIn'de paylaşın
Başlık, özet ve etiketler panoya kopyalanır, paylaşım penceresi açılır. Yapıştırıp (Cmd/Ctrl+V) gönderin.
