
Bir inşaat projesinin bütçesi çoğu zaman tek bir büyük harcama nedeniyle aşılmaz. Kontrol dışına çıkan satın almalar, planlanandan yüksek malzeme tüketimi, işçilik verimliliğindeki düşüş, geciken imalatlar ve sahadan merkeze geç ulaşan bilgiler zaman içinde birikerek proje maliyetini artırır.
Bu nedenle şantiyede bütçe kontrolü, proje tamamlandıktan sonra toplam gideri hesaplamak değildir. Asıl amaç; planlanan bütçe ile sahada gerçekleşen harcamaları düzenli olarak karşılaştırmak, sapmanın kaynağını belirlemek ve henüz büyümeden müdahale etmektir.
Evet. Buradaki “önceden görmek”, geleceği tahmin etmek anlamına gelmez. Satın alma, işçilik, malzeme, hakediş, stok ve iş programı verilerini zamanında takip ederek bütçenin hangi noktada zorlanmaya başladığını erken fark etmek anlamına gelir.
Doğru bütçe kontrol sistemi, yalnızca “Ne kadar harcadık?” sorusuna değil; “Hangi iş kaleminde, neden ve ne zamandan beri bütçenin dışına çıkıyoruz?” sorusuna da cevap vermelidir.
Maliyet sapması, bir iş kalemi için planlanan maliyet ile aynı iş kaleminde gerçekleşen veya gerçekleşmesi beklenen maliyet arasındaki farktır.
Örneğin bir projede kalıp işleri için 5 milyon TL bütçe ayrılmış olabilir. İşin yarısı tamamlandığında yalnızca ödenmiş faturaya bakmak yeterli değildir. Yapılan imalat miktarı, kullanılan malzeme, oluşan işçilik gideri, verilmiş siparişler, taşeron hakedişleri ve kalan işin tahmini maliyeti birlikte değerlendirilmelidir.
Proje yönetiminde kullanılan kazanılmış değer yaklaşımı da yapılan işin değerini; planlanan değer ve gerçekleşen maliyetle karşılaştırır. Böylece projenin yalnızca ne kadar para harcadığı değil, harcanan para karşılığında ne kadar ilerleme sağlandığı da incelenebilir.
Şantiyelerde maliyet sapmasına yol açan başlıca durumlar şunlardır:
Bu nedenlerin her biri tek başına küçük görünebilir. Ancak aynı proje içerisinde tekrarlandığında kârlılık üzerinde ciddi baskı oluşturabilir.

Şantiyelerde temel sorun çoğu zaman veri eksikliği değil, verilerin farklı yerlerde tutulmasıdır.
Satın alma talepleri mesajlaşma uygulamalarında, teklifler e-postalarda, bütçe Excel dosyalarında, puantajlar ayrı tablolarda, faturalar muhasebe sisteminde ve saha ilerlemeleri başka bir raporda yer alabilir. Bu parçalı yapı içinde her departman kendi işlemini takip ederken projenin güncel maliyet tablosunu oluşturmak zorlaşır.
Bir giderin muhasebe sistemine kaydedilmiş olması da tek başına bütçe kontrolü yapıldığı anlamına gelmez. Muhasebe kaydı ödemenin veya borcun oluştuğunu gösterir. Proje maliyet kontrolü ise bu giderin hangi projeye, sözleşmeye, imalata ve bütçe kalemine ait olduğunu açıklamalıdır.
PirCloud’un veri körlüğü yaklaşımında da raporların geç hazırlanması, ekiplerin farklı verilere sahip olması ve maliyet sapmalarının proje sonunda görülmesi temel kontrol sorunları arasında gösterilmektedir.
Bütçe aşımının geç fark edilmesine yol açan önemli hatalardan biri de yalnızca ödenmiş faturaların dikkate alınmasıdır. Oysa henüz faturası gelmemiş satın alma siparişleri, devam eden taşeron işleri ve alınmış fakat tüketilmemiş malzemeler de projenin mali durumunu etkiler.
Bu nedenle sağlıklı bir maliyet görünümü en az dört veriyi birlikte değerlendirmelidir:
| Kontrol alanı | Cevaplanan soru |
| Planlanan bütçe | Bu iş için ne kadar harcamayı planladık? |
| Gerçekleşen maliyet | Bugüne kadar ne kadar maliyet oluştu? |
| Taahhüt edilen maliyet | Verilmiş siparişler ve sözleşmeler ne kadar yük oluşturuyor? |
| Kalan iş tahmini | Projenin tamamlanması için daha ne kadar harcama gerekecek? |
Yalnızca geçmiş harcamaya bakıldığında gecikmiş bir fotoğraf görülür. Taahhüt edilen ve kalan maliyet de hesaba katıldığında ise bütçenin nereye doğru ilerlediği anlaşılabilir.
Etkili şantiye bütçe kontrolü için öncelikle proje bütçesinin takip edilebilir bir yapıda hazırlanması gerekir. “İnşaat giderleri” gibi tek bir genel kalem oluşturmak, sapmanın kaynağını bulmayı zorlaştırır.
Bütçe; proje, iş grubu, imalat, malzeme, taşeron veya masraf türü gibi alt kırılımlara ayrılmalıdır. Kullanılan yapı şirketin çalışma biçimine göre değişebilir ancak sahada oluşan her maliyetin karşılık bulabileceği açık bütçe kodları bulunmalıdır.
Planlanan ve gerçekleşen maliyet karşılaştırması şu adımlarla yapılabilir:

Şantiye maliyetlerinin önemli bölümü satın alma, işçilik, taşeron ve malzeme hareketlerinden oluşur. Bu alanların birbirinden bağımsız takip edilmesi, aynı iş kaleminin gerçek maliyetini görmeyi zorlaştırır.
Satın alma kontrolünde talep oluşturulduğu anda ilgili bütçe kalemi ve kullanılabilir bütçe kontrol edilmelidir. Teklifler yalnızca fiyat açısından değil; teslimat süresi, ödeme koşulları, miktar, kalite ve tedarikçi performansı açısından da değerlendirilmelidir.
Satın alma talebinden teklif ve siparişe, teslimattan fatura eşleştirmesine kadar olan sürecin kayıt altında tutulması; maliyetin hangi karar sonucunda oluştuğunu izlemeyi kolaylaştırır. PirCloud’un satın alma yapısı da taleplerin onaylanması, online tekliflerin karşılaştırılması, sipariş ve teslimat takibi ile ERP bağlantısını aynı süreç içinde ele almaktadır.
İşçilik kontrolünde yalnızca toplam maaş veya yevmiye tutarına bakılmamalıdır. Hangi ekipte kaç kişinin çalıştığı, çalışma süresi, fazla mesai, yapılan imalat miktarı ve birim işçilik maliyeti birlikte değerlendirilmelidir.
Malzeme kontrolünde satın alınan miktar ile sahada kullanılan miktar arasındaki hareket izlenmelidir. Depoya giren, başka projeye aktarılan, sarf edilen, iade edilen ve fire olarak kaydedilen malzemeler ayrıştırılmalıdır.
Aynı şekilde taşeron hakedişleri de sözleşme, gerçekleşen imalat ve ilgili bütçe kalemiyle karşılaştırılmalıdır. Böylece bütçe kontrolü birbirinden kopuk tablolar yerine aynı işin satın alma, stok, işçilik ve hakediş taraflarını bir araya getiren bütünlüklü bir yapıya dönüşür.
PirCloud’da erken tespit, geleceğe ilişkin kesin bir tahmin sunmaktan çok sahadaki güncel veriyi planlanan bütçeyle zamanında karşılaştırmaya dayanır.
Bir satın alma talebi oluşturulduğunda talep ilgili gider bütçesiyle ilişkilendirilebilir. Onaylanan süreç teklif, sipariş, teslimat, irsaliye ve fatura aşamalarında izlenebilir. Böylece maliyet yalnızca fatura muhasebeleştirildiğinde değil, harcama kararı oluşmaya başladığı aşamadan itibaren takip edilebilir.
PirCloud’un proje ve şantiye yönetimi yapısında bütçe hazırlama ve eşleştirme, nakit akışı, hakediş, saha günlük işlemleri, puantaj, işçilik, iş programı, satın alma ve ERP entegrasyonu gibi süreçler aynı platform altında yer almaktadır.
Bu bütünlük sayesinde yöneticiler:
PirCloud ile amaç sadece kırmızıya dönen bir rapor göstermek değildir. Amaç; maliyeti oluşturan işlemleri birbirine bağlayarak yöneticinin doğru zamanda aksiyon alabileceği bir kontrol ortamı oluşturmaktır.
Şantiye bütçesinin tek merkezden yönetilmesi, bütün işlemlerin tek bir kişi tarafından yapılması anlamına gelmez. Saha, satın alma, proje yönetimi, mali işler ve üst yönetim ekiplerinin kendi görevlerini aynı veri yapısı üzerinde yürütmesi anlamına gelir.
Saha ekibi gerçekleşen imalatı ve günlük işlemleri kaydederken satın alma ekibi talep, teklif ve siparişleri yönetebilir. İnsan kaynakları veya şantiye yönetimi puantaj verilerini takip ederken mali işler ekibi fatura ve finansal kayıtları kontrol edebilir. Yönetim ise bu verileri proje bütçesi ve nakit akışı açısından değerlendirebilir.
PirCloud; bütçe, sözleşme, satın alma, tedarik, hakediş, iş programı, günlük saha işlemleri, puantaj, işçilik ve finans süreçlerini tek merkezde bir araya getirmeyi hedefler. Logo, Netsis, Mikro, Zirve ve DİA gibi ERP veya muhasebe sistemleriyle kurulabilen entegrasyonlar da tekrar eden veri girişlerinin azaltılmasına ve saha verileriyle finansal kayıtların bağlantılı ilerlemesine yardımcı olabilir.
Şantiyede bütçe kontrolünün temel amacı daha fazla rapor üretmek değildir. Amaç, proje ekibinin aynı güncel veriye bakmasını ve risk büyümeden karar alınmasını sağlamaktır.
Maliyet sapmalarını proje sonunda öğrenmek yerine süreç içinde görmek, bütçe aşımını tamamen ortadan kaldırmayı garanti etmez. Ancak sapmanın kaynağını daha erken tespit etmek, alternatif tedarikçi değerlendirmek, tüketimi kontrol etmek, iş programını güncellemek veya bütçeyi revize etmek için zaman kazandırır.
Saha, merkez ofis ve finans süreçleriniz farklı dosyalarda ilerliyorsa PirCloud’un işletmenize özel proje ve bütçe kontrol yapısını inceleyebilir, online sunum talep ederek mevcut süreçlerinizin nasıl dijitalleştirilebileceğini değerlendirebilirsiniz.
Hayır. Maliyet sapması, planlanan değer ile mevcut gerçekleşme veya tahmin arasındaki farktır. Sapma erken fark edilip gerekli aksiyon alınırsa proje toplam bütçesi aşılmadan kontrol sağlanabilir.
Excel, bütçe hesaplama ve belirli analizler için kullanılabilir. Ancak birden fazla proje, kullanıcı, onay süreci, satın alma işlemi ve saha verisi bulunduğunda güncellik, versiyon kontrolü ve departmanlar arası bağlantı sorunları oluşabilir. Bu noktada merkezi bir proje yönetim sistemi daha izlenebilir bir yapı sağlar.
Hiçbir yazılım bütçe aşımını tek başına ve kesin olarak engelleyemez. PirCloud; planlanan ve gerçekleşen maliyetleri karşılaştırmayı, işlemleri bütçe kalemleriyle ilişkilendirmeyi ve güncel veriye daha hızlı ulaşmayı destekleyerek risklerin erken fark edilmesine yardımcı olur.