Bir ürünün teknik belgesinde, model dosyasında ve katalog sayfasında aynı sayıları görmek rahatlatıcıdır. Yine de bu sayılar farklı şeyleri anlatıyor olabilir. Belgede kutu ölçüsü, modelde gövde ölçüsü yazıyorsa iki değeri eşitlemek bilgiyi düzeltmez. Önce ölçülen parçayı, ürün seçeneğini ve bilginin hangi tarihte geçerli olduğunu anlamak gerekir.
Ürün verisi hazırlamanın zor yanı genellikle boş hücreleri doldurmak değildir. Eldeki kaynaklar birbiriyle uyuşmadığında hangi sorunun kime sorulacağını bulmaktır. Bu iş, teknik ekibin bildiğini katalog editörünün kullanabileceği hale getirir. Modeli indiren kişi de fabrikanın iç yazışmalarını bilmeden aynı ürünü tanıyabilir.
V-240 ürününün üç farklı kaydı
Konuyu hayalî bir havalandırma ürünü üzerinden izleyelim. Satış listesinde V-240 adı, teknik çizimde 600 × 400 × 300 mm gövde ölçüsü, lojistik tablosunda ise 620 × 420 × 330 mm ölçüsü bulunsun. Eski modelin açıklamasına lojistik tablosundaki değerler kopyalanmış olsun. Bu örnekteki kodlar ve sayılar gerçek bir ürünün teknik beyanı değildir.
İlk bakışta üç ölçüden birinin yanlış olduğu düşünülebilir. Oysa lojistik ekibi ambalajı, teknik çizim ürün gövdesini tarif ediyordur. Katalogda yalnız “ölçüler” başlığı kullanılırsa okuyucu bu ayrımı göremez. Sorun, bütün kaynakları aynı sayıya zorlamakla değil, her değere doğru anlamı vermekle çözülür.
Benzer şekilde V-240 içindeki 240 sayısının bir kapasite değeri olduğu varsayılmamalıdır. Bu yalnız seri içindeki bir kod olabilir. Ürün adı, teknik özellik ve proje içindeki yerleşim notu ayrı bilgiler olarak tutulduğunda modeldeki alanların neyi temsil ettiği de daha açık hale gelir.
İşe dosyaları yeniden adlandırarak başlamak yerine ticari ürünü tanımlayan kararlı bir referans seçilir. Bu referans çizim, belge ve modelle ilişkilendirilir. Aynı seri altında farklı motor, gövde veya yüzey seçenekleri varsa her belgenin hangi seçeneği kapsadığı açıklanır. Tek bir seri adının bulunması bütün teknik değerlerin ortak olduğunu göstermez.
| Alan | Örnekteki bilgi | Ne anlama geliyor? | Başvurulacak kaynak |
|---|---|---|---|
| Ürün referansı | V-240 | Ticari ürünü tanımlayan metin | Güncel ürün listesi |
| Gövde genişliği | 600 mm | Ürünün gövdesinin dış ölçüsü | İlgili teknik çizim |
| Ambalaj genişliği | 620 mm | Sevk edilen paketin dış ölçüsü | Lojistik verisi |
| Çalışma koşuluna bağlı değer | Teknik açıklama bekliyor | Koşulu belirlenmeden kullanılmayacak bilgi | İlgili varyantın teknik belgesi |
| Belge revizyonu | R03 | Kullanılan belgeyi ayıran revizyon | Belgenin revizyon alanı |
Bir sayının yanında bulunması gereken açıklama
“Genişlik” gibi kısa bir alan adı, ekip aynı ürünü uzun süredir tanıyorsa yeterli görünebilir. Ancak dosya başka bir firmaya ulaştığında ortak bilgi kaybolur. Gövde genişliği, montaj açıklığı ve bakım için bırakılması istenen boşluk ayrı anlamlar taşır. Bunların tek bir genişlik alanına yazılması, doğru sayıların yanlış amaçla kullanılmasına yol açabilir.
Alan tanımı için uzun bir doküman gerekmez. Ne ölçüldüğü, veri tipi, birim ve kaynağı kısa bir sözlükte tutulabilir. Ürün kodunun metin olarak saklanması baştaki sıfırları korur. Uzunluk alanının birimi ise yalnız dosya adından anlaşılmamalıdır; aynı sayıyı santimetre veya milimetre olarak okumak farklı sonuç verir.
İki kaynak farklı birim kullanıyorsa karşılaştırma ortak birimde yapılır, fakat özgün kaynağın nasıl yazıldığı da kaybolmaz. Çeviride ondalık ayırıcı değişebilir; değer değişmemelidir. Katalog editörünün bir hücreyi düzenlerken bu dönüşümü teknik bir değişiklik sanmaması için alan sözlüğünde beklenen gösterim açıklanabilir.
Eksik bilgi için sıfır kullanmak özellikle yanıltıcıdır. Sıfır, ölçülmüş veya tanımlanmış bir değer gibi okunabilir. “Henüz bilinmiyor”, “bu ürüne uygulanmıyor” ve “teknik yanıt bekliyor” durumlarını çalışma listenizde ayırın. Sayısal bir parametreye açıklama metni sığdırmaya çalışmak yerine, eksikliğin nedenini ve yanıtlayacak kişiyi ayrı yerde tutmak daha kullanışlıdır.
Belgenin aynı ürüne ait olduğundan emin olmak
Bir teknik dokümanın bulunması, içindeki her değerin katalogdaki bütün ürünlere taşınabileceği anlamına gelmez. V-240'ın iki farklı donanım seçeneği olduğunu düşünün. Belgedeki değer yalnız bir seçeneğe aitse diğer modele aynen kopyalamak görünürde dolu, gerçekte belirsiz bir kayıt üretir.
Performans bilgisi ayrıca çalışma koşuluna bağlı olabilir. Teknik sorumlunun yalnız sayıyı değil, o sayının hangi koşulu ve varyantı tarif ettiğini açıklaması gerekir. Sayfaya aktarılacak ifade bundan sonra seçilir. Kaynakta bulunmayan bir koşulu tahmin etmek veya eski bir değerle boşluğu kapatmak, daha sonra geri dönülmesi zor bir belirsizlik oluşturur.
Dosya tesliminde belge bağlantısıyla birlikte revizyonun da anlaşılması yararlıdır. Bağlantı aynı kalıp belgenin içeriği değişebilir. Kabul edilen dosyanın hangi teknik açıklamaya dayanılarak hazırlandığı biliniyorsa, yeni bir belge geldiğinde değişen alanlar doğrudan bulunabilir. Bu ilişki yalnız büyük kataloglarda değil, birkaç ürünü farklı kişilerin yönettiği ekiplerde de işe yarar.
Bilgiyi modele taşırken alanların görevini ayırmak
Model parametrelerini katalogdaki her sütunun kopyası gibi düşünmek gereksiz tekrar yaratabilir. Önce bilginin hangi düzeyde değiştiği anlaşılmalıdır. Ürün tipinin ortak bir özelliği ile projeye yerleştirilen tek bir elemanın konum notu aynı işi yapmaz. Revit'in parametre oluşturma akışındaki tip ve örnek seçimi bu ayrım için önemlidir.
V-240'ın üretici referansı ürünü tanımlarken, “ikinci kat koridoru” proje içindeki bir yerleşimi tarif eder. Konum notunu ürün kimliğinin yerine koymak, başka bir projeye taşınan dosyada anlamsız bir bilgi bırakabilir. Benzer biçimde yalnız bir yerleşime ait değişikliğin aynı tipteki bütün elemanlara uygulanması istenmeyebilir.
Hedef projede etiket veya çizelge kullanılacaksa ilgili alanların oralarda görünmesi ayrıca denenir. Autodesk, paylaşılan proje parametrelerinin etiketlenebildiğini ve çizelgelerde kullanılabildiğini açıklar. Yine de yalnız parametre adını görmek yeterli değildir; doğru üründen doğru değerin okunduğuna küçük bir örnek üzerinde bakılmalıdır.
TR ve EN içerik aynı teknik kayda bağlanmalı
İki dilde metin hazırlarken ürün kodunu çevirmeyin. Gövde ölçüsü, belge revizyonu ve varyant ilişkisi ortak teknik kaynaktan gelmelidir. Açıklamanın doğal İngilizce olması için cümle yapısı değişebilir; fakat ölçülen parçanın anlamı değişemez. Türkçedeki “gövde” İngilizcede “package” olarak yazılmışsa sayılar aynı kalsa da içerik artık aynı ürünü aynı biçimde anlatmıyordur.
Terim tercihlerini kısa bir ürün sözlüğünde toplamak, sonraki çevirileri kolaylaştırır. Bu sözlük yalnız kelime karşılıklarını değil, alanın kullanımını da anlatabilir. Bir pazarda farklı seçenek sunuluyorsa o fark açıklamada görünür hale getirilir; tek bir değeri iki dilde farklı yazmak, pazar farkını açıklamanın yerine geçmez.
Görsellerin ve teknik dosyaların da bu eşleşmeye dahil olması gerekir. Genel seri fotoğrafı bütün seçenekleri göstermeyebilir. Ürün sayfasında hangi görselin örnek, hangi dosyanın belirli varyanta ait olduğu anlaşılırsa okuyucu açıklamadaki bilgiyi daha rahat takip eder.
Yeni bir revizyon geldiğinde değişikliğin sınırını bulmak
Teknik ekip yeni bir çizim gönderdiğinde ilk soru “hangi dosyayı yükleyeceğiz?” olmamalıdır. Önce neyin değiştiği anlaşılır. Gövde ölçüsü mü düzeltildi, ürün kodu mu değişti, yoksa yalnız çizimdeki bir açıklama mı yenilendi? Her değişiklik bütün model tiplerinin yeniden hazırlanmasını gerektirmeyebilir.
Örnek ürünün gövde genişliği gerçekten değişmişse geometri, ilgili ölçü alanı ve katalog açıklaması birlikte ele alınır. Sadece ambalaj ölçüsü değiştiyse aynı işlem model gövdesine uygulanmaz. Değişikliğin kapsamını yazmak, özellikle aynı dosyada birden fazla tip bulunduğunda başka ürünlerin yanlışlıkla etkilenmesini önler.
Eski ve yeni değeri, dayanak belgeyi ve etkilenen ürünleri yan yana görmek karar vermeyi kolaylaştırır. Ardından küçük bir kullanım denemesi yapılır: ilgili tip yerleştirilir, bilinen ölçü karşılaştırılır ve gerekiyorsa çizelgede görünen değer okunur. Kabul edilen dosyayla bu kısa değişiklik açıklamasının birlikte saklanması, sonraki editörün aynı araştırmayı tekrar yapmasını önler.
Katalog bilgisi ile proje tesliminin buluştuğu yer
Genel katalog bütün projelerin bilgi taleplerini önceden karşılayamaz. Bir proje belirli özellikleri veya sınıflandırmaları istiyorsa bunlar ayrıca belirlenir. buildingSMART IDS, model alışverişindeki bilgi gereksinimlerinin yapılandırılmasına yardımcı olur. Belirli alanların bulunması, teknik belgenin doğru varyanta uygulandığına dair değerlendirmeyi ortadan kaldırmaz.
BIMNESNE'de CSV aktarımı referans, ürün adları ve kategoriyle taslak oluşturur; teknik alanları ve model dosyalarını otomatik doldurmaz. Ölçüler, malzemeler, açıklamalar ve indirmeler ürün editöründe tamamlanır. Hazırlanan veri listesinin taslağa nasıl taşındığını üretici kataloğu hazırlığı yazısında, yerel dosya ile değişim tesliminin ayrımını Revit ve IFC karşılaştırmasında bulabilirsiniz.
Firma oluşturup pilot ürününüzü hazırladığınızda, sayfa, model ve belgeyi ilk kez gören bir ekip arkadaşına birlikte okutun. Nerede durup soru sorduğu, üretici için açık görünen hangi bilginin dışarıdan anlaşılmadığını gösterebilir. Bu sorular çözülerek hazırlanan ilk ürün kaydı, serinin sonraki seçeneklerine uygulanabilecek sağlam bir başlangıç olur.