BOM
EBOM ve MBOM: Köprü nerede kopuyor?
Volvo Construction Equipment, son kırk yılda dört ayrı PDM sistemi biriktirmişti. PTC'nin vaka çalışmasındaki en çarpıcı cümle ise şu: üretimdeki lokal uyarlamaların EBOM'larla hiçbir bağı yoktu. Şirket bugün 15 lokasyonda Windchill kullanıyor ve EBOM, MBOM ve SBOM'u tek bir Digital Thread üzerinde bağlıyor.
Bu hikâye bana yabancı değil. Projelerde en çok vakit kaybettiğimiz yer, mühendislik ile üretim arasındaki o köprü.
Aynı ürün, iki farklı soru
EBOM ürünü tasarımcının gözüyle anlatır: hangi parçalar var, fonksiyon olarak nasıl bir araya geliyor. MBOM aynı ürünü üretimin gözüyle anlatır: hangi parça hangi istasyonda, hangi sırayla takılıyor, yanında hangi sarf malzeme kullanılıyor. İkisi de doğru, ama farklı sorulara cevap veriyor.
Kopma noktası: istasyon ve sarf malzeme
Benim deneyimimde kopma, tam transfer sırasında oluyor. Parçayı EBOM'dan MBOM'a taşımak kolay; zor olan, ilgili workstation'ı ve gereken sarf malzemeyi doğru eklemek. Firmalar burada iki yoldan birini seçiyor.
Bazıları sarf malzemeyi her parçaya ve istasyona birebir bağlıyor. Ben bunu daha doğru buluyorum, çünkü her rakamın nereden geldiği belli. Bedeli ise daha fazla revizyon ve change management yükü. Diğerleri sarf malzeme bilgilerini ve miktarlarını MBOM içinde ayrı bir ağaçta topluyor. Bu daha az değişiklik demek, ama hataya çok daha açık ve kesinliği düşük.
MBOM nerede yaşamalı?
Prof. Jörg W. Fischer, tek bir MBOM'un aslında var olmadığını savunuyor. Oleg Shilovitsky yapı konusunda ona hak veriyor, ama asıl sorunun kaybolan üretim bilgisi olduğunu söylüyor. Ben tek MBOM'dan yanayım. Bu tür yapıların sayısı arttıkça karmaşıklık da artıyor ve yönetmek zorlaşıyor. AI ile bu karmaşıklığı aşmak kolaylaşacak, ama yapıları çoğaltmak için bir bahane olmamalı.
MBOM'un yeri bence PLM. Single source of truth PLM olmalı, çünkü bir malzemenin kullanılabilir olup olmadığına tasarım mühendisi karar veriyor. Üretim mühendisinin ya da satın almanın bu tür teknik kararlarda yargıya varması çok zor.
AI: PoC'den ürüne
Bence AI'ın en çok fark yaratacağı yer bu transfer. Basit bir örnek: sac parçanın yüzey alanından ne kadar boya gerektiğini hesaplayıp MBOM'a eklemek. Bugün bu iş kurallarla ve insan eforuyla yürüyor; AI bu hesabı yapıp sonucu doğru istasyona yazabilir.
Bugün AI ile MBOM geliştirme henüz PoC seviyesinde. Oracle da AI World 2026'da EBOM'daki değişiklikleri tek bir change order ile birden fazla organizasyonun MBOM'una taşımayı gösterdi, ama bunu açıkça roadmap olarak etiketledi. Tahminim, bir yıl içinde bunu ürün olarak göreceğimiz. AI aradaki hataları azaltacak ve EBOM ile MBOM arasındaki farkları kolayca ortaya dökecek. Böylece accountability kontrolleri de daha anlaşılır hâle gelecek.
Ama AI, kuralı olmayan bir veriyi düzeltemez. Bugün yapılacak iş belli: MBOM'u PLM'de tutun, sarf malzemenin parçaya ve istasyona nasıl bağlandığını yazılı bir kurala dökün. AI geldiğinde üzerine çalışacağı zemin hazır olsun.