Teknik Arıza Geçmişi Nasıl Tutulur ve Nasıl Kullanılır?

Bir pompa, kapı motoru ya da aydınlatma hattı aynı ay içinde üçüncü kez arıza verdiğinde ekiplerin ilk sorusu genellikle şudur: “Daha önce ne yapılmıştı?” Yanıt farklı kişilerin mesajlarında, kâğıt formlarda veya yalnızca teknisyenin hafızasında kalıyorsa bakım geçmişi karar vermeye yardımcı olamaz. İyi tutulan teknik arıza kayıtları ise tek tek müdahaleleri ekipman bazında birleştirir; tekrarları görünür kılar ve bir sonraki bakım kararına veri sağlar.

Bu rehber, site ve tesis operasyonlarında kullanılabilecek pratik bir arıza kayıt modelini anlatır. Amaç yalnızca “iş tamamlandı” bilgisini saklamak değil; hangi ekipmanda ne görüldüğünü, nedenini, yapılan işlemi, kullanılan parçayı, geçen süreyi ve kapanış testini aynı zincirde tutmaktır.

Teknik arıza kaydı nedir?

Teknik arıza kaydı; belirli bir ekipman veya konum için bildirilen belirtinin, yapılan incelemenin, müdahalenin ve doğrulama sonucunun zaman damgalı özetidir. Tek bir kayıt olayı anlatır. Aynı ekipmana ait kayıtlar bir araya geldiğinde ise bakım geçmişi oluşur.

Bu ayrım önemlidir. “Kazan dairesi arızası giderildi” ifadesi bir kapanış notudur; fakat gelecekte karşılaştırma yapmaya elverişli değildir. “P-02 sirkülasyon pompasında düşük basınç uyarısı görüldü; filtre temizlendi, basınç testi yapıldı ve değer normal aralığa döndü” biçimindeki kayıt ise ekipmanı, belirtiyi, müdahaleyi ve sonucu ayırır.

IBM’in bakım yönetimi dokümantasyonu da arıza bilgisinin ekipman veya konumla ve ilgili iş emriyle ilişkilendirilmesini; geçmiş ve eğilim raporlarında kullanılmasını önerir. Buradaki yaklaşım, bu mantığı site ve tesis ekiplerinin günlük iş akışına uyarlamaktadır. Kaynak: IBM Maximo, “Failure analysis” (erişim: 22 Eylül 2026).

Arıza kayıt defterinde hangi bilgiler bulunmalı?

Kayıt alanları gereğinden fazla olursa ekip formu doldurmayı erteler; az olursa geçmiş karşılaştırılamaz. En iyi başlangıç, karar vermeye yarayan çekirdek alanları zorunlu tutmak ve yalnızca gerekli ayrıntıları koşula bağlı göstermektir.

Alan	Ne kaydedilir?	Neden gereklidir?
Kayıt ve iş emri numarası	Her olay için benzersiz kimlik	Mesaj, fotoğraf, parça ve onayların aynı olayda toplanmasını sağlar.
Ekipman ve konum	Sabit ekipman kodu, blok, kat, mahall	Benzer isimli cihazların kayıtlarının karışmasını önler.
Bildirim zamanı ve bildiren	Tarih-saat, kişi veya kaynak	İlk tepki ve toplam kesinti sürelerinin hesaplanmasına temel olur.
Belirti	Gözlenen ses, alarm, sızıntı, performans düşüşü	Teşhis koymadan önce gözlemi korur; tekrarları gruplayabilmeyi sağlar.
Etki ve öncelik	Hangi alanın veya hizmetin etkilendiği	İş sırasını ve iletişim ihtiyacını belirlemeye yardım eder.
Sorumlu ve zamanlar	Atanan kişi, başlama, bekleme, bitiş	Müdahale süresi ile tedarik ya da erişim beklemesini ayırır.
Problem, neden, çözüm	Bulgu, doğrulanan neden, uygulanan işlem	“Ne görüldü?” ile “neden oldu?” sorularının karışmasını engeller.
Parça ve dış servis	Kullanılan parça, miktar, servis bilgisi	Maliyet, stok ve tekrar eden parça değişimlerini izlemeyi kolaylaştırır.
Test ve kapanış kanıtı	Ölçüm, kontrol listesi, fotoğraf veya onay	İşlemin yalnızca yapıldığını değil, sonucun kontrol edildiğini gösterir.
İlişkili kayıt ve sonraki adım	Önceki arıza, planlı bakım veya inceleme görevi	Tekrar eden olayları ve takip kararını aynı zincirde tutar.

Her ekipmanın üretici talimatı, garanti koşulları veya yetkili servis gereksinimi farklı olabilir. Kayıt şablonu bu belgelerin yerine geçmez; doğru dokümana, sorumlu kişiye ve kanıta ulaşmayı kolaylaştırır.

Teknik arıza geçmişi 6 adımda nasıl tutulur?

1. Ekipman kimliğini sabitleyin

“Hidrofor” veya “asansör” tek başına yeterli değildir. Aynı tesiste birden fazla benzer ekipman olabilir. Her cihaz için kısa ve değişmeyen bir kod belirleyin; kodu fiziksel etiket, ekipman kartı ve iş emrinde aynı şekilde kullanın. Konum bilgisini de ayrı alan olarak tutun. Cihaz başka bir konuma taşınsa bile geçmişi ekipman koduyla izleyebilirsiniz.

2. Belirtiyi teşhisten ayırın

Bildirim anında gözlenen durum ile sonradan doğrulanan neden aynı değildir. “Motor yandı” diye açılan bir kayıt, gerçekte besleme kesintisi çıkabilir. Bu nedenle ilk alanda yorumsuz belirtinin yazılmasını isteyin: alarm kodu, ses, koku, sızıntı, sıcaklık veya çalışmama durumu. Teşhis ve doğrulanan neden, inceleme sonrasında ayrı alana eklenmelidir.

3. Zamanları ve gerçek emeği kaydedin

En azından bildirim, atama, işe başlama, hizmetin geri gelmesi ve kapanış zamanlarını ayırın. Böylece “ekip geç başladı” ile “parça beklendi” gibi farklı gecikmeler aynı toplam sürenin içinde kaybolmaz. Teknisyenin aktif çalışma süresi de ayrıca tutulabiliyorsa kapasite planlaması daha gerçekçi olur.

4. Müdahaleyi parça ve kanıtla ilişkilendirin

“Kontrol edildi” veya “tamir edildi” gibi genel notlar bir sonraki teknisyene az bilgi verir. Temizlenen bölüm, ayarlanan değer, sıkılan bağlantı, değiştirilen parça ve kullanılan miktar mümkün olduğunca somut yazılmalıdır. İş güvenliği ve erişim kurallarına uygun biçimde alınan önce-sonra fotoğrafları ya da ölçüm değerleri de aynı iş emrinde tutulabilir.

5. Test etmeden kaydı kapatmayın

Uygulanan işlem ile arızanın giderildiğinin doğrulanması iki ayrı adımdır. Kapanış ölçütü ekipmana göre değişebilir: çalışma döngüsü, basınç kontrolü, kaçak kontrolü, alarmın tekrarlamaması veya yetkili kişinin kabulü. “Test edildi” demek yerine hangi testin yapıldığını ve sonucunu yazın. Belirsizlik sürüyorsa kayıt kapatılmak yerine izleme veya takip işiyle ilişkilendirilmelidir.

6. Kayıtları birbirine bağlayın

Aynı ekipman, belirti veya arıza kodu için önceki kayıtları ilişkilendirin. Arıza sonrasında yeni bir kontrol veya planlı bakım gerekiyorsa bu işi de bağlantılı olarak açın. Talebin arıza işine nasıl dönüştürüleceğini ayrıntılı görmek için sakin talebinden iş emrine arıza yönetimi rehberine; iki kayıt türünün sınırları için talep ve iş emri farkı yazısına bakabilirsiniz.

Tekrar eden arızalar nasıl bulunur?

Tekrar analizi için herkese uyan tek bir sayı yoktur. Kritik ekipman, kullanım yoğunluğu, mevsim ve üretici önerisi değerlendirme aralığını değiştirebilir. Bu yüzden ekip önce kendi operasyonuna uygun bir inceleme eşiği belirlemelidir. Örneğin “aynı ekipmanda 30 gün içinde aynı belirtiyle açılan iki veya daha fazla kayıt” bir uyarı kuralı olabilir; fakat bu yalnızca inceleme başlatan eşiktir, otomatik olarak kök nedenin aynı olduğunu kanıtlamaz.

IBM’in tekrar onarım yaklaşımı da aynı varlıkta aynı veya benzer bileşen ve konumla ilişkili önceki iş emirlerine bakmayı önerir. Bu karşılaştırmanın amacı, görünürde düzeltilen belirtinin altında ortak bir kaynak olup olmadığını araştırmaktır. Kaynak: IBM Maximo, “Repeat repairs” (erişim: 22 Eylül 2026).

Pratik bir tekrar incelemesi şu sırayla yapılabilir:

1. Aynı ekipmanı bulun: Kayıtları sabit ekipman koduna göre gruplayın.
2. Belirtiyi eşleştirin: Aynı alarm, sızıntı, ses veya performans kaybı tekrar ediyor mu kontrol edin.
3. Zaman penceresini inceleyin: Olaylar belirli vardiya, hava koşulu, yoğunluk veya bakım sonrasında mı oluşuyor bakın.
4. Önceki müdahaleyi karşılaştırın: Her seferinde aynı geçici işlem mi uygulanmış, aynı parça mı değişmiş görün.
5. Ortak nedeni doğrulayın: Varsayımı ölçüm, test ve yetkin teknik değerlendirmeyle sınayın.
6. Takip kararı açın: Bakım sıklığını değiştirme, daha derin kök neden analizi, eğitim, stok veya yenileme değerlendirmesini ayrı görev olarak atayın.

Hangi göstergeler izlenebilir?

Göstergeler kayıt kalitesi kadar güvenilirdir. Başlama veya hizmete dönüş zamanı eksikse süre ortalamaları yanıltıcı olur. Önce veri disiplinini yerleştirin, ardından aşağıdaki basit göstergelerden ihtiyaca uygun olanları seçin:

• İlk müdahale süresi: İşe başlama zamanı eksi bildirim zamanı.
• Hizmet kesintisi: Hizmetin geri geldiği zaman eksi kesintinin başladığı zaman.
• Ortalama onarım süresi: Tamamlanan arızalardaki aktif onarım sürelerinin toplamı, tamamlanan arıza sayısına bölünür.
• Tekrar oranı: Tanımlanan zaman aralığında tekrar ölçütünü karşılayan kayıtların tamamlanan arıza kayıtlarına oranı.
• Ekipman bazında arıza sayısı: Dönem içinde en çok kayıt açılan ekipmanları gösterir.
• Parça tekrarı: Aynı ekipmanda kısa aralıklarla değişen parçaları görünür kılar.

Çalışma saati güvenilir biçimde tutuluyorsa arızalar arası ortalama süre gibi göstergeler de değerlendirilebilir. Ancak tek bir metriği doğrudan kök neden veya yenileme kararı olarak yorumlamayın. Ekipmanın kritiklik seviyesi, yaş, bakım maliyeti, kullanılabilirlik ve güvenlik gereksinimleri birlikte incelenmelidir.

Örnek: Aynı pompa neden üç kez arızalandı?

Bir sitenin P-02 sirkülasyon pompasında üç hafta içinde üç “düşük basınç” kaydı açıldığını düşünelim. İlk kayıtta filtre temizlenmiş, ikinci kayıtta sensör bağlantısı düzeltilmiş, üçüncü kayıtta ise yalnızca “arıza giderildi” yazılmış olsun. Kayıtlar birbirinden kopuksa üç ayrı başarılı müdahale gibi görünebilir.

Ekipman kodu ve belirti alanı aynı olduğunda geçmiş tek ekranda görülebilir. Ekip bu kez olay saatlerini, giriş basıncını ve önceki testleri karşılaştırır. Ortak koşulun yoğun kullanım saatlerinde giriş basıncındaki düşüş olduğu ölçümle doğrulanırsa sensörü tekrar değiştirmek yerine besleme hattı, ayar veya kapasite konusu incelenebilir. Sonuç mevcut kayıtlara eklenir; gerekiyorsa yeni kontrol işi ve planlı bakım adımı açılır.

Bu örnek bir teşhis önerisi değildir. Asıl ders, doğru kayıtların ekibi “hangi parça değişti?” sorusundan “hangi koşul tekrar ediyor?” sorusuna taşımasıdır. Planlı faaliyetleri arıza verisiyle güncellemek için site planlı bakım takvimi rehberiyle birlikte kullanılabilir.

Arıza kayıtları bakım kararına nasıl dönüşür?

Aylık veya kritik ekipmanlarda daha sık yapılan kısa bir değerlendirme toplantısı yeterli olabilir. Toplantıya uzun bir kayıt listesiyle değil, karar sorularıyla girin:

• Hangi ekipmanlarda arıza sayısı veya kesinti süresi arttı?
• Hangi kayıtlar aynı belirtiyle tekrar açıldı?
• Geçici müdahale olarak işaretlenen kaç kayıt takip işi bekliyor?
• Hangi parçalar beklenenden sık kullanıldı?
• Hangi arızalar planlı bakım adımının eksik veya yanlış aralıkta olabileceğini gösteriyor?
• Hangi durumlarda yetkili servis, uzman incelemesi veya yenileme değerlendirmesi gerekiyor?

Karar verildiğinde sonucu toplantı notunda bırakmayın. Sorumlusu ve hedef tarihi olan yeni iş emri, bakım planı değişikliği veya inceleme görevi açın. Böylece arıza geçmişi geçmişe bakan bir arşiv olmaktan çıkar ve kapalı bir iyileştirme döngüsüne dönüşür.

En sık yapılan kayıt hataları

• Serbest metne aşırı yüklenmek: Ekipman, belirti, neden ve durum gibi karşılaştırılacak alanları mümkün olduğunca seçilebilir ve standart tutun.
• Arızayı konuma bağlayıp ekipmanı atlamak: Aynı odadaki farklı cihazların geçmişi birbirine karışır.
• Belirti ile nedeni aynı alana yazmak: İlk varsayım daha sonra gerçek neden sanılabilir.
• Geçici çözümü kalıcı kapanış saymak: İzleme veya esas onarım işi açılmadığı için sorun geri döner.
• Test sonucu olmadan kapatmak: Yapılan işlem kaydedilir ama işe yarayıp yaramadığı anlaşılamaz.
• Her şeyi zorunlu alan yapmak: Saha ekibi gereksiz alanlarla karşılaştığında kayıt kalitesi düşer.
• Rapor üretip sorumlu atamamak: Tekrar görüldüğü halde bakım planı veya takip işi değişmez.

Liyova ile arıza geçmişini tek akışta yönetin

Dağınık kanallar yerine tek bir operasyon akışı kurmak, kayıtların karşılaştırılabilir kalmasına yardımcı olur. Liyova’da İş Emirleri ile görev, sorumlu, durum ve tamamlanma adımlarını izleyebilir; arıza ile planlı bakım işlerini ekip operasyonunda ilişkilendirebilirsiniz.

Raporlar, tamamlanma durumu, operasyon özeti ve arıza sıklığı gibi göstergeleri yönetim görünümüne taşımaya yardımcı olur. Kritik işlemlerde kimin, ne zaman, hangi kapsamda işlem yaptığını izlemek için İşlem Kayıtları kullanılabilir. Bu kayıtlar teknik ölçümün veya yetkili servis raporunun yerine geçmez; operasyonel sürecin izlenebilirliğini destekler.

Ekibinizin bugünkü arıza formunu çekirdek alanlarla sadeleştirin, bir ekipman grubunda pilot uygulama başlatın ve ilk 30 günün sonunda tekrarları birlikte inceleyin. Liyova’nın iş emri ve raporlama akışını görmek için Liyova’yı inceleyin.

Sık sorulan sorular

Arıza kayıtları ne kadar süre saklanmalı?

Tek bir evrensel süre yoktur. Ekipmanın yaşam döngüsü, garanti ve servis şartları, kurum politikası ve varsa mevzuat yükümlülükleri birlikte değerlendirilmelidir. Operasyon ekibi kendi saklama politikasını yetkili danışmanlık ve üretici belgeleriyle uyumlu tanımlamalıdır.

Fotoğraf her arıza kaydında zorunlu mu?

Hayır. Fotoğraf ancak güvenli biçimde çekilebiliyor ve karar için anlamlı kanıt sağlıyorsa istenmelidir. Ölçüm değeri, kontrol listesi veya yetkili onayı bazı ekipmanlarda daha doğru kapanış kanıtı olabilir.

Arıza kodları nasıl oluşturulur?

Az sayıda, anlaşılır ve birbirini dışlayan üst kategoriyle başlayın. Elektrik, mekanik, kontrol, sızıntı ve performans gibi sınıflar ekipmanın yapısına göre alt kırılımlara ayrılabilir. Kodları ekip gerçek kayıtlarla karşılaştıkça gözden geçirin; aynı durumu anlatan eş anlamlı kodları birleştirin.

Tekrar eden arıza için kaç kayıt gerekir?

Kritik ekipman ve risk seviyesine göre eşik değişir. Bazı durumlarda ikinci olay bile inceleme gerektirirken düşük etkili bir ekipmanda daha geniş zaman aralığı kullanılabilir. Eşik, kök nedenin aynı olduğunu değil, kayıtların birlikte incelenmesi gerektiğini söyler.

Arıza kaydı ile planlı bakım kaydı aynı mı?

Hayır. Arıza kaydı beklenmeyen bir belirti ve müdahaleyi, planlı bakım kaydı önceden belirlenen kontrol veya işi belgeler. Ancak ikisi ekipman geçmişinde birlikte görünmelidir; arıza eğilimleri bakım planının sıklığını veya kapsamını değiştirebilir.