PRIMAVERA İLE HAKEDİŞ İLERLEME VERİSİNİ PROGRAMA EŞLEŞTİRMEK

Primavera ile hakediş ilerleme verisini eşleştirmek, sahadaki ataşman metrajı, sözleşmedeki pursantaj ağırlıkları ve P6 aktivite yüzdeleri arasında tek bir doğru ilerleme sayısı kurmak demektir. Bu üç kaynak farklı dilden konuşur — ataşman fiziksel birimlerle, pursantaj poz ağırlığıyla, program aktivite süresiyle — ve eşleştirilmediğinde her ay onay toplantısında aynı tartışma çıkar. Bu yazıda WBS-pursantaj hizalamasını, Activity Codes ile poz bağını, Physical % Complete kurgusunu, cost loading'i ve aylık güncelleme akışını saha uygulamasıyla bulacaksınız.

1. Ataşman, Pursantaj, Aktivite — Üç Sayı Hangi Bilgiyi Taşır?

Hakediş üreten ekibin elinde aslında üç ayrı veri seti vardır; bu köprünün physical percent complete ve resource assignment üzerinden nasıl kurulduğunu Oracle'ın Primavera P6 ürün dokümantasyonu da net anlatır:

• Ataşman defteri: Saha sorumlusunun günlük yazdığı ham metraj. "B5 aksı 17,40 m kalıp imalatı yapıldı, beton 8,20 m³ döküldü." Birim fiziksel.
• Pursantaj tablosu: Sözleşmedeki her pozun toplam işteki ağırlığı. Kazı %3,2, demir %18,7, beton %22,4 gibi. Toplamı %100.
• Aktivite yüzdesi: Primavera'da her aktivitenin Physical % Complete alanı. Aktivite süresi ya da iş paketi tabanlı.

Bu üçü doğal olarak aynı sayıyı vermez. Ataşman metrajının pursantajdaki ağırlıkla çarpılıp toplanması "iş tamamlanma oranını" üretir; bu oran KGM/DSİ kontrol amirliğinin kontrat ödemesinde esas aldığı rakamdır. Aktivite yüzdesi ise programın takvim performansını okur. İkisini eşleştirmek planlama tablosundaki Physical % Complete alanına pursantajdan gelen ağırlıklı oranın yansıtılmasıyla olur — bu da WBS kurgusunun pursantaj yapısına bağlı kurulmasını gerektirir.

2. WBS Pursantaj Tablosuna Nasıl Hizalanır?

Çoğu ofiste WBS planlama mühendisinin kafasından çıkar, pursantaj tablosu ise teklif aşamasında muhasebenin kurduğu Excel'dir. İkisi tanışmaz. Sonuç: WBS'in 4. seviyesindeki aktiviteye pursantaj yüzdesi yazmak mümkün olmaz, çünkü pursantaj kalemi WBS'te bir karşılığa denk düşmez.

Pratik yaklaşım, WBS'in en az bir seviyesini pursantaj poz ana grupları ile birebir hizalamaktır. KGM Yapım İşleri Genel Şartnamesi'ndeki klasik 33 ana grup ya da DSİ Birim Fiyat Cetveli'ndeki ana imalat kalemleri WBS'in ikinci seviyesine yerleştirilirse, aşağıdaki aktivitelerin toplam ağırlığı doğrudan o pozun pursantaj yüzdesine eşitlenir.

Bir konut projesi örneği üzerinden hizalama:

Bu hizalama yapıldığında ay sonu hakediş hazırlığında planlama mühendisi WBS özet ekranından çıkan ağırlıklı yüzdeyi pursantaj tablosuna doğrudan yazabilir; iki dokümana ayrı ayrı veri girmek zorunda kalmaz.

3. Aktivite Codes ile Poz Numarası Bağı

Primavera'nın Activity Codes özelliği bu eşleşmenin görünmez kahramanıdır. Her aktiviteye iki kritik kod düşülür:

• Poz No: Hakediş icmalindeki birim fiyat numarası (örn. KGM/15.140/1A — beton C25/30)
• Pursantaj Grubu: Ana iş kalemi etiketi (Kaba İnşaat, Sıhhi Tesisat, Yüzey Kaplaması vb.)

Activity Codes Enterprise > Activity Codes menüsünden tanımlanır. Her aktiviteye Activity Details > Codes sekmesinden iki kod atanır. Bu noktadan sonra Primavera Group and Sort By > Customize menüsünden "Poz No" üzerinden gruplama yapıldığında, ay sonu raporu doğrudan hakediş icmali formatında çıkar. Saha mühendisi ile muhasebe arasında veri köprüsü kurulur.

Burada disiplini bozan klasik hata: aktivite adına poz numarasını yazıp Activity Code'u boş bırakmak. Aktivite adı serbest metindir, filtre çalışmaz. Activity Code yapısal bir alandır, raporlama bunun üzerinden ilerler.

4. Percent Complete Type ve Activity Steps ile Pursantaj Dilimleri

Primavera'da her aktivitenin Percent Complete Type alanı üç değer alır. Hakediş ile eşleştirme yapacaksanız hangisinin neden tercih edildiği netleşmeli:

Yeni aktivite oluşturulduğunda varsayılan Duration tipidir; bu varsayılan Hakediş projelerinde ciddi sorun yaratır. Aktivite başladıktan iki hafta geçtikten sonra Primavera otomatik olarak Duration % Complete'i %50 olarak hesaplar — saha ise belki sadece %15 imalat yapmıştır. Earned Value hesabı bu sahte yüzde ile çarpıldığında baseline cost da yanıltıcı şişer, CPI ve SPI saçma değerler verir.

Aktivite tipini değiştirmek için Activity Details > General sekmesinden veya tüm aktiviteler için Global Change ile toplu güncelleme yapılabilir. KGM ve DSİ projelerinde kontrol amirliği zaten Physical tipi şart koşar; çünkü hakediş bedeli fiziksel ilerleme üzerinden ödenir, takvim üzerinden değil.

Activity Steps ile Pursantaj Dilimleri

Karmaşık aktivitelerde tek bir Physical % Complete sayısı yetmez. Bir kolon imalatı içinde kalıp kurulumu %30, demir döşeme %25, beton dökümü %35, kalıp sökümü %10 ağırlığa sahipse, Primavera'nın Activity Steps özelliği bu dilimi taşıyabilir.

Activity Steps açma yolu:

1. Enterprise > Projects > seçili proje > Settings sekmesinden "Activity percent complete based on activity steps" kutusunu işaretle
2. İlgili aktiviteyi seç, Activity Details > Steps sekmesini aç
3. Add ile adım ekle: ad, ağırlık ve Completed checkbox'ı
4. Adımların ağırlık toplamı 100 olmalı; otomatik normalize edilebilir
5. Her adım tamamlandığında checkbox işaretlenir, Physical % Complete otomatik hesaplanır

Sahada ataşman defterinden gelen "kalıp tamam, demir döşendi, beton dökülmedi" bilgisi adım onaylarına dönüştürülür; aktivite yüzdesi otomatik %55 düşer. Bu sayı pursantaj ağırlığı ile çarpılınca o kolonun toplam pursantaj katkısı çıkar. Şablon (Step Template) açıp tipik imalatlar için tek seferlik adım tanımı yapmak ay sonu girişini dakikalar mertebesine indirir.

5. Resource ve Cost Loading — Hakediş Bedelinin Programa Yansıması

Hakediş yalnızca yüzde değildir; aynı zamanda bedeldir. Sözleşme birim fiyatları ile yapılan iş çarpıldığında hakediş bedeli çıkar. Bu bedeli programda görmek için aktivitelere kaynak ve maliyet yüklenmelidir.

Resource türleri:

• Labor: İşçilik (kalıpçı, demirci, sıvacı) — saat veya gün rate'i
• Nonlabor: Ekipman (kule vinç, beton pompası) — birim rate'i
• Material: Malzeme (m³ beton, ton demir, m² seramik) — birim rate'i

Sözleşme birim fiyat cetvelindeki "C25/30 beton — 1.850 TL/m³" rakamı doğrudan Material resource'una rate olarak girilir. Aktivitelere atandığında P6 toplam maliyeti zaman ekseninde yayar. Ay sonu Data Date çekildiğinde Physical % Complete × Baseline Cost değeri Earned Value'yu üretir; bu rakam hakediş icmalindeki bedel ile birebir kıyaslanabilir.

Hakediş bedeli ile EV arasında fark çıkarsa iki yerden gelir: ya pursantaj ile aktivite ağırlığı tutarsız, ya resource rate ile birim fiyat farklı. Her ikisi de düzeltilebilir — ama bu kontrol mekanizmasının kurulduğu projede mali sürpriz olmaz.

6. Aylık Güncelleme Akışı Nasıl İşler?

Türk kamu inşaat hakediş döngüsü ayın belirli günlerinde sabit ritimde yürür. Tipik akış:

1. Ayın 20-25'i: Saha sorumlusu ataşman defterini kapatır, ölçüm fişlerini imzalatır
2. Ayın 25-27'si: Hakediş hazırlama ekibi metrajı pursantaj poz birim fiyatlarıyla çarpar, icmal çıkar
3. Ayın 27-29'u: Planlama mühendisi Primavera Data Date'i ay sonuna çeker, Physical % Complete alanlarını günceller
4. Ayın son günü: Hakediş dosyası ve P6 progress raporu kontrol amirliğine sunulur
5. Sonraki ayın 5-10'u: Kontrol mühendisi onayı, ödeme süreci başlar

Bu akışta kritik nokta üçüncü adımdır. Eğer planlama mühendisi WBS-pursantaj hizalamasını ve Activity Code eşleşmesini önceden kurmamışsa, ay sonunda 80-150 aktivitenin Physical % Complete alanına manuel veri girer; bu da hata yapar, ya da geç kalır. Kurgu önceden yapıldığında pursantaj icmalinden gelen ağırlıklı oran toplu güncellemeyle (Global Change veya Excel import) tek seferde yansır.

Kontrol mühendisi onayı için sunulan üçlü dosya pratikte standarttır: hakediş icmali (Excel), P6'dan alınan baseline karşılaştırma raporu (PDF), ataşman özet sayfaları (imzalı). Üçü tutarlı olduğunda onay aynı gün çıkar; tutarsızlıkta ise toplantı uzar.

7. Baseline Karşılaştırması, Variance ve Kurum Detayları

Baseline projenin sözleşme anındaki dondurulmuş halidir. Hakediş ile programın eşleştirilmesinde baseline iki amaca hizmet eder: planlanan yüzde ile yapılan yüzdeyi kıyaslamak ve gecikme uyarısı vermek.

Baseline atama yolu Project > Maintain Baselines > Save a copy of the current project as a new baseline'dır. Ardından Project > Assign Baselines menüsünden Project Baseline olarak işaretlenir. Bu işlem yapılmazsa Primavera'daki BL Project Finish Date ya da BL Project Cost gibi alanlar boş kalır; variance raporu hesaplanamaz.

Kolon olarak eklenebilecek pratik karşılaştırma alanları:

• BL Project Duration: Sözleşme süresi
• BL Project Finish Date: Sözleşme teslim tarihi
• BL Project Cost: Baseline maliyet
• Variance — BL Project Finish Date: Gerçek bitiş ile sözleşme bitişi arasındaki gün farkı
• Schedule % Complete: Plan üzerinde olması gereken ilerleme
• Performance % Complete: EV/BAC oranından gelen kazanılmış ilerleme

Hakediş icmaliyle eşleştirme yapan ofis için altın kombinasyon şudur: hakedişten gelen pursantaj ilerleme oranı, P6'daki Performance % Complete ile karşılaştırılır. İkisi arasında %1-2 sapma kabul edilir; %5+ sapma kurguda hata olduğunu söyler — ya pursantaj ağırlıkları yanlış, ya aktivite eşleştirmesi kaymış, ya Physical % Complete bazı aktivitelerde girilmemiş.

Üç Kurum Üç Detay — KGM, DSİ, ÇŞB

Türk kamu inşaat işverenlerinin hakediş onay yaklaşımları benzer ama farklılık taşır. Programlama tarafında dikkat edilecek noktalar:

• KGM (Karayolları Genel Müdürlüğü): Yol, köprü ve viyadük işlerinde Yapım İşleri Genel Şartnamesi standart pursantaj cetveli kullanılır. P6'da Activity Code "KGM Poz No" şeklinde tutulur. Hakediş sıklığı genellikle aylık.
• DSİ (Devlet Su İşleri): Baraj, sulama kanalı ve gölet projelerinde DSİ Birim Fiyat Cetveli ile çalışılır. Aktivite kırılımı genelde lokasyon bazlı (kilometre, aks, baraj gövde diyaframı). Toprak işleri ve beton dökümü ayrı pursantaj kalemi.
• ÇŞB (Çevre, Şehircilik ve İklim Değişikliği Bakanlığı): Konut ve kamu binası yapımında ÇŞB Birim Fiyat ile çalışılır. Pursantaj ağırlıkları daha çok bina disiplinine (kaba, ince, mekanik, elektrik) dönüktür. TOKİ projelerinde benzer yapı.

Üç kurumun ortak yanı: aktivite-poz eşleştirmesi kurulmadan hakediş onayı yorucu uzar. Planlama mühendisinin sözleşme imzasının hemen ertesinde poz cetvelini WBS'e taşıması büyük zaman kazandırır.

8. Earned Value Köprüsünde Hangi Hatalar Sık Görülür?

Tüm kurgu doğru kurulduğunda EVM üçlüsü doğrudan hakediş diline çevrilebilir:

Pratik yorum: SPI 0,90 ile hakediş icmalinden çıkan "plana göre 10 gün gerideyiz" tespiti birbirini doğrulamalı. Doğrulamıyorsa sebep ya pursantaj-aktivite eşleştirmesi gevşek, ya Physical % Complete bazı aktivitelerde Duration tipinden alınıyor. Bu iki noktayı düzeltmek raporu temizler.

Hakediş kesin hesap döngüsünün uçtan uca işleyişi ve P6 tarafındaki sayısal kontrolü daha programlı öğrenmek için hakediş ve kesin hesap eğitimi ile beraber yürütülen bir Primavera eğitimi programının zincirin iki yakasını birlikte ele aldığı görülür; planlama ofisi ile saha-muhasebe arasındaki köprü asıl burada kurulur.

Sık Görülen Hatalar ve Hızlı Düzeltmeler

• Aktivite Percent Complete Type Duration kalmış — Global Change ile Physical'a çevir, Remaining Duration'ı saha verisinden yeniden ata
• WBS pursantaj yapısına hizalı değil — sözleşme imzası sonrası ilk iş bu hizalama olmalı, sonra fix etmek zor
• Activity Code'lar boş — pozisyon eşleştirmesi tek başına aktivite adından çekilemez, Code zorunlu
• Resource rate ile sözleşme birim fiyatı uyumsuz — birim fiyat cetvelini Excel'den import edip resource'lara toplu yansıt
• Baseline atanmamış — variance ve EV alanları boş kalır, rapor üretilmez
• Data Date Pazartesi sabah çekilmemiş — kümülatif veri kaymaları, S curve düzleşmesi
• Activity Steps tanımsız karmaşık aktivitelerde — kabaca tek yüzde, hata payı %15-20'ye çıkar
• Store Period Performance kullanılmıyor — geçmiş ay verileri tekrar yazılınca eski hakediş raporu yeniden üretilemez

Hakediş ile Primavera arasındaki eşleştirme tek seferlik kurgu işidir, devam eden güncelleme rutin alışkanlıktır. Ay sonu toplantısında kontrol mühendisinin önüne tek bir tutarlı veri çıkarmak, projenin kalan sürecini sakin tutar. Şantiyenin gerçeği, ofisin tablosu ve mal sahibinin görüntüsü tek dilden konuşmaya başlar.