Site ve Rezidanslarda EKB Süreçleri Nasıl Yürütülür?

Site rezidans EKB süreci, tek bir apartman dosyasını büyütmekten daha karmaşıktır. Aynı parsel veya yönetim altında birden fazla blok, ticari alan, ortak sosyal tesis, kapalı otopark ve merkezi enerji sistemi bulunabilir. Bu nedenle ilk adım, hangi fiziksel yapıların ve kullanım alanlarının hangi EKB/BEP-TR kapsamına girdiğini güncel Bakanlık kuralına göre netleştirmektir.

Tek site yönetimi veya ortak aidat sistemi, bütün blokların otomatik olarak tek model olduğu anlamına gelmez. Fiziksel bina sınırı, tipoloji, ortak sistem ve proje kimliği birlikte değerlendirilmelidir.

Önce Siteyi “Bina Haritası”na Dönüştürün

Her blok için blok adı/numarası, kat sayısı, kullanım amacı, proje alanı, ortak alan ilişkisi ve ana enerji sistemleri listelenir. Sosyal tesis, ticari ünite veya bağımsız kapalı yapı varsa ayrıca işaretlenir. Bu harita, hangi veri setinin hangi yapıya ait olduğunu karıştırmayı önler.

Belge Kapsamını Güncel Resmî Uygulamadan Doğrulayın

Site içindeki blokların tek/ayrı EKB üretim kuralı, projenin fiziksel ve idari yapısına göre değişebileceği için sabit bir cümleyle genellenmemelidir. Güncel BEP-TR uygulaması ve Bakanlık mevzuatı üzerinden her proje için kapsam doğrulanmalıdır. Özellikle birbirinden bağımsız bloklar, karma kullanım veya ortak podium/otopark yapıları dikkatli ele alınır.

Ortak Merkezi Sistem Varsa Servis Haritası Çizin

Tek kazan dairesi, chiller grubu veya ısı merkezi birden fazla bloğa hizmet verebilir. Hangi kaynağın hangi blok ve zonlara enerji gönderdiği; dağıtım devreleri, eşanjörler ve terminal sistemleriyle birlikte şemalaştırılmalıdır. Merkezi ekipmanı her blokta ayrı cihazmış gibi tekrar tanımlamak modelleme hatasına yol açabilir.

Bloklar Aynı Proje Olsa Bile Kör Kopyalama Yapmayın

A ve B blok mimari olarak aynı görünebilir; fakat yönlenme, cephe açıklıkları, çatı durumu, ticari zemin veya sonradan yapılan tadilatlar farklı olabilir. Tek bloktan oluşturulan veri seti diğer bloğa aktarılacaksa farklılık kontrol listesi kullanılmalıdır.

Özellikle kuzey-güney yönlenmesi veya farklı pencere oranı gibi kabuk farkları, aynı planın enerji davranışını değiştirebilir.

Rezidans Ortak Alanlarını Ayrı İnceleyin

Lobi, fitness, havuz, sosyal salon, yönetim ofisi ve ortak koridorlar konut daireleriyle aynı kullanım profiline sahip olmayabilir. Bu alanların EKB kapsamındaki ve modeldeki rolü güncel yönteme göre belirlenir. Ortak alanın aydınlatma ve HVAC sistemi ayrı veri kaynağına dayanabilir.

Ticari Birimler Karma Kullanım Riski Yaratır

Rezidans zemininde mağaza, restoran veya ofis bulunuyorsa tipoloji ve kullanım profili farkı ortaya çıkar. Bu alanların belge kapsamı, zonlama ve enerji sistemi ilişkisi ayrıca doğrulanmalıdır. Konut profilini ticari alana kopyalamak veya ortak sistemleri iki kez saymak sık görülen hatalardandır.

Merkezi Sıcak Su ve Güneş Sistemi Varsa Blok Dağılımını Belgeleyin

Merkezi boyler, güneş kollektörü veya ısı pompası tüm siteye ya da yalnız belirli bloklara hizmet verebilir. Şemada üretim kaynağı, depolama ve dağıtım sınırı gösterilmelidir. Bir sistemin çatıdaki konumu, sadece o bloğa hizmet ettiği anlamına gelmeyebilir; boru/tesisat ilişkisi doğrulanmalıdır.

Proje Dosyalarını Blok Bazında İsimlendirin

Site çalışmalarında en büyük operasyonel risk yanlış pafta ve cihaz verisini yanlış bloğa taşımaktır. Mimari, mekanik, elektrik ve kabuk belgeleri blok koduyla isimlendirilmelidir. Ortak sistem belgeleri ayrı “merkezi sistem” klasöründe tutulabilir ve hangi bloklara bağlı olduğu matriste gösterilir.

Saha Keşfini Tek Turda Planlayın

Ön incelemede eksik veri listesi hazırlanır, ardından bloklar rota halinde gezilir. Aynı tip pencere, cihaz veya ortak alan tekrar tekrar fotoğraflanmak yerine temsil ettiği kapsam açıkça kaydedilir. Fakat farklı blokların aynı olduğu varsayılmadan kritik noktalar doğrulanır.

Alan Mutabakatı Yapmadan Modellemeye Başlamayın

Her blok için güncel mimari alan, BEP kapsamındaki kullanım alanı ve ortak/teknik alanlar ayrı listelenir. Bakanlığın toplam kullanım alanı ile toplam inşaat alanının farklı kavramlar olduğuna ilişkin açıklaması site projelerinde özellikle önemlidir; ruhsat toplamını doğrudan model alanı saymak yanlış olabilir.

Toplu QA Tablosu Kullanın

Blok adı, alan, kullanım tipi, ısıtma, soğutma, sıcak su, havalandırma, ana kabuk tipi, model sürümü ve belge durumu tek tabloda izlenebilir. Bu tablo, 10 bloklu projede bir blokta eksik kalan sistem bilgisini hızla gösterir.

Aynı Hata Tüm Bloklara Yayılabilir

Kopya model kullanmak hız sağlar; fakat yanlış U değeri veya cihaz verimi temel şablonda varsa hata tüm siteye çoğalır. Bu nedenle “master” veri seti ilk blokta ikinci göz kontrolünden geçirilmeden diğer bloklara aktarılmamalıdır.

Revizyon Talebinde Hangi Blok Etkilendiğini Sınırlayın

Bir blokta pencere yenilemesi veya kazan devresi değişikliği olduysa tüm site dosyasını baştan üretmek yerine değişikliğin hangi fiziksel/model kapsamını etkilediği belirlenir. Sürüm yönetimi blok bazında tutulursa failure-only repair yaklaşımı gerçek projede de uygulanabilir.

Yöneticiye Teslim Paketi Nasıl Sunulur?

Belge dosyalarına ek olarak blok envanteri, kritik veri kaynakları, varsa varsayım/uyuşmazlık listesi ve sorgulama bilgileri düzenli klasörde sunulabilir. Böylece site yönetimi ileride tadilat olduğunda hangi EKB’nin hangi bloğa ait olduğunu kolayca bulur.

Site EKB’sinde Başarı Ölçütü

Hızlı üretim değil, blokların birbirine karışmadığı, ortak sistemlerin doğru paylaştırıldığı ve her belgenin kendi fiziksel kapsamını izlenebilir biçimde temsil ettiği bir veri yapısıdır. İyi süreç önce siteyi parçalar, sonra doğru ilişkilerle yeniden bir araya getirir.

BEST Enerji EKB Uzmanlığı Eğitimi içinde çok bloklu proje mantığını veri matrisi ve sistem şeması üzerinden çalışmak, gerçek saha projelerine geçiş için güçlü bir uygulamadır.

Ortak Enerji Merkezi İçin Ayrı Bir “Master” Dosya Tutun

Birden fazla bloğa hizmet veren merkezi kazan, chiller veya ısı merkezinin teknik verileri her blok klasörüne farklı kopyalar halinde dağılmamalıdır. Tek doğrulanmış master sistem kaydı oluşturulup blok-servis matrisiyle ilişkilendirilebilir. Böylece bir cihaz verimi revize edildiğinde hangi blokların etkilenebileceği hızlı görülür.

Bu yöntem belge dosyalarının bağımsızlığını bozmaz; yalnız kanıt yönetimini merkezileştirir.

Benzer Bloklarda Örnekleme Yalnız Kanıtlı Benzerlikte Kullanılmalı

On blok aynı proje tipinde görünse bile birkaç blokta sonradan pencere değişimi, çatı izolasyonu veya kombi dönüşümü olabilir. Örnekleme yapılacaksa hangi özelliklerin gerçekten aynı olduğu belgelenmelidir. Kritik sistem ve kabuk farkları için her blok ayrı doğrulanır.

“Hepsi aynı yapılmıştır” sözlü varsayımı, site çapında sistematik hata üretebilir.

Site Yönetimi Değiştiğinde Arşiv Devredilebilir Olmalı

EKB dosyaları yalnız o günkü yöneticinin bilgisayarında dağınık kalmamalıdır. Blok kodu, belge tarihi, kritik proje kaynakları, revizyon geçmişi ve sorgulama bilgileri düzenli envanterde tutulursa yönetim değişiminde teknik hafıza korunur.

Bu arşiv, ileride sistem tadilatı veya belge yenileme ihtiyacında veri toplama süresini ciddi biçimde azaltır.

Bloklar Arası Tutarlılık Kontrolü Yapın

Benzer blokların final modelleri yan yana karşılaştırıldığında beklenmeyen uç değerler hata sinyali olabilir. Aynı tip iki bloktan birinde çok farklı pencere oranı veya sistem verimi görünüyorsa, bunun gerçek proje farkı mı veri hatası mı olduğu araştırılır.

Bu karşılaştırma sonuçları eşitlemek için değil, veri kalitesini sorgulamak için kullanılır.

Site İçindeki Sosyal Tesisleri Unutmayın

Fitness, kapalı havuz, yönetim binası, güvenlik yapısı veya ticari sosyal alanlar konut bloklarından farklı kullanım ve enerji sistemlerine sahip olabilir. Ayrı fiziksel yapı veya karma kullanım niteliği taşıyorsa EKB kapsamı güncel kurallara göre ayrıca değerlendirilmelidir.

Bu tesislerin merkezi sistemden enerji alıp almadığı da blok-servis matrisi içinde gösterilir; aksi halde ortak enerji merkezi eksik veya fazla temsil edilebilir.