BİM KOORDİNASYONDA LOD LOI SEVİYELERİNİ YÖNETMEK

Yeni başlayan bir BIM koordinatörünün ilk şokunu yaratan cümle hep şudur: "Bu model LOD 350 olarak teslim edildi." Aynı federal model içinde mimari LOD 350 görünüyor, mekanik LOD 200 kütle, statik ise LOD 300 ölçüde ama içinde donatı verisi yok. Üç disiplinin teslim tablolarına bakıldığında hepsi yeşil — koordinasyon toplantısına oturulduğunda kimse aynı şeyden bahsetmiyor. Sorun seviyenin yüksekliği değil; seviye tanımı ve seviye denetimi arasındaki kopukluk.

LOD (Level of Development) ve LOI (Level of Information) kavramları yıllardır kullanılıyor ama Avrupa'da EN 17412-1 ile gelen LOIN (Level of Information Need) yaklaşımı oyunu değiştirdi. Bu makale BIMForum 2025 LOD Specification, EN 17412-1 ve Türkiye'de TS EN ISO 19650 ile uyumlu pratik arasında köprü kurarak seviyelerin koordinasyon masasında nasıl yönetileceğini ele alıyor.

Detay mı Bilgi mi — Hangisini Ölçüyoruz?

Yaygın yanılgı şudur: LOD bir elemanın "ne kadar detaylı çizildiğini" söyler. Doğrusu, LOD bir elemanın güvenilirlik düzeyini tanımlar; yani downstream kullanıcı (mekanik koordinatör, imalatçı, FM ekibi) o modele bakıp ne kadar karar alabilir? BIMForum tanımıyla LOD; geometrik olgunluk, ilişkili veri ve güvenilirlik üçlüsünü tek başlık altında toplar.

Almanca literatürde aynı kavram üç parçaya ayrılır: LOG (Level of Geometry) sadece geometriyi, LOI (Level of Information) sadece alfanümerik veriyi, LOD ise ikisinin toplamını anlatır. Türkçe pratikte genelde LOD ve LOI birlikte kullanılır; geometrik olgunluk LOD ile, veri zenginliği LOI ile ölçülür. İki ayrı eksen olarak düşünülmesi pratik bir alışkanlık; bir elemanın LOD 350 olması içindeki üretici, akustik değer, garanti süresi gibi verilerin de yüksek seviyede olduğu anlamına gelmez.

BIMForum LOD Skalası ve Anlamları

BIMForum LOD Specification ilk olarak 2013'te yayımlandı, her yıl güncellendi; en güncel sürüm 2025 baskısıdır ve İspanyolca dahil çok dilli erişim sunar. CSI Uniformat sınıflandırması altında her bina sistemi için ayrı LOD tabloları içerir. Seviyelerin pratik karşılığı:

• LOD 100 — Sembolik temsil. Eleman jenerik bir sembol veya alan tutucu; ölçü, miktar, lokasyon güvenilir değildir. Konsept aşaması.
• LOD 200 — Yaklaşık geometri. Eleman jenerik bir kütledir; yaklaşık miktar, boyut, şekil, yönelim bilgisi taşır ama imalat detayı yok. Avan proje aşaması.
• LOD 300 — Net geometri. Eleman ölçülü, lokasyon doğru, ilgili miktar ve dimensiyonlar güvenilir. Ancak disiplinler arası bağlantı detayı henüz girilmemiş olabilir. Uygulama projesi başlangıcı.
• LOD 350 — Disiplinler arası bağlantı detayı dahil. Diğer disiplinlerle interface noktaları modellenmiş; mekanik askısı, çelik bağlantı plakası, ankrajlar görünür. Koordinasyon için kritik eşik.
• LOD 400 — İmalat seviyesi. Üretim, montaj sırası, vida-bulon detayı, fabrika koduyla birlikte modellenmiş. Atölye ve imalat çizimleri buradan türetilir.
• LOD 500 — As-built. Saha doğrulaması yapılmış model; bakım periyodu, garanti, üretici irtibatı gibi tesis yönetimi verileri eklenmiş.

Pratikte LOD 350 koordinasyonun, LOD 400 imalatın, LOD 500 ise işletmenin eşiğidir. Türkiye'de kamu yapı işlerinde yaygın yaklaşım uygulama projesi için LOD 300 ile başlayıp koordinasyon kritik bölgelerde (mekanik şaft, asansör boşluğu, çatı detayı) LOD 350'ye çıkmaktır.

LOIN Yaklaşımı Ne Getirdi?

BS EN 17412-1:2020 ve onun ardılı ISO 7817-1:2024, sayısal LOD skalasının ötesine geçti. Yeni yaklaşımın adı LOIN (Level of Information Need) — yani bilgi ihtiyacı seviyesi. Anahtar değişim: önce "elemanı ne kadar detaylı modelleyeyim" diye sormak yerine, "hangi karar için hangi bilgi gerekli" diye sorulması.

LOIN beş soru üzerine kuruludur:

1. Neden — bilgi hangi karara hizmet ediyor (ısı yükü hesabı, ihale metrajı, FM kabulü)?
2. Ne zaman — proje aşamasının hangi noktasında gerekli?
3. Kim — bilgiyi kim kullanacak (statik mühendisi, imalatçı, işveren)?
4. Ne — hangi nesne veya yapı elemanı?
5. Nasıl — bilgi geometrik mi (LOG), alfanümerik mi (LOI), yoksa ek doküman olarak mı (PDF spec, sertifika) teslim edilecek?

Geleneksel LOD skalası "şu kutucuğu LOD 300'e getir" der; LOIN ise "bu elemanın hangi kararını destekliyorsun" sorusunu zorunlu kılar. Sonuç olarak proje fazla modellemeden kaçınır: her şeyi LOD 400'e itmek yerine sadece imalat kararı için kritik olan alt küme yükseltilir. Maliyet açısından bu fark çok büyüktür; bir konut projesinde her vana kafasını LOD 400 modellemenin işverene faydası yoktur, mekanik koordinatöre ise vananın etrafındaki bakım hacmi yeterlidir.

TS EN ISO 19650 ile Uyumlu Seviye Yönetimi

Türkiye'de BIM çerçevesi TS EN ISO 19650 standart serisi etrafında şekilleniyor. Standart, projeye dair bilgi tesliminin sözleşmesel zeminini kurar: işveren bilgi gereksinimi (OIR/AIR/EIR), proje bilgi gereksinimi (PIR) ve bunların karşılığı olan teslim modelleri (PIM, AIM). LOD/LOI seviyeleri bu zincirin teknik içeriğidir.

Türkiye uygulamasında üç pratik adım işe yarar:

1. EIR'ı seviye tablosuyla yazmak. Sözleşme ekinde elemanlar listesi, sorumlu disiplin ve proje aşamalarına göre LOD/LOI seviyeleri açıkça verilir. "Mekanik tesisat detaylı olacaktır" gibi belirsiz ifade yerine "ana hat boru sistemi uygulama aşamasında LOD 350, branşman LOD 300" yazılır.
2. BEP'i imzalı ek belge yapmak. BIM Uygulama Planı (BEP) yüklenici tarafından hazırlanır, işveren onaylar. İçinde her elementin matrisi, IFC mapping tablosu, CDE prosedürü ve federal model birleşim takvimi vardır. Sözleşmenin teknik eki olarak işler.
3. Ortak Veri Ortamında (CDE) etiketleme. Her yüklenen model dosya adında durum etiketi (WIP, Shared, Published, Archived) ve LOD bilgisi taşır. Örnek: ARC-Z02-MOD-v3.1-LOD300-S2.ifc. Bu yazı şekli, sürüm karmaşası ve LOD belirsizliğini birlikte çözer.

Türk müteahhitlik pratiğinde sık görülen sorun: BEP imzalanır ama LOD matrisi soyut kalır. Şantiyeye iniş haftası geldiğinde mekanik askı detayının kimin sorumluluğunda olduğu tartışmaya açılır. ISO 19650 BIM eğitimi kapsamında EIR ve BEP yazımının somut örnekleri üzerinden gidilir; tartışmalı bölgelerin sözleşme aşamasında nasıl tanımlanacağı temel konudur.

Eleman Bazında Aşamalı Matris Örneği

Soyutluğu kırmak için dış cephe duvarı üzerinden ilerlemek yardımcıdır. Bir orta ölçek konut projesinde aşamalara göre matris şu şekilde kurulabilir:

Matrisin bütününde dikkat edilmesi gereken nokta: aynı aşamada her elemanın aynı LOD'a ulaşması zorunlu değildir. İç kapı LOD 300'de kalabilirken dış cephe duvarı LOD 350'ye çıkar. Bu seçicilik LOIN mantığının doğrudan getirisidir; aşamayı değil karar gereksinimini esas alır.

Koordinasyon Toplantısında Seviye Nasıl Denetlenir?

Federal model birleşiminin koordinasyon değeri, içindeki elemanların gerçekten beyan edilen LOD'da olmasına bağlıdır. Bu denetim manuel yapılırsa zaman alır; yazılım tabanlı kontrol pratik çözümdür. Solibri Information Takeoff veya BIMcollab gibi araçlarla model kuralları yazılır: "Tüm IfcWall elemanlarında Pset_WallCommon.ThermalTransmittance dolu olmalı" gibi. Eksik veriyi kural başarısızlığı olarak raporlar.

Haftalık koordinasyon akışı şöyle işler:

• Pazartesi: disiplinler kendi merkez modelini CDE'ye Shared statüsünde yükler (native + IFC)
• Salı: koordinatör federal modeli birleştirir, çakışma kontrolü ve LOD/LOI kural setini çalıştırır
• Çarşamba: BCF dosyası dağıtılır; her sorun sahibine atanır, son tarih konur
• Perşembe: disiplin bazlı düzeltmeler yapılır, ara model gönderilir
• Cuma: ortak koordinasyon toplantısı; kapatılan ve devam eden sorunlar gözden geçirilir, BEP matrisindeki ilerleme işaretlenir

Çakışma çözümü öncesinde LOD uyuşmazlığını kontrol etmek altın kuraldır. Mekanik LOD 350'de askısıyla modellenmiş, mimari tavan LOD 200 düzlem olarak bırakılmışsa yazılım çakışma bildirir ama gerçek sorun mimari modeldeki eksikliktir. Önce LOD eşitliği sağlanır, sonra geometrik çakışma çözülür. BIM koordinasyon eğitimi bu sıralamayı gerçek proje senaryoları üzerinden işleyen bir programdır.

IFC Aktarımında Veri Kaybı Nasıl Önlenir?

LOI ne kadar yüksek olursa olsun, IFC export yanlış ayarlandığında veri uçar. Revit'ten IFC 2x3 Coordination View 2.0 ile çıkış aldığınızda bazı paylaşılan parametreler taşınmaz; IFC4 Reference View daha geniş veri taşır ama yazılımlar arası destek hâlâ değişkendir. Tekla'dan çıkan IFC'de Pset_BeamCommon eksiksiz gelirken aynı projenin mimari modelinde Revit'ten çıkan IFC'de aynı parametre boş olabilir.

Pratik korumalar:

• IFC mapping tablosu proje başında sabitlenir; hangi paylaşılan parametre hangi IFC PropertySet'e gidecek yazılı olur
• IfcExportAs ile element kategorisi gerektiğinde override edilir (örneğin özel duvar tipi IfcWallStandardCase olarak çıkar)
• Periyodik round-trip testi: dışarı çıkarılan IFC tekrar Revit/ArchiCAD/Tekla'ya alınır, kayıp veriler not edilir
• Federal model birleşiminden sonra Solibri ile rule-based veri doğrulaması yapılır

IFC çıkış testinin proje sonuna bırakılması en sık yapılan stratejik hatadır. İlk koordinasyon haftasından itibaren round-trip rutini olmalıdır.

Sık Karşılaşılan Pratik Tuzaklar

Yıllar içinde Türkiye'de BIM projelerinden çıkan sabit pattern hatalar şunlardır:

• Tek LOD hedefi. Tüm projenin LOD 400'e çekilmesi maliyetli ve gereksizdir. Elemana ve karara göre değişir.
• LOD-LOI denkliği varsayımı. Geometri LOD 350 olabilirken alfanümerik LOI 100 kalabilir. İki eksen ayrı denetlenmelidir.
• Sözleşmede sayısal hedef olmaması. "Detaylı model teslim edilecektir" cümlesi anlaşmazlık doğurur. EIR'da matris şarttır.
• FM beklentisinin sonradan eklenmesi. İşveren as-built modeli FM'de kullanacaksa LOI 500 baştan belirlenmeli; sonradan eklemek üretici verisi toplama maliyeti yaratır.
• BIM yöneticisinin sadece koordinatör olarak görülmesi. BIM yöneticisi LOD/LOI matrisinin sözleşmesel bekçisidir; teknik sorun çözücü değildir.
• CDE etiketleme disiplinsizliği. Sürümlerin dosya adında LOD belirtilmemesi; bir hafta sonra hangi sürümle iş yapıldığı tartışmaya açılır.

BIM koordinasyonunun masa başı tarafı LOD/LOI matrisinin doğru kurulması, denetlenmesi ve sözleşmesel zeminde tutulmasıdır. Şantiyede federal modelin karşılığını bulması, masa başında verilen kararların ne kadar net olduğuna bağlıdır. Sayısal seviye değil — karar gereksinimine bağlı seviye — bugünün BIM pratiğinin esas yönüdür.