Autodesk Construction Cloud ile proje bilgisini tek yerden yönetmek

ACC hangi dağınıklığı toplar?

Bir inşaat projesinde dosyalar e-postada, ortak klasörlerde ve kişisel bilgisayarlarda dağılır; hangisinin güncel olduğu sorusu her toplantıda yeniden açılır. Autodesk Construction Cloud (ACC), bu dağınıklığı tek bir bulut platformunda toplamak için kurulmuş ürün ailesidir. Autodesk'in yardım sayfasına göre ailenin ortak veri ortamı olan Autodesk Docs, Autodesk Build, BIM Collaborate Pro ve Takeoff tekliflerinin ortak zeminidir ve AEC Collection içinde de bulunur.

Bu yüzden ACC kullanımı tek bir ekranı öğrenmek anlamına gelmez. Önce ortak veri ortamının mantığını, sonra içindeki araçları (dosyalar, onaylar, iletim formları, sorunlar) öğrenirsiniz. Hangi araçları göreceğiniz, hesabın hangi teklife sahip olduğuna ve proje yöneticisinin verdiği izinlere bağlıdır.

Ortak veri ortamı kavramının kendisi, yani durumlar, roller ve bilgi akışı ayrı bir konudur ve ortak veri ortamı kurulumu sayfasında anlatılır. Burada odak, bu kavramın ACC içinde nasıl işlediğidir.

Files: belge kontrolünün omurgası

Files aracı, yapılandırılmış klasörler ve izin araçlarıyla belge kontrolünü sağlar; amaç doğru kişilerin doğru bilgiyi görmesidir. Çizim ve model dosyalarını yükleyip görüntülemeyi de destekler. Masaüstü tarafında Desktop Connector, Docs içindeki dosyaları bilgisayarınızdan açmanıza, kaydetmenize, taşımanıza, yeniden adlandırmanıza ve silmenize imkân verir.

Araç klasör açmayı kolaylaştırır ama klasörün mantığını sizin kurmanız gerekir. Pratikte işe yarayan düzen şunlara dayanır. • Klasörleri çalışma, paylaşılan ve yayınlanan bilginin ayrı durduğu bir mantıkla kurun; herkesin her şeyi gördüğü tek düz klasör, eski ortak sürücünün bulut kopyasıdır. • Disiplinleri (mimari, statik, tesisat, elektrik) ayrı alanlara koyun ve her disipline yalnız kendi alanında yazma izni verin. • Dosya adlandırma kuralını klasör kurulmadan yazın; sonradan adlandırmayı değiştirmek, bağlantıları ve alışkanlıkları bozar. • Desktop Connector ile çalışacak herkesin aynı klasör yapısını gördüğünden emin olun.

Reviews ve Transmittals: onay ve dağıtımı kayda geçirmek

Reviews, dosyaların yayınlanıp paylaşılmadan önce onaydan geçmesini otomatikleştirir ve elle yürütülen onay trafiğini azaltır. Transmittals ise bir dosya setini proje ekiplerine iletme ve paylaşma işlemini tam bir denetim izi ile tutar. Bunlar birbirinin yerine geçmez: biri bir dosyanın yayına uygun olup olmadığını, diğeri kimin neyi aldığını kayda bağlar.

Bu araçlar şu kural ile birlikte güçlenir: onaylanmamış hiçbir dosya paylaşılan alana girmez. Bir ekip dosyayı yayına hazır saydığında önce Reviews'a gönderir; onay çıktıktan sonra paylaşılan alana alır ve gerekirse transmittal ile ilgili taraflara iletir. Sonradan çıkan 'bu çizimi bana kim gönderdi' sorusunun yanıtı kayıtta durur.

Sözleşmesel bir ilişki varsa iletim kaydı ayrıca değer taşır; çünkü bir revizyonun karşı tarafa hangi tarihte ulaştığı tartışma konusu olabilir.

Issues: sorunları tek listede toplamak

Issues aracı, sorunları tek merkezi listede toplayarak hesap verebilirliği artırmayı ve çözüm sürecini izlemeyi hedefler. Araçtan beklenti şu olmalı: sahada fark edilen bir aksaklık, bir koordinasyon toplantısında çıkan model çelişkisi ya da bir kalite bulgusu aynı listede yaşar; herkes aynı kayda bakar.

Listenin işe yaraması için sorun kaydının yazım düzeni baştan belirlenmelidir. İyi bir sorun kaydında şu bilgiler bulunur. • Sorunun yeri (bina, kat, mahal ya da model elemanı) ve kısa bir başlık. • Ne gözlendiği ve neyle çeliştiği; yorum değil, gözlem. • Çözümden kimin sorumlu olduğu ve ne zamana kadar yanıt beklendiği. • İlgili dosya ya da revizyonun adı.

Sorun listesini toplantı gündemi olarak kullanın. Koordinasyon toplantısının nasıl yürütüleceği ayrı bir konudur ve BIM koordinasyon toplantısı sayfasında işlenir; çakışma testinden listeye giden akış ise Navisworks çakışma kontrolü sayfasındadır.

Kurulum sırası: üyeler, klasörler, kurallar

Autodesk Docs'un yönetim tarafı, merkezi üye ve izin yönetimi, proje kurulum şablonları ve birleşik ürünler için tek kimlik doğrulama sunar. Kurulumu bu yönetim katmanından başlatmak, ardından araçlara inmek en az geri dönüşe yol açan sıradır.

• Önce üyeleri ve rolleri belirleyin: kim yönetici, kim yalnız okuyacak, kim yükleyecek.
• Sonra klasör yapısını ve klasör bazlı izinleri kurun.
• Adlandırma kuralını ve dosya durum alışkanlığını yazılı hale getirin.
• Onay kuralını (hangi dosya türü Reviews'tan geçer) ve iletim kuralını (hangi gönderim transmittal ile yapılır) tanımlayın.
• Son olarak sorun kaydı yazım düzenini ve toplantı ritmini belirleyin.

Raporlama ve analiz araçları, toplanan veriden özet çıkarır. Bunlar ancak kayıtlar düzenli tutulduğunda anlamlı olur; boş ya da eksik kayıttan çıkan rapor yanıltıcıdır. Ürün adları Autodesk tarafından zaman zaman değişir; Autodesk'in güncel yardım sayfalarında aynı ortak veri ortamı Forma Data Management adıyla da geçer, bu yüzden hesabınızdaki adlandırmaya bakın.

Örnek: bir okul binasında haftalık akış

Kurgusal bir örnek olarak mimar, statik ve tesisat ofislerinin birlikte çalıştığı bir okul binası düşünün. Her ofis kendi çalışma alanında dosya üretir. Hafta sonunda mimar ofisi güncel pafta setini Reviews'a gönderir; proje yöneticisi onaylar ve set paylaşılan alana alınır. Transmittal ile statik ve tesisat ofislerine iletim yapılır.

Tesisat ofisi paftaları açtığında bir kanalın kirişle çeliştiğini görür ve Issues'ta kayıt açar: yer, çelişen elemanlar, sorumlu ofis. Haftalık koordinasyon toplantısı bu listeden yürür. Çözülen kayıt kapatılır; çözümü gerektiren model revizyonu yeni bir onay turuna girer.

Bu döngüde araç sayısı değil, her dosyanın bir sahibi ve bir durumu olması belirleyicidir.

Sık yapılan hatalar

• Aracı disiplinsiz kurmak. Klasör, izin ve adlandırma kararı verilmeden açılan platform, eski ortak sürücünün daha pahalı hali olur.
• Herkese her izni vermek. Yazma izni disiplin sahibinde kalmazsa 'güncel dosya hangisi' sorusu geri gelir.
• Onayı atlayıp dosyayı doğrudan paylaşılan alana koymak. Reviews kullanılmayan ortamda yayın kararının kaydı kalmaz.
• Sorunları e-postada yürütmek. Issues listesi ile e-posta zinciri birlikte yaşarsa birbirinden ayrı gerçekler ortaya çıkar.
• Yalnız yöneticinin kullanması. Saha ve tasarım tarafı kayıt açmıyorsa liste yönetici izlenimini yansıtır, sahayı değil.
• Eski ortamdaki verinin taşınmasını kurulumun parçası saymamak. Taşıma, ayrı planlanması gereken bir iştir.

Bu beceriyi Mindset programlarında nerede çalışırsınız?

BIM ve Autodesk Revit Uzmanlaşma Eğitimi, modelin dokümantasyon ve veri yönetimi tarafını işler; ACC'ye giren dosyaların nasıl hazırlanacağı bu çerçevede anlam kazanır.

BIM Uygulama Planı (BEP) Hazırlama ve BIM Yönetişimi programı ise rol, sorumluluk ve süreç tasarımını ele alır; ACC'deki izin ve onay düzeni de bu tasarımın uygulamasıdır. İnşaat şirketlerinde BIM koordinatörleri ve teknik ofis çalışanları için uygundur.