PDM ile PLM farkı, yönetilen şeyin kapsamından doğar. Dassault Systèmes (3DS), ürün veri yönetimini (Product Data Management, PDM) ürün verisini yöneten ve yayımlayan, ürüne ait bütün bilgilerin merkezi deposu olan bir sistem olarak tanımlar; aynı sayfadaki karşılaştırmaya göre PDM ürünle ilgili verinin, ürün yaşam döngüsü yönetimi (Product Lifecycle Management, PLM) ise ürünün bütün yaşam döngüsünün yönetimine odaklanır. PDM'in kullanıcısı mühendis, tasarımcı ve teknik ekiptir; PLM mühendisliğin yanında pazarlama, satış ve destek ekiplerini de kapsar.

Tasarım ekibi bir CAD dosyasının doğru revizyonunu aradığında ya da yan sanayide bir tedarikçi denetiminde çizimin hangi revizyonunun üretime verildiği sorulduğunda konuşulan sistem PDM'dir. Bir değişikliğin üretim süreçlerine nasıl ulaşacağı, proje takviminin hangi ürün verisine bağlı olduğu ya da kalite yönetiminin kurum geneline nasıl yayılacağı sorulduğunda konu PLM'e geçer. Bu yazıda 3DS'in PDM ve mühendislik veri yönetimi tanımlarını, iki kavram için yayımladığı karşılaştırmayı, PLM'in PDM'e eklediği süreçleri ve geçişin sinyallerini anlatıyoruz.

PDM Nedir? Ürün Veri Yönetiminin 5 Temel İşlevi

3DS'in PDM sayfası tanımı beş başlıkla somutlaştırır. Üçü veriyi tutmakla ilgilidir. Merkezi veri kasası (Centralized Data Vault), CAD dosyaları, dokümanlar ve üst veri dahil bütün ürün verisini tek ve güvenli bir depoda toplar. Revizyon kontrolü (Revision Control) bütün revizyonları izler; sayfaya göre amaç, ekipteki herkesin "doğru" revizyondan çalışması, yanlışlıkla üzerine yazmanın ve eski bilginin kullanılmasının önlenmesidir. Çoklu CAD veri yönetimi (Efficient Multi-CAD Data Management) de farklı CAD araçlarından gelen veriyi aynı yönetimin altına alır.

Kalan iki başlık veriyi çevresine açar. İş akışı ve süreç yönetimi, mühendislik değişiklik emirleri (engineering change order, ECO) ve onay döngüleri gibi iş süreçlerini otomatikleştirip standartlaştırır; iş birliği ve erişilebilirlik başlığı ise yan ofisteki ya da dünyanın öbür ucundaki bütün paydaşların ürün bilgisine rol tabanlı ve güvenli biçimde erişmesini sağlar. Sayfanın sık sorulan sorular bölümü PDM sürecini de aynı çerçevede anlatır: CAD dosyaları ve ürün ağacı (BOM) gibi ürün verisi kontrollü bir sistemde toplanır, düzenlenir ve yönetilir; amaç sürüm kontrolü, erişim yönetimi ve yaşam döngüsü boyunca doğru veridir.

Bu tanımda PDM bir dosya arşivinden fazlasıdır. Aynı sayfaya göre PDM, ürün verisinin son haline kontrollü erişim açarak tedarikçilerle iş birliğini iyileştirir; dokümantasyonu tek yerde toplayıp net bir denetim izi (audit trail) bırakarak kalite ve uyumluluğu da korur. İki sistem arasındaki sınır bu yüzden keskin çizilmez. Fark, işin kapsamında ve işe katılan ekiplerdedir.

Mühendislik veri yönetimi (EDM) nereye oturur?

3DS'in ENOVIA sayfalarında üçüncü bir kavram daha geçer: mühendislik veri yönetimi (Engineering Data Management, EDM). EDM sayfası EDM'i, kritik mühendislik bilgisinden disiplinler arasında etkin biçimde yararlanmak isteyen kuruluşlar için bir zemin olarak konumlar; kapsamlı bir EDM çerçevesiyle güvenli veri toplama, saklama, paylaşma, doğrulama ve işleme uygulamaları günlük işe yerleşir. Sayfa EDM'i PLM sistemlerinin temeli sayar ve ürün verisini yaşam döngüsü boyunca yönetmek için birleşik bir çerçeve oluşturduğunu yazar.

EDM sayfası yetkiyi de açıkça anar. 3DS'e göre EDM sistemleri, yetkili ekip üyelerinin veriye güvenli biçimde erişmesine, onu paylaşmasına ve düzenlemesine izin veren kontrollü izinler sağlar. Sayfanın EDM süreci için saydığı ilk aşama, veri toplamadan önce gelen yönetişim ve politika aşamasıdır; veri yönetimini iş hedefleri ve regülasyon gereklilikleriyle uyumlu hale getirecek standartlar ve güvenlik protokolleri bu aşamada kurulur.

PDM ve PLM Arasındaki Farklar: 8 Başlıkta Karşılaştırma

3DS, PDM sayfasının sık sorulan sorular bölümünde iki kavramı sekiz başlıkta karşılaştırır. Tabloyu sayfadaki sırayla Türkçeye aktardık.

Tablonun en çok iş gören satırları kullanıcılar ve entegrasyon satırlarıdır. PDM'in çevresi mühendislik ekibi ve CAD sistemidir. PLM'e geçildiğinde veriyi kullanan ekip satışa ve desteğe kadar genişler, sistem de ERP ve CRM ile konuşmaya başlar.

Uygulama karmaşıklığı satırı ise açık yazılmıştır: 3DS'e göre PDM görece basit ve daha kolay uygulanır, PLM daha karmaşıktır ve kurum genelinde daha geniş entegrasyon ister. Bizce bu satır, PLM kararının yazılımla birlikte ekipleri ve süreçleri de kapsadığını gösterir.

PLM'in PDM'e eklediği süreçler

3DS, 3DEXPERIENCE ENOVIA sayfasında ürün geliştirme için ENOVIA'nın yeteneklerini sayarken PDM ve PLM'in yanına değişiklik yönetimini, konfigürasyon yönetimini, ürün tasarım incelemesini, fikri mülkiyetin korunmasını ve yeniden kullanımını, ürün tanımı ve yayın yönetimini (BOM yönetimi), kalite yönetimini ve uyumluluk yönetimini koyar. Listede PDM, verinin çevresindeki bu süreçlerle aynı çatı altında yer alır.

Farkın en somut görüldüğü yer değişikliktir. PDM'in iş akışı ECO'yu ve onay döngüsünü standartlaştırır. 3DS'in mühendislik değişiklik yönetimi (Engineering Change Management, ECM) sayfası ise ECM'i ürün tasarımındaki, geliştirmedeki ve üretim süreçlerindeki değişiklikleri ele alan sistematik bir yaklaşım olarak tanımlar; sayfanın saydığı tipik adımlar talebin açılması, etkinin değerlendirilmesi, onay, uygulamanın planlanması, yürütme ve doğrulamadır. Sayfaya göre PLM içinde değişiklik yönetimi, bütün değişikliklerin tam tanımlı ve kontrollü olması için veri yönetişimi, görünürlük ve ilişkisellik (associativity) sağlar; görevler tekrarlanabilir ve otomatik bir iş akışıyla sorumlularına ulaşır. Değişiklik sürecinin ayrıntısını ayrı bir yazıda ele alıyoruz.

Proje yönetimi, 3DS'in karşılaştırmasında PLM'in temel işlevleri arasında ilk sırada yer alır. 3DS'in PLM ve mühendislik proje yönetimi sayfası mühendislik proje yönetimini, projelerin zamanında, bütçesinde ve gereken kalite standartlarında tamamlanması için planlanmasına, yürütülmesine ve izlenmesine yönelik yapılandırılmış bir yaklaşım diye tanımlar.

Hangi İhtiyaç PDM, Hangisi PLM Gerektirir?

3DS ihtiyaç bazındaki ayrımı eski PDM uygulaması ENOVIA SmarTeam'in sayfasında yapar. Sayfaya göre SmarTeam, tasarım verisi yönetimine ihtiyaç duyan ve tek disiplinli ya da tek lokasyonlu iş birliği gerektiren, görece az karmaşık ürün ve ürün hatları olan kullanıcılar içindir. PLM ihtiyacı bulunan küçük ve orta ölçekli üreticilere ise 3DS, 3DEXPERIENCE ENOVIA'yı değerlendirmelerini önerir; aynı önerideki ihtiyaç listesi, tablodaki ERP ve CRM satırı dışındaki PLM satırlarına da dayanak olur. Aşağıdaki tablo bu ayrımı PDM sayfasındaki dayanaklarla ve karşılaştırma tablosuyla birlikte ihtiyaç bazında okur.

Tablonun üst yarısındaki ihtiyaçlar tek başına PLM gerektirmez. Tasarım verisini yönetme ihtiyacı tek disiplinle ve tek lokasyonla sınırlı kalan bir ekipte, 3DS'in karşılaştırmasında PLM için yazılan daha geniş entegrasyon yükü erken gelebilir.

PDM'den PLM'e Ne Zaman Geçilmeli? Geçiş Sinyalleri

Aşağıdaki sinyaller 3DS'in yukarıdaki ayrımlarından türetilmiştir. Tek bir sinyal karar için yetmez. Birkaçı aynı ürün hattında birlikte görülüyorsa PLM değerlendirmesi gündeme gelir:

• Değişiklik talepleri tasarım ofisinin dışından da gelir ve etkisi üretim süreçlerine uzanır.
• İkinci bir mühendislik disiplini ya da ikinci bir lokasyon aynı ürün verisiyle çalışır.
• Proje takvimi, teslimatlar ve riskler ürün verisinden ayrı araçlarda izlenir.
• Kalite ve uyumluluk kayıtları ürün verisine bağlanmadan tutulur.
• Ürün verisi ERP'ye ya da CRM'e elle aktarılır.
• Satış, pazarlama ve destek ekipleri de ürünün durumunu izlemek ister.

Proje ve veri tarafındaki sinyallerin bir ekipman üreticisinde nasıl göründüğünü 3DS'in 23.10.2025 tarihli Vermeer hikayesi anlatır. Merkezi ABD'nin Iowa eyaletindeki Pella'da bulunan Vermeer'in tarım ve endüstriyel ekipman alanında 245 ürünü vardır. Hikayeye göre şirketin ekipleri projelerini yönetmenin kendi yollarını bulmuş, ancak yol gösterecek net bir yol haritası ya da çözüm olmadığı için şirkette 20'den fazla veri depolama yeri, 53'ten fazla proje yönetimi aracı ve 25'ten fazla alt süreç oluşmuştu. Vermeer'de ürün yaşam döngüsü yönetiminden sorumlu direktör Harold Sullivan, hedefi 245 ürün için 245 ayrı süreç yürütmek yerine birleşik araçlar, sistemler ve süreçlerle tek bir şirket gibi çalışmak diye anlatır. Hikayede ENOVIA'nın proje, ürün ve veri yönetimindeki kullanımı iki sonuçla aktarılır: mühendisler ve proje yöneticileri güncel tasarım dosyalarına ve diğer temel veriye gerçek zamanlı erişir, parçalar da binlerce satırlık hesap tabloları yerine platformda kataloglanır.

Mevcut PDM verisinin taşınması için de 3DS'in bir rolü vardır. 3DEXPERIENCE ENOVIA sayfasındaki rol listesinde yer alan 3DEXPERIENCE Transition Assistant, 3DS'e göre ENOVIA SmarTeam kullanan müşterilerin verisini 3DEXPERIENCE platformuna taşımaları içindir.

PLM'e geçildiğinde veriye erişen ekip de genişler; 3DS'in karşılaştırmasında PLM kullanıcıları pazarlamayı, satışı ve desteği de kapsar. Bizim önerimiz, geçiş planından önce bir yetki matrisi yazmaktır: hangi rol hangi veriyi görür, hangisi değiştirir, hangisi onaylar ve tedarikçi hangi kapsamı görür. Matris yazılmadan başlayan bir geçişte bu kararlar, her erişim talebinde ayrı ayrı verilmek zorunda kalır.

PDM ve PLM Hakkında Sık Sorulan Sorular

PDM nedir?

Metindeki 3DS tanımına göre PDM; CAD dosyaları, ürün ağaçları, dokümanlar ve revizyonlar gibi ürün verisini kontrollü bir sistemde toplama, düzenleme ve yönetme yaklaşımıdır.

PLM nedir?

Yazı PLM'i ürün verisinin ötesinde değişiklik, proje, kalite, uyumluluk, BOM ve yaşam döngüsü süreçlerini daha geniş bir çatı altında birleştiren yaklaşım olarak ele alır.

PDM ile PLM arasındaki temel fark nedir?

PDM ağırlıklı olarak ürün ve mühendislik verisinin kontrolüne odaklanırken PLM bu veriyi ürün yaşam döngüsündeki süreçler, ekipler ve kararlarla daha geniş kapsamda ilişkilendirir.

Hangi durumda PDM yeterli olabilir?

Metindeki ihtiyaç tablosunun yaklaşımına göre temel ihtiyaç CAD dosyaları, revizyonlar, dokümanlar ve mühendislik verisinin kontrollü yönetimiyse PDM kapsamı öne çıkar.

PDM'den PLM'e geçiş ihtiyacı ne zaman ortaya çıkar?

Değişiklik, proje, kalite, uyumluluk, konfigürasyon, gereksinim ve farklı ekiplerin ortak süreçlerde yönetilmesi gibi ihtiyaçlar arttığında metin PLM kapsamının değerlendirilmesini önerir.

PDM ve PLM Çözümleri için Yenaplus Danışmanlığı

Yenaplus, Dassault Systèmes Yetkili İş Ortağı olarak 3DS çözümlerini sunar, kurar, uygular, eğitir ve destekler; ofislerimiz İstanbul, Ankara ve Bursa'dadır. PDM'den PLM'e geçişi değerlendiriyorsanız bize ulaşın sayfasından ihtiyaç analizi görüşmesi talep edebilirsiniz. Görüşmede bugün hangi verinin nerede yönetildiğini, bu veriye hangi ekiplerin eriştiğini ve yetki kurallarının nasıl tanımlandığını sizin ürün hattınız üzerinden birlikte gözden geçirebiliriz. ENOVIA ve PLM Altyapı ve Danışmanlık Hizmetleri sayfalarımızı da ziyaret edebilirsiniz.