İnşaat Firmalarında Şantiye Maliyeti ve Hakediş Takibi ERP'de Nasıl Kurulur?

İnşaat ve taahhüt işinde satış tek kalemlik değildir — bir sözleşme aylarca, bazen yıllarca sürer ve o süre boyunca malzeme, işçilik, ekipman ve taşeron maliyeti sürekli akar. Aynı anda birden fazla şantiye yürüten bir firma için asıl soru "bu ay ne kadar harcadık" değil, "hangi şantiye kâr ediyor, hangisi zarar ediyor" sorusudur. Bu soruya cevap Excel'de ancak ay sonunda, elle toplanan verilerle ve gecikmeli olarak verilebiliyorsa, zarar eden bir proje fark edildiğinde çoğu zaman iş bitmiş, düzeltme şansı kalmamış olur.

Şantiye maliyeti neden tek bir kalemde toplanamaz?

Bir şantiyenin maliyeti üç farklı kaynaktan gelir ve her biri ayrı hızda, ayrı belgeyle sisteme girer:

• Malzeme: satın alma siparişi, irsaliye, fatura — genellikle birden fazla tedarikçiden, farklı tarihlerde
• İşçilik: kendi personelinin şantiyede geçirdiği süre, puantaj, hakediş dönemine göre dağıtılan maaş/SGK maliyeti
• Ekipman ve taşeron: kiralık makine, nakliye, alt yüklenici hakedişleri

Bu üç kalem ayrı defterlerde veya ayrı Excel dosyalarında tutulduğunda, bir şantiyenin "bugüne kadar ne kadara mal olduğu" sorusuna cevap vermek üç ayrı kişiye üç ayrı soru sormayı gerektirir. Sonuç genellikle gecikmeli, eksik ya da çelişkili bir rakamdır. Doğru kurulumda üçü de aynı proje/şantiye koduna bağlanır; her fatura, her puantaj kaydı, her taşeron ödemesi kesildiği andan itibaren ilgili şantiyenin maliyetine otomatik yazılır.

Hakediş süreci proje muhasebesinden ayrı yürüyünce ne olur?

Hakediş, işverene veya taşerona "bu döneme kadar yapılan iş" üzerinden kesilen ara faturadır ve genellikle bir metraj/icmal cetveline dayanır. Hakediş tutarı proje muhasebesinden bağımsız, ayrı bir dosyada hazırlanırsa iki ayrı problem çıkar: birincisi, hakedişte beyan edilen iş oranı ile şantiyede fiilen harcanan maliyet oranı karşılaştırılamaz — firma işi %60 tamamladığını beyan eder ama gerçek maliyetin %80'i harcanmış olabilir, bu fark ancak proje bitince fark edilir. İkincisi, taşeron hakedişleri (alt yüklenicilere ödenen) ile işverene kesilen hakediş ayrı takip edilirse, iki taraf arasındaki marj (kâr) hangi dönemde gerçekleştiği belirsizleşir.

Hakedişin proje muhasebesiyle aynı sistemde, aynı şantiye koduyla ilerlemesi bu iki sorunu birlikte çözer: her hakediş dönemi kapandığında, o döneme kadarki gerçek maliyet ile beyan edilen iş oranı yan yana görünür.

Taşeron ödeme planı nasıl kontrol altına alınır?

Bir şantiyede genellikle birden fazla alt yüklenici (kaba inşaat, elektrik, mekanik, ince işler gibi) aynı anda çalışır ve her biriyle farklı bir sözleşme, farklı bir ödeme takvimi vardır. Bu sözleşmeler kağıt üzerinde veya dağınık dosyalarda tutulduğunda, hangi taşerona ne kadar ödendiği, ne kadar teminat/kesinti tutulduğu ve kalan hakedişin ne olduğu sorusu her ödeme talebinde yeniden hesaplanır. Sözleşme koşulları (birim fiyat, kesinti oranı, ödeme vadesi) sisteme bir kere tanımlandığında, her hakediş girişinde kesintiler otomatik hesaplanır ve taşeron bazında kalan bakiye anlık görünür. Bu, hem ödeme hatalarını azaltır hem de dönem sonunda hangi taşeronla ne kadar taahhüt kaldığını görmek için ayrı bir tabloya bakma ihtiyacını ortadan kaldırır.

Proje bazlı kârlılık nasıl anlık görünür hale gelir?

Şantiye maliyeti tek bir koda bağlı toplandığında ve hakediş geliri aynı koda işlendiğinde, proje kârlılığı (bütçelenen maliyet – gerçekleşen maliyet, hakediş geliri – toplam maliyet) ay sonu beklemeden herhangi bir anda okunabilir hale gelir. Burada asıl fark bütçe ile gerçekleşenin karşılaştırılmasıdır: bir şantiye başlarken malzeme, işçilik ve taşeron için bir bütçe tanımlanır; her fiili maliyet girişi bu bütçeyle karşılaştırılır. Bir kalemde sapma bütçenin belirli bir oranını aştığında proje yöneticisine uyarı düşmesi, sorunu proje bitmeden fark etmeyi sağlar — geç fark edilen bir malzeme fiyat sapması genellikle geri döndürülemez, ama erken fark edilen sapma iş programında veya tedarikte düzeltilebilir.

Çok sayıda şantiyede nakit akışı nasıl izlenir?

Birden fazla proje eş zamanlı yürüyen bir firmada nakit akışının en büyük riski, bir şantiyenin hakediş tahsilatının gecikmesiyle başka bir şantiyenin taşeron ödemesinin çakışmasıdır. Her şantiyenin beklenen hakediş tahsilat tarihi ve planlanan taşeron/tedarikçi ödeme tarihi aynı takvimde görünmüyorsa, nakit sıkışıklığı ancak banka hesabı boşaldığında fark edilir. Şantiye bazlı gelir ve gider planlarının tek bir nakit akış tablosunda birleşmesi, hangi haftada hangi projenin nakit ürettiğini, hangi haftada hangi projenin nakit tükettiğini önceden görmeyi sağlar; bu da ödeme önceliklerini iş bitmeden değil, sıkışma başlamadan planlamayı mümkün kılar.

Malzeme, ekipman ve işçilik maliyeti şantiyeye nasıl dağıtılır?

Bir tedarikçiden gelen malzeme faturası tek bir şantiyeye ait olabileceği gibi, birden fazla şantiyeye ortak (örneğin merkezi satın alınan ve depodan dağıtılan) malzeme de olabilir. İkinci durumda maliyetin doğru şantiyeye yansıması için bir dağıtım anahtarına ihtiyaç vardır — kullanılan miktar, alan (m²) veya iş programındaki pay gibi. Aynı mantık kiralık ekipman için de geçerlidir: bir vinç birden fazla şantiyede sırayla kullanılıyorsa, kira maliyetinin hangi şantiyeye ne kadar süre için yazılacağı önceden tanımlı bir kurala bağlanmalı, yoksa ekipman maliyeti genellikle "kullanışlı" olan tek bir şantiyeye toptan yüklenir ve diğer projelerin gerçek maliyeti düşük görünür.

Biten bir proje gelecekteki teklife nasıl fayda sağlar?

İnşaat firmalarının çoğu her yeni teklifi sıfırdan hazırlar: birim fiyatlar geçmiş projelerden hatırlanarak, kabaca tahmin edilerek girilir. Oysa bir önceki şantiyenin gerçekleşen malzeme, işçilik ve ekipman maliyeti kalem bazında sistemde duruyorsa, yeni teklif hazırlanırken "bu iş kalemi son üç projede ortalama ne kadara mal oldu" sorusuna dakikalar içinde cevap verilebilir. Bu karşılaştırma yalnızca teklif hazırlığını hızlandırmaz; hangi iş kaleminde sürekli bütçe aşıldığını da ortaya çıkarır — aynı hata tekrar tekrar farklı şantiyelerde yaşanıyorsa, sorun o şantiyeye özgü değil, teklif aşamasındaki birim fiyat varsayımına özgüdür. Proje kapanış raporu bu yüzden yalnızca "bu iş ne kâr etti" sorusunun değil, "bir sonraki teklifi nasıl daha isabetli hazırlarız" sorusunun da cevabı olmalıdır.

Birasyo'da bu akış nasıl kurulur?

Birasyo'nun proje modülü her şantiyeyi ayrı bir proje kodu olarak tanımlar; malzeme faturası, puantaj kaydı, taşeron hakedişi ve ekipman kirası bu kod üzerinden aynı maliyet tablosuna işlenir. Taşeron sözleşmeleri birim fiyat ve kesinti kurallarıyla tanımlanır, her hakediş girişinde kalan bakiye otomatik güncellenir. Proje bütçesi tanımlandığında fiili maliyet bu bütçeyle sürekli karşılaştırılır ve sapma eşiği aşıldığında proje sorumlusuna görünür hale gelir. Ortak kullanılan malzeme ve ekipman, tanımlı dağıtım anahtarına göre ilgili şantiyelere bölünür; şantiye bazlı nakit akış görünümü, hakediş tahsilat takvimini taşeron/tedarikçi ödeme takvimiyle aynı ekranda gösterir.

İnşaat sektörüne özgü bu akışın tamamı inşaat ve taahhüt çözümü sayfasında, satın alma ve depo modülleriyle birlikte nasıl bütünleştiği anlatılıyor.

Özet

• Şantiye maliyeti malzeme, işçilik ve ekipman/taşeron olmak üzere üç ayrı kaynaktan gelir; bunlar ayrı tutulduğunda proje kârlılığı ancak ay sonunda ve gecikmeli görülür.
• Hakediş, proje muhasebesinden bağımsız hazırlanırsa beyan edilen iş oranı ile gerçek maliyet oranı karşılaştırılamaz.
• Taşeron sözleşme koşulları (birim fiyat, kesinti, vade) sisteme tanımlanınca her hakediş girişinde kalan bakiye otomatik hesaplanır.
• Proje bütçesi ile fiili maliyetin sürekli karşılaştırılması, sapmayı proje bitmeden fark etmeyi sağlar.
• Şantiye bazlı hakediş tahsilat takvimi ile taşeron ödeme takviminin aynı ekranda görünmesi, nakit sıkışmasını önceden fark ettirir.
• Ortak kullanılan malzeme ve ekipman, tanımlı bir dağıtım anahtarına göre şantiyelere bölünmeli; aksi halde gerçek proje kârlılığı çarpıtılır.