BİM KOORDİNASYONDA CLASH DETECTION STANDARTLARINI OLUŞTURMAK

Şehir hastanesi şantiyesinde sıva-boya aşamasına gelinmiş; ameliyat blokundaki 250 mm çelik kanal şaftından geçirilmesi gereken kablo tavası ile birleşim noktasındaki betonarme kiriş çakışıyor. Mimar "modelde yoktu", mekanik "ben koymuştum", statikçi "benim sorumluluğum değil" diyor. İmalat durmuş; üç gün sonra toplantıda kararın nasıl alınacağı bile belirsiz. Tetiklenmesi gereken alarm tek bir yerden çalıyor: clash detection standardı yok.

Federe modeli açıp "Run" butonuna basmak koordinasyon değildir. Hangi disiplinin hangisiyle, hangi toleransla, hangi sıklıkta çakıştırılacağı ve bulunan her çakışmanın nasıl bir hayat döngüsüne gireceği önceden yazılı olmalı. Aksi halde aynı çakışma her hafta yeniden "keşfedilir", kimse açıp bakmadığı 8.000 satırlık bir rapor üretilir, şantiye revizyona kalır.

Clash kategorileri nasıl ayrılır?

Çakışmalar tek tip değildir. Standardın ilk maddesi her tipi ayrı tanımlamak ve ayrı toleransa bağlamaktır.

• Hard clash: İki katı eleman fiziksel olarak aynı hacmi paylaşıyor. Kiriş içinden geçen havalandırma kanalı, kolonu delen sıhhi tesisat borusu. Tolerans 0 mm; modelleme yuvarlama hatalarını filtrelemek için 10 mm'lik bir alt eşik kullanılır.
• Soft clash (clearance): Elemanlar değmiyor ama servis/bakım/yalıtım payı yeterli değil. Bir vana için 300 mm bakım alanı, bir elektrik panosu önünde 1000 mm erişim mesafesi gibi. Soft clash değer atanmadan çalıştırılmaz.
• Workflow (4D) clash: Aynı anda aynı bölgede iki imalat sınıfı çalışıyor. MS Project veya Primavera takvimi modele bağlandığında ortaya çıkar; sıva ekibi ile mekanik kanal montajı aynı katta üst üste binmiş olur.

Bu üç tip ayrılmadan çalıştırılan rapor okunmaz. Standartlı bir BİM koordinatörü her tip için ayrı clash test set'i oluşturur, sonuçları ayrı renk/etiket altında raporlar.

Disiplin çakışma matrisi — hepsi-hepsiyle yaklaşımı çöpe atılır

Yeni başlayan ekipler bütün disiplinleri hepsiyle çakıştırır. Sonuç: 12.000 satırlık rapor, içinde 200 anlamlı çakışma. Standart yazılı bir matris dayatır.

Öncelik 1 maddeleri yapısal güvenliği ilgilendirir; tek bir flag işi durdurur. Öncelik 3 estetik veya tamamlama seviyesindedir, haftalık döngüye girer. Tolerans, projenin aşamasına göre daralır: uygulamada 25 mm olan mekanik-elektrik clearance, imalat shop drawing aşamasında 15 mm'e indirilir.

İlke şudur: önce büyük parçaları çakıştır, sonra toleransı kademeli daralt. Şaftlar, çekirdekler, ana strüktür önce; ardından branşman boruları, kablo tavaları, son olarak servis boşlukları. Bütün toleransları 1 mm'ye çekip ilk hafta 12.000 satırlık bir rapor üretmek yeni başlayanın klasik hatasıdır.

Clash test set'leri nasıl hazırlanır?

Standardın çalışan kısmı "test set" tanımıdır. Navisworks'te "Add Test" ile her satır için ayrı test oluşturulur; BIMcollab Zoom'da Smart Issues + Smart Views, Solibri Office'te Rule Set olarak adlandırılır. Hangi isimle olursa olsun her test şu altı parametreyi içermeli.

1. Selection A ve Selection B: Hangi modelin hangi alt-kümesi. Selection Set (manuel) veya Search Set (Property tabanlı dinamik) kullanılır; tercih Search Set'tir çünkü model güncellendiğinde otomatik genişler.
2. Clash type: Hard, Clearance, Duplicate. Üçü ayrı testlerdir, birleştirilmez.
3. Tolerance: Yukarıdaki matristen alınan değer.
4. Filter (status): "New", "Active", "Reviewed", "Approved", "Resolved" — sadece açık olanlar görünür.
5. Self-intersect: Aynı disiplinin kendi içinde çakışmasını arayıp aramayacağı. Mekanikte kanal-kanal çakışmasını yakalamak için açık tutulur.
6. Composite object handling: Sandviç duvar gibi katmanlı elemanların alt-elemanlarının ayrı mı yoksa bütün mü değerlendirileceği.

Set hazırlığı standart bir dokümanda satır satır yazılır. Her proje açılışında bu setler şablon dosyadan kopyalanıp yeni modele yapıştırılır; sıfırdan kurulmaz. Bir hastane projesi clash test set şablonu, bir ofis binası şablonundan farklıdır — gerçek bir standart kütüphanesi yıllar içinde olgunlaşır.

BCF clash listesini nasıl hayatta tutar?

Bir çakışma bulundu, peki nasıl gezecek? PDF rapor 200 satırdan sonra okunmaz, Excel listesi 3D bağlamı kaybeder. BIM Collaboration Format (BCF) burada devreye girer. buildingSMART tarafından geliştirilen açık veri standartları ailesinin parçası olan bu format her clash için şunu taşır:

• 3D kamera açısı (X, Y, Z + bakış vektörü)
• Ekran görüntüsü (PNG)
• Çakışan elemanların IFC GUID'leri
• Atanmış sorumlu (assignee)
• Açıklama, yorum geçmişi, eklenen revizyon belgeleri
• Durum (status) ve değişiklik tarihi

BCF dosyası Navisworks'ten BCF Manager üzerinden çıkar, BIMcollab Zoom'a senkronlanır, oradan tasarımcının Revit'ine düşer. Tasarımcı modelde tam o noktayı "Show in 3D View" ile açar; PDF üzerinde aks-kot tarifiyle nokta arama derdi sona erer. Bu zincirin kurulması bir BİM koordinatörünün ilk haftaki görevidir; BİM koordinasyon eğitimi almış biri Revit + Navisworks + BCF köprüsünü proje açılışında ayarlar.

Status workflow — bir çakışmanın hayat döngüsü

Standartlı bir clash beş aşamadan geçer. Bu beş aşama proje boyunca değişmez; her clash bu hattı izler.

1. New: Algoritma yeni bulmuş, henüz kimse bakmadı. Otomatik etiket.
2. Active: Koordinatör incelemiş, gerçek çakışma. Bir disipline atandı (assignee atandı), çözülmesi bekleniyor.
3. Reviewed: Atanan tasarımcı baktı, çözüm önerisi sundu — modeli henüz değiştirmedi.
4. Approved: Koordinatör veya başka bir disiplin önerilen çözümü onayladı; modelde değişiklik yapılabilir.
5. Resolved: Model güncellendi, re-clash kapandı, kayıt arşivlenir.

Buna eşlik eden bir altıncı durum "Approved as is" (kabul edildi, çözülmeyecek) olabilir — örneğin asma tavan içine girmesi planlı bir mekanik kanalın tavanla "çakışması" gerçek bir çatışma değildir. Bu kararın da kayıtlı kalması gerekir; sonradan denetimde "niye çözmedik?" sorusuna belge bırakır.

Türkiye'deki büyük kamu altyapı projelerinde bu hat genelde TS EN ISO 19650-2 standardının atıf yaptığı süreçle kurulur. ISO 19650 BIM eğitimi, status workflow'unu Türk projelerinin sözleşme ekleri ve KGM/Sağlık Bakanlığı şartnameleriyle eşleyen referans çerçeve olarak öne çıkar.

Türk büyük projelerinde clash standardının yeri

İstanbul Havalimanı, şehir hastaneleri, metro hatları gibi projelerde BIM koordinasyonu sözleşme şartı haline geldi. Bu projelerde clash detection standardı tipik olarak şunları kapsıyor:

• İhale dosyasında zorunlu IFC versiyonu (yenilerinde IFC4 Reference View), zorunlu PSet listesi
• Müteahhitin BEP (BIM Execution Plan) sunmadan sözleşme imzalanamaması
• Alt yüklenicilerin haftalık IFC ihracı zorunluluğu — Shared klasöre yükleme deadline'ı genelde Pazartesi 17:00
• Federe modelin müteahhit BIM koordinatörü tarafından her hafta yeniden kurulması
• Açık clash sayısının imalat aşamasına geçişten önce sıfıra inmesi şartı (Approval Gate)
• İşveren temsilcisinin BCF üzerinden onay verme yetkisi

Müteahhitlik tarafında bu kuralları zamanında öğrenmemek ihale sonrası ciddi gecikme cezalarına dönüşüyor. Şehir hastanesi projelerinde model teslim gecikmesinin ceza tarifesi günlük sözleşme bedelinin onbinde 5'i kadar uygulanabiliyor — küçük projelerde göz ardı edilebilen bir kalem değil. Müteahhitlik eğitimi kapsamındaki sözleşme bölümü bu maddeleri detaylı işler.

Haftalık ritim — gerçek iş akışı

Standart yazılır ama yaşayan bir takvime bağlanmazsa rafta kalır. İşleyen ekiplerin haftalık döngüsü kabaca şöyle kurulur:

1. Pazartesi 17:00: Her disiplin WIP modelini kapatır, IFC ihracını Shared klasöre yükler. Geç kalan disiplin re-clash'a giremez, sıradaki hafta beklenir.
2. Salı 09:00-12:00: Koordinatör federe modeli kurar, clash test set'lerini sırasıyla çalıştırır. Önce öncelik 1 — yapısal, sonra öncelik 2 — MEP içi, sonra öncelik 3 — mimari uyum.
3. Salı öğleden sonra: Bulgular filtrelenir, "New" durumdakiler "Active"e geçirilir, her birine assignee atanır. BCF dosyaları üretilir, BIMcollab veya benzeri platforma yüklenir.
4. Çarşamba 10:00: Koordinasyon toplantısı. Ekran paylaşımıyla her "Active" clash üzerinden geçilir; çözüm yaklaşımı kararlaştırılır.
5. Perşembe-Cuma: Disiplinler kendi modellerinde düzeltir, BCF içinde "Reviewed" → "Approved" geçişlerini işaretler.
6. Cuma 17:00: Re-clash. Kapatılanlar "Resolved", kapatılamayanlar bir sonraki haftanın listesine devreder.

Bu döngü ilk üç hafta sancılı kurulur — disiplinler deadline'ı kaçırır, IFC export'lar yanlış ayarla yapılır, BCF Manager kurulu olmayan ofisler çıkar. Dördüncü haftadan itibaren otomatiğe biner. Standartsız ekiplerde aynı iş her sefer yeniden icat edilerek günde 4 saat yutarken, kurulmuş bir ritimde haftada 4 saate iner.

BEP içinde clash standardı bölümü

Tüm bu kararlar BIM Execution Plan dokümanının "Coordination & Clash Detection" başlığı altında toplanır. Türk kamu projelerinde bu doküman genelde TS EN ISO 19650-2 ile uyumlu bir formatta hazırlanır. Minimum içerik şu:

• Disiplin çakışma matrisi — yukarıdaki tablo, projeye özel doldurulmuş
• Tolerans ve clearance değerleri, proje aşaması bazında (konsept / ön proje / uygulama / imalat)
• IFC versiyonu, MVD, koordinat sistemi (shared origin), zorunlu PSet listesi
• Selection/Search Set isimlendirme kuralı (örn. STR_SLAB_*, MEP_DUCT_*)
• Status workflow ve assignee karar matrisi — kim hangi clash'ı atayabilir, kim onaylar
• BCF kullanım kuralı, hangi platform üzerinde senkronlanır
• CDE klasör yapısı, isimlendirme, revizyon eki (V01, V02), onay matrisi
• Haftalık toplantı ritmi, geç kalma yaptırımı
• Approval Gate — imalata geçiş için sıfırlanması gereken clash öncelikleri

BEP canlı bir dokümandır; ihale aşamasında v1 yazılır, proje boyunca tipik olarak 4-6 kez güncellenir. İmalat fazına gelmeden imzalı v3'ün hazır olması beklenir. Standart proje açılışında değil, ihale dosyasında istenmeli — sonradan eklenen kural ekibe yutturulmaz, müteahhit yutturulduğunu düşünür.

Küçük projede ne kadarı gerekli?

Tek disiplinli 200 m²'lik bir tadilat için bu sistemin tamamı gereksizdir. 1.500 m² altı, tek mimar + tek mekanikçi + tek elektrikçi projelerde basitleştirilmiş bir alt-küme yeter:

• Üç clash test set (statik-mekanik, statik-elektrik, mekanik-elektrik), tolerans 10/15/25 mm
• Basit BCF export, haftalık değil iki haftada bir döngü
• Status sadece "Open" ve "Resolved" — beş aşama gereksiz
• BEP dokümanı yerine 2 sayfalık koordinasyon notu

Ölçek küçükse standart küçülmeli; tersi de geçerli. Şehir hastanesi standardını ev tadilatına uygulamak ekibi yorar, vazgeçirir. Doğru oran konuyu yaşatır.