Sipariş üzerine mühendislik (ETO) yapan bir üretim KOBİ'sinde en sık duyulan cümlelerden biri şudur: "Bu işten para kazandık mı, emin değilim." Teklif hazırlanırken saatler harcanır; malzeme listesi çıkarılır, tedarikçilerden fiyat toplanır, işçilik ve fason kalemleri hesaplanır, üstüne bir kâr marjı konur. Sonra proje başlar, aylar sürer, sevkiyat yapılır, fatura kesilir ve dosya kapanır. Teklifte hesaplanan maliyetle gerçekleşen maliyet arasındaki fark ise çoğu zaman hiç konuşulmaz.
Üretim ve ERP forumlarında bu dönem sıkça dile getirilen bir şikâyet tam olarak bu: işler "otopsisiz" kapanıyor. Firma bir projede neden zarar ettiğini ya da neden beklenenden fazla kazandığını bilmediği için bir sonraki teklifi yine aynı varsayımlarla hazırlıyor. Bu yazıda ETO modelinde teklif-gerçekleşen karşılaştırmasının neden zor olduğunu ve bunu bir alışkanlığa dönüştürmenin pratik yolunu ele alıyoruz.
ETO'da maliyet sapması neden seri üretimden daha tehlikeli?
Seri üretimde standart maliyet vardır. Aynı ürün binlerce kez üretildiği için sapmalar zamanla görünür hâle gelir ve düzeltilir. ETO'da ise her proje büyük ölçüde tektir. Ürün ağacı müşteriye göre şekillenir, bazı parçalar ilk kez tedarik edilir, bazı operasyonlar ilk kez yapılır. Bu yüzden bir projede oluşan sapma, "ortalamaya karışıp kaybolmaz"; doğrudan o projenin kârlılığını belirler.
Üstelik ETO projelerinde teklif ile teslim arasındaki süre uzundur. Savunma ve havacılık tedarik zincirinde altı ay ile iki yıl arası süreler olağandır. Bu süre içinde döviz kuru değişir, tedarikçi fiyat günceller, mühendislik revizyonları gelir. Teklif anındaki maliyet varsayımı, proje kapanırken çoktan geçerliliğini yitirmiş olabilir.
Sapma nereden gelir? Dört tipik kaynak
Deneyimimiz, maliyet sapmalarının büyük kısmının birkaç tekrar eden kaynaktan beslendiğini gösteriyor:
- Eksik ürün ağacı: Teklif aşamasında BOM çoğu zaman taslaktır. Bağlantı elemanları, kablo aksesuarları, ambalaj ya da test sarf malzemeleri teklifte yer almaz ama üretimde tüketilir.
- Fiyat ve kur kayması: Teklif, geçen yılki bir alım fiyatına ya da o günkü kura göre hazırlanır. Satınalma altı ay sonra yapıldığında fiyat ve kur farklıdır.
- Minimum sipariş miktarı artığı: Projeye 12 adet gereken bir kalem 100'lük paketle satılıyorsa, aradaki fark ya projeye yüklenir ya da stokta ölü maliyet olarak bekler. Hangisi olduğu belirsizse proje maliyeti de belirsizdir.
- Kalite kayıpları ve yeniden işleme: Giriş kalite kontrolünde reddedilen malzeme, uygunsuzluk sonrası yeniden sipariş, hurda ve yeniden işleme; bunların hiçbiri teklifte yoktur ama hepsi projeye gerçek bir maliyet olarak yansır.
Neden çoğu firma bu karşılaştırmayı yapamıyor?
Sorun genellikle niyet eksikliği değil, veri kopukluğudur. Teklif bir Excel dosyasında, BOM başka bir dosyada, satınalma siparişleri muhasebe ağırlıklı ERP'de, mal kabul kayıtları depoda tutulan bir listede, uygunsuzluk raporları ise kalite biriminin klasöründedir. Proje kapandığında bu parçaları bir araya getirmek birkaç günlük bir iştir ve kimse o birkaç günü ayırmaz.
Bir diğer sorun da karşılaştırmanın temelinin tanımlı olmamasıdır. "Planlanan maliyet" teklif anındaki hesap mı, BOM kesinleştiğindeki hesap mı, yoksa ilk satınalma planındaki tutar mı? Bu soruya net bir cevap verilmediğinde, her karşılaştırma tartışmaya dönüşür ve sonunda bırakılır.
Üç referans noktası: teklif, kesinleşmiş BOM, gerçekleşen
ETO'da tek bir "planlanan maliyet" yerine üç ayrı referans noktası tutmak çok daha öğreticidir:
- Teklif maliyeti: Müşteriye fiyat verilirken yapılan hesap. Satış ekibinin tahmin kalitesini ölçer.
- Kesinleşmiş BOM maliyeti: Mühendislik tamamlandıktan sonra, gerçek ürün ağacının son alım fiyatlarıyla çarpımı. Teklif ile bu değer arasındaki fark, mühendislik kapsamının ne kadar büyüdüğünü gösterir.
- Gerçekleşen maliyet: Projeye fiilen yapılan satınalmalar, fason bedelleri ve kalite kayıpları. Kesinleşmiş BOM ile bu değer arasındaki fark, tedarik ve operasyon disiplinini ölçer.
Bu ayrım yapıldığında "zarar ettik" gibi belirsiz bir tespit, "mühendislik kapsamı yüzde on beş büyüdü ama teklife yansımadı" ya da "iki kritik kalemde kur farkı marjı eritti" gibi aksiyon alınabilir bir teşhise dönüşür.
Proje kapanış otopsisi: 30 dakikalık bir rutin
Karşılaştırmanın kalıcı olması için bir ritüele bağlanması gerekir. Önerdiğimiz rutin basittir: son sevkiyat yapıldıktan sonraki ilk hafta içinde proje yöneticisi, satınalma ve kalite sorumlusu 30 dakika bir araya gelir ve şu dört soruyu cevaplar:
- Teklifte olmayan hangi kalemler BOM'a eklendi ve bunların toplam etkisi ne oldu?
- En büyük fiyat ya da kur sapması hangi beş kalemde oluştu?
- MOQ ve paket artığından ne kadar stok kaldı; bu stok başka projede kullanılabilir mi?
- Uygunsuzluk ve yeniden işleme kaynaklı ek maliyet ne kadardı ve kök nedeni neydi?
Bu toplantının çıktısı tek sayfalık bir not olmalı ve bir sonraki benzer teklifte teklif hazırlayan kişinin önüne gelmelidir. Asıl kazanç bu geri besleme döngüsündedir: firma her projede biraz daha isabetli teklif vermeyi öğrenir.
Verinin tek yerde olması neden belirleyici?
Otopsinin 30 dakika sürmesi ancak verinin önceden birleşik olmasıyla mümkündür. Teklif, proje, ürün ağacı, satınalma talebi, sipariş, mal kabul ve kalite kayıtları aynı sistemde ve aynı proje koduna bağlı olduğunda karşılaştırma bir rapor meselesi hâline gelir. Dağınık dosyalarla aynı analizi yapmak ise her seferinde yeniden bir veri toplama projesidir.
Tedeg ERP'yi tasarlarken bu zinciri kırmamaya özellikle dikkat ettik. Teklif modülünden doğan proje, çok seviyeli BOM'a bağlanır; MRP motoru net ihtiyacı hesaplayıp satınalma taleplerini proje bazında açar; siparişler, mal kabul ve giriş kalite kontrol kayıtları aynı projeye işlenir. Maliyet ekranı, bir ürün ağacını fason kalemler dahil patlatıp son alım fiyatı (yoksa tahmini fiyat) üzerinden para birimi bazında toplam verir; kur dönüşümlerinde TCMB'nin günlük kurları kullanılır. NCR ve karantina kayıtları da ilgili malzeme ve projeyle ilişkili tutulduğu için kalite kaynaklı kayıpları ayrıca aramak gerekmez. Bu, her maliyet kalemini otomatik olarak muhasebeleştiren bir sistem olduğu anlamına gelmez; ama otopsi için gereken verinin dağınık dosyalarda değil tek bir proje kaydı etrafında toplandığı anlamına gelir.
Küçük başlayın: önce malzeme, sonra işçilik
Birçok firma, teklif-gerçekleşen karşılaştırmasını mükemmel yapmak istediği için hiç başlamaz. İşçilik saatlerini operasyon bazında, makine sürelerini dakika dakika toplamadan analiz yapmanın anlamsız olduğunu düşünür. Oysa ETO projelerinin çoğunda malzeme ve fason, toplam maliyetin en büyük payını oluşturur. Sadece malzeme tarafını düzenli karşılaştırmak bile sapmaların önemli bir kısmını görünür kılar.
Önerimiz aşamalı ilerlemektir: ilk üç ay yalnızca malzeme ve fason sapmasını ölçün. Bu alışkanlık oturduktan sonra iş emri bazında işçilik tahminlerini ekleyin. Kapsamı genişletmek, hiç başlamamaktan her zaman daha iyidir.
Sonuç: her proje bir sonraki teklifin öğretmenidir
ETO'da kârlılık, üretim sahasındaki verimlilik kadar teklif isabetine de bağlıdır. Teklif isabeti ise ancak geçmiş projelerden öğrenerek artar. Projeleri otopsisiz kapatan bir firma, aynı hatayı farklı müşterilerde tekrar tekrar yapar. Üç referans noktası, 30 dakikalık bir kapanış rutini ve tek yerde tutulan veri; bu üçü bir araya geldiğinde "bu işten para kazandık mı?" sorusu, cevabı bilinen bir soruya dönüşür.
Proje bazlı maliyet görünürlüğünün kendi operasyonunuzda nasıl kurulabileceğini merak ediyorsanız, Tedeg ERP'nin proje ve maliyet ekranlarını bir demo üzerinden birlikte inceleyebiliriz.