Bir cihaz bozuluyor, bir köşeye kaldırılıyor ve orada kalıyor. Aylar sonra kimse onarılıp onarılmadığını, hatta nerede olduğunu hatırlamıyor.
Bu, arıza kaydı tutulmayan işletmelerin ortak hikâyesidir. Ekipman ne kullanımda ne de elden çıkarılmış durumda; sadece ölü bir yatırım olarak duruyor.
Bu yazıda arıza kaydının nasıl açılacağını, servis akışını, parça değişimini ve tekrar eden arızaların analizini anlattık.
İçindekiler
Arıza kaydı neden gerekir?
Arıza kaydı, bir varlığın kullanım dışı kaldığını sistemde görünür kılar. Kayıt olmadan, çalışmayan bir cihaz envanterde çalışıyor gibi durur.
Bu görünürlük, planlama açısından kritiktir. Kaç cihazın gerçekte kullanılabilir olduğu bilinmeden kapasite hesaplanamaz.
Kayıt ayrıca maliyet biriktirir. Bir cihaza yapılan tüm onarım harcamaları toplandığında, yenileme kararı somut veriye dayanır.
Sorumluluk açısından da fayda sağlar. Arızanın hangi kullanımda ve hangi kişideyken oluştuğu izlenebilir hale gelir.
Kayıtlar envanter modülünde tutulur ve varlık kartına bağlanır.
Varlık durumları
Her varlığın net bir durum bilgisi olmalıdır. Belirsiz durumlar, envanterin güvenilirliğini doğrudan zedeler.
Temel durumlar şunlardır: kullanımda, depoda, arızalı, serviste ve hurdaya ayrılmış.
Arızalı ile serviste durumları ayrılmalıdır. Birincisi bekleyen, ikincisi işlem gören bir varlığı ifade eder.
Arızalı durumda uzun süre bekleyen varlıklar bir uyarı listesi oluşturmalıdır. Unutulan cihazların çoğu bu durumda kalır.
Durum değişiklikleri kayıt üretmelidir; kim, ne zaman ve neden değiştirdi bilgisi saklanmalıdır.
Arıza akışı
Akış, arızanın bildirilmesiyle başlar. Bildirimi yapan kişi, belirti ve oluşma koşullarını kısaca yazmalıdır.
Ardından ilk değerlendirme yapılır. Bazı arızalar basit müdahaleyle çözülür ve servise gitmesi gerekmez.
Servise gönderilecekse gönderim kaydı oluşturulur. Hangi servise, hangi tarihte gönderildiği izlenmelidir.
Servisten dönüşte yapılan işlem, değişen parçalar ve maliyet kaydedilir. Bu bilgiler varlığın geçmişine eklenir.
Son adımda varlık test edilip kullanıma alınır ve durumu güncellenir. Test edilmeden kullanıma verilen cihaz, kısa sürede geri döner.
Onar veya değiştir kararı
Her arıza onarılmaya değmez. Bu kararın veriye dayanması, sezgiyle verilmesinden çok daha isabetli sonuç verir.
İlk ölçüt, onarım maliyetinin yenileme maliyetine oranıdır. Belirli bir eşiğin üzerindeki onarımlar genellikle ekonomik değildir.
İkinci ölçüt, varlığın kalan ömrüdür. Ömrünün sonuna yaklaşmış bir cihaza yapılan yatırım kısa sürede boşa gider.
Üçüncü ölçüt, geçmiş onarım sayısıdır. Sık arızalanan bir cihaz, onarıldıktan sonra da arızalanmaya devam eder.
Bu üç ölçüt birlikte değerlendirildiğinde karar netleşir; varlık yaşam döngüsü yazısında ayrıntılandırdık.
Parça değişimi ve stok
Onarımda kullanılan yedek parçalar stoktan düşmelidir. Kayıtsız parça kullanımı, hem stok hem maliyet verisini bozar.
Parça maliyeti, arıza kaydına yansıtılmalıdır. Böylece varlık başına toplam onarım maliyeti gerçekçi hesaplanır.
Sık kullanılan yedek parçaların stokta bulundurulması, bekleme süresini kısaltır. Hangi parçaların kritik olduğu geçmiş verisinden çıkarılır.
Değişen parçanın seri numarası izleniyorsa, bu bilgi de kaydedilmelidir. Garanti talepleri bu kayda dayanır.
Yedek parça stoğunun yönetimini garanti ve yedek parça takibi yazısında ele aldık.
Garanti ve sözleşme kontrolü
Arıza kaydı açılırken ilk kontrol edilmesi gereken bilgi, garanti durumudur. Garantideki bir cihaz için ödeme yapmak, en yaygın gereksiz masraftır.
Bu nedenle garanti bitiş tarihi varlık kartında tutulmalı ve arıza ekranında görünmelidir.
Bakım sözleşmesi kapsamındaki cihazlar da ayrıca işaretlenmelidir. Sözleşme kapsamındaki bir işlem için ayrıca fatura ödenmemelidir.
Garanti şartlarının bilinmesi de gerekir; bazı müdahaleler garantiyi geçersiz kılar.
Sözleşme yönetimini bakım sözleşmesi yönetimi yazısında anlattık.
Tekrar eden arıza analizi
Arıza kayıtlarının en değerli çıktısı, tekrar eden sorunların ortaya çıkmasıdır. Bu analiz olmadan aynı sorun sürekli çözülür.
Model bazında arıza sıklığı, satın alma kararlarını doğrudan besler. Sorunlu bir model, bir daha alınmamalıdır.
Kullanıcı bazında dağılım da bilgi verir. Belirli bir kullanıcıda yoğunlaşan arızalar, eğitim ihtiyacına işaret edebilir.
Ortam koşulları da değerlendirilmelidir. Belirli bir lokasyondaki yoğun arıza, elektrik veya iklim sorununu gösterebilir.
Arıza nedenlerinin sınırlı bir listeden seçilmesi, bu analizi mümkün kılar. Serbest metin olarak yazılan nedenler gruplanamaz.
Önleyici bakıma geçiş
Arıza takibinin olgunlaşmış hali, arızayı beklemeden bakım yapmaktır. Bu geçiş, maliyeti belirgin şekilde düşürür.
Önleyici bakım planı, geçmiş arıza verisinden çıkarılır. Hangi cihazın ne sıklıkta bakım gerektirdiği veriyle belirlenir.
Bakım takvimi süre veya kullanım bazlı olabilir. Kullanım yoğunluğu değişken olan ekipmanlarda ikinci yöntem daha doğrudur.
Planlı bakımlar da kayıt üretmelidir; yapılan işlem ve maliyet varlık geçmişine eklenmelidir.
Bu yaklaşım özellikle üretim ve saha ekipmanlarında yüksek getiri sağlar. Duruş maliyeti, bakım maliyetinin kat kat üzerindedir.
Dikkat edilecek noktalar
Arıza bildiriminin kolay olması, kaydın yapılma olasılığını doğrudan belirler. Uzun formlar, sözlü bildirime geri döndürür.
Kaydı kapatma disiplini de önemlidir. Onarılan ama kapatılmayan kayıtlar, envanteri olduğundan kötü gösterir.
Hurdaya ayrılan varlıkların kapatılması unutulmamalıdır. Listede duran ölü kayıtlar, tüm raporları yanıltır.
Yedek cihaz planı da düşünülmelidir; kritik ekipmanın arızası, operasyonu durdurmamalıdır.
Zimmetli cihazlarda arıza sırasında zimmet devam eder; zimmet takibi yazısına bakabilirsiniz.
Sık sorulanlar
Arıza kaydını kim açmalı?
Sorunu fark eden kişi açmalıdır; bildirimin basit tutulması, kaydın yapılmasını sağlayan en önemli etkendir.
Dış servis maliyetleri nasıl izlenir?
Servis faturası arıza kaydına bağlanır; böylece varlık başına toplam onarım maliyeti oluşur.
Arıza bildirimi mobilden yapılabilir mi?
Mobil kullanım planlanabilir; kapsamı kurulum aşamasında ihtiyacınıza göre belirliyoruz.
Müşteri ekipmanları da izlenebilir mi?
İzlenebilir; teknik servis senaryosu için teknik servis yönetimi yazısına bakın.
Arıza takibi, envanterin gerçek kullanılabilirliğini gösteren kayıt. Bu kayıt olmadan envanter listesi, sahadaki durumu yansıtmıyor.
Bildirimi olabildiğince basit tutun. Karmaşık bir form, çalışanları sözlü bildirime geri döndürüyor.
Arıza nedenlerini de sınırlı bir listeden seçtirin; tekrar eden sorunların analizi ancak böyle mümkün oluyor.
Uzun süre arızalı durumda bekleyen varlıklar için bir uyarı kurun; unutulan cihazların neredeyse tamamı bu durumda kalıyor.
EQLEM ekibiyle görüşerek arıza ve bakım kurgunuzu planlayabilirsiniz.