Mühendislik yönetimi

PDM: doğru dosyadan doğru ürüne

Versiyon, revizyon ve yayın durumu arasındaki ayrım; üretimin hangi veriyi kullanacağını belirler.

Mekanik Tasarım · Teknik Günlük

Dosya düzeni ürün düzenidir

Bir parçayı doğru tasarlamak yetmez; üretime doğru sürümünü göndermek gerekir. Aynı dosyanın farklı klasörlerde “son”, “son2” veya “gerçekson” adlarıyla bulunması teknik bir sorundur. Çünkü yanlış dosyanın kullanılması, doğru mühendislik hesabının da yanlış ürüne uygulanmasına yol açabilir.

PDM yaklaşımı; dosyaların ilişkilerini, değişiklik geçmişini ve çalışma durumunu yönetmeye yardımcı olur. Yazılım kurulması tek başına düzen oluşturmaz. Dosyanın kime ait olduğu, kim tarafından değiştirildiği ve ne zaman yayınlandığı süreçte tanımlanmalıdır.

Versiyon ve revizyonu ayırmak

SolidWorks PDM'de her yeni check-in ile dosyanın versiyonu artar. Revizyon numarası ise belirli bir versiyona atanabilir. Böylece gündelik çalışma adımları ile onaylı ürün tanımı birbirinden ayrılır. Bu ayrımın mantığı, kurumun kendi onay süreciyle tutarlı olmalıdır.

Örneğin üzerinde çalışılan bir dosyanın birçok versiyonu olabilir; bunların hepsi üretim için yayınlanmış veri değildir. Montajdaki bir referansın hangi versiyona baktığı ve üretim paketinin hangi revizyonu temsil ettiği görünür olmalıdır. Yalnızca dosya tarihine bakarak doğru ürünü seçmek güvenilir bir yöntem değildir.

Parça, montaj ve resim bir bütündür

CAD dosyaları tek tek bağımsız belgeler gibi davranmaz. Montajlar parçaları, teknik resimler modelleri ve malzeme listeleri ürün ağacını referans alır. Bir parçanın revizyonu değiştiğinde onu kullanan bütün üst montajların etkisi incelenmelidir. Otomatik olarak her üst montajı revize etmek de hiçbirini kontrol etmemek de iyi bir süreç değildir.

Değişikliğin niteliği önemlidir. Geometri, malzeme, kaplama, teknik not veya yalnızca açıklama düzeltmesi aynı etkiye sahip olmayabilir. Hangi değişikliklerin yeni revizyon, hangilerinin kontrollü doküman düzeltmesi gerektirdiği ürün ve kurum bağlamında belirlenir.

İsim ve numara politikasını sade tutmak

Dosya adında ürünün bütün özelliklerini kodlamak cazip olabilir. Fakat özellik değiştiğinde dosya adının da değişmesi referansları karmaşıklaştırabilir. Parça numarası, açıklama ve niteliklerin ayrı alanlarda yönetilmesi çoğu durumda daha okunabilir bir yapı sağlar. Numara politikasının önceliği insanın uzun kod ezberlemesi değil, benzersiz ve izlenebilir bir kimliktir.

Teknik resim anteti, CAD özel özellikleri ve malzeme listesi alanları aynı bilgiden besleniyorsa tekrar girilen veriler azalır. Buna rağmen otomatik dolan alanların doğruluğu kontrol edilmelidir. Yanlış bir ana kayıt bütün dokümanlara hızla yayılabilir.

Yayın kapısını tanımlamak

Bir iş akışı “çalışılıyor”, “kontrol bekliyor” ve “yayınlandı” gibi açık durumlarla kurulabilir. Her durumun anlamı ve geçiş koşulu anlaşılır olmalıdır. Kontrolü yapan kişinin hangi veriyi incelediği kayıt altına alınır. Bir resim kontrol edilmiş ama model sonradan değiştirilmişse eski onay güncel ürüne ait olmayabilir.

Üretime giden paket içinde yalnızca dosya değil, parça numarası ve revizyon bilgisi de bulunmalıdır. Dış tedarikçiyle paylaşılan çıktıların hangi yayın paketine ait olduğu izlenir. Bir e-posta ekinin eski kopyasıyla çalışılmasını önlemek için süreçte basit fakat açık bir yöntem gerekir.

Değişiklik etkisini görünür kılmak

Bir revizyon talebi; neden, etkilenen parçalar, stok durumu, üretimdeki işler ve uygulanma zamanı açısından değerlendirilir. Yeni tasarım eski ürünle değiştirilebilir mi? Mevcut stok kullanılabilir mi? Servisteki ürünler etkileniyor mu? Bunlar dosya ağacının dışında kalan ama ürün yönetimini belirleyen sorulardır.

Değişiklik kapanırken model, çizim, malzeme listesi ve ilgili çıktılar birlikte kontrol edilir. Yayın kaydı, kararı ve kapsamı gelecekte de okunabilir kılmalıdır. PDM'nin değeri ancak bu kayıtla ortaya çıkar: aylar sonra “bu parça neden böyle?” sorusuna cevap bulunabilir.

Küçük ekip için başlangıç düzeni

Küçük bir ekip bütün sistemi bir günde kurmak zorunda değildir. Önce benzersiz parça kimliği, tek çalışma kaynağı ve açık yayın durumu tanımlanabilir. Sonra kontrol ve onay adımları eklenir. Sürecin anlaşılması, çok sayıda özel alan ve karmaşık geçiş oluşturulmasından daha değerlidir.

Yedekleme ve geri alma yaklaşımı da konuşulmalıdır. Bir dosyanın geçmişi bulunuyor diye bütün ürün verisinin güvenle geri getirilebildiği varsayılmaz. Dosya, veritabanı ve ilgili sistem ilişkileri kurumun araçları kapsamında yönetilir. Yayın paketlerinin dışarıda kalan kopyaları da izlenebilir olmalıdır.

Ekip düzeni dönemsel olarak gözden geçirir. Sık karşılaşılan eksik alanlar, belirsiz durum adları veya tekrar eden yanlış referanslar süreç iyileştirme fırsatıdır. Her sorunda kullanıcıya yeni bir uzun talimat vermek yerine arayüz ve iş akışının neden hatayı kolaylaştırdığı incelenebilir. Böylece veri yönetimi günlük çalışmaya daha doğal biçimde yerleşir.

Kaynaklar: [SOLIDWORKS · Revizyon numaraları](https://help.solidworks.com/2025/english/EnterprisePDM/Admin/c_revision_numbers.htm), [iş akışı ve revizyonlar](https://help.solidworks.com/2025/English/EnterprisePDM/ItemExplorer/c_States.htm).