Ürün Ağacı (BOM) Nedir? Yapısı ve Fire Oranı
Ürün ağacı, bir ürünün nelerden ve ne kadarından oluştuğunu tanımlar. Tek/çok seviyeli yapı, fire oranı, revizyon yönetimi, fantom kalem ve varyant konfigürasyonu.
Ürün ağacı, üretim yönetiminin en temel ve en çok ihmal edilen verisidir.
İhmal edilir çünkü kurulduğunda görünmez. Ama MRP onun üzerinden hesaplar, maliyet ondan çıkar, sarf ona göre düşer. Ürün ağacı yanlışsa sistemin geri kalanı doğru çalışsa bile sonuç yanlıştır — ve hata her seferinde başka bir yerde patlar.
Ürün ağacı nedir?
Ürün ağacı (BOM — Bill of Materials, bazı sektörlerde reçete), bir birim ürünün hangi bileşenlerden, ne miktarda oluştuğunu tanımlayan yapıdır.
En sade hâliyle bir liste:
| Ana ürün | Bileşen | Miktar | Birim |
|---|---|---|---|
| Sac kabin | Gövde sacı | 2 | adet |
| Sac kabin | Kapak | 1 | adet |
| Sac kabin | Menteşe | 4 | adet |
| Sac kabin | Boya | 0,35 | kg |
Ama gerçek ürün ağaçları liste değil ağaçtır: kapağın da kendi bileşenleri vardır.
Tek ve çok seviyeli ürün ağacı
Tek seviyeli
Sadece bir üst–bir alt ilişkisini gösterir. Her yarı mamulün kendi ağacı ayrı tanımlanır.
Sac kabin
├── Gövde sacı 2
├── Kapak 1
├── Menteşe 4
└── Boya 0,35 kg
Çok seviyeli (patlatılmış)
Tüm alt seviyeler açılır:
Sac kabin
├── Gövde sacı 2
├── Kapak 1
│ ├── Kapak sacı 1
│ ├── Conta 1,2 m
│ └── Kilit 1
├── Menteşe 4
└── Boya 0,35 kg
Sistemde tek seviyeli tanımlanır, çok seviyeli hesaplanır. Her yarı mamul kendi ağacına sahiptir; MRP bunları çalışma anında zincirler. Bu ayrım önemlidir: kapağın ağacı değiştiğinde onu kullanan tüm ürünler otomatik güncellenir.
Seviye kaç olmalı?
Ürün ağacı seviyesi, stoklanan ya da ayrı iş emriyle üretilen her adım için açılır. Bir yarı mamul:
- ayrı stoklanıyorsa,
- birden çok üründe kullanılıyorsa,
- ayrı bir iş emriyle üretiliyorsa,
- ya da fasona gidiyorsa
kendi seviyesini hak eder. Aksi hâlde gereksiz seviye, planlamayı ve sarf kaydını ağırlaştırır.
Ürün ağacında bulunması gerekenler
| Alan | Neden gerekli |
|---|---|
| Bileşen kodu | Hangi malzeme |
| Miktar ve birim | Ne kadar |
| Fire oranı | Gerçek ihtiyaç hesabı |
| Geçerlilik tarihi | Revizyon yönetimi |
| Operasyon bağlantısı | Hangi adımda tüketilecek |
| Alternatif bileşen | Yoksa ne kullanılabilir |
| Fantom işareti | Stoklanmayan ara kademe |
Türkiye'deki uygulamalarda en sık eksik olan iki alan fire oranı ve operasyon bağlantısıdır.
Fire oranı
Bir operasyonda malzemenin bir kısmı kaybolur. Ürün ağacında tanımlanmazsa her partide eksik kalır.
Gerçek ihtiyaç = Net miktar / (1 − Fire oranı)
%6 fire veren bir kesim operasyonunda 460 adet çıkış için:
460 / (1 − 0,06) = 460 / 0,94 ≈ 490 adet giriş
Fire oranını "biraz fazla al" diyerek elle telafi etmek, maliyeti de planı da bozar. Sistemde tanımlıysa hem MRP doğru hesaplar hem maliyet gerçeği yansıtır.
Operasyon bağlantısı
Malzemenin hangi operasyonda tüketildiği belirtilirse:
- Sarf, o operasyon bildirildiğinde düşer (baştan değil)
- Yarım kalan iş emrinde ne kadar malzeme harcandığı doğru bilinir
- Fasona giden operasyonun malzeme sorumluluğu netleşir
Tüm malzemeyi iş emri başında düşen bir sistemde, iptal edilen bir iş emrinden malzeme geri toplamak elle iş olur.
Fantom kalem
Fiziksel olarak var olan ama stoklanmayan ara kademe. Örneğin bir montaj alt grubu: üretilir ve hemen bir üst montaja girer, hiç rafa konmaz.
Fantom işaretlenirse MRP o kademe için iş emri açmaz, doğrudan içindekileri patlatır. İşaretlenmezse her partide gereksiz bir iş emri ve gereksiz iki stok hareketi oluşur.
Varyant yönetimi
Aynı ürünün renk, ölçü, malzeme ya da opsiyon farklarıyla çoğalması, ürün ağacı yönetiminin en zor konusudur.
Yöntem 1 — Her varyant ayrı ürün
En basit, en şeffaf, en çok bakım isteyen yöntem. 6 gövde × 5 renk × 3 kilit = 90 ayrı ürün ağacı. Kilit tedarikçisi değiştiğinde 90 ağaç güncellenir.
Varyant sayısı düşükse (10–20) sorun değildir.
Yöntem 2 — Konfigüre edilebilir ürün ağacı
Tek bir "süper ağaç" tanımlanır, bileşenler kurallara bağlanır:
Sac kabin (konfigüre edilebilir)
├── Gövde sacı [Ölçü = Ne seçilirse]
├── Kilit [Kilit tipi = Standart ise]
├── Kilit Plus [Kilit tipi = Güvenlikli ise]
└── Boya [Renk = Ne seçilirse] 0,35 kg
Sipariş girilirken opsiyonlar seçilir, sistem o siparişe özel ağacı üretir. 90 ağaç yerine 1 ağaç ve birkaç kural.
Kurulumu daha zahmetlidir ama varyant sayısı yüzleri buluyorsa tek sürdürülebilir yöntemdir.
Yöntem 3 — Modüler ağaç
Ürün, bağımsız modüllere bölünür; her modülün kendi ağacı olur ve sipariş modüllerin kombinasyonu olarak tanımlanır. Siparişe montaj (ATO) yapan işletmelerde standart yaklaşımdır ve aynı zamanda ayrıştırma noktasını yukarı taşır: modüller stokta beklerse teslim süresi kısalır.
Revizyon yönetimi
Ürün değişir. Kritik soru şudur: devam eden iş emirleri hangi ağaca göre çalışacak?
Doğru yaklaşım, ürün ağacı satırlarına geçerlilik tarihi koymaktır:
| Bileşen | Miktar | Geçerli başlangıç | Geçerli bitiş |
|---|---|---|---|
| Kilit A | 1 | 01.01.2025 | 30.09.2026 |
| Kilit B | 1 | 01.10.2026 | — |
Böylece:
- 30 Eylül'den önce açılan iş emirleri Kilit A ile çalışır
- Sonrakiler Kilit B kullanır
- Geçmiş maliyet hesapları bozulmaz
- Elde kalan Kilit A stoğu planlanabilir
Revizyonu ağacı üzerine yazarak yapmak, geçmişi geriye dönük olarak değiştirir; geçen ayın maliyet raporu bugün farklı çıkar.
Ürün ağacı doğruluğu nasıl ölçülür?
Ürün ağacı doğruluğu, üretim verisinin genelde ölçülmeyen ama en belirleyici göstergesidir.
BOM doğruluğu = Sapmasız tamamlanan iş emri / Toplam iş emri
"Sapmasız" tanımı işletmeye göre değişir; genelde planlanan ile fiili sarf arasında %2'nin altında fark aranır. Hedef %98'in üzeridir.
Doğruluk düşükse yaygın sebepler:
- Mühendislik revizyonu üretime yansıtılmamış
- Fire oranı tanımsız ya da gerçekdışı
- Operatör ağaç dışı malzeme kullanıyor ama kaydetmiyor
- Birim dönüşümleri hatalı (metre/kg, adet/paket)
- Alternatif bileşen kullanımı sisteme girilmiyor
Bunlardan üçüncüsü en sinsi olanıdır: sistem doğru görünür, sahada başka bir şey olur. MES katmanında manuel sarf kaydı bunu görünür kılar.
Mühendislik ve üretim ağacı (EBOM / MBOM)
İki farklı bakış aynı ürüne:
| EBOM (mühendislik) | MBOM (üretim) | |
|---|---|---|
| Kim kurar | Tasarım / teknik ofis | Üretim mühendisliği |
| Yapısı | Ürünün işlevsel yapısı | Üretim sırasına göre montaj yapısı |
| İçerir | Tasarım bileşenleri | Sarf malzeme, ambalaj, fire, fason adımları |
| Kullanır | CAD, PDM | ERP, MRP, maliyet |
EBOM'da olmayan ama MBOM'da olması gereken kalemler: kaynak teli, boya, yapıştırıcı, koruyucu film, ambalaj, palet. Bunlar üründe "yok" ama üretimde tüketiliyor — MBOM'a girmezse maliyet eksik çıkar.
Küçük ve orta ölçekli işletmelerin çoğu tek ağaçla çalışır ve bu genelde yeterlidir; ayrım, tasarım ekibi ayrı bir CAD/PDM ortamında çalıştığında anlam kazanır.
Özet
- Ürün ağacı, MRP'nin, maliyetin ve sarfın ortak girdisidir; yanlışsa hepsi yanlış olur.
- Sistemde tek seviyeli tanımlanır, çok seviyeli hesaplanır.
- Fire oranı ve operasyon bağlantısı en sık eksik bırakılan iki alandır.
- Fantom kalem, stoklanmayan ara kademelerde gereksiz iş emrini önler.
- Revizyon, üzerine yazarak değil geçerlilik tarihiyle yönetilir.
- Varyant sayısı yüzleri buluyorsa konfigüre edilebilir ağaç tek sürdürülebilir yoldur.
Sık sorulan sorular
BOM ile reçete aynı şey mi?
İşlevsel olarak evet. "Ürün ağacı" ve "BOM" genelde kesikli imalatta (makine, metal, montaj); "reçete" ise proses üretiminde (gıda, kimya, boya) kullanılır. Proses reçetelerinde miktarlar genelde oransaldır ve verim/fire kavramı daha belirleyicidir.
Ürün ağacında miktar birimi ne olmalı?
Malzemenin stok birimi olmalıdır. Sac metrekare ile stoklanıyorsa ağaçta da metrekare kullanılmalı; adet üzerinden tanımlayıp sonra dönüştürmeye çalışmak yaygın bir hata kaynağıdır. Dönüşüm gerekiyorsa sistemde tanımlı birim dönüşüm tablosundan yapılmalıdır.
Fire oranı ürün ağacına mı rotaya mı yazılır?
Malzemeye özgüyse ürün ağacına (kesim artığı gibi), operasyona özgüyse rotaya (ilk parça ayarı gibi). Çoğu sistem her ikisini de destekler; ikisinde birden tanımlamak fireyi iki kez saydırır.
Ürün ağacı kaç seviyeli olmalı?
Sayı hedefi yoktur. Kural şudur: bir ara ürün stoklanıyorsa, ayrı iş emriyle üretiliyorsa, birden çok üründe kullanılıyorsa ya da fasona gidiyorsa kendi seviyesini alır. Diğer durumlarda fantom işaretlenerek seviye açılmadan geçilir.
Ürün ağacını Excel'den aktarabilir miyim?
Evet, ilk kurulumda yaygın yöntemdir. Aktarımdan önce üç kontrol yapın: tüm bileşen kodları stok kartlarında tanımlı mı, birimler tutarlı mı, döngüsel referans var mı (A, B'yi içerirken B de A'yı içeriyor mu). Bu üç kontrol yapılmadan yapılan aktarım genelde geri alınmak zorunda kalır.