Revizyon kontrolünde iki dosyanın görsel farkı kadar değişikliğin bağımlılıkları da izlenir. Etkilenen eleman, model görünüşü, pafta, donatı listesi ve teslim kaydı bir etki matrisinde eşleştirilir; her çıktı ayrı doğrulanmadan değişiklik tamamlandı sayılmaz.
Önce karşılaştırılabilir iki durum oluşturun
Karşılaştırılan paketlerin yalnızca dosya adlarını değil, revizyonlarını, kullanım durumlarını ve kapsamlarını kaydedin. Biri onay için, diğeri imalat için hazırlanmış iki dosya arasındaki farkın her satırı yeni bir tasarım değişikliği değildir. Önce hangi değişiklik talebinin hangi referans sürüme uygulandığını belirleyin.
Model elemanını yalnızca ekran konumuyla eşleştirmek kırılgandır. Eleman kodu ve mevcut kimliklerin yanında geometri ve kapsam kontrolü de kullanılmalıdır. Silinip yeniden oluşturulan bir eleman, aynı işi temsil ederken farklı kimlik taşıyabilir; otomatik eşleştirmenin kararsız kaldığı yerler insan incelemesine ayrılmalıdır.
Bir değişiklik için etki matrisi
| Örnek tetikleyici | Bağlı çıktılar | Kapanış kanıtı |
|---|---|---|
| Mesnet konumu değişti | Plint planı, bakım kesiti, ankraj arayüzü | Onaylı yanıt + güncel plan/kesit |
| Erişim açıklığı taşındı | Beton geometrisi, yerel donatı, drenaj/yalıtım | Yeni konum ve çevre detaylarının uyumu |
| Sıklaştırma sınırı değişti | Boykesit, etriye adedi, poz listesi | Bölge sınırı ve liste uzlaştırması |
| Eleman tekrar sayısı değişti | Plan notları, metraj, teslim paketleri | Aynı kapsamın tüm çıktılarda görülmesi |
Bu satırlar varsayımsal değişiklik senaryolarıdır. Sitedeki gerçek paftaların iki onaylı revizyonunu karşılaştırıp bulunmuş hatalar olarak sunulmaz. Amaç, bir talep geldiğinde kontrol ekibinin hangi bağımlılıkları açması gerektiğini göstermektir.
İlgili yöntem: Mimari–statik proje uyumu: çakışma listesinden teknik karara ↗
Üretime çıkmış bilginin durumunu sorun
Eski donatı listesi yalnızca taslak mıydı, satın almaya mı iletildi, yoksa kesim başladı mı? Aynı teknik değişikliğin operasyonel etkisi bu yanıta göre farklıdır. Listeyi güncellemek, önceki listenin kullanımını kendiliğinden durdurmaz. Geri çekme veya geçersiz kılma bildiriminin kime gönderildiği teslim kaydında görünmelidir.
Değişen pozların listesini; yeni eklenen, kaldırılan, geometrisi değişen ve yalnızca numarası değişen olarak ayırmak incelemeyi kolaylaştırır. Bu sınıflandırma satın alma veya imalat kararının yerine geçmez; karar verecek kişiye anlaşılabilir bir fark dökümü sağlar.
Karardan kapatmaya kadar iz bırakın
- Talep: değişikliğin kaynağı, kapsamı ve karar yetkilisi.
- Etki: bağlı model, pafta, liste ve üretim paketleri.
- Uygulama: yapılan değişiklik ve üretim dosyalarının sürümü.
- Kontrol: her bağlı çıktının yeniden incelenmesi.
- Teslim: geçerli paket, geri çekilen sürüm ve açık konular.
BCF gibi konu kayıtları, görüş ve eleman ilişkisi üzerinden iletişimi destekleyebilir. Format ne olursa olsun “yanıtlandı”, “uygulandı” ve “kontrol edildi” durumlarının anlamı ekipte ortak olmalıdır. buildingSMART — BIM Collaboration Format ↗
Kaynak belgeyi inceleyin: Gerçek pafta incelemesi: köprü kenar ayak kalıp planı ↗
Otomasyon nerede yardımcı olur?
Dosya listelerini karşılaştırmak, değişen parametreleri sıralamak, eksik revizyon alanlarını bulmak ve bağlı çıktıları işaretlemek otomasyona uygun işlerdir. Yazılımın ürettiği bir fark, otomatik olarak imalata uygulanacak karar değildir. Yanlış eşleştirme, eksik kaynak veya farklı model kapsamı sahte fark üretebilir.
İyi bir revizyon raporu tekrar üretilebilir: kaynak sürümleri, kullanılan kapsam ve karşılaştırma zamanı bellidir. Kritik bulgular pafta üzerinde işaretlenir; kontrol eden kişi sonuçtan kaynak belgeye dönebilir. Bu iz, büyük ekiplerde hız kadar önemlidir.
Sık sorulan sorular
Revizyon bulutu bütün etkiyi gösterir mi?
Hayır. Bulut değişen çizim bölgesini işaretler; bağlı kesit, metraj, poz listesi ve üretim paketi ayrıca izlenmelidir.
Yapay zekâ revizyonları otomatik onaylayabilir mi?
Karşılaştırma ve ön sınıflandırmaya yardımcı olabilir. Tasarım ve imalata esas kararlar, kaynak belgelerle birlikte yetkili teknik ekip tarafından doğrulanmalıdır.
Kaynaklar ve kapsam
Yazılım davranışları ve bilgi alışverişi kavramları için birincil kaynaklar aşağıdadır. Kontrol tabloları AKSVERO için hazırlanmış yöntem örnekleridir. Yazı, belirli bir projenin tasarım hesabı veya imalat onayı değildir.
Kurucu teknik uzman · Teknik ressam · 40 yıllık sektör deneyimi.
Uzmanlık profilini inceleyin ↗
