REVIT NEDİR?

Şantiyede bir duvar 15 cm kaydığında plan, kesit, görünüş ve metrajın hepsini ayrı ayrı güncellemek mi, yoksa modelde tek değişiklikle bütün paftaların ve miktarların aynı anda yeniden hesaplanmasını izlemek mi? Revit'in bütün varlık nedeni bu ikinci yolun yazılıma dökülmüş halidir. Çizim üretmiyorsunuz; bina üretiyorsunuz, paftalar onun yansıması oluyor.

Revit, Autodesk tarafından geliştirilen ve mimari, statik, mekanik-elektrik-sıhhi tesisat (MEP) disiplinlerini tek ortak modelde buluşturan bir BIM (Yapı Bilgi Modelleme) yazılımıdır. AutoCAD'in mantıksal devamı değil, ondan farklı bir çalışma paradigmasıdır: çizgi yerine bileşen, katman yerine kategori, blok yerine aile, pafta yerine türetilmiş görünüş.

BIM ile Revit Aynı Şey mi?

İlk karıştırılan şey: BIM ve Revit aynı şey değildir. BIM bir yöntemdir — geometri ile bilgiyi birlikte taşıyan, proje yaşam döngüsü boyunca farklı disiplinlerin ortak veri üzerinden çalışmasını öngören bir süreç. Revit ise bu yöntemin en yaygın yazılım uygulamalarından biri. ArchiCAD, Tekla Structures, AllPlan da aynı paradigmanın farklı yorumları. Yani "Revit kullanıyoruz" demek, BIM yapıyoruz garantisi vermez; bir Revit modelini DWG export'ları üreten geleneksel çizim aracı gibi kullananlar hâlâ çoğunlukta.

Revit'in 1997'de Charles River Software adıyla başlayıp 2002'de Autodesk tarafından 133 milyon dolara satın alınması bu yazılımı endüstrinin merkezine yerleştirdi. 2005'te Revit Structure, 2006'da Revit MEP geldi; 2013'te üç ürün tek bir "Revit" uygulamasında birleştirildi. Bugün açtığınız Revit'te disiplini şablon seçerek belirlersiniz — alt yapısı aynıdır.

Aile (Family) Mantığı Nasıl İşler?

Revit'te neredeyse her şey bir ailedir: duvar, kapı, pencere, kolon, kiriş, armatür, etiket, başlık bloğu. Bu kavramı içselleştirmeden Revit'i öğrenmek mümkün değil. Üç tür aile vardır:

• Sistem Aileleri (System Families): Duvar, döşeme, çatı, tavan, merdiven, boru gibi proje dosyasının içinde yaşayan bileşenler. Ayrı dosya olarak dışarı aktarılmaz; tipleri proje şablonunda tanımlanır. Yeni bir duvar tipi üretirseniz onu başka projeye taşımak için "Transfer Project Standards" komutunu kullanırsınız.
• Yüklenebilir Aileler (Loadable Families): Kapı, pencere, mobilya, sıhhi armatür, mekanik ekipman gibi .rfa uzantılı bağımsız dosyalar. Aile Editörü'nde düzenlenir, projeye yüklenir, gerektiğinde ofis kütüphanesinde paylaşılır.
• Yerel Aileler (In-Place Families): Sadece o projeye özel, başka projede tekrar kullanılmayacak özel geometriler. Bir resepsiyon bankosu, kavisli bir saçak ucu gibi. Sık yerel aile üretmek model performansını düşürür; tekrarlanacak bir şey ise yüklenebilir aileye çevirmek daha sağlıklı.

Aile mantığını oturtmuş bir kullanıcı bir kapı tipini değiştirdiğinde projedeki yüzlerce kapının nasıl tepki vereceğini kestirir. Oturtmamış olanı her ihtiyaçta yeni bir kopya açıp dosyayı şişirir. Türk mimari bürolarında AutoCAD'ten Revit'e geçişte en uzun süre alan kısım da budur — refleks değişmesi.

Disiplinler Arası Ortak Model

Revit tek bir yazılımdır ama içinde üç farklı disiplinin araç seti vardır. Mimari ekip duvar, kapı, mobilya odaklı çalışır; statik ekip kolon, kiriş, donatı, temel; MEP ekibi mekanik kanal, elektrik panosu, sıhhi tesisat. Çok disiplinli projede her ekip kendi merkezi modelini (central model) tutar, diğerini Link Revit komutuyla referans olarak yükler.

Bu çalışma şekli klasik 2D iş akışından çok farklıdır. Mimar duvarı 20 cm kaydırdığında, statik model bağlı olduğu referansı güncelleyerek değişikliği görür; mekanik mühendisi kanalın eski duvar çizgisinde kalıp kalmadığını fark eder. Copy/Monitor ve Coordination Review araçları ile değişiklikler iz bırakacak şekilde işlenir. Bu, çizimde değil modelde koordinasyondur.

Tipik iş akışı şu basitlikte özetlenebilir:

1. Her disiplin kendi merkezi modelini oluşturur.
2. Modeller belirlenen klasör yapısında bir CDE'ye (Common Data Environment) yüklenir.
3. Diğer disiplinler ilgili modeli salt-okunur olarak link'ler.
4. Belirli aralıklarla model güncellenir, değişiklikler "Reload Latest" ile alınır.
5. Çakışma analizi ayrı bir koordinasyon ortamında (Navisworks gibi) yapılır.

Bu süreci kuralla yürütmek için BIM koordinasyon eğitimi içeriği gibi sistematik müfredatlar disiplinler arası dosya alışveriş ritmini, sorumluluk matrislerini ve federated model üretim adımlarını netleştirir.

Worksharing ve Cloud Çalışma

Aynı modelde birden fazla kullanıcının aynı anda çalışması Revit'in 3.0 sürümünden beri var olan Worksharing özelliği ile mümkün. Mantık yazılım geliştirmedeki versiyon kontrol sistemine benzer: merkezi bir dosya tutulur, her kullanıcı kendi yerel kopyasında çalışır, periyodik olarak Synchronize with Central ile değişikliklerini merkeze gönderir. Element seviyesinde kilitleme vardır; ben şu duvarı düzenliyorsam başka biri aynı anda o duvara dokunamaz.

Klasik kurulumda merkezi dosya ofisin yerel ağında bir paylaşımlı klasördedir. Şehir hastanesi ölçeğindeki bir projede mimari, statik ve MEP ofislerinin ayrı şehirlerde olduğu yaygın senaryodur — burada LAN modeli tıkanır. 2013'ten itibaren Autodesk'in bulut tabanlı Worksharing çözümü (BIM 360 / Autodesk Docs hattı) bu probleme çare olarak gelişti. Türkiye'deki büyük müteahhitlik firmaları, özellikle uluslararası ortaklarla çalışan projeler için bulut tabanlı modeli artık standart kabul ediyor.

Tip ve Örnek Parametre Farkı Nedir?

Revit'te her bileşenin iki tür parametresi vardır ve karıştırılması en sık yapılan başlangıç hatasıdır.

• Tip Parametresi (Type Parameter): Aynı tipteki tüm örnekleri aynı anda etkiler. "Çift Kanat 90x210 Ahşap" kapısının kalınlığını değiştirdiğinizde, projedeki bu tipten tüm kapılar aynı anda değişir. Malzeme, üretici, kalınlık gibi sabit özellikler genellikle tip parametresidir.
• Örnek Parametresi (Instance Parameter): Sadece seçilen örneği etkiler. Bir duvarın yüksekliği, bir kapının kasa kotu, bir pencerenin denizlik kotu örnek parametresidir; her bileşen için ayrı değer alır.

Karar verirken sorulacak soru basit: "Bu değer bu tipteki bütün örneklerde aynı mı, yoksa örnekten örneğe değişir mi?" Aynıysa tip, değişirse örnek. Yanlış seçim model genelinde toplu hataya yol açar; bir kasa yüksekliğini tip parametresi yapıp 200 kapının kasa kotunu tek hamlede bozmak çok sık karşılaşılan başlangıç hatasıdır.

IFC Hangi Sorunu Çözer?

Revit dosyası .rvt uzantısıyla çalışır, ama bu format kapalı bir formattır; sadece Autodesk ekosistemine açıktır. Farklı yazılım kullanan disiplinlerle (Tekla, ArchiCAD, AllPlan) ya da yapı denetimi/idare ile model paylaşırken IFC (Industry Foundation Classes) devreye girer. IFC, buildingSMART tarafından geliştirilen açık standart bir veri formatıdır; geometri ile birlikte parametrik bilgiyi de taşır.

IFC export ederken üç şeye dikkat etmek gerekir:

• IFC Sürümü: IFC2x3 hâlâ en yaygın paylaşım sürümüdür; IFC4 yeni kabul edilmekle birlikte tüm yazılımlarda tam destek vermeyebilir. Sözleşmede belirtilen sürüm baz alınır.
• MVD (Model View Definition): Coordination View, Reference View, Design Transfer View gibi farklı şablonlar farklı veri taşır. Hangi MVD'nin gönderileceği proje sözleşmesinde belirlenir.
• Eşleme (Mapping): Revit kategorileri ile IFC sınıfları (IfcWall, IfcSlab, IfcDoor) arasındaki eşleme tablosu. Bir Curtain Wall'ın IFC'de IfcCurtainWall mı IfcWall mı olarak gideceğine eşleme dosyası karar verir.

IFC import tarafında alınan dosya çoğunlukla salt-okunur referans gibi davranır. Üzerinde tam Revit bileşeni gibi düzenleme yapmak istenirse "Open IFC" vs "Link IFC" seçimi bilinçli yapılır. Türkiye'de kamu projelerinde idarenin IFC dosyasını teslim olarak istemesi yaygınlaşıyor — son teslim formatı genelde .rvt değil, .ifc üzerinden yürüyor.

Türkiye'de Revit Bağlamı

Revit Türkiye'de uzun süre özel bürolarda parça parça kullanıldı; kamuda zorunlu hâle gelmesi son yıllara denk geliyor. İstanbul Havalimanı, şehir hastaneleri ve büyük altyapı projeleri ihale dokümanlarında BIM teslimat şartı koyunca yerli müteahhitlerin Revit yatırımı zorunluluk hâlini aldı. Bunun üstüne TS EN ISO 19650 BIM standardının Türk standardı olarak yayımlanması süreci kurumsal bir çerçeveye oturttu — proje yönetiminden bilgi teslim planına, ortak veri ortamından sorumluluk matrisine kadar her şey artık tanımlı.

Bu standartların proje düzeyinde nasıl uygulanacağını ele alan ISO 19650 BIM eğitimi içerikleri, yazılım bilgisi ile süreç bilgisi arasındaki köprüyü kuruyor; yazılımı bilmek tek başına proje teslim etmeye yetmiyor. Üniversiteler tarafında mimarlık ve inşaat mühendisliği bölümlerinin müfredatına Revit dersleri eklenirken, MEB de meslek liselerinde teknik resim ve CAD derslerine BIM bileşenlerini ekleme yönünde adımlar attı. AutoCAD'ten Revit'e geçen Türk mimari bürosunda en sık yaşanan tıkanıklık ise teknik değil — alıştığı 2D çizim refleksini bırakmaktır.

Küçük tek ev projesinde Revit'in getirisi düşüktür; tek bir mimari müellifin AutoCAD ile yaptığı işi Revit'e taşımak ilk projede zaman kaybettirir. Ama orta ve büyük ölçekli yapıda, çok disiplinli koordinasyonda alternatifsiz hâle geliyor. Revizyon yönetimi, miktar çıkarma, görsel dokümantasyon, disiplin koordinasyonu, hatta üç boyutlu sunum görsellerini SketchUp ve SketchUp eğitimi kapsamındaki render araçlarıyla ek olarak desteklemek tek bir ortak model akışı üzerinde yürüyor.

Kimler İçin Mantıklı Yatırım?

İlk birkaç ay öğrenme eğrisi diktir. Aile mantığı, parametre türleri, görünüş şablonları, paylaşılan parametreler, kategori-sınıf eşlemesi — hepsi aynı anda gelir. Bir Türk mimari bürosunda tipik geçiş süresi 3-6 ay arasıdır; bu sürede üretkenlik geçici olarak düşer, ofis sahibinin sabır eşiği test edilir.

Bu eşik geçildikten sonra geri dönüş yok. Bir duvarı taşıdığınızda yedi farklı pafta, üç metraj tablosu ve iki disiplinin modelinin otomatik güncellenmesi eski 2D iş akışının ne kadar zaman yediğini gösterir. Yatırımın geri dönüş süresi proje ölçeğiyle doğrudan ilişkili; tek katlı villa için anlamsız, AVM ya da hastane için kaçınılmaz. Sektör Revit ile düşünmeyi öğrenmiş bir orta nesle ulaştığında geri dönüşsüz noktayı geçmiş olacak — Türkiye bu eşiğe son birkaç yılda yaklaştı.