CAFM ve IWMS yazılımlarıyla tesis operasyonunu dijitalleştirme

CAFM ve IWMS nedir, ne işe yarar?

CAFM (Computer-Aided Facility Management), tesis yönetimi faaliyetlerini bilgisayar destekli yürütmeyi sağlayan yazılımdır. Bina ve ekipman envanterini tutar, arıza ve bakım iş emirlerini yönetir, planlı bakım takvimini işletir, alan ve mekân kullanımını izler. IWMS (Integrated Workplace Management System) ise aynı çekirdeği daha geniş bir kapsama taşır: gayrimenkul portföyü ve kira sözleşmeleri, alan planlama ve yerleşim, taşınma yönetimi, enerji ve sürdürülebilirlik takibi, proje ve sermaye yatırımı gibi alanlar da aynı platformda birleşir.

Aradaki farkı pratik bir örnekle düşünmek mümkündür. Bir hastane ya da alışveriş merkezinde teknik ekip için gerekli olan, arızaların kaydedilmesi, teknisyene atanması, yedek parçanın bulunması ve bakımın zamanında yapılmasıdır; bu CAFM işlevidir. Aynı kurumun gayrimenkul birimi ise kira sözleşmelerini, ofis doluluğunu ve bina yatırımlarını izlemek ister; bu da IWMS'in kapsadığı alandır. Küçük ve orta ölçekli tesislerde çoğu zaman CAFM yeterlidir; çok sayıda bina, kiracı ve ofis olan kurumlarda IWMS değer kazanır.

Tesis operasyonunu dijitalleştirmenin temel nedenleri izlenebilirlik, öngörülebilirlik ve karar desteğidir. Kâğıt ve e-tablo ile yürütülen bakımda hangi cihazın ne zaman bakıma girdiği, bir arızanın kaç kez tekrarladığı ya da bir sözleşmenin ne zaman sona ereceği çoğu zaman kişilerin hafızasında kalır. Sistemde tutulduğunda bu bilgiler raporlanabilir, devredilebilir ve denetlenebilir.

Mevcut durum analizi ve gereksinimler nasıl çıkarılır?

Yazılım seçmeden önce tesisin bugün nasıl çalıştığı anlaşılmalıdır. Mevcut durum analizinde şu sorulara yanıt aranır: Hangi binalar, sahalar ve varlıklar kapsamda? Arıza talepleri hangi kanaldan geliyor; telefon, e-posta, kâğıt form ya da başka bir sistem? Planlı bakım takvimi nerede tutuluyor? Taşeron ve tedarikçi sözleşmeleri nasıl izleniyor? Hangi raporlar üretiliyor ve kim kullanıyor? Bu analiz çoğunlukla sahada gözlem ve ilgili ekiplerle görüşme gerektirir; yalnızca süreç belgesine bakmak yetmez.

Gereksinimler, zorunlu ve istenen olarak ayrılır. Zorunlu gereksinimler olmadan sistem işe yaramaz: iş emri yönetimi, varlık envanteri, planlı bakım ve temel raporlama gibi. İstenen gereksinimler ise sonraki aşamaya bırakılabilir: mobil uygulama, QR kodla varlık tanıma, sensör entegrasyonu, enerji izleme.

Gereksinim listesinde sık unutulan konular şunlardır: • Mevcut sistemlerle entegrasyon: ERP, bina yönetim sistemi, erişim kontrolü, muhasebe. • Kullanıcı tipleri ve yetkiler: teknisyen, süpervizör, taşeron, yönetici, talep eden çalışan. • Mobil kullanım ve saha çalışması: çevrimdışı çalışma gereksinimi. • Veri sahipliği ve yedekleme, bulut ya da yerinde kurulum tercihi.

Gereksinimler netleştikten sonra aday yazılımlar bir değerlendirme matrisinde puanlanır. Üretici sunumlarında gösterilen demo yerine, kurumun gerçek senaryolarıyla yapılan deneme, seçimi daha sağlıklı kılar.

Yazılım seçimi nasıl yapılır?

Seçimde yalnızca özellik listesi değil, kurumun sahada kullanabilmesi belirleyicidir. Teknisyenin telefonda iş emrini birkaç dokunuşla kapatamadığı bir sistem, ne kadar güçlü olursa olsun kullanılmaz. Bu nedenle değerlendirme ölçütleri arasında kullanım kolaylığı, mobil deneyim, yapılandırma esnekliği, entegrasyon yeteneği, rapor üretimi, üreticinin ve yerel iş ortağının destek kapasitesi ile sözleşme ve lisans modeli bulunur.

Tedarikçi değerlendirmesi sırasında referans ziyareti çok öğreticidir. Benzer büyüklükte ve sektörde bir kurumda sistemin nasıl kullanıldığı, devreye alma sürecinde nelerin yaşandığı ve destek kalitesi doğrudan sorulabilir. Ayrıca kurulum sonrası maliyetler hesaba katılmalıdır: lisans yenileme, ek modül, danışmanlık, eğitim ve veri yedekleme.

Sistem seçilince kapsam bir kerede değil aşamalı genişletilir. İlk aşamada varlık envanteri, iş emri ve planlı bakım gibi çekirdek işlevler canlıya alınır; sonraki aşamalarda alan yönetimi, sözleşme izleme ve enerji gibi modüller eklenir. Aşamalı yaklaşım, ekibin sisteme alışması ve hataların küçük kapsamda düzeltilmesi için fırsat verir. Seçim sürecinde ilgili birimlerin (teknik servis, idari işler, satın alma, bilgi teknolojileri, finans) birlikte yer alması, sonradan çıkacak itirazları azaltır.

Veri modeli ve hiyerarşi nasıl kurulur?

Sistemin kalitesi, içindeki verinin kalitesiyle doğru orantılıdır. Kurulumun en önemli teknik kararı, mekân ve varlık hiyerarşisinin tasarımıdır. Genel yaklaşım yukarıdan aşağıya iner: kurum ya da portföy, saha, bina, kat, bölüm ya da oda, ve bu mekânlara bağlı varlıklar. Varlıklar da kendi içinde sınıflandırılır: mekanik, elektrik, iklimlendirme, yangın ve güvenlik, asansör gibi disiplinlere ve cihaz türlerine göre.

İyi bir hiyerarşi şu özellikleri taşır: her varlığın tek bir yeri vardır, kodlama tutarlıdır ve herkes aynı sınıflandırma diline sahiptir. Varlık kodları anlamlı ve benzersiz tutulur; örneğin bina, kat ve sistem bilgisini taşıyan bir kod yapısı, kayıtları aramayı ve raporlamayı kolaylaştırır. Hiyerarşi aşırı ayrıntılı kurulursa veri girişi ve bakımı altından kalkılamaz hâle gelir; çok yüzeysel kurulursa raporlar anlamsızlaşır. Hangi düzeyde izleme yapılacağı, bakım stratejisine göre belirlenir: tek tek takip edilmesi gereken kritik cihazlar ile grup olarak izlenebilecek ortak ekipmanlar ayrılır.

Her varlık için tutulacak alanlar da önceden belirlenir: marka ve model, kurulum tarihi, üretici destek süresi, bakım planı, sorumlu birim ve kritiklik düzeyi. Bu alanlar zorunlu mu opsiyonel mi olduğuna göre veri girişi kalitesi kontrol edilir.

Süreçler sisteme nasıl taşınır?

Yazılım kurmak süreçleri çözmez; süreçler yazılımda yeniden tasarlanır. En temel akış arıza ve talep yönetimidir: talep alınır, sınıflandırılır, önceliklendirilir, ilgili ekibe atanır, yapılan işler ve kullanılan malzemeler kaydedilir, iş emri kapatılır ve talep eden kişiye geri bildirim verilir. Süreç tanımlanırken her adımın sorumlusu, hedef süresi ve kayda geçirilecek bilgiler açıkça yazılır.

Planlı bakım bir başka büyük akıştır. Varlık türüne göre bakım periyotları belirlenir; sistem takvime göre otomatik iş emri üretir. Böylece bakım hatırlamaya değil, takvime bağlanır. Bakım talimatları iş emrine eklenir ve teknisyen sahada neyi kontrol edeceğini görür. Ardından yedek parça ve malzeme yönetimi, taşeron iş emirleri, sözleşme ve üretici destek takibi, alan talepleri ve ziyaretçi ya da taşınma iş akışları sistemin kapsamına eklenir.

Süreç geçişinde en sık karşılaşılan direnç, saha ekibinin kâğıt ve telefon alışkanlığının sürmesidir. Bu direnci azaltmak için sistem sade tutulur, ekranlar saha diline uyarlanır, eğitimler gerçek senaryolarla verilir ve yöneticiler kendi taleplerini kâğıt yerine sistemden vererek örnek olur. Sistem dışında yürütülen iş kayıt altına alınmadığı sürece raporlar eksik kalır.

Veri göçü, devreye alma ve raporlama

Veri göçü, mevcut e-tabloların ve kayıtların yeni sisteme aktarılmasıdır. Önce kaynak veri temizlenir: yinelenen kayıtlar birleştirilir, eksik alanlar tamamlanır, kodlar yeni yapıya göre düzenlenir. Ardından küçük bir kapsamda deneme aktarımı yapılır, sonuçlar sahada doğrulanır ve hatalar düzeltilir. Tüm tesis için bir seferde göç yapmak yerine, bir bina ya da disiplin üzerinde pilot çalışmayla başlamak riski azaltır. Envanteri sahada yeniden saymak ve etiketlemek zahmetli olsa da kayıtların gerçekle uyumunu sağlar.

Devreye almada kullanıcı eğitimi, yetkilendirme, mobil cihaz dağıtımı ve ilk günlerin yakın desteği planlanır. Geçiş döneminde eski ve yeni sistemin paralel çalışması çoğunlukla gereklidir, ancak bu dönem uzun tutulmamalıdır; aksi hâlde ekip eski yönteme geri döner.

Raporlama, sistemin değerini gösteren aşamadır. Tesis yönetiminde izlenen başlıca göstergeler arasında planlı ve plansız bakım oranı, arızaya müdahale ve çözüm süresi, tekrar eden arıza, yedek parça tüketimi, taşeron performansı ve varlık başına bakım maliyeti sayılabilir. Göstergelerin yönetim toplantılarında düzenli gözden geçirilmesi, iyileştirme döngüsünü başlatır. Sürdürülebilirlik için veri kalitesi sahipliği de tanımlanır: yeni varlık eklenirken, taşınma yapılırken ya da ekipman değiştirilirken sistemi kimin güncelleyeceği net olmalıdır.

Bu beceriyi Mindset programlarında nerede çalışırsınız?

Mindset'in CAFM/IWMS Yazılımlarıyla Tesis Operasyonlarının Dijitalleştirilmesi eğitimi, bu sürecin aşamalarını müfredat başlıklarıyla işler: CAFM ve IWMS kapsamı ile mevcut durum analizi, gereksinim analizi ve yazılım seçimi, veri modeli ve hiyerarşi kurulumu, süreçlerin sisteme taşınması, veri göçü ve devreye alma, raporlama, gösterge seti ve sürdürülebilirlik.

Başlıkların sırası bir dijitalleştirme projesinin akışını yansıtır: mevcut durumu anlama, seçim, veri yapısı, süreç, geçiş ve işletme. Programın ayrıntıları eğitimin kendi sayfasında yer alır.