Excel ile Bakım Takibinin 7 Sorunu (ve Yazılıma Geçiş Eşiği)
Türkiye'de bakım yönetiminin fiili standardı hâlâ bir Excel dosyasıdır. Adı genelde "bakim_takip_son_v3.xlsx"dir, bir ortak klasörde durur, sarı-kırmızı hücrelerle renklendirilmiştir ve onu gerçekten anlayan tek bir kişi vardır. Excel kötü bir araç değildir; aksine bakım takibine başlamanın en hızlı yoludur. Sorun şudur: tesis büyüdükçe dosya büyümez, çatlar. Bu yazı, Excel ile bakım takibinin sahada yarattığı yedi somut sorunu, Excel'in hâlâ yeterli olduğu durumları, geçiş eşiğini nasıl anlayacağınızı ve mevcut dosyanızı kaybetmeden bir bakım iş emri yönetim yazılımına nasıl taşıyacağınızı anlatıyor.
Excel ile bakım takibi neden bu kadar yaygın?
Çünkü hiçbir bütçe onayı gerektirmez, kimseye eğitim vermeniz gerekmez ve ilk gün işe yarar. Bakım şefi bir sekmeye ekipman listesini, bir sekmeye periyodik bakım takvimini, bir sekmeye arıza kayıtlarını yazar; iş yürür. Bu dosya genellikle bir kişinin kendi işini kolaylaştırmak için kurduğu, sonra farkında olmadan tesisin resmî hafızasına dönüşen bir yapıdır.
Kırılma noktası, dosyanın tek kullanıcılı bir not defterinden çok kullanıcılı bir sisteme dönüşmesi beklendiğinde gelir. Teknisyen sahadan kayıt girmeye, üretim müdürü rapor istemeye, denetçi kanıt sormaya başladığında Excel'in yapamadıkları tek tek görünür hale gelir. Aşağıdaki yedi başlık, bu noktadan sonra hemen her tesiste aynı sırayla yaşananlardır.
1. Aynı anda tek kişi çalışabilir
Excel'in en temel kısıtı budur. Dosya ortak klasördeyse ikinci açan kişi "salt okunur" uyarısı alır; bulut sürümünde ise eşzamanlı düzenleme çakışır. Sonuç, her tesiste tanıdık bir manzaradır: masaüstünde bakim_takip_ahmet.xlsx, bakim_takip_yeni.xlsx ve bakim_takip_SON.xlsx yan yana durur. Hangisinin güncel olduğunu kimse bilmez.
Bu, düzen sorunu gibi görünür ama aslında bir veri kaybı sorunudur. Aynı gün iki kişi kayıt girdiğinde, son kaydeden kazanır; diğerinin girdiği arıza kaydı sessizce silinir. Kaybolan verinin farkına genellikle aylar sonra, "bu motor geçen yıl da mı arıza yapmıştı?" sorusu sorulduğunda varılır ve cevap bulunamaz.
2. Saha dosyayı kullanmaz
Bakım verisi masada değil, makinenin başında oluşur. Teknisyen elinde anahtarla, yağlı eldivenle, çoğu zaman ayakta çalışır. Ondan bilgisayara gidip bir hücreye tarih yazmasını beklemek, kaydın vardiya sonuna ertelenmesi demektir. Vardiya sonunda hatırlanan şey ise gerçek müdahale değil, özetidir: "kayış değişti" yazılır; hangi saatte durdu, ne kadar sürdü, hangi parça takıldı, kök neden neydi, hiçbiri yazılmaz.
Bu yüzden Excel'li tesislerde veri her zaman eksik ve gecikmelidir. Ekipman üzerindeki bir QR kodu okutup formu telefondan doldurmak mümkün olmadığı sürece, kayıt kalitesi teknisyenin akşamki hafızasıyla sınırlı kalır. Bir sistemin kaderini belirleyen soru şudur: sahadaki insan için kayıt tutmak, kaydı atlamaktan daha mı kolay? Excel'de cevap her zaman hayırdır.
3. Kendiliğinden hatırlatmaz
Excel pasif bir dosyadır: açmazsanız size hiçbir şey söylemez. Oysa önleyici (periyodik) bakımın tamamı zamanlamaya dayanır. Kompresörün 2.000 saatlik yağ değişimi, vinçlerin yıllık muayenesi, yangın tüplerinin kontrol tarihi — hepsi bir tarihte tetiklenmek zorundadır.
Koşullu biçimlendirmeyle "tarihi geçenler kırmızı olsun" kuralı kurulabilir, evet. Ama o kırmızıyı görmek için birinin dosyayı açması gerekir. İzin, rapor sezonu ya da yoğun bir hafta araya girdiğinde plan kaçar. Kaçan planlı bakım da genellikle sessiz kalmaz: birkaç ay sonra plansız bir duruş olarak geri döner. Excel'de periyodik bakım, sistemin değil bir kişinin disiplininin ürünüdür — o kişi ayrıldığında takvim de onunla birlikte gider.
4. Kim, ne zaman, neyi değiştirdi belli değil
Excel'de bir hücre değiştiğinde geriye iz kalmaz. Bir arıza kaydının tarihi düzeltilmiş mi, bir bakım "yapıldı" olarak sonradan mı işaretlenmiş, bir satır silinmiş mi — anlamanın yolu yoktur. Kasıt aramaya gerek de yok; yanlış hücreye yazılan tek bir değer bile fark edilmeden aylarca kalabilir.
Bu iz eksikliği iki yerde canınızı yakar. Birincisi sorumluluk: iş kimin üzerinde, ne zaman kapandı, kim onayladı sorularının cevabı yoktur. İkincisi güven: verinin doğruluğundan emin olunamadığı için, rapor toplantılarında tartışma kararın kendisine değil sayının doğruluğuna kayar. Kayıt sisteminin asıl işlevi bilgi saklamak değil, o bilgiye dayanarak karar verilebilmesini sağlamaktır.
5. Veriler birbirine bağlanamaz
Bakım verisi doğası gereği ilişkiseldir. Bir iş emri bir ekipmana, ekipman bir hatta, iş emri bir teknisyene ve harcanan yedek parçalara bağlıdır. Excel'de bu ilişkiler ayrı sekmelerde ve ayrı dosyalarda durur; aralarındaki bağ ancak elle kurulur.
Pratikte olan şudur: ekipman listesinde makine adı "Dolum Hattı 2 Pompa", arıza kaydında "DH2 pompa", stok dosyasında "pompa (hat 2)" yazar. Üç isim, tek makine. Bir yıl sonra "bu pompaya toplam ne harcadık?" sorusu sorulduğunda cevap için birinin oturup satır satır eşleştirme yapması gerekir. Çoğu tesiste bu iş hiç yapılmaz — soru sorulmaktan vazgeçilir. Ölçülemeyen maliyet, tartışılamayan maliyettir; bakım bütçesi de bu yüzden her yıl "geçen yıl ne kadardıysa" mantığıyla belirlenir.
6. Rapor üretmek ayrı bir iş haline gelir
Yönetimin istediği sorular aslında basittir: Bu ay kaç arıza oldu? Toplam duruş kaç saat? En çok hangi makine durdurdu? Planlı bakımların yüzde kaçı zamanında yapıldı? MTBF ve MTTR nereye gidiyor?
Excel'de bunların hiçbiri hazır değildir. Her rapor; kopyalama, pivot kurma, tarih formatı düzeltme ve elle temizlikten oluşan yarım günlük bir emek gerektirir. Bu emek her ay tekrarlandığı için iki şeyden biri olur: ya raporlar seyrekleşir ya da hep aynı iki grafiğe indirgenir. Sonuçta bakım ekibi, yaptığı işi sayıyla savunamaz hale gelir. Bütçe konuşulurken "arızalar azaldı" demek yeterli olmaz; ne kadar azaldığını gösteremeyen ekip, yatırım sırasında her zaman geride kalır.
Aynı sorun üretim tarafında da tekrar eder: duruş süreleri elle tutulduğunda OEE hesabı gerçeği değil, vardiya formuna yazılmayı hatırlanan duruşları yansıtır.
7. Denetimde kanıt değeri zayıftır
Bakım kayıtları yalnızca iç kullanım için tutulmaz. 6331 sayılı İş Sağlığı ve Güvenliği Kanunu ve İş Ekipmanlarının Kullanımında Sağlık ve Güvenlik Şartları Yönetmeliği kapsamında, iş ekipmanlarının periyodik kontrollerinin yetkili kişilerce yapılması ve kayıt altına alınması zorunludur. Vinç, kaldırma ekipmanı, basınçlı kap, kompresör, elektrik tesisatı gibi kalemlerde bu kayıtların denetimde ibraz edilmesi beklenir.
Sonradan düzenlenebilen, kim tarafından ne zaman girildiği belli olmayan bir tablo, denetim karşısında güçlü bir kanıt değildir. Aynı şey bir iş kazası incelemesinde de geçerlidir: "bu ekipmanın bakımı yapılmıştı" ifadesinin karşılığı, tarih–kişi–imza izi taşıyan bir kayıt olmak zorundadır. Kayıt disiplininin eksikliği burada yalnızca operasyonel değil, idari ve hukuki bir risk doğurur.
Excel ne zaman yeter, ne zaman eşik aşılır?
Herkesin yazılıma geçmesi gerekmez. Karar duygusal değil, eşik temelli verilmelidir.
| Durum | Excel yeterli | Yazılım eşiği aşıldı |
|---|---|---|
| Ekipman sayısı | Birkaç düzine kalem | Yüzlerce kalem, birden fazla hat/lokasyon |
| Kayıt giren kişi | Tek kişi | Birden fazla teknisyen ve vardiya |
| Kayıt yeri | Ofiste, gün sonunda | Sahada, müdahale anında |
| Periyodik bakım | Ayda birkaç iş | Haftalık onlarca tetikleme, kaçan planlar var |
| Rapor ihtiyacı | Ara sıra, sözlü | Aylık düzenli, maliyet ve duruş kırılımıyla |
| Denetim/belge | Zorunluluk sınırlı | ISO, müşteri denetimi, İSG kanıt talebi |
Pratik kural: sağ sütunda iki satır işaretlediyseniz Excel hâlâ idare eder; dördü işaretlediyseniz dosya sizi yavaşlatıyor demektir. Bir başka güvenilir sinyal de şudur: dosyayı yalnızca bir kişi anlıyor ve o kişi izne çıktığında bakım takibi duruyorsa, eşik çoktan aşılmıştır.
Excel'den yazılıma nasıl geçilir?
Geçişin en büyük korkusu "yıllarca biriken verinin çöpe gitmesi"dir. Doğru yapıldığında bunun tersi olur — mevcut dosya, yeni sistemin temeli hâline gelir.
- Ekipman listesini temizleyin. Geçişin en değerli adımı budur. Aynı makinenin farklı isimlerini tek isimde birleştirin, hurdaya ayrılmışları ayıklayın, her kaleme sabit bir kod verin. Bu liste, sistemin omurgasıdır.
- Kritik ekipmanla başlayın, hepsiyle değil. Durduğunda üretimi kesen ya da yasal kontrole tabi olan kalemleri önce taşıyın. Geri kalanı sonraki aylara bırakın; ilk günden 900 kalem yüklemeye çalışan projeler yarıda kalır.
- Periyodik bakım takvimini aktarın. Excel'deki tarih sütunu, sistemde tekrar eden bir kurala dönüşür: "her 3 ayda bir" ya da "her 2.000 çalışma saatinde". Kurallar bir kez tanımlanır, iş emirleri kendiliğinden düşer.
- Geçmiş arıza kayıtlarını içe alın. Detay eksik olsa bile tarih ve ekipman bilgisi yeterlidir; MTBF gibi göstergelerin anlam kazanması için geçmişe ihtiyaç vardır. Sıfırdan başlamak bir yıl kör kalmak demektir.
- Bir pilot hatta 30 gün çalıştırın. Tek bir hatta, tüm ekiple, gerçek işle deneyin. Formlar sahada işe yarıyor mu, teknisyen telefondan kayıt açabiliyor mu, rapor yönetimin sorduğu soruya cevap veriyor mu — bunlar ancak gerçek kullanımda görülür.
- Excel'i kapatın. Paralel yürütme geçişi öldüren şeydir. İki sistem birlikte çalıştığında ikisi de eksik dolar. Pilot başarılıysa dosya arşive kaldırılır ve tek kaynak sistem olur.
Kimler için önemli?
Bu eşik en net şu işletmelerde görülür: birden fazla vardiyayla çalışan gıda, plastik, kimya, tekstil ve metal işleme tesisleri; ekipmanı binaya yayılmış hastane, otel, AVM ve site teknik servisleri; araç ve iş makinesi filosu yöneten lojistik, inşaat ve belediye birimleri; sahası coğrafi olarak dağınık enerji, su ve altyapı işletmeleri. Ortak nokta ekipman sayısı değil, kayıt giren kişi sayısıdır. Bakım kaydı bir kişinin işi olmaktan çıkıp bir ekibin ortak işi haline geldiği anda, tek dosyalı yapı fiziksel olarak yetmez.
Periyon ile
Excel'den çıkışın zor kısmı yazılım bulmak değil, sahanın gerçekten kullanacağı bir sisteme geçmektir. Periyon Bakım (CMMS) tam olarak bu geçiş için kurgulandı. Ekipman listeniz kod, lokasyon ve kritiklik bilgisiyle tek envanterde toplanır; her makinenin QR etiketi olur ve teknisyen makinenin başında telefonundan kodu okutup arıza kaydı ya da iş emri açar — kayıt vardiya sonuna ertelenmez. Periyodik bakımlar takvime ya da çalışma saatine bağlı kurallarla tanımlanır, iş emirleri zamanı geldiğinde kendiliğinden düşer ve kimse hatırlatmayı unutmadığı için plan kaçmaz. Her kayıt kim tarafından ne zaman girildiği iziyle saklandığından, denetimde ya da bir olay incelemesinde kanıt değeri taşır. Yedek parça iş emri üzerinden düşülür; böylece hangi ekipmana ne kadar işçilik ve malzeme harcandığı elle eşleştirme yapmadan görünür. Arıza sayısı, duruş süresi, MTBF/MTTR ve planlı bakım uyum oranı hazır ekranlarda durur — aylık rapor bir pivot çalışması olmaktan çıkar. Aynı veri tabanı üzerinde İSG modülü risk değerlendirmesi ve periyodik kontrolleri, OEE modülü ise duruş kayıplarını aynı ekipman kartına bağlar. Bakım takibini "son_v3.xlsx" dosyasından çıkarıp sahayla konuşan bir sisteme taşımak için Periyon Bakım (CMMS) modülünü inceleyin.
PERİYON İLE UYGULA
Periyon Bakım (CMMS) modülünü incele →