PRİMAVERA İLE HAKEDİŞ İLERLEME VERİSİNİ PROGRAMLA EŞLEŞTİRMEK

Şantiyede “ilerleme var” demek kolay, ama bunun programla aynı dili konuşması zor bir iştir. Primavera P6 tarafında doğru planı kurarsınız; sahada hakediş verisi akar, metrajlar toplanır, raporlar hazırlanır. Fakat bu iki dünyanın birbiriyle tutarlı şekilde eşleşmediği senaryoda, en iyi ihtimalle raporlar tartışılır; kötü ihtimalle ödeme ve nakit akışı kararları hatalı verilir.

Hakediş ilerleme verisini programla eşleştirmek, sadece raporlama yapmak değil; WBS, aktivite kodları, ölçü birimleri, ağırlıklandırma ve baseline gibi kavramları tek bir mantıkta birleştirmektir. Bu sayede “planlanan” ile “gerçekleşen” aynı satırda buluşur ve ekipler aynı tabloya bakarak konuşur.

Bu makalede Primavera P6’da hakediş ilerleme verisini programla eşleştirmenin pratik yöntemlerini, yaygın hataları, örnek kod parçalarını ve kurumsal ölçekte sürdürülebilir bir veri modelini adım adım ele alacağız. Konuyu bir eğitim gibi ilerletmek isterseniz ayrıca Primavera eğitimi içeriğine de göz atabilirsiniz.

Primavera P6’da Hakediş Eşleştirme Mantığını Kurmak

Primary keyword: Primavera hakediş eşleştirme. Bu yaklaşımın özü, sahadan gelen ilerleme satırlarının Primavera’daki aktivitelere deterministik biçimde bağlanmasıdır. Yani aynı hakediş satırı, her ay aynı aktiviteye ve aynı mali/planlama kırılımına düşmelidir.

Burada kritik soru şudur: Eşleştirme hangi anahtar üzerinden yapılacak? Kurumsal projelerde en sağlıklı yaklaşım, aktiviteye “iş kalemi” kimliği kazandıran bir kod tasarlamaktır. Örneğin Aktivite ID’si tek başına yeterli değildir; çünkü zamanla revizyonlarda değişebilir. Bunun yerine Activity Code veya UDF üzerinden “Hakediş Kalem Kodu” gibi bir alan kullanmak daha sürdürülebilirdir.

İyi bir eşleştirme modeli şu üç özelliği taşımalıdır:

• Tekil anahtar üretmek ve çakışmayı engellemek
• Revizyonlarda geriye dönük izlenebilirlik sağlamak
• Raporlama kırılımlarını (WBS, disiplin, mahal, yüklenici) desteklemek

WBS ile Hakediş Kalemlerini Aynı Hiyerarşide Kurgulamak

WBS, proje yönetiminin omurgasıdır; hakediş ise sözleşme ve metraj dünyasının omurgasıdır. Bu iki omurga farklı tasarlanırsa, raporlar sürekli manuel düzeltme ister. En iyi pratik, WBS’i “iş paketi” seviyesinde tutup hakediş kalemlerini aktivite kodlarıyla bağlamaktır.

Örneğin “Kaba İnşaat” WBS’i altında tüm aktiviteleri açıp, hakediş kalemini Activity Code ile taşımak, raporda hem WBS hem de hakediş kırılımını aynı anda mümkün kılar. Böylece program ilerlemesi ve hakediş ilerlemesi aynı tabloda analiz edilebilir.

Aktivite Kodları ve UDF ile Tekil Anahtar Üretmek

Kurumsal ölçekte en çok yapılan hata, eşleştirmeyi aktivite adından veya kısa açıklamadan yapmaktır. Aktivite adı insan için okunur olmalı; sistem için anahtar olmamalıdır. Bunun yerine Activity Code veya UDF üzerinden şu alanlar önerilir:

• Hakediş Kalem Kodu
• Ölçü Birimi (m3, m2, ton vb.)
• Metraj (BOQ quantity)
• Ağırlık (weighted progress için)

Bu alanlar doğru kurulduğunda, veri entegrasyonu ve raporlama otomasyonu çok daha stabil ilerler. Ayrıca earned value hesapları için de sağlam bir temel oluşur.

Hakediş İlerleme Verisini Standartlaştırmak ve Temizlemek

Sahadan gelen ilerleme verisi genellikle Excel, ERP veya taşeron hakediş dosyaları şeklindedir. Bu verinin Primavera’ya “ham haliyle” aktarılması, sistemin kısa sürede güven kaybetmesine yol açar. Bu yüzden önce veri standardizasyonu yapmak gerekir.

Standartlaştırma için en pratik yol, hakediş satırlarını tek bir şablonda toplamak ve her satıra şu zorunlu alanları eklemektir:

1. Hakediş Kalem Kodu
2. İlerleme Tarihi
3. Gerçekleşen Miktar
4. Ölçü Birimi
5. Kaynak (taşeron/ekip)

Ölçü Birimi ve Metraj Tutarlılığını Sağlamak

İlerleme verisi programla eşleşirken en çok sorun çıkaran konu ölçü birimidir. Örneğin program “m2” üzerinden ağırlıklandırılmışken, hakediş “adet” üzerinden geliyorsa, eşleştirme yüzdeleri anlamsızlaşır. Bu yüzden her hakediş kaleminin Primavera’da aynı ölçü birimiyle temsil edilmesi gerekir.

Bir diğer kritik nokta, metrajın (BOQ quantity) tek bir kaynakta tutulmasıdır. Metraj hem Primavera’da hem Excel’de farklıysa, her ay farklı yüzde hesaplanır. Bu durumda rapor tartışması hiç bitmez.

Revizyon Yönetimiyle Veri Kayıplarını Önlemek

Plan revizyonları kaçınılmazdır. Ancak revizyon geldiğinde aktivite ID’leri değişirse, geçmiş hakediş eşleşmeleri kopar. Bu yüzden hakediş kalem kodu gibi bir alanın aktiviteyle birlikte taşınması gerekir. Ayrıca revizyon öncesi-sonrası mapping tablosu tutmak, kurumsal raporlama sürekliliği sağlar.

Primavera’da Ağırlıklandırma ve Yüzde İlerleme Kurmak

Hakediş ilerlemesini Primavera’ya taşırken iki farklı yaklaşım vardır: miktar bazlı (quantity-based) ilerleme veya ağırlık bazlı (weighted) ilerleme. Hangisini seçeceğiniz, sözleşme ve raporlama hedeflerinize bağlıdır.

Miktar bazlı ilerleme, metrajı net olan işlerde daha doğru sonuç verir. Ağırlık bazlı ilerleme ise metrajı net olmayan veya farklı ölçü birimlerinin karıştığı işlerde daha iyi çalışır. Örneğin mekanik, elektrik ve otomasyon paketlerinde ağırlıklandırma çoğu zaman daha pratiktir.

Physical % Complete ile Hakediş Yüzdesini Ayrıştırmak

Primavera P6’da “Physical % Complete” alanı, hakediş ilerlemesini temsil etmek için uygun bir alandır. Ancak bunu kullanırken program ilerlemesiyle karıştırmamak gerekir. Örneğin “Duration % Complete” tamamen zaman bazlıdır ve hakedişle doğrudan ilişkili değildir.

İyi bir kurguda, raporda şu ayrım net olmalıdır:

• Program ilerlemesi: planlanan tarihlere göre ilerlemek
• Hakediş ilerlemesi: gerçekleşen metraja göre ilerlemek

Bu ayrım sağlanmazsa, “program %70, hakediş %45” gibi farkların nedeni açıklanamaz hale gelir.

Earned Value Mantığıyla Ödeme Tahmini Yapmak

Hakediş ilerlemesi doğru eşleştiğinde, earned value hesapları kurumsal karar mekanizmaları için güçlü bir araç haline gelir. Burada amaç sadece rapor üretmek değil; nakit akışı ve öngörü üretmektir.

Örneğin planlanan değer (PV), kazanılmış değer (EV) ve gerçekleşen maliyet (AC) aynı kırılımda izlenirse, proje finansal riskleri erken görünür. Bu yaklaşım, özellikle EPC ve büyük altyapı projelerinde fark yaratır.

Veri Entegrasyonu ile Eşleştirmeyi Otomatikleştirmek

Kurumsal projelerde manuel eşleştirme sürdürülemez. 2.000+ aktivite, 300+ hakediş kalemi ve her ay gelen revizyonlarla birlikte, iş birkaç ay içinde kilitlenir. Bu nedenle entegrasyon katmanı kurmak gerekir.

Entegrasyon için iki pratik yol vardır: Primavera’dan export edilen aktivite listesini referans alıp Excel/ERP verisini eşlemek veya ERP tarafındaki BOQ listesini master kabul edip Primavera’yı buna göre hizalamak. İkinci yaklaşım genellikle daha sağlıklıdır; çünkü sözleşme kalemleri ERP tarafında yaşar.

CSV Üzerinden Aktivite-Kalem Mapping Tablosu Oluşturmak

İlk adım, Primavera’dan aktivite kodlarıyla birlikte bir export almaktır. Ardından hakediş kalemleriyle bir mapping tablosu üretilir. Bu tablo, entegrasyonun “tek doğruluk kaynağı” olur.

ActivityId,HakedisKalemKodu,WBS,Disiplin,BOQQty,Unit
A1010,BOQ-001,1.1.1,Civil,1200,m2
A1020,BOQ-002,1.1.1,Civil,350,m3
A2050,BOQ-015,1.2.3,MEP,1,lot

Bu örnekte kritik olan nokta, “Hakediş Kalem Kodu” alanının stabil kalmasıdır. Aktivite ID değişse bile kalem kodu aynıysa, eşleştirme sürdürülebilir.

İlerleme Verisini Normalize Edip Yüzde Hesaplamak

Hakediş ilerlemesi genellikle “bu ay yapılan miktar” şeklinde gelir. Primavera ise çoğu zaman “kümülatif yüzde” ister. Bu yüzden entegrasyon katmanında kümülatif hesap yapmak gerekir.

# Pseudocode: monthly progress to cumulative percent
for each BOQ_item in progress_table:
    cumulative_qty = sum(monthly_qty where date <= report_date)
    percent = min(100, (cumulative_qty / boq_qty) * 100)
    write_to_primavera(BOQ_item.activity_id, percent)

Bu dönüşüm yapılmazsa, Primavera’ya her ay “o ayın yüzdesi” yazılır ve toplam ilerleme yanlış görünür. Ayrıca birim hataları da burada yakalanmalıdır.

Raporlama Kırılımlarını Kurumsal İhtiyaca Göre Tasarlamak

Hakediş eşleştirmesi tamamlandığında asıl değer raporlamada ortaya çıkar. Kurumsal karar vericiler, tek bir yüzde görmek istemez; kırılımlı, karşılaştırmalı ve trend bazlı rapor ister. Bu yüzden rapor modeli baştan doğru tasarlanmalıdır.

Önerilen raporlama kırılımları şunlardır:

• WBS bazlı ilerleme ve sapma
• Disiplin bazlı (civil, MEP, finishing) ilerleme
• Taşeron bazlı gerçekleşen miktar
• BOQ kalemi bazlı kümülatif hakediş

Baseline ile Hakediş Sapmasını Birlikte Okumak

Primavera baseline, planlanan ilerlemenin referansıdır. Hakediş ilerlemesi baseline ile birlikte okunursa, sadece “kaç yaptık” değil, “ne kadar gerideyiz” sorusu da cevaplanır. Bu yaklaşım, gecikme analizini de destekler.

Örneğin bazı paketler programda önde görünebilir; ama hakedişte geride kalabilir. Bu fark, genellikle metraj bazlı işlerin programda yanlış ağırlıklandırılmasından kaynaklanır. Bu yüzden baseline ve hakediş aynı raporda birlikte yer almalıdır.

Power BI ve Dashboard Tasarımında Veri Modelini Koruyabilmek

Birçok ekip raporlamayı Power BI ile yapar. Burada en büyük risk, Power BI tarafında manuel ilişki kurarak “geçici” çözümler üretmektir. Doğru yaklaşım, mapping tablosunu veri modelinin merkezine koymaktır.

Bu sayede Primavera’dan gelen aktiviteler, ERP’den gelen BOQ kalemleri ve sahadan gelen ilerleme satırları aynı anahtar üzerinden birleşir. Böylece raporlar her ay aynı mantıkla yenilenir ve tartışma azalır.

En Sık Yapılan Hatalar ve Pratik Kontrol Listesi

Hakediş ilerleme verisini programla eşleştirirken yapılan hatalar, çoğu zaman teknik değil süreç kaynaklıdır. Yani sistem kurulur, fakat veri disiplini korunamaz. Bu yüzden kontrol listesi yaklaşımı oldukça işe yarar.

Eşleştirmeyi Aktivite Adından Yapmak

Aktivite adı, rapor okunabilirliği için vardır; anahtar olması için değil. Aktivite adı değiştiğinde tüm eşleştirme bozulur. Bu yüzden her zaman stabil bir kod alanı kullanılmalıdır.

Metrajı Birden Fazla Yerde Tutmak

Metraj hem Primavera’da hem Excel’de hem ERP’de farklıysa, yüzde hesapları sürekli çelişir. Tek bir master metraj kaynağı seçmek ve diğer sistemleri buna hizalamak gerekir. Aksi durumda raporlar “doğru” olsa bile güven kaybeder.

Kontrol Listesiyle Süreci Standardize Etmek

• Hakediş kalem kodu tüm sistemlerde aynı mı
• Ölçü birimi tutarlı mı
• BOQ quantity master kaynaktan mı geliyor
• Revizyonlarda mapping korunuyor mu
• Primavera’da doğru % complete türü kullanılıyor mu

Sonuç: Tek Bir Gerçeklik Kaynağı Oluşturmak

Primavera ile hakediş ilerleme verisini programla eşleştirmek, proje yönetiminde “tek bir gerçeklik kaynağı” oluşturmanın en güçlü adımlarından biridir. Bu yaklaşım, sadece planlama ekibini değil; mali işler, sözleşme yönetimi, üst yönetim ve taşeron kontrol ekiplerini de aynı sayfada buluşturur.

Doğru WBS kurgusu, stabil hakediş kalem kodları, ölçü birimi disiplini ve otomasyon katmanı sayesinde, her ay daha hızlı rapor üretmek ve daha güvenilir karar vermek mümkün olur. Özellikle büyük projelerde bu yapı, zaman ve para kaybını ciddi şekilde azaltır.

Bu konuyu uygulamalı şekilde derinleştirmek isterseniz, planlama süreçleri ve Primavera P6 kurgusu için Primavera eğitimi sayfası üzerinden ilerleyebilirsiniz.