Bir üretici kataloğunu BIM ortamına taşırken en çok zaman alan iş, çoğu zaman modelin çizilmesi değildir. Ürün adının satış listesinde başka, teknik çizimde başka biçimde yazılması; bir ölçünün güncellenip eski dosyanın kullanımda kalması; seçeneklerin sipariş kodlarıyla ilişkisinin belirsiz olması, hazırlığı yavaşlatır. Modellemeye başlamadan bu ilişkiler çözüldüğünde hem içerik üretimi hem de sonraki yayınlar daha rahat ilerler.
Kataloğu kullanacak mimarın elinde fabrikanın ürün bilgisi yoktur. Bir pencereyi projeye yerleştirirken hangi genişliği seçtiğini, o tipin hangi ürüne karşılık geldiğini ve indirdiği belgenin aynı seçeneğe ait olup olmadığını anlamaya çalışır. Üreticinin hazırlığı da bu yolculuğu izlemelidir: ürünü tanımak, uygun varyantı seçmek, dosyayı kullanmak ve gerektiğinde doğru bilgiye geri dönmek.
Seri, varyant ve dosya arasındaki ilişki
Hayalî bir pencere serisini ele alalım. Seride iki dış kasa genişliği, iki açılma yönü ve farklı yüzey seçenekleri bulunsun. Satış ekibi bunları ayrı sipariş kodlarıyla takip ediyor olabilir; modelleme ekibi ise aynı family içinde tipler hazırlamak isteyebilir. Bu iki düzen birlikte çalışabilir. Önce her ticari seçeneğin modelde nerede bulunduğunu gösteren küçük bir eşleştirme hazırlanması gerekir.
Revit'te family, ortak parametreleri ve ilişkili gösterimi bulunan elemanları bir araya getirir. Tipler, bu yapı içindeki varyasyonları taşır. Autodesk'in family açıklaması bu ayrımın temelini verir; üreticinin hangi varyantları aynı dosyada sunacağı ise ürün yapısıyla ve kullanım kolaylığıyla birlikte düşünülmelidir. Dosyaya çok sayıda seçenek eklemek tek başına daha kullanışlı bir içerik oluşturmaz.
Aşağıdaki kodlar ve ölçüler yalnız bu hazırlık örneği için oluşturulmuştur. Tablo, dosya adlandırmasından önce cevaplanması gereken soruyu görünür kılar: Kullanıcı bir tip seçtiğinde hangi sipariş edilebilir ürüne ulaşacak?
| Ürün referansı | Dış kasa ölçüsü | Modelde sunulan seçenek | Yayın açıklaması |
|---|---|---|---|
| P-014-L | 1200 × 1500 mm | 1200 genişlik, sol açılım | Sol açılım çizimi ve ilgili belge |
| P-014-R | 1200 × 1500 mm | 1200 genişlik, sağ açılım | Yönün nasıl okunduğu açıklanmış |
| P-016-L | 1400 × 1500 mm | 1400 genişlik, sol açılım | Bu ölçüye ait teknik bilgi |
| P-016-R | 1400 × 1500 mm | 1400 genişlik, sağ açılım | Bu ölçü ve yönün sipariş kodu |
Yüzey seçeneği bu örnekte ayrıca tanımlanabilir. Ancak farklı kaplama ayrı bir sipariş kodu doğuruyorsa bu ilişki de listede yer almalıdır. Tasarımcıdan dosya adı, tip adı ve açıklama arasında tahmin yürüterek seçim yapması beklenmemelidir. Aynı ölçüde görünen iki ürünün teknik özellikleri farklıysa farkın yalnız satış ekibince bilinmesi yeterli olmaz.
Pilot grupta gerçek çeşitliliğe yer açmak
İlk grubu beş veya on ürünle sınırlamak, eksikleri bütün kataloğa yaymadan görmeye yardımcı olur. Sayıdan daha önemli olan seçimin temsil gücüdür. Yalnız aynı ölçünün renklerini seçmek yerine farklı ölçü, açılma yönü veya malzeme seçeneği bulunan ürünleri birlikte değerlendirin. Böylece teknik belgenin ve model yapısının hangi değişikliklerde ayrıştığı anlaşılır.
Örneğin küçük pencerenin dosyası sorunsuz çalışırken daha geniş tipte kasa birleşimi veya açılma gösterimi beklenen sonucu vermeyebilir. Bu, bütün seriyi yeniden hazırlamadan önce çözülebilecek bir sorundur. Pilotun sonunda yalnız başarılı bir örnek değil, serinin farklı seçeneklerine uygulanabilecek açıklıkta bir hazırlık düzeni oluşmalıdır.
Ürün yöneticisi hangi seçeneklerin güncel olduğunu belirlerken teknik ekip ölçülerin ve belgelerin geçerliliğini açıklayabilir. Katalog editörü ise bu bilgiyi kullanıcının aradığı ad ve kategoriyle buluşturur. Bir eksik ortaya çıktığında bütün dosyaları dolaştırmak yerine soruyu ilgili kişiye yöneltebilmek, küçük ekiplerde de önemli bir zaman kazancı sağlar.
Teknik çizim ile katalog uyuşmadığında
Örnek serinin satış tablosunda genişlik 1200, eski model dosyasında 1190 yazıyor olsun. Hemen birini diğerine eşitlemek doğru bir başlangıç değildir. Önce iki değerin neyi anlattığı araştırılır: dış kasa ölçüsü mü, montaj açıklığı mı, yoksa farklı bir revizyon mu? Sayıların aynı birimde olması, aynı şeyi ölçtükleri anlamına gelmez.
Kaynağı açıklığa kavuşunca değişiklik yalnız model dosyasında bırakılmamalıdır. Ürün açıklaması, teknik belge bağlantısı ve tip listesi de aynı ürün tanımına bağlanır. Dosyanın adını yenilemek içindeki parametreyi değiştirmez; yeni belgeyi yüklemek de eski açıklamayı kendiliğinden güncellemez. Bu nedenle teslimin parçalarını birlikte gözden geçirmek gerekir.
Türkçe ve İngilizce metin hazırlanırken ürün kodları korunur. Bir ölçünün anlamı iki dilde aynı kalmalı; “genişlik” bir metinde dış kasa, diğerinde net geçiş gibi okunmamalıdır. Pazara göre gerçekten farklı bir ürün sunuluyorsa bunun ayrı bir varyant olarak açıklanması daha anlaşılır olur. Alanları adlandırma ve kaynaklarını ilişkilendirme konusu ürün verisi yazısında ayrıntılı ele alınır.
Model teslimini küçük bir iş üzerinden denemek
Dosyanın kullanılacağı ortamı baştan bilmek, modelleme ekibinin gereksiz ayrıntıya zaman ayırmasını önler. Pencereyi Revit'te yerleştirip tip değiştirecek bir mimarla farklı disiplinlerden değişim modeli alan koordinatörün ihtiyaçları aynı olmayabilir. Yerel dosya ve IFC teslimi arasındaki seçim için format karşılaştırmasını kullanabilirsiniz.
Pilot ürünü boş bir dosyada görmekle yetinmeyin. Hedef kullanımına benzeyen küçük bir projede yerleştirin, bir tipten diğerine geçin ve ürün kodunun beklenen yerde göründüğüne bakın. Sonra aynı işlemi serinin farklı ölçüsünde tekrarlayın. Böylece hangi koşulda neyin denendiği anlatılabilir; “dosya açıldı” ifadesinin ötesine geçilir.
Bir proje belirli bilgi alanları istiyorsa bunları genel katalog içeriğinden ayrı takip etmek işe yarar. buildingSMART IDS, model alışverişindeki bilgi gereksinimlerini bilgisayarın yorumlayabileceği biçimde ifade eder. Projeye özel talebi öğrenmeden kataloğa rastgele alanlar eklemek yerine hangi bilginin gerçekten beklendiğini netleştirin. BIMNESNE'ye yükleme, kendi başına bir IDS incelemesi anlamına gelmez.
BIMNESNE'de hazırlığın taslağa dönüşmesi
Temel ürün listesi hazır olduğunda firma panelindeki Ürünler > Toplu Ürün Aktar ekranından CSV şablonu indirilebilir. Dört sütun bulunur: reference_code, product_name_tr, product_name_en ve category_id. Bu yapı ürünleri başlangıç kayıtlarına dönüştürür; görseller, teknik dosyalar ve açıklamalar daha sonra ürün editöründe tamamlanır. XLSX dosyası veya görsel adresleri bu aktarımın girdisi değildir.
Excel'de referans kodlarını metin olarak düzenlemek, baştaki sıfırların kaybolmasını önler. En az bir dilde ürün adı ve geçerli bir alt kategori kimliği gerekir. Kategori numarasını tahmin etmek yerine ekrandan indirilen liste kullanılır. UTF-8 CSV dosyası 5 MB ve 5.000 satır sınırında olmalıdır.
- Şablona önce pilot ürünleri yazın ve dosyayı yükleyin. Önizleme ürün oluşturmaz; hatalı ve atlanan satırları inceleme fırsatı verir.
- Uygun satırları onaylayın. İşlem tarayıcıdan en fazla 50 satırlık gruplarla ilerlediği için bitene kadar sayfayı açık tutun.
- Oluşan taslakları editörde açıp kapak, açıklama ve dosyaları aynı referansla eşleştirin.
- Bir pilotu baştan sona inceleyin; sonra diğer ürünlere geçin. Yerleşim kontrolü bu aşamada kullanılabilir.
Aktarım mevcut ürünleri güncellemez. Firmanın kullandığı referanslar, silinmiş ürünlerdeki kodlar dahil, yeniden eklenmez. Referans isteğe bağlı olsa da kodu olmayan aynı ürün farklı dosyalarda otomatik eşleştirilmez. Sayfa kapanırsa veya kota dolarsa yeniden başlamak yerine aktarım geçmişine bakın; tamamlanan kayıtlar korunur, kalan satırların durumu görülebilir. Taslakların da paket kotasında yer tuttuğunu planlamaya dahil edin.
Yayın takvimi ve sonraki güncellemeler
Firma oluştururken ücretsiz deneme veya sunulan ücretli paketlerden biri seçilebilir. Kayıt denemesi firma onayıyla 14 gün başlar. Ücretli dönem için ödeme doğrulaması ve firma onayı gerekir; kullanılmamış kayıt denemesi hakkı ilk ücretli döneme eklenir. Deneme hiç başlamamışsa bu hak 14 gündür. Güncel durum ve kapasite Paket/Faturalandırma ekranından takip edilir.
Onay beklerken dönem süresinin başlamaması, hazırlık ile yayın takvimini ayrı düşünmeye imkân verir. Taslak oluşturmak doğrudan yayına çıkmak değildir; normal firma ve ürün yayın koşulları devam eder. Süre sona erdiğinde ürünler vitrinde gizlenirken içerikler ve editör kayıtları korunur. Hesap e-posta doğrulaması da firma onayından ayrı bir işlemdir.
Yayınlanan pilot için kabul edilen dosyayı, bağlı teknik belgeyi ve değişiklik sorumlusunu birlikte saklayın. Sonraki güncellemede önce hangi ürünlerin etkilendiği belirlenir; ardından ilgili tipler, açıklamalar ve indirmeler değiştirilir. Seriye yeni bir ölçü eklendiğinde, ilk hazırlıkta kurduğunuz kod ve dosya ilişkisi yeni editörün de nereden başlayacağını gösterir.