BIM

← Blog'a dön
Navisworks BIM Koordinasyon

Navisworks ile Çok Disiplinli Koordinasyon Süreci

Mimari, statik ve mekanik tesisat modellerinin Navisworks'te birleştirilmesi; çok disiplinli koordinasyon toplantılarının nasıl yürütüldüğü.

ME
Mehmet Ertürk Uludaşdemir
1 Mart 2026 · 6 dk okuma

Büyük ölçekli bir projede mimari, statik ve mekanik tesisat modellerini aynı anda görmeden koordinasyon yapmaya çalışmak, sahada gördüğüm kadarıyla en sık karşılaşılan hatalardan biri. Navisworks ile çok disiplinli koordinasyon süreci kurduğumuzda, her disiplinin kendi yazılımında (Revit, Tekla, AutoCAD) ürettiği modeli tek bir ortamda birleştirip, çakışmaları imalat başlamadan önce görebiliyoruz. Bu yazıda, yıllar içinde şantiyelerde ve ofiste uyguladığım Navisworks tabanlı koordinasyon iş akışını paylaşıyorum.

Revit MEP, Tekla Structures ve mimari modelleme yazılımları kendi disiplinleri içinde güçlü araçlar sunsa da, farklı formatlardaki modelleri tek bir ortamda birleştirip gezinme, kesit alma ve çakışma tespiti yapma konusunda Navisworks’ün yerini tutan çok az araç var. Deneyimlerimde, özellikle üç veya daha fazla disiplinin (mimari, statik, mekanik, elektrik) aynı hacimde çalıştığı projelerde Navisworks olmadan koordinasyon toplantısı yürütmek neredeyse imkânsız hale geliyor.

Bu noktada Navisworks’ü Revit MEP ile Modelleme sürecinin bir devamı olarak düşünmek gerekiyor; Revit’te üretilen mekanik tesisat modeli, diğer disiplinlerin modelleriyle birleştirilmeden önce Navisworks’e aktarılıyor ve orada gerçek koordinasyon başlıyor.

Model Birleştirme (Federasyon) Aşaması

İlk adım, her disiplinin modelini NWC formatına dönüştürüp merkezi bir NWF dosyasında birleştirmek. Burada dikkat ettiğim en önemli konu, tüm modellerin aynı koordinat sistemine ve aynı paylaşılan noktaya (shared coordinates) oturtulmuş olması. Koordinat kayması, koordinasyon sürecinde karşılaşılan en can sıkıcı ve fark edilmesi zor hatalardan biri; model içinde her şey doğru görünse de gerçekte iki disiplin farklı referans noktalarından çizilmiş olabiliyor. Bu yüzden her yeni model teslim alındığında ilk kontrolüm her zaman koordinat uyumluluğu oluyor.

Çakışma Tespiti (Clash Detection) Kurgusu

Model birleştirildikten sonra Navisworks’ün Clash Detective modülü ile disiplinler arası çakışma testleri koşuyoruz. Burada mekanik tesisat açısından en kritik testler; kanal-boru ile statik elemanlar (kiriş, kolon, perde) arasındaki, kanal-boru ile mimari tavan/duvar arasındaki ve farklı tesisat disiplinleri (HVAC, sıhhi tesisat, yangın tesisatı) arasındaki çakışmalar. Bu konuyu daha detaylı olarak Clash Detection: Mekanik Tesisatta Çakışma Tespiti başlıklı yazımda ele alıyorum ama burada vurgulamak istediğim nokta şu: çakışma testini bir kere koşup rapor almak yeterli değil, testleri projenin ilerleyişine paralel olarak düzenli aralıklarla tekrarlamak gerekiyor.

Sahada gördüğüm kadarıyla, çakışma testlerini sadece proje başında bir kez yapıp “koordinasyon tamamlandı” diyen ekipler, ilerleyen revizyonlarda yeni çakışmaların fark edilmemesi yüzünden ciddi saha sorunlarıyla karşılaşıyor. Benim uyguladığım pratik, her disiplin modelini güncellediğinde otomatik olarak yeniden çakışma testi koşmak ve sonuçları koordinasyon toplantısından önce dağıtmak.

Çok Disiplinli Koordinasyon Toplantılarının Yürütülmesi

Koordinasyon toplantılarını yürütürken izlediğim yöntem şöyle: toplantıdan önce Clash Detective raporunu önceliklendiriyorum (kritik, orta, düşük öncelik), toplantıda ise sadece kritik ve orta öncelikli çakışmaları ekranda birleştirilmiş model üzerinden birlikte inceliyoruz. Her çakışma için hangi disiplinin çözüm üreteceği toplantı sırasında netleştiriliyor ve karar Navisworks’ün yorum (comment) özelliğiyle model üzerine not düşülüyor.

Bu toplantıları haftalık düzenli bir ritimde yapmak, projenin ilerleyen aşamalarında saha uygulamasına geçildiğinde sürprizlerle karşılaşma riskini büyük ölçüde azaltıyor. Toplantı yönetimiyle ilgili daha fazla pratik detay için BIM Koordinasyon Toplantıları Nasıl Yönetilir yazımı da öneririm.

Navisworks’ün sadece çakışma tespiti değil, aynı zamanda TimeLiner ve Animator gibi araçlarla imalat sırasını simüle edebilme özelliği de çok disiplinli koordinasyonda değerli. Özellikle şaft içi geçişler veya tavan arası sıkışık bölgelerde, hangi disiplinin imalatının önce yapılması gerektiğini simülasyon üzerinden görsel olarak tartışmak, sahada yaşanacak “önce kim geçecek” tartışmalarını proje aşamasında çözüyor.

Karşılaşılan Zorluklar

En sık karşılaştığım zorluk, disiplinlerin model teslim tarihlerinin senkronize olmaması. Mekanik tesisat modeli güncel olsa da statik model iki hafta gecikmeli geldiğinde, koordinasyon toplantısı güncel olmayan veriyle yürütülmek zorunda kalabiliyor. Bunu önlemek için proje başında tüm disiplinlerle ortak bir model teslim takvimi (BIM uygulama planı kapsamında) belirlemek kritik önem taşıyor.

Bir diğer sık karşılaşılan sorun, çakışma testlerinin gereğinden fazla sonuç üretmesi. Ayarları gevşek bırakılan bir Clash Detective testi, aynı boru güzergahı ile aynı askı arasında yüzlerce tekrar eden “sahte” çakışma raporu üretebiliyor. Bu durumda gerçekten kritik olan çakışmalar, gürültü içinde kayboluyor. Bu yüzden test kurallarını (tolerans mesafesi, hangi kategorilerin birbirine karşı test edileceği) proje başında dikkatli tanımlamak, koordinasyon ekibinin zamanını gerçek sorunlara ayırabilmesi için şart.

Raporlama ve Takip Alışkanlıkları

Navisworks üzerinden çıkarılan çakışma raporlarını sadece toplantıda göstermek yeterli değil; bu raporların proje yönetim sistemine (ister BIM 360 ister başka bir platform olsun) aktarılıp, çözüm sürecinin takip edilmesi gerekiyor. Ben her koordinasyon toplantısı sonunda güncellenmiş bir “açık çakışma listesi” paylaşıyorum ve bir sonraki toplantıda önce bu listenin durumu gözden geçiriliyor. Bu basit alışkanlık, çözülmeden unutulan çakışmaların sahada sürpriz olarak ortaya çıkmasını önlüyor ve tüm disiplinlerin sorumluluğunu görünür kılıyor.

Raporlama sürecinde dikkat ettiğim bir başka nokta, her çakışmanın ekran görüntüsü ve model içi görünüm noktasıyla birlikte kaydedilmesi. Sadece eleman ID’leri veya koordinat bilgisi içeren bir rapor, toplantıya katılmayan bir mühendis için çoğu zaman anlaşılır olmuyor. Görsel referans eklemek, hem toplantı dışı okunabilirliği artırıyor hem de aynı çakışmanın farklı kişiler tarafından farklı şekilde yorumlanmasının önüne geçiyor.

Farklı Yazılım Formatlarıyla Çalışma Deneyimi

Çok disiplinli projelerde her zaman herkes Autodesk ürünlerini kullanmıyor; statik ekip Tekla Structures, mimari ekip ArchiCAD kullanabiliyor. Navisworks’ün NWC/NWD formatına dönüştürme desteği sayesinde bu farklı yazılımlardan gelen modelleri de birleştirilmiş ortamda bir araya getirebiliyoruz. Bu noktada Tekla ile Yapısal-Mekanik Koordinasyon Farkları yazımda, Tekla modellerinin Navisworks’e aktarılırken karşılaşılan format ve detay farklılıklarını daha kapsamlı ele alıyorum. Burada özetle söylemek gerekirse, farklı yazılımlardan gelen modellerin birleştirilmiş ortamda tutarlı görünmesi için dönüştürme ayarlarının (birim, malzeme kategorisi eşleştirmesi gibi) proje başında standartlaştırılması gerekiyor.

Ekip Deneyimi ve Öğrenme Süreci

Navisworks’ü ilk kullanmaya başladığım dönemde, aracın kendisinden çok, doğru koordinasyon disiplinini oturtmanın zaman aldığını fark ettim. Yazılımın arayüzünü öğrenmek birkaç gün sürerken, ekip içinde “her hafta düzenli test koş, sonucu önceliklendir, kararları kaydet” alışkanlığını yerleştirmek aylar aldı. Bugün geriye dönüp baktığımda, Navisworks’ün asıl değerinin yazılımsal özelliklerinden çok, disiplinler arası düzenli ve kayıt altına alınmış bir iletişim ritmi oluşturmasında olduğunu düşünüyorum.

Sonuç ve Pratik Öneriler

Navisworks ile çok disiplinli koordinasyon sürecini sağlıklı yürütmek için önerilerim:

  • Tüm disiplin modellerinin aynı paylaşılan koordinat sistemine oturduğunu her teslimatta kontrol edin.
  • Çakışma testlerini tek seferlik değil, düzenli ve tekrarlanan bir süreç olarak kurgulayın.
  • Koordinasyon toplantılarını önceliklendirilmiş rapor üzerinden yürütün, her çakışma için sorumlu ve çözüm tarihi belirleyin.
  • İmalat sırası tartışmalarında TimeLiner gibi simülasyon araçlarından yararlanın.
  • Ortak bir model teslim takvimi oluşturarak disiplinler arası senkronizasyon kaybını önleyin.

Bu adımlar disiplinli şekilde uygulandığında, mekanik tesisat imalatları sahada çok daha az sürprizle ilerliyor ve koordinasyon toplantıları gerçek sorunları çözen verimli bir platforma dönüşüyor.