Kısa cevap
Çok bloklu bir sitede yangın algılama bakımı, tek bir sözleşme altında blok bazlı bir programla yürütülmelidir: her blok kendi panelinin arıza geçmişini ve dedektör durumunu ayrı ayrı takip eder, ancak bakım firması tüm bloklara aynı ziyaret döneminde (TS EN 54-14'ün öngördüğü aylık/üç aylık/yıllık kırılıma göre) girer ve site yönetimine blok bazlı raporların yanında tek bir konsolide özet sunar. Bloklar arası tutarsızlığın en sık nedeni; her blok için ayrı zamanda, ayrı firmayla, ayrı kapsamda yapılan dağınık bakımlardır — bu da hem maliyeti hem denetim risklerini artırır.
Neden çok bloklu bir sitede bakım "tek bina" mantığıyla yürümez
Tek bloklu bir binada bakım firması geldiğinde tüm sistemi bir seferde görür: bir panel, bir dedektör listesi, bir rapor. Çok bloklu bir sitede ise durum farklıdır:
- Panel sayısı kadar ayrı kayıt geçmişi vardır — her blok kendi arıza/bakım kaydını taşır; bir blokta yapılan değişim diğerini otomatik kapsamaz.
- Bloklar farklı zamanlarda tamamlanmış veya tadil edilmiş olabilir — bir blokta daha eski, bir diğerinde daha yeni cihaz/panel bulunması yaygındır.
- Bina yönetimi tek, teknik muhatap ise blok blok dağınık olabilir — kat malikleri kurulu veya yönetim şirketi tek karar mercii olsa da, teknik arıza bildirimleri genelde blok temsilcisinden gelir.
- Bütçe tek kalemdir (aidat), ama iş çok kalemlidir — yönetim, tüm blokların bakımını tek bir yıllık bütçe/aidat planına sığdırmak zorundadır.
Bu farklar netleştirilmeden alınan bir bakım teklifi, genelde "blok başına ayrı fiyat" karmaşasına veya bazı blokların atlanmasına yol açar.
Tek sözleşme mi, blok başına ayrı sözleşme mi?
Pratikte iki yaklaşım var, ama site yönetimi için doğru olan neredeyse her zaman ilkidir:
| Yaklaşım | Avantaj | Dezavantaj |
|---|---|---|
| Tek sözleşme, tüm bloklar | Tek muhatap, tek fatura, tek ziyaret takvimi, bloklar arası standart tutarlılığı | Blok sayısı arttıkça tek ziyarette geçen süre uzar — takvim önceden netleşmeli |
| Blok başına ayrı sözleşme | Bir blokta değişiklik (yeni yönetim, farklı firma tercihi) diğerini etkilemez | Farklı firmalar farklı standart yorumlayabilir, konsolide rapor kimsede olmaz, toplam maliyet genelde daha yüksek |
Site yönetimi/yönetim şirketi tarafında karar veren kişi tek bir teknik yeterlilik değerlendirmesi yapmak istiyorsa (bakım sözleşmesinde nelerin olması gerektiğine dair kontrol listesi için yangın alarm bakım sözleşmesi kapsamı rehberimize bakabilirsiniz), tek sözleşme + blok bazlı kapsam net bir madde olarak yazılmalıdır: "X adet blok, her biri ayrı panel/dedektör listesiyle, aynı bakım takvimi ve aynı standart (TS EN 54-14) altında."
Bakım takvimi çok blok için nasıl kurgulanır
TS EN 54-14'ün öngördüğü periyot kırılımı (günlük/haftalık/aylık/üç aylık/yıllık) tek blok için olduğu kadar çok blok için de geçerlidir — fark, bu periyotların bloklar arasında nasıl senkronize edileceğidir:
- Aynı dönemde, ardışık ziyaret. Bakım ekibi bir haftalık pencerede tüm blokları sırayla dolaşır; her blok aynı ayın/çeyreğin bakımını almış olur. Bloklar arası "bu blok geçen ay yapıldı, öbürü unutuldu" belirsizliğini önler.
- Blok bazlı arıza kaydı, ortak takvim. Her blok kendi arıza/değişim geçmişini taşısa da, bir sonraki periyodik ziyaretin tarihi tüm bloklar için aynı anda planlanır.
- Öncelik sırası riske göre belirlenir. Ortak alanı daha büyük, kullanım yoğunluğu daha yüksek veya daha eski donanıma sahip blok, ziyaret sırasında öne alınabilir — ama bu bir istisna olarak kayda geçmeli, rastgele olmamalı.
Devreye alma ve periyodik test arasındaki farkı netleştirmek isteyenler için yangın algılama sistemi devreye alma testi rehberimiz hangi adımların kim tarafından onaylandığını anlatıyor — çok bloklu bir sitede yeni bir blok eklendiğinde veya panel değiştiğinde bu devreye alma süreci o blok için ayrıca tekrarlanır, diğer blokları etkilemez.
Raporlama: blok bazlı detay + tek konsolide özet
Çok bloklu bir sitede en sık atlanan nokta budur. İyi kurgulanmış bir bakım süreci şunu üretir:
- Blok bazlı rapor — her blok için ayrı: kontrol edilen cihaz sayısı, tespit edilen arıza, yapılan müdahale, akü/besleme durumu.
- Konsolide özet — site yönetimine veya yönetim şirketine tek sayfa: kaç blok bakımı tamamlandı, hangi blokta açık arıza var, hangi blokta parça/dedektör değişimi bekleniyor.
Bu ayrım olmadan, yönetim kurulu toplantısında "sistem bakımlı mı?" sorusuna tek bir net cevap vermek zorlaşır — ya blok blok raporlar karıştırılır ya da hiçbiri okunmaz. Konsolide özet, aynı zamanda kat maliklerine yıllık bilgilendirmede kullanılacak temel belgedir.
Aidat bütçesine yansıtma
Yangın algılama bakımı, toplu konutlarda genelde yıllık aidat bütçesinin teknik bakım kalemi altında planlanır. Çok bloklu bir sitede bunu doğru bütçelemek için:
- Yıllık toplam bakım maliyeti tek kalem, blok sayısına bölünmüş birim maliyet ayrıca not edilir — yeni blok eklenmesi veya çıkması durumunda bütçe güncellemesi kolaylaşır.
- Ömrünü tamamlayan dedektör/panel değişimi ayrı bir kalemdir, düzenli bakım ücretine dahil değildir — bu ayrımın önceden yapılmaması, yıl ortasında "sürpriz" ek bütçe talebine yol açar.
- Acil arıza müdahalesi (response time) için ayrı bir bütçe rezervi tutulması, özellikle 7/24 kullanılan ortak alanlar (otopark, jeneratör odası) için önerilir.
Bir örnek: dört bloklu bir sitede bakım-onarım
Colga Bilişim'in yürüttüğü işlerden biri, dört bloklu bir konut sitesinde yangın algılama sisteminin bakım ve onarımıdır. Bu tür işlerde asıl teknik zorluk cihaz sayısının fazlalığı değil, dört ayrı panelin arıza geçmişini tek bir bakım takvimi ve tek bir raporlama düzenine bağlamaktır — bloklardan biri daha eski donanıma sahipse onarım önceliği oraya kayar, ama periyodik ziyaret takvimi tüm bloklar için ortak kalır. Bu, yukarıda anlatılan "tek sözleşme, blok bazlı kapsam" yaklaşımının sahada nasıl çalıştığının somut bir örneğidir.
Site yöneticisi için kontrol listesi
Bir bakım teklifini değerlendirirken şu maddeleri sorgulayın:
- Teklif, tüm blokları tek sözleşme altında mı kapsıyor, yoksa blok başına mı fiyatlandırılmış?
- Periyodik ziyaret takvimi (aylık/üç aylık/yıllık) tüm bloklar için aynı döneme mi denk geliyor?
- Her blok için ayrı arıza/bakım kaydı tutuluyor mu?
- Yönetime konsolide bir özet rapor sunuluyor mu, yoksa sadece blok bazlı dağınık raporlar mı geliyor?
- Ömrünü tamamlayan dedektör/cihaz değişimi bütçeye ayrı mı yansıtılıyor?
- Acil arıza müdahale süresi (response time) sözleşmede tanımlı mı?
- Yeni bir blok eklendiğinde veya panel değiştiğinde devreye alma testi kim tarafından, nasıl yapılacak?
Sıkça sorulan sorular
Her blokta panel varsa, tek bir merkezi izleme sistemi kurmak gerekir mi? Zorunlu değildir — bloklar bağımsız panellerle de standarda uygun şekilde bakımlı tutulabilir. Ancak site büyüdükçe (özellikle güvenlik görevlisi/yönetim ofisi olan sitelerde) blokların arıza durumunu tek bir noktadan izlemek isteyen yönetimler için panel ağını ortak bir izleme noktasına bağlamak, veri ağı/network altyapısı üzerinden mümkündür — bu ayrı bir projelendirme kararıdır, bakım sözleşmesinin ön koşulu değildir.
Bloklardan biri daha yeni, diğerleri daha eski sistemlere sahipse bakım nasıl planlanır? Periyodik ziyaret takvimi ortak kalır, ancak eski donanıma sahip blok için dedektör ömrü (optik duman, ısı veya kombine tipine göre değişir) ve olası panel yenileme ihtiyacı ayrı bir kalem olarak izlenir.
Site yönetimi değiştiğinde mevcut bakım sözleşmesi ne olur? Sözleşme, yönetim şirketinden bağımsız olarak site tüzel kişiliği veya kat malikleri kurulu adına yapılmışsa devam eder; yeni yönetimin yapması gereken, sözleşme kapsamının ve mevcut blok bazlı kayıtların devir teslimini almaktır.
Çok bloklu bir sitede yıllık kapsamlı test tüm bloklarda aynı gün mü yapılır? Genelde hayır — blok sayısı arttıkça tüm sistemin tek günde kapsamlı testi pratik olmayabilir; ardışık günlere yayılan ama aynı takvim penceresinde tamamlanan bir program daha gerçekçidir.
Sitenizde çok bloklu bir yangın algılama sisteminin bakımını tek bir düzene bağlamak isterseniz, yangın algılama sistemi kurulumu ve bakımı hizmetimize göz atabilirsiniz.