openBIM Nedir? Dijital İkiz ve İnşaat Projelerinde Açık Veri Akışı

OpenBIM, yapı ve altyapı verisinin tek bir yazılım üreticisine bağlı kalmadan, açık standartlar ve ortak süreçler üzerinden paylaşılmasını amaçlayan yaklaşımdır. En bilinen veri standardı IFC'dir. Dijital ikiz ise işletmedeki fiziksel varlığı güncel verilerle temsil eden daha geniş bir sistemdir. openBIM, dijital ikizin uzun yıllar boyunca farklı araçlarla okunabilmesi ve geliştirilebilmesi için güçlü bir veri zemini sağlayabilir; ancak tek başına dijital ikiz oluşturmaz.

Bir inşaat projesinde mimar, statik ekip, mekanik-elektrik ekipleri, yüklenici ve işletmeci aynı bilgiyi farklı yazılımlarda üretir. Sorun yalnızca 3B modelleri yan yana getirmek değildir; elemanın kimliği, sınıfı, malzemesi, konumu ve yaşam döngüsü bilgisinin anlamını korumaktır.

buildingSMART International, openBIM'i yapı çevresinde birlikte çalışabilirlik sağlayan açık standart ve hizmetler bütünü olarak konumlandırır. Amaç, paydaşların kullandığı yazılım ne olursa olsun güvenilir bilgi alışverişi yapabilmesidir. Böylece teslim edilecek veri bir uygulamanın kapalı dosyasına hapsolmaz.

openBIM yalnızca “dosyayı IFC olarak dışa aktar” adımı değildir. Bilgi gereksinimlerinin belirlenmesi, doğru sınıflandırma, ortak koordinat, sürüm takibi, sorun yönetimi ve teslim kontrolü aynı iş akışının parçalarıdır. Kötü modellenmiş veri, açık formata çevrildiğinde kendiliğinden kaliteli hâle gelmez.

IFC, Industry Foundation Classes ifadesinin kısaltmasıdır. Yapı elemanlarını ve bunların özelliklerini tanımlayan, yazılımlar arası veri alışverişine yönelik açık bir şemadır. Bir duvar yalnızca yüzeyler kümesi olarak değil; duvar sınıfı, kat ilişkisi, malzeme ve özellikleriyle temsil edilebilir.

IFC 4.3, bina dışındaki yol, demiryolu, köprü, liman ve benzeri altyapı alanlarına uzanan kapsamıyla önemlidir. Yine de bir yazılımın IFC'yi “desteklemesi”, her alanı aynı doğrulukta içe ve dışa aktardığı anlamına gelmez. Kullanılacak IFC sürümü, Model View Definition veya değişim senaryosu ve beklenen alanlar proje başında tanımlanmalıdır.

• İşverenin ve disiplinlerin hangi bilgiye, ne zaman ihtiyaç duyduğu yazılır.
• Ortak koordinat, birim, kat ve adlandırma kuralları belirlenir.
• Her disiplin kendi yetkili modelini üretir.
• Tanımlı değişim görünümüne göre IFC teslimi alınır.
• Modeller birleştirilir; çakışma ve veri uygunluğu kontrol edilir.
• Sorunlar ekran görüntüsü yerine sorumlu, konum ve durum bilgisiyle yönetilir.
• Onaylanan veri sürümlenir ve ortak veri ortamında saklanır.
• İşletmeye aktarılacak öğe ve özellikler ayrıca doğrulanır.

Bu süreçte kaynak model ile değişim modeli aynı şey değildir. Tasarımcı ayrıntılı üretimini Revit gibi bir araçta sürdürebilir; IFC ise belirlenen iş amacı için kontrollü teslim katmanıdır.

BIM modeli, tasarım ve yapım bilgisinin yapılandırılmış temsilidir. Dijital ikiz ise fiziksel varlığın durumu ile dijital temsil arasında işletme boyunca devam eden bağ kurmayı hedefler. Sensör verisi, bakım kaydı, enerji tüketimi, arıza ve kullanım bilgisi ikizin parçası olabilir.

openBIM bu bağı uzun ömürlü kılmaya yardımcı olur. Örneğin bir klima santralinin IFC kimliği, bakım yönetim sistemindeki varlık kaydı ve sensör etiketiyle eşleştirilebilir. Fakat gerçek zamanlı veri akışı, veri platformu, kimlik eşleştirme ve yönetişim ayrıca kurulmalıdır. Her BIM modeli dijital ikiz olmadığı gibi her 3B gösterge paneli de güvenilir bir dijital ikiz değildir.

1. Farklı disiplin ve yazılımlar arasında daha kontrollü veri alışverişi
2. Tek bir yazılım lisansına veya dosya biçimine bağımlılığın azalması
3. Çakışmaların ve veri eksiklerinin daha erken görülmesi
4. Tasarım kararlarının sürüm ve sorumlulukla izlenebilmesi
5. Metraj, saha ve işletme sistemleri için yeniden kullanılabilir veri
6. Uzun ömürlü varlıklarda arşivlenebilirlik ve yazılım değişimine dayanıklılık

En büyük fayda, 3B görünümden çok ortak anlamdır. Aynı elemanın farklı ekiplerde farklı adlarla çoğalmasını önlemek, koordinasyon toplantısında modelin güzel görünmesinden daha değerlidir.

İlk hata, IFC'yi nihai kalite kontrolü yapılmadan tek tuşlu teslim görmek olur. Geometri kaybı, yanlış sınıf, boş özellik, koordinat sapması ve yinelenen elemanlar otomatik testlerle ve örnek incelemelerle kontrol edilmelidir.

İkinci hata, gereğinden fazla veri istemektir. Her elemana yüzlerce alan eklemek modeli değerli değil, yönetilemez hâle getirebilir. Bilgi gereksinimi karar ve kullanım senaryosuna göre belirlenmelidir. Kişisel, güvenlik açısından hassas veya ticari veriler de sınırsız paylaşılmamalıdır.

Üçüncü hata, dijital ikizi yalnızca görselleştirme sanmaktır. Sensör etiketi yanlış varlığa bağlıysa etkileyici arayüz yanlış karar üretir. Kimlik, zaman damgası, veri kalitesi ve sorumluluk açık olmalıdır.

BIM uzmanı yalnızca modelleme komutlarını değil; sınıflandırma, koordinat, disiplinler arası tasarım, veri alışverişi ve doğrulama mantığını bilmelidir. Revit aileleri ve parametreleri, modelin bilgi taşıma kapasitesini belirler. Yapı sistemi bilgisi olmadan doğru eleman sınıfı ve bağlantı ilişkisi kurmak zordur.

Revit Architecture ve Structure Kursu mimari ve yapısal modelin birlikte düşünülmesine yardımcı olur. Revit MEP Kursu mekanik tesisat ve koordinasyon katmanını; Revit Structure Kursu yapısal model ve dokümantasyonu geliştirir. Tekrarlayan veri işlemleri için Revit Dynamo Kursu görsel programlama yaklaşımı sunar.

• Bir yapının mimari, statik ve MEP disiplinlerini temel düzeyde tanıyın.
• Revit'te kategori, tip, örnek, aile ve parametre ayrımını öğrenin.
• Küçük bir modeli ortak koordinatla üretin.
• IFC dışa aktarımını farklı görüntüleyicide açıp geometri ve özellikleri karşılaştırın.
• Bir çakışma raporunu sorumlu, konum ve durum bilgisiyle yönetin.
• Teslimde zorunlu olacak beş-on alanı tanımlayıp otomatik kontrol edin.
• Aynı elemanı bakım kaydı veya örnek sensör verisiyle kimlik üzerinden eşleştirin.

Portfolyoda yalnızca render paylaşmak yerine kaynak model, IFC kontrolü, sorun listesi ve veri teslim tablosunu birlikte göstermek profesyonel iş akışını kanıtlar.

Kontrol tablosu, yalnızca dosyanın açılıp açılmadığını değil, iş amacına uygunluğunu göstermelidir. Kat ve koordinat sayısı, zorunlu eleman sınıfları, beklenen özelliklerin doluluk oranı, yinelenen kimlikler ve model sınırları otomatik kontrole uygundur. Ardından kritik birleşimler ve seçilmiş örnek elemanlar kaynak modelle görsel olarak karşılaştırılır.

Teslim raporunda kullanılan yazılım sürümü, IFC şeması, dışa aktarım ayarı ve kontrol tarihi yazılmalıdır. “Hatasız” gibi mutlak ifade yerine kontrol kapsamı ve kabul edilen istisnalar belirtilir. Örneğin geometrisi doğru fakat işletme özelliği eksik bir ekipman, tasarım koordinasyonu için kabul edilirken varlık teslimi için reddedilebilir. Böylece kalite kararı kişisel yoruma değil, önceden tanımlanmış bilgi gereksinimine dayanır.

Hayır. openBIM bir yazılım değil; açık standartlara ve birlikte çalışabilir süreçlere dayanan yaklaşımdır. Ücretsiz ve ticari araçlarla uygulanabilir.

Genellikle hayır. IFC kontrollü veri değişimi ve arşiv için kullanılır; yetkili üretim modeli kendi yerel biçiminde sürdürülebilir.

Yanlış dışa aktarım ayarı, desteklenmeyen özellik veya hatalı modelleme veri kaybına yol açabilir. Bu nedenle teslim test edilmelidir.

Hayır. Dijital ikiz, fiziksel varlıkla güncel ve yönetilen veri bağı gerektirir.

Zorunlu değildir; fakat yaygın bir BIM üretim aracını ve yapı verisinin nasıl oluşturulduğunu bilmek değişim hatalarını anlamayı kolaylaştırır.

Şart değildir. Veri kontrolü ve otomasyonda Dynamo, Python veya API bilgisi önemli avantaj sağlar.

openBIM'in değeri, farklı modelleri tek ekranda göstermekten çok, yapı bilgisinin anlamını ve kullanılabilirliğini zaman içinde korumasıdır. IFC ve ortak süreçler doğru uygulandığında tasarım, yapım ve işletme arasında daha açık bir veri hattı kurulabilir. Bunun için yazılım komutlarıyla birlikte yapı bilgisi, veri kalitesi, koordinasyon ve teslim disiplini geliştirilmelidir.

1. buildingSMART International: openBIM
2. buildingSMART International: Industry Foundation Classes
3. buildingSMART: Digital Twins and the Systems Perspective