Şantiye Hakediş Programı ile Ödeme Kontrolü
Bir taşeronun ay sonu hakedişi geldiğinde mesele yalnızca metraj toplamak değildir. Sahadaki imalatın ne kadarı tamamlandı, hangi iş eksik kaldı, avans düşüldü mü, malzeme firma tarafından mı verildi, kesintiler işlendi mi ve bu ödeme projenin nakit planını nasıl etkiler? Şantiye hakediş programı, bu soruların her biri için farklı Excel dosyası, WhatsApp mesajı ve telefon trafiği açmak yerine süreci tek kayıtta yönetmek için kullanılır.
Hakediş geciktiğinde taşeron ödeme bekler, satın alma planı bozulur ve yönetim gerçek maliyet yerine tahminle karar vermeye başlar. Daha da risklisi, aynı imalatın iki kez yazılması ya da sahada yapılmayan işin onaydan geçmesidir. Şantiyede bu hatalar küçük görünür; birkaç ay sonra proje kârlılığında ciddi fark yaratır.
Hakediş takibi neden Excel'de tıkanır?
Excel, ilk projede ve az sayıda taşeronda iş görebilir. Ancak proje sayısı, taşeron sayısı veya onay veren kişi arttığında dosya takip aracı olmaktan çıkar, risk kaynağına dönüşür. Birim fiyat başka tabloda, sözleşme eki başka klasörde, gerçekleşen metraj şantiye şefinin notlarında, ödeme bilgisi ise muhasebe ekranında kalır.
Bu kopuklukta herkes kendi verisine göre haklıdır. Şantiye şefi tamamlanan imalatı söyler, muhasebe kesintiyi görür, yönetici ise toplam borç ve nakit ihtiyacını sorar. Fakat aynı işin tek bir güncel kaydı yoksa cevaplar birbirini tutmaz. Dosya sürümleri, yanlışlıkla değişen formüller ve e-posta ile dolaşan ekler sorunu büyütür.
Şantiye için tasarlanmış bir sistemin farkı burada ortaya çıkar: hakedişi yalnızca ödeme belgesi değil, imalat, maliyet ve nakit akışı arasındaki operasyon kaydı olarak ele alır. Böylece saha girişi ile ofis kontrolü aynı zincirin parçası olur.
İyi bir şantiye hakediş programı neyi yönetmelidir?
Bir hakediş ekranının sade olması önemlidir, fakat sade olması yüzeysel olduğu anlamına gelmez. Kullanıcı, günlük iş akışında fazla ekran dolaşmadan sözleşme, poz, metraj, oran ve kesinti ilişkisini görebilmelidir. Yönetim tarafı ise tek tek satırlara boğulmadan proje bazında taahhüt, gerçekleşen maliyet ve yaklaşan ödeme yükünü izleyebilmelidir.
Sözleşme ve birim fiyat kontrolü
İlk kontrol noktası taşeron sözleşmesidir. Hangi iş kaleminin hangi birim fiyatla yapılacağı, toplam sözleşme bedeli, varsa revizyonlar ve önceki hakedişlerdeki gerçekleşmeler sistemde izlenmelidir. Aksi halde her yeni dönemde aynı fiyat ve kapsam tartışması yeniden başlar.
Program, hakediş satırını sözleşmedeki ilgili pozla ilişkilendirdiğinde, sözleşme üstü ilerleme veya yanlış fiyat kullanımı daha giriş aşamasında görünür. Ancak her projede değişiklik olabilir. Ek iş, fiyat farkı veya yeni poz gibi durumlar için yetkili kullanıcıların kontrollü revizyon yapabilmesi gerekir. Sistem katı olmalı, ama şantiyenin gerçek değişkenliğini de taşımalıdır.
Metraj, ilerleme ve önceki dönem farkı
Taşeronun bu ay talep ettiği miktar ile sahada doğrulanan miktar aynı olmayabilir. Bu nedenle dönemsel hakediş, kümülatif ilerleme ve önceki dönemlerde ödenen miktar birlikte görünmelidir. Sadece aylık rakama bakan ekipler, toplam sözleşme kullanımını geç fark eder.
Örneğin seramik taşeronunun bu ay 1.200 metrekare talebi olabilir. Şantiye şefi 1.050 metrekareyi onayladıysa, ödeme hesabı talep üzerinden değil onaylı gerçekleşme üzerinden ilerlemelidir. Önceki aylarda ödenen metraj da otomatik dikkate alınırsa mükerrer ödeme riski azalır.
Kesintiler ve net ödeme
Hakedişin brüt tutarı, kasadan çıkacak tutar değildir. Avans mahsupları, teminat kesintileri, ceza bedelleri, malzeme kesintileri, vergi uygulamaları ve varsa diğer mutabakat kalemleri net ödemeyi değiştirir. Bu kalemlerin son anda elle hesaplanması hem zaman kaybettirir hem de denetimi zorlaştırır.
Doğru kurguda kesintiler açık isimle görünür; kim tarafından, hangi gerekçeyle girildiği takip edilir. Taşeronla yapılacak görüşmede de belirsizlik yerine net kayıt konuşulur. Bu, yalnızca firmayı korumaz. Düzenli çalışan taşeronun ödemesini daha öngörülebilir hale getirir.
Onay akışı ve yetki sınırı
Her hakedişi aynı kişinin hazırlaması, kontrol etmesi ve onaylaması sağlıklı değildir. Şantiyede metrajı doğrulayan kişi ile mali etkisini kontrol eden kişi farklı olabilir. Küçük ekiplerde bu roller tek kişide birleşebilir; çok projeli yapılarda ise rol bazlı bir akış gerekir.
Pratik bir senaryoda taşeron hakedişi hazırlanır, şantiye şefi gerçekleşmeyi kontrol eder, proje yöneticisi onaylar ve muhasebe ödeme için kayda alır. Yönetici sadece belirli tutarın üzerindeki hakedişlerde son onay vermek isteyebilir. İyi bir sistem, firmayı gereksiz onay adımlarına boğmadan bu sınırları tanımlamaya izin verir.
Hakediş maliyet ve nakit akışından ayrı düşünülmez
Hakediş modülünü tek başına kullanmak kısa vadede düzen sağlar. Asıl kontrol ise hakediş verisi proje maliyeti ve nakit akışıyla birleştiğinde oluşur. Onaylanan taşeron hakedişi, yaklaşan ödeme yükünü gösterir. Bu veri nakit planına yansımıyorsa yönetim yalnızca geçmişte olanı görür, önündeki haftanın ihtiyacını değil.
Dövizli alım veya dövize endeksli sözleşmeler bulunan projelerde konu daha hassastır. Taşeron borcunun hangi para biriminde oluştuğu, ödeme tarihindeki kur etkisi ve proje bütçesine yansıması birlikte değerlendirilmelidir. Her firma için aynı detay seviyesi gerekli değildir. Ancak dövizli maliyeti olan bir projede tüm tabloyu yalnızca TL toplamıyla yönetmek, görünmeyen risk bırakır.
Benzer şekilde malzeme firma tarafından sağlanıyorsa taşeronun yaptığı iş ile malzeme çıkışı arasında ilişki kurulmalıdır. İşçilik hakedişi düşük görünüp malzeme tüketimi yükseliyorsa, proje yöneticisinin bunu fark etmesi gerekir. Hakedişin görevi sadece “ne kadar ödeyeceğiz?” sorusunu yanıtlamak değil, “bu imalat bize bütçede neye mal oluyor?” sorusunu da görünür kılmaktır.
Sahadan ofise işleyen doğru akış nasıl kurulur?
Önce hakediş disiplinini belirleyin. Hangi taşeronların hangi dönemlerde hakediş sunacağı, metrajı kimin kontrol edeceği, eksik imalatın nasıl kayda alınacağı ve ödeme öncesi hangi kesintilerin inceleneceği net olmalıdır. Program düzensiz süreci tek başına düzeltmez; ama doğru sürecin günlük uygulanmasını kolaylaştırır.
Sonra sözleşme ve poz bilgilerini başlangıçta doğru girin. Bu ilk kurulum biraz zaman alır, fakat her ay yeniden tablo oluşturma yükünü azaltır. Özellikle devam eden projelerde geçmiş hakedişleri tek seferde sisteme aktarmak yerine, kritik taşeronlardan başlayarak kontrollü geçiş yapmak daha gerçekçidir.
Üçüncü adım, saha ekibinin kullanımını basitleştirmektir. Şantiye şefinden muhasebe programı bilgisi beklemek doğru değildir. Onun ihtiyacı, ilgili taşeronu açıp metrajı ve gerçekleşmeyi girebilmek, not eklemek ve onaya göndermektir. Muhasebe ise net ödeme, kesinti ve ödeme durumunu kendi rolüne uygun ekranda görmelidir.
Son olarak raporu yönetim toplantısının parçası haline getirin. Bekleyen onaylar, bu ayki taşeron ödeme yükü, sözleşme aşımına yaklaşan işler ve proje bazlı hakediş toplamı düzenli takip edilmelidir. Rapor üretilip kimse bakmıyorsa sistem çalışıyor sayılmaz.
Program seçerken kısa kontrol listesi
Bir şantiye hakediş programını değerlendirirken yalnızca ekran görüntüsüne veya fiyatına bakmak yeterli değildir. Günlük kullanımdaki şu dört noktayı mutlaka test edin:
- Sözleşme, poz, metraj, önceki dönem gerçekleşmesi ve kesinti aynı hakediş kaydında izlenebiliyor mu?
- Şantiye şefi, proje yöneticisi ve muhasebe kendi yetkileriyle kolayca işlem yapabiliyor mu?
- Onaylanan hakediş proje maliyeti ve nakit akışı görünümünü güncelliyor mu?
- Raporlar PDF ve Excel olarak alınabiliyor, geçmiş değişiklikler geriye dönük izlenebiliyor mu?
ŞantiyePro gibi şantiye odaklı platformlarda bu akış, hakedişi diğer proje verilerinden koparmadan yürütmek için tasarlanır. Ama doğru seçim, firmanızın proje sayısına, taşeron yoğunluğuna ve mevcut onay yapısına bağlıdır. Çok küçük bir işte ağır kurulum gereksiz olabilir; birden fazla şantiye ve düzenli taşeron ödemesi olan firmada ise merkezi takip hızla karşılığını verir.
Hakedişte hedef daha fazla tablo üretmek değil, sahada yapılan işin bedelini doğru, zamanında ve gerekçesi açık biçimde ödemektir. Bu disiplin kurulduğunda taşeron ilişkileri daha öngörülebilir, maliyet raporları daha güvenilir ve yöneticinin kararları daha sağlam hale gelir.