BOM (Bill of Materials — ürün ağacı), ETO üretiminin omurgasıdır. BOM yanlışsa MRP yanlış malzeme ister, üretim durur, kalite reddeder, müşteri güveni sarsılır. Excel döneminde görülen hataların çoğu ERP'ye geçince de sürer — çünkü kök neden veri disiplini değil, araçtır. İşte en sık yedi hata ve çözümleri.
Hata 1: Revizyon kontrolü olmaması
"BOM_final_v3_yeni.xlsx" dosya adı revizyon yönetimi değildir. Hangi revizyonun üretimde, hangisinin müşteride onaylı olduğu belirsizse, yanlış parça üretilir. Çözüm: revizyon numarası, onay tarihi ve onaylayan kişi sistemde zorunlu alan; onaysız BOM ile PR açılamaz.
Hata 2: Tek seviye BOM, patlatma eksikliği
Üst montaj listelenir ama PCB altındaki pasif komponentler unutulur. MRP üst seviyeyi görür, altı görmez — üretimde eksik çıkar. Çözüm: multi-level BOM; her alt montajın kendi ağacı.
Hata 3: Birim ve miktar tutarsızlığı
Bir satırda "adet", diğerinde "metre", üçüncüde "gram" karışık; dönüşüm tablosu yok. Çözüm: ana birim + alternatif birim tanımı; patlatmada otomatik dönüşüm.
Hata 4: Phantom ve yarı mamul karışıklığı
Planlama için görünmez olması gereken phantom kalemler stok kartı gibi işlenir veya tam tersi. Çözüm: kalem tipi (hammadde, yarı mamul, phantom, satın alınan montaj) net tanımlanmalı.
Hata 5: Mühendislik ile üretim BOM'u ayrık
Ar-Ge'nin tasarım BOM'u ile üretimin sahada kullandığı BOM farklıdır. büyük savunma sanayi entegratörü gibi savunma siparişlerinde müşteri revizyonu kalem bazında gelir; iki BOM senkron değilse sevkiyat reddedilir. Çözüm: tek onaylı BOM; mühendislik çıktısı onaylanınca üretim BOM'u kilitlenir.
Hata 6: Etki analizi yapılmadan değişiklik
Bir direnç değiştiğinde sadece o satır güncellenir; test prosedürü ve CoC metni güncellenmez. Çözüm: değişiklik kaydı (ECR/ECO) ile etkilenen doküman, test ve siparişlerin listelenmesi.
Hata 7: Tarihçe ve geriye izleme yok
Denetimde "o tarihte hangi BOM geçerliydi?" sorusuna cevap yok. Çözüm: revizyon arşivi; üretim emri hangi BOM revizyonuyla açıldıysa o revizyonla kapanır.
Tedeg Savunma dersi: 24 kalemli BOM
— numaralı PO altında 24 kalem ve 83 adet üretimde, tek bir unutulan alt parça tüm teslim planını kaydırır. ERP'de kalem bazlı rezervasyon ve patlatma, "eksik liste"yi günlük toplantının konusu değil, sistem uyarısının konusu yapar.
Pratik iyileştirme planı
Hafta 1: tüm aktif projelerde BOM revizyon envanteri. Hafta 2: multi-level eksikleri tamamla. Hafta 3: onay akışı ve MRP kilidi. Hafta 4: ECO şablonu ve denetim simülasyonu. Bu dört hafta, yeni modül satın almaktan daha çok değer üretir.
Sonuç
BOM yönetimi bir liste işi değil, yaşayan bir yapılandırma disiplinidir. Yedi hatanın ortak paydası: revizyon, seviye ve onayın sistemde zorunlu olmaması. ETO firmaları için BOM doğruluğu, marj kadar kritiktir.
Alternatif malzeme ve muadil yönetimi
Onaylı alternatif listesi olmadan "sahada bulduğumuz" muadil kullanımı izlenebilirliği kırar. BOM'da alternatif satırlar, öncelik sırası ve onay koşulu tanımlanmalıdır. Acil muadil kullanımı sonradan ECO ile resmileştirilmeli.
Dokümantasyon ve BOM ilişkisi
Çizim, iş talimatı, test prosedürü ve BOM birbirinden kopuk olmamalıdır. Revizyon birinde değiştiğinde diğerleri etki analizinde listelenmelidir. Denetimde "BOM Rev C ama talimat Rev A" bulgusu sık görülür.
ERP'de BOM yönetim olgunluk seviyeleri
Seviye 1: tek seviye liste. Seviye 2: multi-level patlatma. Seviye 3: revizyon + onay. Seviye 4: ECO ve etki analizi. Seviye 5: mühendislik çıktısı entegrasyonu. KOBİ'ler çoğu zaman Seviye 1–2'de takılı kalır; hedef en az Seviye 3 olmalıdır.
Ar-Ge ve üretim arasında ortak dil
Mühendislik parça numarası ile üretim stok kodu farklıysa sürekli eşleştirme hatası olur. Master data komitesi: yeni parça, kod değişikliği, iptal kuralları. Haftalık BOM drift toplantısı: tasarımda olup üretimde olmayan kalemler.
Eğitim ve sorumluluk
BOM hatasının çoğu bilgisizlikten değil, yetki belirsizliğinden doğar. Kim revizyon açar, kim onaylar, kim patlatır net olmalıdır. Onaysız değişiklik yapan kullanıcıya sistem izin vermemelidir.
Özet ve uygulama adımları
Bu yazıdaki başlıkları kendi organizasyonunuzda kontrol listesine dönüştürün. Her madde için sorumlu kişi ve hedef tarih atayın. Üç ay sonra aynı listeyi gözden geçirin; iyileşme ölçülebilir olmalıdır. Dijital dönüşüm tek seferlik proje değil, sürekli kayıt ve ölçüm disiplinidir.
Tedeg ERP ekosisteminde savunma ve ETO süreçleri sahada test edilmiştir; büyük savunma sanayi siparişi gibi gerçek senaryolar, teorik modül listelerinden daha güvenilir referanstır. Kendi pilot projenizi tanımlayın, KPI koyun, sonra ölçeklendirin.
Sorularınız için demo ve süreç danışmanlığı talep edebilirsiniz; önemli olan yazılım değil, operasyonunuzun tek doğruluk kaynağını oluşturmaktır.
Özet ve uygulama adımları
Bu yazıdaki başlıkları kendi organizasyonunuzda kontrol listesine dönüştürün. Her madde için sorumlu kişi ve hedef tarih atayın. Üç ay sonra aynı listeyi gözden geçirin; iyileşme ölçülebilir olmalıdır. Dijital dönüşüm tek seferlik proje değil, sürekli kayıt ve ölçüm disiplinidir.
Tedeg ERP ekosisteminde savunma ve ETO süreçleri sahada test edilmiştir; büyük savunma sanayi siparişi gibi gerçek senaryolar, teorik modül listelerinden daha güvenilir referanstır. Kendi pilot projenizi tanımlayın, KPI koyun, sonra ölçeklendirin.
Sorularınız için demo ve süreç danışmanlığı talep edebilirsiniz; önemli olan yazılım değil, operasyonunuzun tek doğruluk kaynağını oluşturmaktır.
Özet ve uygulama adımları
Bu yazıdaki başlıkları kendi organizasyonunuzda kontrol listesine dönüştürün. Her madde için sorumlu kişi ve hedef tarih atayın. Üç ay sonra aynı listeyi gözden geçirin; iyileşme ölçülebilir olmalıdır. Dijital dönüşüm tek seferlik proje değil, sürekli kayıt ve ölçüm disiplinidir.
Tedeg ERP ekosisteminde savunma ve ETO süreçleri sahada test edilmiştir; büyük savunma sanayi siparişi gibi gerçek senaryolar, teorik modül listelerinden daha güvenilir referanstır. Kendi pilot projenizi tanımlayın, KPI koyun, sonra ölçeklendirin.
Sorularınız için demo ve süreç danışmanlığı talep edebilirsiniz; önemli olan yazılım değil, operasyonunuzun tek doğruluk kaynağını oluşturmaktır.