HAKEDİŞTE METRAJ-POZ EŞLEŞTİRME DİSİPLİNİ KURMAK

Şantiyede ölçülen metrajın, ofiste hazırlanan hakediş pozlarıyla “görünürde” uyuşması çoğu zaman yeterli sanılır. Oysa asıl risk, küçük sapmaların zamanla birikerek bütçe, nakit akışı ve kesin hesap aşamasında büyük sürprizlere dönüşmesidir. Bu nedenle metraj–poz eşleştirme, yalnızca kontrol listesi değil; veri, süreç ve sorumlulukları kapsayan bir disiplin olarak ele alınmalıdır.

Kurumsal yazılım geliştiren ekipler açısından konu daha da kritikleşir: Kullanıcıların “bir defalık düzeltme” diye tarif ettiği ihtiyaçlar, aslında eksik modelleme, zayıf izlenebilirlik ve belirsiz kuralların işaretidir. İyi tasarlanmış bir metraj–poz eşleştirme disiplini; iş kalemi kataloglarından revizyon yönetimine, onay akışlarından denetim izine kadar uçtan uca bir yapı kurmayı gerektirir.

Bu yazıda, hakediş süreçlerinde metraj ile pozların tutarlı eşleştirilmesini sağlayacak prensipleri; veri modeli, kontrol katmanları, entegrasyon ve ölçümleme boyutlarıyla ele alacağız. Hedef, hem saha–ofis arasında ortak bir dil kurmak hem de yazılım ürününüzde tekrarlanabilir ve denetlenebilir bir akış tasarlamaktır.

Metraj-poz eşleştirme disiplinini tanımlamak ve kapsamlamak

Metraj-poz eşleştirme disiplini, ölçümün (metrajın) sözleşme ve keşif diline (pozlara) doğru, izlenebilir ve tekrarlanabilir şekilde bağlanmasıdır. Buradaki “doğru” yalnızca miktar tutarlılığı değildir; hangi iş kaleminin hangi koşullarda, hangi birimle, hangi lokasyonda, hangi revizyonla ilişkilendirildiği de aynı derecede önemlidir.

Disiplinin kapsamını netleştirmek için üç soruya yanıt verilmelidir: (1) Metraj kaynağı nedir (saha ölçümü, çizim metrajı, BIM, keşif özeti)? (2) Poz kaynağı nedir (sözleşme, kamu birim fiyat, özel poz, analiz)? (3) Eşleştirme kuralı nedir (bire bir, bire çok, çoktan bire, koşula bağlı)? Bu sorular netleşmeden kurulan sistemler, kısa vadede çalışıyor gibi görünse de revizyonlarda kırılgan hale gelir.

Birincil anahtarlar, sözleşme dili ve poz numarası standardı kurmak

Veri tarafında en yaygın hata, pozun kimliğini sadece “poz no” metnine indirgemektir. Oysa poz kimliği; poz no + sözleşme/keşif versiyonu + iş paketi/lot + para birimi ve birim seti gibi alanlarla birlikte anlam kazanır. Yazılımda her poz için değişmeyen bir poz_id üretmek, sonradan gelen revizyonlarda karşılaştırmayı ve denetimi kolaylaştırır.

Standartlaşma yalnızca poz tarafında değil, metraj tarafında da gerekir: ölçüm birimi, mahal/lokasyon kırılımı, ölçüm yöntemi ve ölçümü yapan kişi gibi alanlar zorunlu hale getirilmelidir. Böylece “aynı iş kalemi farklı ekiplerce farklı yorumlandı” sorunu, kaynağında görünür olur.

Veri modeliyle izlenebilirlik kurmak ve denetim izi bırakmak

Kurumsal ürünlerde disiplin, ekrandaki formdan çok veri modelinde başlar. Eşleştirmeyi “metraj satırı ↔ poz satırı” şeklinde tek tabloyla çözmeye çalışmak, sahada gerçek hayatta olan çoklu senaryoları yönetmeyi zorlaştırır. Bunun yerine metrajı, pozları ve aradaki ilişkiyi ayrı varlıklar olarak kurgulamak daha sağlıklıdır.

Metraj satırı, poz satırı ve ilişki tablosunu ayrıştırmak

Önerilen çekirdek yapı şudur: Metraj satırı (ölçüm kaydı) kendi başına yaşar; poz satırı (hakedişte tahakkuk edilen kalem) kendi başına yaşar; ilişki tablosu ise hangi metrajın hangi poz(lar)a hangi oranla bağlandığını taşır. İlişki tablosunda miktar, oran, eşleştirme tipi ve gerekçe alanları bulunmalıdır. Bu sayede aynı metrajın, şartlara göre birden fazla poza dağıtıldığı durumlar da yönetilebilir.

Revizyon, onay ve değişiklik yönetimini veriyle göstermek

Hakedişte sorunların önemli kısmı, revizyonların “dosya isimleriyle” yönetilmesinden gelir. Veri modelinde her metraj ve poz kaydı için versiyon numarası, geçerlilik başlangıç/bitiş tarihi ve revizyon nedeni tutulduğunda, kesin hesap aşamasında “hangi tarihte hangi kural geçerliydi” sorusu yanıtlanabilir. Bu yaklaşım, teknik ekiplerin audit ihtiyaçlarını karşılaması açısından kritik bir temel sağlar.

// Örnek veri modeli şeması (basitleştirilmiş)
METRAJ(id, proje_id, lokasyon_kodu, birim, miktar, olcum_yontemi, kaynak, versiyon, durum, olusturan, olusturma_tarihi)
POZ(id, proje_id, poz_kodu, aciklama, birim, birim_fiyat, sozlesme_versiyon, durum, olusturan, olusturma_tarihi)
ESLESTIRME(id, metraj_id, poz_id, baglanan_miktar, oran, eslestirme_tipi, gerekce, onay_durumu, onaylayan, onay_tarihi)

Kontrol katmanlarını tasarlamak ve hata türlerini sınıflandırmak

Disiplinin sürdürülebilir olması için “kimin neyi kontrol ettiği” kadar “hangi tür hatayı yakaladığımız” da tanımlı olmalıdır. Çünkü metraj–poz eşleştirmede hatalar; birim hatası, kapsam hatası, lokasyon hatası, fiyat/analiz hatası ve zamanlama hatası gibi farklı kök nedenlere dayanır. Yazılımda kontrol katmanları bu sınıflandırmaya göre kurgulanırsa, kullanıcıya sadece “hata var” demek yerine “hangi tür sapma var” denebilir.

Birim ve dönüşüm kontrollerini otomatikleştirmek

Birim uyumsuzluğu, en sık görülen ve en kolay otomatikleştirilen hata türüdür. Örneğin metraj m² iken poz m³ olabilir; ya da poz “ton” iken metraj “kg” girilmiş olabilir. Sistem, birim dönüşüm sözlüğü ve tolerans aralığıyla uyarı üretebilir. Ayrıca dönüşüm yapıldıysa, dönüşüm katsayısı ve kaynağı denetim izine yazılmalıdır.

Lokasyon ve kapsam tutarlılığını kural motoruyla doğrulamak

Metrajın lokasyon kodları ile pozun kapsamı arasında ilişki kurmak, özellikle çok şantiyeli projelerde ciddi fark yaratır. Örneğin “blok A” lokasyonunda girilen metrajın “blok B” kapsamlı bir pozla eşleşmesi, toplamda tutuyor gibi görünse de ödeme ve maliyet raporlarını bozar. Bu nedenle lokasyon–kapsam eşleşmesi, kural motoru veya en azından doğrulama matrisiyle yapılmalıdır.

// Örnek kural seti (pseudo)
IF metraj.birim != poz.birim THEN
  IF can_convert(metraj.birim, poz.birim) THEN warn("Birim dönüştürülerek eşleştiriliyor")
  ELSE block("Birim uyumsuz; eşleştirme engellendi")
END

IF metraj.lokasyon_kodu NOT IN poz.kapsam_lokasyonlari THEN
  warn("Lokasyon kapsam dışı; onay gerekebilir")
END

IF abs(sum(eslestirme.baglanan_miktar for poz) - poz.hakedis_miktari) > tolerance THEN
  warn("Poz miktarı ile bağlanan metraj toplamı sapıyor")
END

Süreç akışını kurmak ve sorumluluk matrisi çizmek

Teknik ekipler çoğu zaman “ekran akışı” tasarlar; oysa sahada süreç “rol ve sorumluluk” üzerinden yürür. Metraj–poz eşleştirme disiplininde tipik roller; saha ölçüm ekibi, metraj kontrol mühendisi, hakediş hazırlayıcı, sözleşme/keşif sorumlusu ve proje yöneticisidir. Her rolün hangi aşamada veri girdiği, hangi aşamada onay verdiği ve hangi aşamada sapma kabul ettiği net olmalıdır.

Onay akışlarını aşamalı kurmak ve istisnaları yönetmek

Her eşleştirmeyi “tek adımda onayla” yaklaşımı, ya çok yavaşlar ya da kontrolü kağıt üzerinde bırakır. Bunun yerine aşamalı yaklaşım önerilir: (1) Saha ölçümü tamamlandı, (2) Metraj doğrulandı, (3) Poz eşleştirmesi yapıldı, (4) Hakediş taslağı oluştu, (5) İstisnalar çözüldü, (6) Yönetim onayı verildi. İstisnalar için gerekçe alanı zorunlu kılınmalı ve istisna raporu üretilebilmelidir.

RACI yaklaşımıyla karar noktalarını netleştirmek

Disiplini kalıcı yapan şey, kritik kararlarda “kim sorumlu, kim onaylar” sorusunun yazılı olmasıdır. Özellikle yazılım ürünlerinde bu, yetkilendirme ve iş akışı kurgusuna doğrudan yansır. Aşağıdaki örnek liste, karar noktalarını modellemek için başlangıç noktası olabilir:

• Metraj girişi: Saha ölçüm ekibi sorumlu, metraj kontrol mühendisi onaylar.
• Poz kataloğu güncellemesi: Sözleşme/keşif sorumlusu sorumlu, proje yöneticisi onaylar.
• Eşleştirme istisnası: Hakediş hazırlayıcı önerir, proje yöneticisi karar verir.
• Tolerans değişikliği: Finans/PMO bilgilendirilir, sistem yöneticisi uygular.

Entegrasyonları planlamak ve tekil doğruluk kaynağı oluşturmak

Metraj–poz eşleştirme disiplininde “tekil doğruluk kaynağı” (single source of truth) belirlemek, ürün kalitesini doğrudan etkiler. Poz kataloglarının farklı Excel’lerde yaşaması, metrajın farklı uygulamalarda tutulması ve hakedişin ayrı bir sistemde yazılması, ekipleri manuel uzlaştırmaya iter. Bu uzlaştırma, en pahalı ve en hataya açık iştir.

ERP, doküman yönetimi ve saha uygulaması bağlantılarını kurmak

ERP entegrasyonu, hakedişin muhasebe ve bütçe tarafına doğru bağlanmasını sağlar; doküman yönetimi entegrasyonu sözleşme, keşif ve revizyon dokümanlarını ilişkilendirir; saha uygulaması entegrasyonu ise ölçümlerin kaynağını güçlendirir. Entegrasyon tasarımında önemli olan, her kaydın “hangi kaynaktan geldiği” ve “hangi tarihte senkronize olduğu” bilgisini saklamaktır. Böylece veri uyumsuzluğu görüldüğünde, kök neden daha hızlı bulunur.

Operasyonel metriklerle disiplinin sürdürülebilirliğini ölçmek

Bir disiplin kurulduğunda, “çalışıyor mu” sorusunu sezgilerle değil metriklerle yanıtlamak gerekir. Metraj–poz eşleştirmede iyi metrikler; sapma oranları, istisna sayısı, onay süresi, revizyon sıklığı ve geri dönüş (rework) miktarıdır. Bu metrikler, hem süreç iyileştirmesi hem de ürün yol haritası için somut veri üretir.

Sapma türlerini raporlamak ve kök neden analizi yapmak

Örneğin bir ay içinde “lokasyon kapsam dışı” uyarıları artıyorsa, lokasyon kodlarının eğitim/standart sorunu olabilir. “Birim dönüşümü” uyarıları artıyorsa, poz kataloglarında birim standardı eksik olabilir. Bu yüzden raporlama sadece sayı vermemeli; sapma türüne göre kırılım sağlamalıdır. Ürün içinde gösterge panosu (dashboard) yapılmasa bile, rapor çıktısı bu kırılımları taşımalıdır.

Kesin hesap hazırlığını erken başlatmak için kontrol noktaları koymak

Kesin hesap, hakedişin “sonunda” yapılan bir iş gibi görülse de başarılı ekipler bunu en baştan hazırlamaya başlar. Metraj–poz eşleştirme disiplininiz varsa, her hakediş döneminde kesin hesap için gerekli izleri zaten biriktirirsiniz: revizyon nedenleri, istisna gerekçeleri, onay tarihleri ve bağlanan metraj toplamları. Bu yaklaşım, kapanış döneminde panik yerine planlı bir kapanış sağlar. Konuyu derinleştirmek için Hakediş ve Kesin Hesap eğitimine göz atabilirsiniz.

Uygulama planı: hızlı kazanımlar ve kalıcı mimariyi birlikte kurmak

Disiplini bir günde kurmak mümkün değildir; ancak doğru sıralamayla hızlı kazanımlar elde edilebilir. İlk aşamada birim standardı, poz kimliği ve basit doğrulama kontrolleriyle hatalar hızla düşer. İkinci aşamada revizyon ve denetim izi eklenir. Üçüncü aşamada kural motoru ve entegrasyonlar olgunlaştırılır. Bu sıralama, ekibin “hemen değer üretme” beklentisini karşılar.

Minimum uygulanabilir disiplin ile başlangıç yapmak

Minimum uygulanabilir disiplin, şu maddeleri içerir: tekil poz_id, zorunlu lokasyon kodu, birim standardı, ilişki tablosu, temel tolerans kontrolü ve istisna gerekçesi. Bu set; kullanıcıların günlük işini çok yormadan, veri kalitesini görünür hale getirir. Ardından süreç genişletilerek onay adımları ve revizyon yönetimi eklenebilir.

Özetle; hakedişte metraj–poz eşleştirme disiplini, yalnızca saha ölçümüyle hakediş kalemini “tutturmak” değildir. Sürdürülebilir başarı; doğru veri modeli, kontrollü süreç akışı, ölçülebilir metrikler ve entegrasyon stratejisiyle gelir. Böyle bir disiplin kurulduğunda, hem ödeme süreçleri hızlanır hem de kesin hesap aşamasında beklenmedik sürprizler ciddi ölçüde azalır.