Bakım Takip Programı: Plan, Kayıt ve Yasal Kontrol

Fabrikada iki ayrı takvim döner ve çoğu işletme bunları tek bir Excel sekmesinde tutmaya çalışır. Birincisi bakım takvimidir: yağ değişimi, filtre, zincir gerginliği gibi işleri kendi ekibiniz ya da servisiniz yapar. İkincisi periyodik kontrol takvimidir: forkliftin, kompresör tankının, elektrik tesisatının güvenlik muayenesini yetkili bir kişi yapar ve imzalı bir rapor verir. Bu iki takvim farklı kurallara uyar. Biri unutulursa makine durur, diğeri unutulursa iş güvenliği denetiminde sorun yaşarsınız.

Bakım takip programı yazılımı tam bu iki akışı ayırıp ikisini de kaybetmemek için vardır. Bu yazıda bir bakım programının veri modelini, bakımı tetikleyen kuralları ve Türkiye'deki yasal periyotların yazılıma nasıl girmesi gerektiğini anlatıyoruz. Bu yazı, müşteri cihazını tamir eden servislerin değil, kendi ekipmanını ayakta tutan işletmelerin yazılımıyla ilgili. Müşteri cihazı tamir eden servisler için ayrı bir rehberimiz var: teknik servis takip programı.

Kısa cevap: Bakım takip programı (CMMS), işletmenin makine, araç ve tesisatlarının bakım planını, iş emirlerini, arıza geçmişini, yedek parçalarını ve yasal periyodik kontrollerini tek yerde tutan yazılımdır. İyi bir programın beş temel parçası vardır:

• Ekipman kartı: Ekipmanın kimliği, yeri, sayacı ve geçmişi.
• Bakım planı: Takvime, sayaca ya da ikisine bağlı tetikleyiciler.
• İş emri: Kim, ne zaman, hangi parçayla, kaç saatte yaptı.
• Periyodik kontrol kaydı: Yetkili kişi, rapor, sonuç ve bir sonraki tarih. Bakımdan ayrı tutulur.
• Uyarı ve rapor: Geciken iş, tekrarlayan arıza, ekipman başına maliyet.

Türkiye'de bakım ve onarım kayıtları ekipmanın kullanım ömrü boyunca saklanmak zorundadır.

Bakım ile Periyodik Kontrol Neden Ayrı Kayıt Olmalı?

Çünkü yönetmelik ikisini ayrı tutar. İş Ekipmanlarının Kullanımında Sağlık ve Güvenlik Şartları Yönetmeliği'nin 6. maddesi, işverenin ekipmanın kullanımı süresince "gerekli bakımını ve periyodik kontrollerini" yaptırmasını ister. Bu ifadede iki ayrı yükümlülük vardır. Kontrolün kim tarafından, hangi sıklıkta ve nasıl belgeleneceği ise yönetmeliğin 7. maddesinde ve Ek-III'te ayrıca düzenlenir (Mevzuat Bilgi Sistemi, son değişiklik 23.12.2025 tarihli Resmî Gazete).

Bu ayrımı yapmayan bir programda tipik hata şudur: Forkliftin yıllık bakımı yapılınca kayıt "tamamlandı" olur ve kimse periyodik kontrol raporunun süresinin dolduğunu fark etmez. Ya da tersi olur: Kontrol raporu alınır, ama rapordaki "uygun değil" maddesi bir bakım iş emrine dönüşmez. Programda kontrol kaydı, bulunan her uygunsuzluk için bir iş emri açabilmeli ve o iş emri kapanmadan ekipman "uygun" görünmemelidir.

Ekipman Kartında Hangi Bilgiler Olmalı?

Her şey ekipman kartından başlar. Kart eksikse planlar, iş emirleri ve raporlar da eksik kalır. Bir işletmenin bakım programını kurarken ilk iş, bir envanter sayımıyla her ekipmana tek bir kimlik vermektir. Etiket, QR kod ya da demirbaş numarası olabilir, ama aynı numara her yerde aynı ekipmanı göstermelidir.

Kartın asgari alanları:

• Kimlik: Ekipman kodu, marka, model, seri numarası, imal yılı.
• Yer ve hiyerarşi: Tesis > hat > makine > alt parça. Bir kompresörün motoru ve tankı ayrı periyotlara tabidir, bu yüzden alt kırılım gerekir.
• Sayaç: Çalışma saati, kilometre ya da çevrim sayısı. Son okuma değeri ve okuma tarihi.
• Kritiklik: Durduğunda üretimi mi durdurur, yoksa yedeği var mı?
• Belgeler: Kullanım kılavuzu, üretici bakım talimatı, garanti bitişi, son kontrol raporu.
• Durum: Aktif, arızalı, kontrol bekliyor, hurdaya ayrıldı. Hurdaya ayrılan ekipman silinmez, pasife alınır. Geçmişi saklama yükümlülüğü devam eder.

Bu yapıyı veritabanında kurarken bakım ile periyodik kontrolü ayrı tablolarda tutmanın neden önemli olduğu daha net görünür. Basitleştirilmiş bir şema şöyle olabilir:

-- Ekipman: her şeyin bağlandığı kart
create table equipment (
  id            uuid primary key,
  code          text unique not null,      -- demirbaş / QR kodu
  parent_id     uuid references equipment, -- tesis > hat > makine > parça
  meter_unit    text,                      -- 'saat', 'km', 'çevrim' ya da null
  criticality   smallint not null,         -- 1 = üretimi durdurur
  status        text not null default 'aktif'
);

-- Bakım planı: takvim, sayaç ya da ikisi birden
create table maintenance_plan (
  id              uuid primary key,
  equipment_id    uuid references equipment,
  task            text not null,
  every_days      int,                     -- örn. 90
  every_meter     numeric,                 -- örn. 250 çalışma saati
  last_done_at    date,
  last_done_meter numeric
);

-- Periyodik kontrol: bakımdan ayrı, kaynağı ve raporu zorunlu
create table inspection (
  id              uuid primary key,
  equipment_id    uuid references equipment,
  period_months   int not null,
  period_source   text not null,           -- 'standart', 'yönetmelik tablosu', 'risk değerlendirmesi'
  inspector_name  text not null,
  result          text not null,           -- 'uygun', 'uygun değil'
  report_file     text not null,           -- imzalı rapor
  inspected_at    date not null
);

period_source alanı küçük görünür, ama denetimde en çok işe yarayan alan budur. "Bu forklift neden 12 ayda bir kontrol ediliyor?" sorusunun cevabı kayıtta yazar.

Bakımı Takvim mi, Sayaç mı Tetiklemeli?

Ekipmana göre değişir, çoğu zaman ikisi birden. Takvim bazlı bakım her 90 günde bir gibi sabit aralıklarla yapılır ve az çalışan ekipmanlar için uygundur. Sayaç bazlı bakım ise her 250 çalışma saatinde bir gibi kullanıma göre tetiklenir ve yoğun çalışan makinelerde gereksiz ya da geç kalan bakımı önler.

Çoğu üretici talimatı ikisini birlikte verir: "250 saat ya da 3 ay, hangisi önce gelirse." Burada yazılımda sık yapılan bir hata vardır. Program iki tarihi ayrı ayrı hesaplayıp ikisi için de uyarı üretirse ekip aynı iş için iki bildirim alır. Daha kötüsü, sayaç okuması girilmediği için saat bazlı tarihi hiç hesaplayamaz. Doğru davranış şudur:

1. Takvim tarihini hesapla: son bakım tarihi + gün aralığı.
2. Sayaç tarihini tahmin et: son okumalardan günlük ortalama kullanımı çıkar ve kalan saati bu ortalamaya böl.
3. İkisinden erken olanı tek bir "sıradaki bakım" tarihi olarak göster.
4. Sayaç okuması belirli bir süredir girilmemişse tahmini kullanma. Bunun yerine okuma isteyen bir görev aç.

Dördüncü adım genellikle atlanır. Sayaç verisi yalnızca operatör girerse güvenilirdir. Bu yüzden okuma ekranı tek alanlı olmalı ve telefondan QR okutarak açılabilmelidir. Makineden otomatik sayaç verisi almak mümkünse bu bir entegrasyon işidir ve karmaşıklığı makinenin kontrol sistemine bağlıdır.

Reaktif, Önleyici, Kestirimci: Rakamlar Ne Söylüyor?

Bakım stratejileri üç basamakta düşünülür. Reaktif bakımda ekipman bozulunca tamir edilir. Önleyici bakımda arıza beklenmeden plana göre bakım yapılır. Kestirimci bakımda ise ekipmanın gerçek durumu ölçülür (titreşim, sıcaklık, yağ analizi) ve bakım ihtiyaca göre yapılır.

ABD Enerji Bakanlığı'nın Federal Enerji Yönetimi Programı (FEMP) için Pacific Northwest National Laboratory'nin hazırladığı işletme ve bakım rehberi, bu stratejilerin maliyet farkına dair sık alıntılanan rakamları içerir (O&M Best Practices Guide, Release 2.0, PNNL-13890, Bölüm 5):

Aynı bölüm, ortalama bir tesisin bakım kaynaklarının nasıl dağıldığını da veriyor:

Bu rakamları okurken iki şeyi bilmek gerekir. Birincisi, rehber 2002 tarihli ve rakamları kendisi ölçmüyor. "Çalışmalara göre" ve "bağımsız anketlere göre" diyerek aktarıyor. Reaktif payının da "yüzde 55'ten fazla" olduğu söyleniyor; grafikte bu değer 55 olarak gösterildi. İkincisi, bu rakamlar ABD'deki tesislerden geliyor. Sizin tesisiniz için kesin bir tasarruf vaadi olarak değil, yönü gösteren bir işaret olarak kullanılmalılar.

Bizim pratik çıkarımımız şu: Kestirimci bakım pahalı sensör ve uzmanlık ister. Rehber de kestirimci bakımın dezavantajları arasında teşhis ekipmanına ve personel eğitimine yatırımı sayıyor. Çoğu KOBİ için asıl kazanç, reaktiften önleyiciye geçmekten gelir. Bunun için de sensör değil, düzgün tutulan bir plan ve iş emri geçmişi gerekir. Önce kritik ekipmanlarda önleyici planı oturtun. Arıza geçmişi birikince hangi makinede ölçüm yatırımının kendini ödeyeceğini veriyle görürsünüz.

Yasal Periyotlar Programa Nasıl Girer?

Yönetmeliğin Ek-III'ündeki tablolar her ekipman türü için bir azami süre verir. Ama programa her ekipman için sabit "1 yıl" yazmak yanlış olur. Kural üç katmanlıdır:

1. Ekipmanın standardı bir periyot belirtiyorsa o geçerlidir.
2. Standart bir süre belirtmiyorsa periyot, yönetmelik tablosundaki azami süreyi aşamaz (Ek-III 1.4).
3. İşyeri koşulları, kullanım sıklığı, ekipmanın yaşı, bakım durumu ve risk değerlendirmesi sonuçları daha sık kontrolü gerektirebilir (Ek-III 1.10).

Tablolardan bazı örnekler (hepsi "standartlarda süre belirtilmemişse"):

Tablo, Mevzuat Bilgi Sistemi'ndeki güncel metinden derlenmiştir ve tam liste değildir. Kendi ekipmanlarınız için periyodu iş güvenliği uzmanınızla birlikte belirleyin. Yazılımın görevi bu kararı vermek değil, verilen kararı ve gerekçesini kaydetmek ve tarihini kaçırmamaktır.

İki ayrıntı daha programın tasarımını etkiler:

• İmza: Yönetmelik periyodik kontrol sonuçlarının ıslak imzalı olarak kayıt altına alınmasını ister. 5070 sayılı Kanun'a göre güvenli elektronik imzayla imzalanıp elektronik ortamda saklanan kayıtlar da geçerlidir. Programa taranmış bir ıslak imzalı rapor yüklemek arşiv için faydalıdır, ama aslının nerede durduğu da kayda yazılmalıdır.
• Saklama: Bakım ve onarım kayıtları ekipmanın kullanım ömrü boyunca, kontrol belgeleri ise ekipman kullanıldığı sürece saklanır. Bu yüzden programda "sil" yerine "pasife al" olmalı ve geçmiş kayıtlarda yapılan her düzeltme kimin, ne zaman yaptığıyla birlikte loglanmalıdır.

Excel, Hazır Program, Özel Yazılım: Hangi Eşikte Geçilir?

Her işletmenin özel bir bakım yazılımına ihtiyacı yoktur. Dürüst bir sıralama şöyle:

Hazır üründen özel yazılıma geçişi genellikle tek bir neden tetikler: entegrasyon. Yedek parça stoğu ERP'de, satın alma onayı başka bir sistemde, vardiya planı bir tabloda duruyorsa ve bakım programı bunlardan habersizse, ekip aynı bilgiyi üç yere girer. Bu noktada sorulacak soru "hangi CMMS daha iyi?" değil, "verinin sahibi hangi sistem?" sorusudur. Bu konuyu ERP entegrasyonu yazımızda ayrıntılı ele aldık.

Üretim tesislerinde bakım yönetimi tek başına kalmaz. Genellikle üretim takibi ve kalite yönetimiyle aynı veriyi paylaşır. OSB firmalarına yönelik bu tür endüstriyel yazılım işlerini Kocaeli sayfamızda özetledik.

Özel Bir Bakım Programı Yaptırırken Nereden Başlamalı?

Ekranlardan önce veriyi konuşmak gerekir. Bir bakım programı projesinde ilk görüşmede şu dört sorunun cevabı netleşmelidir:

1. Ekipman listesi nerede ve ne kadar güvenilir? Envanter yoksa proje bir sayım ve kodlama işiyle başlar. Bu adım yazılımdan önce gelir.
2. Bakımı kim tetikliyor? Takvim mi, sayaç mı, operatör bildirimi mi? Sayaç varsa veri elle mi, makineden mi gelecek?
3. Hangi sistemlerle konuşmalı? Yedek parça ve maliyet için ERP, bildirim için e-posta/SMS, belgeler için arşiv.
4. Denetimde kim neyi görmek isteyecek? İş güvenliği uzmanı, kalite sorumlusu ve yönetim aynı veriyi farklı raporlarla ister.

Bu soruların cevabı kapsamı ve dolayısıyla maliyeti belirler. Bir teklifin nasıl hesaplandığını yazılım yaptırma maliyeti yazısında açtık. Web uygulamalarında Next.js, React ve TypeScript kullanıyoruz. Canlıya almadan sonra bakım ve destek anlaşmasıyla 7/24 teknik destek ve SLA sunuyoruz. Kendi bakım programı ihtiyacını konuşmak isteyen bir işletme için özel yazılım geliştirme sayfamızda sürecimizi anlattık. Bir yazılım şirketi ile çalışmaya karar vermeden önce ekipman listenizi ve bugünkü tablonuzu hazırlamanız ilk görüşmeyi çok daha verimli kılar.

Bu Yazı Hakkında

Bu yazıyı nasıl hazırladık? Yazı yapay zeka araçlarının desteğiyle hazırlandı ve Erdi Doğan tarafından kontrol edildi. Yönetmelik hükümleri ve periyotlar, Mevzuat Bilgi Sistemi'ndeki güncel metinden (son değişiklik: 23.12.2025, RG 33116) kontrol edildi. Bakım stratejisi rakamları PNNL-13890 raporunun 5. bölümünden alındı. Rapor bu rakamları kendi ölçümü olarak değil, çalışmalara atıfla veriyor. "250 saat ya da 3 ay" ve forklift örnekleri temsilîdir, belirli bir üreticinin talimatı değildir. SQL şeması anlatım amaçlı basitleştirilmiştir. İş güvenliği yükümlülükleriniz için iş güvenliği uzmanınıza danışın.

İletişim sayfamızdan bize ulaşabilirsiniz.