Poz bazlı maliyet, bir inşaat projesindeki her iş kalemini (pozu) kendi metrajı, birim fiyatı ve gerçekleşen harcamasıyla ayrı ayrı izlemektir. İş kırılım yapısı (WBS) ise projeyi mahal, aktivite ve poz seviyesinde hiyerarşik parçalara ayıran iskelettir. İkisi birlikte çalışır: WBS projeyi "hangi aşamalara " böleceğinizi, poz bazlı maliyet ise o bölümlerde "ne kadar" harcandığını gösterir. Bu ikili olmadan bütçe sapması, ancak iş bittikten sonra fark edilir.
Poz, keşif ve metrajda tanımlanan, kendi birim fiyatı olan en küçük iş kalemidir — "1. kat duvar sıvası", "B blok temel betonu" gibi. Poz bazlı maliyet, projenin toplam bütçesini tek bir rakamda değil, her pozun kendi planlanan ve gerçekleşen tutarında görmek demektir.Bunun pratikteki karşılığı şu: bir projede toplam bütçe tutuyor görünse bile, altta bir poz yüzde 40 aşım yapıp başka bir poz henüz başlamamış olabilir. Toplam rakam bu dengesizliği gizler. Poz bazlı izleme, sapmanın tam olarak hangi iş kaleminde, hangi şantiyede ve hangi tarihte oluştuğunu gösterir. Teklif Birim Fiyat (TBF) sözleşmelerde bu zaten hakedişin de temelidir; Anahtar Teslimi Götürü Bedel (ATGB) işlerde ise iç maliyet kontrolü için aynı mantık kurulur, hakedişe yansımasa bile.
WBS, projeyi yönetilebilir parçalara bölen hiyerarşik yapıdır. İnşaatta genellikle üç ila dört seviye kullanılır:
Doğru kurulmuş bir WBS'de her poz tam olarak bir aktiviteye, her aktivite tam olarak bir mahale bağlıdır — çakışma veya boşluk olmaz. Business Central'ın Projeler modülünde bu yapı proje görevleri (job tasks) ile kurulur; her görev bir WBS düğümüne, her görev satırı da bir maliyete karşılık gelir.
Bu iki kavram sık karıştırılır ama farklı işler görür. WBS, projenin kırılım mantığını tanımlar — hangi seviyelerde raporlama yapılacağını. Poz ise maliyetin gerçek taşıyıcısıdır — keşifte tanımlanan, birim fiyatı olan iş kalemi. Pratikte poz, WBS yapısının en alt seviyesidir. Örneğin "A Blok → Kaba İnşaat → Beton İşleri" dalının altında "C30 temel betonu" ve "C25 döşeme betonu" pozları yer alır. İmalat ilerledikçe bu pozlara işlenen gerçekleşme, otomatik olarak üstündeki aktiviteye, mahale ve nihayet proje toplamına konsolide olur. WBS'i kurgularken poz seviyesini atlayıp doğrudan aktivite bazında bütçe tutmak, kısa vadede daha az veri girişi gibi görünse de sapmanın kaynağını görünmez kılar — sorunu ancak imalat çok ilerledikten sonra fark edersiniz.
Proje maliyet merkezi, bir maliyetin hangi projeye, hangi şantiyeye ve WBS'in hangi düğümüne ait olduğunu belirleyen sınıflandırmadır. Muhasebedeki gider ve gelir kayıtları bu merkezlere dağıtılmadan, poz bazlı bir tablo değil, tek bir toplam rakam elde edersiniz.Çok şantiyeli firmalarda maliyet merkezi ayrımı özellikle kritiktir: aynı hesap kartına (örneğin 710 – Direkt İlk Madde ve Malzeme Gideri) birden fazla şantiyeden kayıt aktarılır. Maliyet merkezi (Business Central'da proje + görev + boyut kombinasyonu) olmadan, hangi harcamanın hangi şantiyeye ait olduğunu ayırmak elle yapılan, hataya açık bir işe dönüşür. Doğru kurulmuş bir maliyet merkezi yapısında her fatura, her puantaj kaydı ve her stok çıkışı otomatik olarak doğru poza ve dolayısıyla doğru WBS düğümüne düşer.
Poz bazlı maliyetin asıl değeri, planlanan ile gerçekleşenin sürekli karşılaştırılmasında ortaya çıkar. Bu karşılaştırma üç veriyi bir araya getirir:
Bu üçü birlikte okunmadan yalnızca "harcanan tutar planı geçti mi" sorusuna cevap bulunur, asıl kritik soru atlanır: iş ilerlemesine göre harcama makul mü? Bir poz bütçesinin yüzde 70'ini tükettiğinde iş fiziksel olarak yalnızca yüzde 40 ilerlemişse, kalan kısım mevcut bütçeyle tamamlanamaz — bu sapma, imalat bitmeden, aylık bazda görülebilmelidir. Planlanan-gerçekleşen karşılaştırmasının şantiye ilerlemesinden kopuk, yalnızca muhasebe kayıtlarına dayalı yapılması, en sık rastlanan hatalardan biridir.
Saha ve merkez arasında en çok zaman kaybettiren üç hata tekrar eder:Aşırı derin veya aşırı sığ kırılım. WBS'i çok az seviyede kurmak (yalnızca proje + poz) raporlamayı yetersiz bırakır; çok fazla alt seviye eklemek ise şantiyenin günlük veri girişini yavaşlatır ve pratikte kullanılmaz hale gelir. Doğru derinlik, projenin büyüklüğüne ve şantiye sayısına göre değişir — üç ile dört seviye çoğu proje için yeterlidir.Keşif ile WBS'in birbirinden bağımsız kurulması. Keşif pozları bir Excel'de, iş programı aktiviteleri başka bir dosyada, muhasebe hesap planı yine ayrı bir mantıkta tutulduğunda, üçünü daha sonra eşleştirmek ciddi bir iş yüküne dönüşür ve hata payı yükselir. WBS, en başta keşif pozlarıyla birebir eşlenecek şekilde kurulmalıdır.Şantiye değişikliklerinin merkeze geç yansıması. İş programı revize edildiğinde veya yeni bir poz eklendiğinde, bu değişikliğin merkezdeki maliyet takibine anlık yansımaması, saha ile ofis arasında iki ayrı gerçeklik yaratır. O ayın sonunda tabloları manuel karşılaştırmak, sapmayı haftalar sonra fark etmek anlamına gelir.
Microsoft Dynamics 365 Business Central'ın Projeler modülü, görev/WBS yapısını ve bütçe-gerçekleşen takibini standart olarak sunar; her proje görevi bir WBS düğümüne karşılık gelir ve kaynak, malzeme ve genel gider maliyetleri bu görevlere işlenir. Navappro, bu omurganın üzerine Türk inşaat sektörünün diline uygun bir katman ekler: keşif pozları doğrudan WBS düğümleriyle eşlenir, iş programındaki aktiviteler Navappro'nun iş programı sihirbazıyla mahal, icmal grubu ve poz detayında otomatik oluşturulabilir, şantiyeden girilen imalat ilerlemesi de aynı yapı üzerinden merkeze akar.Sonuç olarak ortaya tek bir veri seti çıkar: keşif, iş programı, muhasebe ve şantiye ilerlemesi ayrı sistemlerde değil, aynı WBS ve poz yapısı üzerinde birleşir. Bu mimarinin proje maliyet kontrolü tarafında somut olarak nasıl çalıştığını, bütçe sapmalarının panoda nasıl göründüğünü ayrı bir yazıda ele alıyoruz.Daha geniş resimde bu yapı, inşaat ERP yazılımının hakediş, şantiye yönetimi ve finans süreçleriyle aynı veri üzerinde nasıl bütünleştiğinin bir parçası.
Poz bazlı maliyet ile aktivite bazlı maliyet arasındaki fark nedir?
Poz, keşifteki en küçük iş kalemidir ve birim fiyatı vardır. Aktivite ise genellikle birden fazla pozu bir araya getiren, iş programındaki bir iş adımıdır. Aktivite bazlı izleme daha az detay verir; poz bazlı izleme sapmanın kaynağını daha net gösterir.
WBS kaç seviyeli olmalı?
Sabit bir kural yok; proje büyüklüğüne ve şantiye sayısına göre değişir. Çoğu inşaat projesinde proje → mahal → aktivite → poz olmak üzere üç ile dört seviye pratikte yeterli ve yönetilebilir olur.
Planlanan-gerçekleşen karşılaştırması ne sıklıkla yapılmalı?Fiziksel ilerleme ve maliyet verisi ne sıklıkla güncelleniyorsa o sıklıkla — çoğu firmada aylık, büyük ve riskli projelerde ise haftalık. Önemli olan, sapmanın hakediş dönemini beklemeden görülebilmesi.
Business Central'ın standart Projeler modülü WBS'i tek başına karşılar mı?
Görev/WBS yapısı ve bütçe-gerçekleşen takibi standart modülde var. Ancak Türk inşaat sektörüne özgü poz-keşif eşleştirmesi, hakediş ve şantiye ilerleme akışı için Navappro gibi bir dikey çözümle tamamlanması gerekir.