Makine İmalatında Proje Bazlı Maliyetleme Nasıl Kurulur?

Makine imalatında proje bazlı maliyetleme, teklif aşamasında verdiğiniz ön maliyetle sahada gerçekleşen maliyeti aynı kalem yapısı üzerinde karşılaştırabilmek demektir: mühendislik ve tasarım saatleri, satın alma ve fason kalemler, montaj işçiliği ve devreye alma gideri tek proje kodu altında toplanır. Bu yapı kurulmadan hangi makinenin para kazandırdığını bilemezsiniz, ancak tahmin edersiniz. Bu yazıda hem kavramsal akışı hem de SAP Business One tarafındaki karşılığını — proje kodu, maliyet merkezi, ürün ağacı ve iş emri ilişkisini — anlatıyoruz.

Excel'le proje maliyeti takibi nerede kırılıyor

Sipariş üzerine makine üreten şirketlerde en sık gördüğümüz tablo şu: teklif ekibinin bir Excel'i var, satın almanın başka bir Excel'i var, muhasebe programı ise ikisinden de habersiz kendi dünyasında çalışıyor. Her dosya kendi içinde tutarlı; sorun, üçünün aynı projeye baktığında farklı sayılar söylemesi.

Dağınık takibin tekrar eden kırılma noktaları belli:

• Mühendislik ve tasarım saatleri hiçbir yere yazılmaz; proje "malzeme + işçilik" sanılır ve en pahalı girdilerden biri maliyetin dışında kalır.
• Satın alınan kalemler projeyle ilişkilendirilmeden genel stoğa girer; hangi milin, hangi redüktörün hangi makineye gittiği faturadan geriye doğru sökülmeye çalışılır.
• Fason faturası ay sonunda toplu gelir; hangi operasyonun hangi projeye ait olduğu faturanın açıklama satırından tahmin edilir.
• Devreye alma ve saha giderleri proje "bittikten" sonra gelir; Excel çoktan kapatıldığı için hiçbir projeye yazılmaz.
• Aynı projenin iki farklı "maliyeti" oluşur ve yönetim toplantısında hangisinin doğru olduğu tartışılır.

Bir makine imalatçısı müşterimizde tam bu son durumu görmüştük: teklif ekibi ile muhasebe aynı proje için farklı maliyet rakamları raporluyordu ve ikisi de kendi verisine göre haklıydı. Sorun kişilerde değil, verinin tek bir akışta toplanmamasındaydı.

Teklif aşaması: ön maliyet bir tahmin değil, referanstır

Proje bazlı maliyetlemenin başlangıç noktası devreye alma değil, teklif masasıdır. Teklif ön maliyeti yalnızca fiyat vermek için hazırlanan bir hesap değil, projenin ömrü boyunca gerçekleşenin karşılaştırılacağı referanstır. Bu yüzden ön maliyetin kalem yapısı, gerçekleşen maliyetin toplanacağı yapıyla birebir aynı olmalı: mühendislik saati tahmini, ana malzeme listesi, fason operasyonlar, montaj işçiliği, devreye alma ve seyahat.

Sahada gördüğümüz yaygın hata, teklifin toptan bir "maliyet + kâr marjı" mantığıyla, gerçekleşenin ise muhasebe hesap planına göre tutulması. İki yapı örtüşmeyince proje sonunda yapılabilecek tek analiz "toplamda kârda mıyız, zararda mıyız" oluyor — sapmanın mühendislikten mi, fasondan mı, montajdan mı geldiği hiç görülemiyor.

Teklif aşamasında ürün ağacının taslak olması normaldir; sipariş üzerine tasarımda kesin BOM zaten mühendislik ilerledikçe oluşur. Önemli olan taslağın da aynı yapıda tutulması: kesinleşen her revizyon aynı kalemlerin üzerine yazılır, karşılaştırma zemini hiç kaybolmaz.

Maliyetin dört ana kalemi tek akışta

Makine imalat projesinin maliyeti dört ana koldan akar. Sağlıklı bir yapıda dördü de kaynağında, işlem anında proje koduna bağlanır:

Maliyet kalemi	Verinin kaynağı	Dağınık takipte tipik sorun
Mühendislik ve tasarım saatleri	Zaman/aktivite kaydı	Saat yazılmaz; proje olduğundan kârlı görünür
Satın alma ve fason kalemler	Satın alma siparişi ve faturası	Kalem projeye değil genel stoğa yazılır
Montaj işçiliği	İş emri işçilik kaydı	Ustabaşının defterinde kalır, muhasebeye geç ulaşır
Devreye alma ve saha giderleri	Masraf ve seyahat kayıtları	Proje kapandıktan sonra gelir, sahipsiz kalır

Bu dört kalemin en görünmezi mühendislik saatleridir. Tasarım ekibi maliyet kaydını angarya olarak görür ve haksız da sayılmaz — kayıt mekanizması günlük işin içine gömülmediyse kimse mesaisini sonradan hatırlayıp yazmaz. Çözüm kültürel baskı değil, kaydı işin doğal parçası yapan basit bir akıştır: iş emrine ya da proje aktivitesine saat girmek, ayrı bir çizelge doldurmaktan her zaman daha çok tutar.

Fason kalemler makine imalatında ayrı bir dikkat ister. Lazer kesim, taşlama, ısıl işlem, kaplama gibi operasyonlar dışarıda yapılıyorsa fason sipariş daha açılırken proje koduyla ve mümkünse ilgili iş emriyle ilişkilendirilmeli. Ay sonunda gelen toplu faturayı projelere dağıtmaya çalışmak, dağınık takibin en yorucu ve en hataya açık işlerinden biri.

Devreye alma ise takvim yüzünden kaybolur: makine sevk edildiğinde şirket içinde proje psikolojik olarak biter, ama müşteri sahasındaki kurulum, ayar ve kabul süreci maliyet üretmeye devam eder. Proje kodu resmi kabul yapılana kadar açık kalmalı; kapanışı sevkiyat değil, kabul tetiklemeli.

SAP Business One tarafında yapı nasıl kurulur

SAP Business One tarafında bu akışın omurgası proje kodudur. Proje kartı bir kez açılır; satın alma siparişinden satış faturasına, işçilik kaydından masraf fişine kadar her belge bu koda bağlanır. Rapor almak için ay sonunu beklemezsiniz — proje maliyeti, belgeler işlendikçe kendiliğinden birikir.

Proje kodu ile maliyet merkezini karıştırmamak gerekir; ikisi birbirinin alternatifi değil, tamamlayıcısıdır. Proje kodu işin kendisini izler: "şu müşterinin şu makinesi". Maliyet merkezi organizasyonu izler: tasarım ofisi, imalat atölyesi, montaj ekibi. Aynı işçilik fişi hem projeye hem maliyet merkezine yazıldığında iki soruya birden cevap alırsınız: bu makine bize kaça mal oldu ve tasarım ofisimiz yılda ne kadar kaynak tüketiyor.

Ürün ağacı ve iş emri tarafında akış şöyle işler: kesinleşen BOM üzerinden açılan iş emirleri malzemeyi stoktan çeker, işçilik ve makine sürelerini toplar; fason operasyonlar iş emrinin bir adımı olarak tanımlanır ve fason faturası geldiğinde maliyet doğrudan o adıma oturur. Böylece "fason ne kadar tuttu" sorusunun cevabı faturadan değil, iş emrinden okunur.

Bir uyarıyı saklamadan yazalım: sistem, belge disiplini kadar iyidir. Proje kodu girilmeden kaydedilen bir satın alma siparişi, en iyi kurgulanmış yapıyı bile deler. Bu yüzden kurulumda proje alanını kritik belgelerde zorunlu tutmayı ve istisnaları raporla yakalamayı öneriyoruz — sonradan temizlik yapmaktan her zaman ucuzdur.

Proje bitmeden görmek: devam eden işlerin maliyeti

Proje bazlı maliyetlemenin çoğu zaman atlanan getirisi, kapanış raporu değil ara görünürlüktür. Aylar süren bir makine projesinde maliyetin nerede olduğunu yalnızca proje sonunda görmek, direksiyonu teslimatta ele almaya benzer: teklifteki mühendislik bütçesi daha tasarım aşamasında eridiyse, bunu montaja başlamadan bilmek istersiniz.

Tek akışlı yapıda bu mümkündür: proje kartında biriken maliyet, teklif kalemleriyle her an karşılaştırılabilir. "Bütçenin neresindeyiz" sorusu aylık toplantının gündem maddesi olmaktan çıkar, proje yöneticisinin ekranında duran bir sayıya döner. Erken görülen sapmada hâlâ seçenek vardır — kapsamı müşteriyle yeniden konuşmak, fasona verilen operasyonu içeri almak, termin planını revize etmek. Kapanışta görülen sapmada ise yalnızca ders vardır.

Muhasebe tarafındaki karşılığı, devam eden işlerin (yarı mamul) doğru izlenmesidir: tamamlanmamış projelerin birikmiş maliyeti bilançoda görünür, gelir kaydıyla maliyet aynı döneme oturur. Uzun süren projelerde dönemsel kârlılığın gerçeği yansıtması bu eşleşmenin disiplinine bağlıdır.

Değişiklik talepleri: marjın sessiz katili

Makine imalatında müşterinin proje ortasında kapsam değiştirmesi istisna değil kuraldır: "şuraya bir konveyör daha", "pano şu tarafa alınsın", "kabul kriterine şu test de eklensin". Tek tek makul görünen bu taleplerin toplamı, teklifte hesaplanan marjı sessizce eritir — çünkü çoğu şirkette değişiklik talebinin resmi bir kaydı yoktur.

Önerdiğimiz disiplin basit: her değişiklik talebi projede ayrı bir kalem olarak açılır, ek maliyeti mühendislik saati dahil tahmin edilir ve fiyat-termin etkisi müşteriyle konuşulmadan işe başlanmaz. Bu, ilişkiyi germek değildir; tersine "bunu yaparız, etkisi şudur" diyebilen tedarikçi güven verir. Kayıtsız yapılan her değişiklik ise proje sonundaki "neden zarar ettik" sorusunun cevabına bir satır daha ekler.

Teklif-gerçekleşen karşılaştırması: döngüyü kapatmak

Yapının asıl getirisi proje kapanışında ortaya çıkar. Teklif ön maliyeti ile gerçekleşen, aynı kalem yapısında yan yana konur ve sapmanın adresi netleşir: mühendislik saatleri mi taştı, malzeme fiyatları mı değişti, fason mu pahalıya geldi, montaj mı uzadı.

Kapanış toplantısında sorulması gereken sorular kısa bir liste:

• Hangi kalem tekliften saptı ve sapma tutar olarak nerede yoğunlaştı?
• Sapma tahmin hatası mı, yoksa kapsam değişikliği mi? İkisi aynı şey değildir ve farklı dersler çıkarır.
• Müşteri kaynaklı değişiklik talepleri ayrıca fiyatlandırıldı mı, yoksa marjın içinde mi eridi?
• Bir sonraki teklifte hangi kalemin tahmin yöntemi değişmeli?

Bu analiz tek proje için yapıldığında ilginçtir; birikimli yapıldığında değerlidir. Aynı kalemde sapma proje üstüne proje tekrarlanıyorsa sorun artık tekil tahmin hatası değil, sistematik fiyatlama hatasıdır — ve teklif şablonunuz düzeltilmeden her yeni sözleşmeye taşınır.

Nereden başlamalı

Bu yapıyı kurmak teknik bir iş olmaktan önce bir karar işidir: kalem yapısına, proje kodu açma kurallarına ve belge disiplinine kimin sahip çıkacağına baştan karar verilmeli. Yazılım bu kararların üzerine gelir, yerine geçmez. 15+ yıllık saha deneyimimizde en iyi sonucu, yapıyı önce kâğıt üzerinde netleştirip sonra sisteme taşıyan şirketlerde gördük; bu kurguyu birlikte çalıştığımız firmalarda SAP Business One danışmanlık sürecinin ilk adımı olarak ele alıyoruz.

Başlangıç toplantısında masaya konması gereken sorular kısa bir listedir:

• Teklif ve gerçekleşen tarafında ortak bir kalem yapımız var mı?
• Proje kodunu kim, hangi kurala göre açıyor; hangi belgelerde zorunlu?
• Mühendislik saatleri hangi mekanizmayla, işin doğal akışı içinde kaydedilecek?
• Fason siparişler iş emri adımına bağlanıyor mu, yoksa faturadan mı dağıtılıyor?
• Proje kapanışını hangi olay tetikliyor — sevkiyat mı, müşteri kabulü mü?

Kapsam dar tutulursa beklemeye de gerek yok: proje bazlı maliyetlemeyi merkeze alan kapsamlı bir KOBİ kurulumu tipik olarak 2-8 haftada devreye alınabiliyor. Kritik olan büyük başlamak değil, ilk projeden itibaren veriyi tek akışta toplamaya başlamak.

Sık sorulan sorular

Makine imalatında proje maliyeti nasıl takip edilir?

Her projeye bir proje kodu açıp mühendislik saatleri, satın alma ve fason kalemler, montaj işçiliği ve devreye alma giderlerini kaynağında bu koda bağlayarak. Kritik kural, teklif ön maliyetiyle gerçekleşen maliyetin aynı kalem yapısını kullanması — aksi halde proje sonunda sapma analizi yapılamaz.

SAP Business One proje bazlı maliyetleme yapabilir mi?

Evet; SAP Business One'da proje kartı satın alma, satış, üretim ve muhasebe belgelerinin tamamına bağlanabilir, iş emirleri malzeme ve işçilik maliyetini toplar, fason operasyonlar iş emri adımı olarak izlenir. Maliyet merkezleriyle birlikte kullanıldığında hem proje kârlılığı hem departman maliyeti aynı veriden raporlanır.

Teklif maliyeti ile gerçekleşen maliyet neden bu kadar ayrışıyor?

En yaygın üç sebep: mühendislik saatlerinin teklifte eksik öngörülüp sahada hiç kaydedilmemesi, kapsam değişikliklerinin ayrıca fiyatlandırılmadan marj içinde eritilmesi ve devreye alma maliyetinin proje kapandıktan sonra gelip hiçbir yere yazılmaması. Üçü de yapı sorunudur ve tek akışlı takiple görünür hale gelir.

Fason operasyon maliyetleri nasıl izlenmeli?

Fason sipariş daha açılırken proje koduna ve ilgili iş emrine bağlanmalı; ay sonunda gelen toplu faturayı projelere sonradan dağıtmak hem yorucu hem hataya açıktır. İş emri adımı olarak tanımlanan fason operasyonda maliyet, fatura geldiğinde doğrudan doğru makineye oturur.