TEKLA STRUCTURES’DA IFC PROPERTY MAPPİNG YÖNETMEK

BIM projelerinde en sık karşılaşılan sorunlardan biri, modelin geometri olarak doğru; ancak veri olarak eksik veya uyumsuz aktarılmasıdır. Tekla Structures’da IFC property mapping yönetmek, modeldeki bilgilerin IFC dosyasına doğru alanlarla yazılmasını ve diğer disiplin yazılımlarında anlamlı şekilde okunmasını sağlar.

IFC export ayarlarını yalnızca “dosya üretmek” için değil; veri sözlüğünü kontrol etmek için kullanmak gerekir. Aksi halde, UDA alanları IFC’de kaybolur, yanlış property set içine düşer ya da hiç aktarılmaz. Bu durum, koordinasyon toplantılarında gereksiz veri temizliği yükü oluşturur.

Bu makalede, IFC property mapping mantığını, property set kurgusunu, sınıf eşlemelerini ve kurumsal BIM standartlarıyla uyumlu export stratejisini adım adım ele alacağız.

IFC property mapping kavramını doğru anlamak ve çerçevelemek

IFC property mapping; Tekla modelindeki alanların (UDA, sistem alanları, sınıf bilgileri) IFC şemasındaki uygun property set ve attribute alanlarına eşlenmesi işlemidir. Bu süreç, yalnızca teknik bir ayar değil; veri yönetişimi ve BIM standardizasyonu konusudur.

IFC dosyasında her eleman bir sınıfa (IfcBeam, IfcColumn, IfcPlate vb.) aittir ve bu sınıflara bağlı property set’ler bulunur. Mapping yapılmadığında, proje özelinde kritik olan alanlar ya generic property set’e düşer ya da hiç görünmez. Bu nedenle eşleme stratejisi proje başında belirlenmelidir.

IFC sınıf eşlemelerini doğru kurgulamak ve doğrulamak

Tekla’daki part, assembly ve component nesnelerinin hangi IFC sınıfına karşılık geleceği net olmalıdır. Örneğin çelik kirişlerin IfcBeam olarak, kolonların IfcColumn olarak export edilmesi; downstream yazılımlarda doğru filtreleme yapılmasını sağlar. Yanlış sınıf eşlemesi, metraj ve analiz sonuçlarını da etkileyebilir.

Property set yapısını proje veri sözlüğüne bağlamak ve sürdürmek

Her projede ortak bir veri sözlüğü (BIM execution plan) bulunmalıdır. Property set adları, alan isimleri ve veri tipleri bu sözlükle uyumlu olmalıdır. Ad hoc alan açmak yerine, standart bir şema üzerinden ilerlemek; uzun vadede veri kalitesini artırır.

Tekla UDA alanlarını IFC property set ile eşlemek ve yönetmek

Tekla’da kullanıcı tanımlı alanlar (UDA), çoğu projede kritik bilgileri taşır: boya kodu, yangın dayanımı, faz bilgisi, üretim hattı, tedarikçi referansı gibi. IFC property mapping yönetmek, bu alanların doğru property set altında export edilmesini gerektirir.

Mapping dosyasında; Tekla’daki alan adı, IFC property set adı ve IFC property adı tanımlanır. Veri tipi (string, integer, real) de tutarlı olmalıdır. Aksi halde diğer yazılımlar alanı yanlış yorumlayabilir.

UDA veri tipini IFC veri tipine uygun seçmek ve kontrol etmek

Metinsel bir alanı sayısal alan gibi export etmek, downstream yazılımlarda hataya yol açabilir. Örneğin yangın dayanımı “R90” gibi string iken, ağırlık değeri real tipinde olmalıdır. Mapping sırasında veri tipini bilinçli seçmek, veri kaybını önler.

Proje bazlı özel property set oluşturmak ve standardize etmek

Bazı projelerde, standart IFC property set’ler yeterli olmaz. Bu durumda proje özelinde bir property set tanımlanabilir. Ancak bu set; açıkça dokümante edilmeli ve diğer disiplinlerle paylaşılmalıdır. Aksi halde veri alanları farklı yazılımlarda okunamaz hale gelir.

// Örnek IFC property mapping tanımı (temsili)
// Amaç: Tekla UDA alanını proje property set’ine eşlemek

MAPPING {
  TeklaObjectType = "Part"
  TeklaUDA        = "FIRE_RATING"
  IfcClass        = "IfcBeam"
  IfcPropertySet  = "Pset_Project_Fire"
  IfcPropertyName = "FireResistanceClass"
  IfcDataType     = "IfcLabel"
}

IFC export ayarlarını disiplinler arası koordinasyona göre kurgulamak

IFC property mapping yönetmek, export ayarlarından bağımsız düşünülemez. Geometri detay seviyesi (LOD), koordinat sistemi, referans noktası ve faz bilgisi; mapping ile birlikte değerlendirilmelidir. Aksi halde veri doğru eşlense bile konumsal veya faz bazlı karışıklık yaşanabilir.

Özellikle federated model ortamında, her disiplinin aynı koordinat sistemi ve aynı property set isimlendirmesini kullanması gerekir. Bu noktada BIM koordinatörü ile yazılım ekibinin birlikte çalışması kritik önem taşır.

Koordinat sistemi ve referans noktasını sabitlemek ve doğrulamak

Yanlış referans noktasıyla export edilen IFC, diğer modellerle çakışmaz. Property mapping doğru olsa bile model yerleşimi hatalıysa koordinasyon başarısız olur. Bu nedenle export öncesi referans ayarları mutlaka kontrol edilmelidir.

Faz ve statü bilgisini IFC alanlarına yazmak ve izlemek

Üretim, montaj ve tasarım faz bilgisi; proje takibinde kritik rol oynar. Bu alanların IFC property set içine doğru yazılması, model tabanlı ilerleme takibini mümkün kılar. Böylece 4D ve 5D entegrasyonları daha sağlıklı çalışır.

Veri doğrulama ve kalite kontrol sürecini kurmak ve uygulamak

IFC property mapping tamamlandıktan sonra süreç bitmez; doğrulama başlar. Export edilen IFC dosyası, bir viewer veya BIM doğrulama aracıyla kontrol edilmelidir. Amaç; doğru property set’in doğru elemanda göründüğünü teyit etmektir.

Kurumsal ekiplerde bu kontrol, yayın öncesi zorunlu adım olmalıdır. IFC dosyası sadece geometri kontrolü için değil; veri alanı kontrolü için de açılmalıdır.

Viewer üzerinden property set kontrolü yapmak ve raporlamak

IFC viewer’da bir eleman seçilerek property set listesi incelenir. Beklenen alanların doğru isimle ve doğru değerle geldiği kontrol edilir. Eksik veya yanlış alanlar mapping dosyasında düzeltilir ve yeniden export yapılır.

Kontrol listesini maddeler halinde tanımlamak ve standardize etmek

Aşağıdaki kontrol maddeleri, IFC property mapping kalite sürecini sistematik hale getirir:

• Eleman sınıfının (IfcBeam, IfcColumn vb.) doğru export edildiğini doğrulamak
• Proje özel property set’in doğru isimle oluşturulduğunu kontrol etmek
• UDA alanlarının beklenen veri tipiyle aktarıldığını incelemek
• Boş veya null alanların gereksiz yere export edilmediğini teyit etmek
• Faz ve statü bilgisinin doğru elemanlara yazıldığını kontrol etmek

# Örnek IFC doğrulama kontrol çıktısı (temsili)
# Amaç: Kritik property set alanlarını otomatik kontrol etmek

CHECK_RESULT = {
  "IfcBeam": {
    "Pset_Project_Fire.FireResistanceClass": "OK",
    "Pset_Project_Phase.InstallationPhase": "OK"
  },
  "IfcColumn": {
    "Pset_Project_Fire.FireResistanceClass": "MISSING"
  }
}

Kurumsal BIM standardıyla mapping stratejisini hizalamak ve ölçeklemek

IFC property mapping yönetmek, tek bir proje için değil; organizasyon genelinde düşünülmelidir. Standart property set kütüphanesi, adlandırma kuralları ve veri tipleri kurumsal seviyede belirlenirse, her projede yeniden keşif yapılmaz.

Özellikle yazılım geliştirme ekipleri için önemli olan; IFC export sürecinin versiyonlanabilir ve izlenebilir olmasıdır. Mapping dosyalarının sürüm kontrolünde tutulması, değişikliklerin kaydını sağlar ve geriye dönük analiz imkanı verir.

Mapping dosyalarını versiyonlamak ve değişiklik izini korumak

Her mapping değişikliği, proje referansıyla birlikte kaydedilmelidir. Hangi alanın hangi property set’e taşındığı, hangi tarihte güncellendiği dokümante edilmelidir. Bu yaklaşım, denetim süreçlerinde ciddi avantaj sağlar.

Disiplinler arası veri uyumunu toplantı bazlı yönetmek ve sürdürmek

IFC property mapping sadece teknik bir konu değildir; koordinasyon konusudur. MEP, mimari ve statik ekiplerin kullandığı property set isimleri uyumlu olmalıdır. Bu nedenle düzenli veri koordinasyon toplantıları yapılmalı ve ortak veri sözlüğü güncel tutulmalıdır.

Daha derinlemesine bir uygulama çerçevesi için Tekla Structures eğitimi kapsamında IFC export ve veri yönetimi modülleri incelenebilir.

Sonuç: Tekla Structures’da IFC property mapping yönetmek; doğru sınıf eşlemesi, tutarlı property set kurgusu, veri tipi kontrolü ve disiplinler arası koordinasyonla mümkündür. Bu yaklaşım, BIM projelerinde veri kaybını azaltır, entegrasyon süreçlerini hızlandırır ve model tabanlı karar mekanizmasını güçlendirir.