Blog

İnşaat Avans Takip Programı Nasıl Seçilir?

30 Temmuz 2026

Bir şantiyede avansın kendisi sorun değildir. Sorun, avansın kime, hangi iş için, hangi projeden ve hangi tarihte verildiğinin birkaç gün sonra net biçimde görülememesidir. İnşaat avans takip programı tam bu noktada devreye girer: Şantiye şefinin sahada yaptığı ödemeyi, muhasebenin kaydını ve yöneticinin proje maliyeti görünümünü aynı veri üzerinde buluşturur.

Excel dosyası, WhatsApp mesajı ve el yazısı notlarla ilerleyen firmalarda tipik tablo şudur: Personel avansı puantajdan ayrı durur, taşeron avansı hakediş dosyasına sonradan eklenir, malzeme alımı için verilen nakit ise birden fazla kişinin telefonunda takip edilir. Ay sonunda “bu tutar kapandı mı?” sorusunun cevabı için şantiye, satın alma ve muhasebe arasında uzun bir mesaj trafiği başlar. Oysa avans, verildiği anda doğru projeye ve doğru kişiye bağlanırsa takip edilecek bir belirsizlik değil, yönetilebilir bir hareket olur.

İnşaat avans takip programı neyi çözmelidir?

Avans takibi yalnızca ödeme listesi oluşturmak değildir. İnşaat operasyonunda avans; personel, taşeron, tedarikçi, satın alma sorumlusu veya saha yöneticisiyle ilişkili olabilir. Her türün kapanış şekli de farklıdır. Personel avansı ücret veya masraf belgesiyle mahsuplaşabilir. Taşeron avansı hakedişten düşülür. Tedarikçiye verilen avans ise malzeme faturası ya da irsaliye süreciyle kapanır.

Bu nedenle kullanılan sistemin sadece “borçlu kişi” göstermesi yeterli olmaz. Avansın hangi projeye, gider grubuna, taşerona, siparişe veya hakedişe ait olduğunu göstermesi gerekir. Aksi halde firmanın kasasından çıkan para görünür, fakat o paranın proje kârlılığına etkisi belirsiz kalır.

İyi kurgulanmış bir takip yapısında yönetici şu sorulara birkaç ekranda yanıt alabilmelidir: Hangi şantiyede açık avans yükü arttı? Hangi taşeronun yeni hakedişinden ne kadar kesinti yapılacak? Hangi personelin avansı uzun süredir mahsuplaşmadı? Bu ay planlanan nakit çıkışında avansların payı nedir?

Bu görünürlük, özellikle aynı anda birden fazla proje yürüten firmalarda kritiktir. Bir şantiyedeki nakit sıkışıklığı, başka projenin tahsilatıyla fark edilmeden kapatılmaya çalışılırsa proje bazlı maliyet okuması bozulur. Yönetim toplam bakiyeyi görür ama hangi işin ne kadar kaynak tükettiğini net göremez.

Avans süreci sahada nasıl işlemeli?

Saha gerçekliğinde her avans talebi uzun onay zincirlerinden geçemez. Acil malzeme, ekipman nakliyesi veya günlük işçilik ihtiyacı için hızlı karar gerekir. Ancak hız, kontrolün ortadan kalkması anlamına gelmemelidir. Doğru akış, sahayı bekletmeden kaydı standartlaştırır.

Talep ve ödeme aynı kayıt üzerinde ilerlemeli

Avans kaydında en azından kişi ya da firma, proje, tutar, para birimi, ödeme tarihi, avans nedeni ve sorumlu kullanıcı yer almalıdır. Dövizli çalışan projelerde para biriminin sonradan eklenmesi ciddi raporlama hatalarına yol açar. 1.000 USD taşeron avansı ile 1.000 TL personel avansını aynı tutar mantığıyla izlemek, nakit akışı kararlarını yanıltır.

Kayda belge, açıklama veya ödeme dekontu eklenebilmesi de önemlidir. Çünkü birkaç ay sonra yapılan kontrolde ekipler çoğu zaman tutarı değil, ödemenin nedenini hatırlamakta zorlanır. “Şantiye ihtiyacı” gibi genel notlar yerine “B blok mekanik tesisat başlangıç malzemesi” gibi açıklamalar, hem muhasebe hem proje yönetimi için işe yarar.

Mahsup süreci bekleyen işi görünür kılmalı

Avans verildiğinde süreç bitmez. Asıl kontrol, avansın nasıl ve ne zaman kapandığında başlar. Sistem, açık avansı hakediş, fatura, masraf fişi, ücret bordrosu veya iade ödemesiyle ilişkilendirebilmelidir. Böylece tutarın bir kısmı kapatıldığında kalan bakiye otomatik olarak izlenir.

Burada katı tek bir yöntem her firmaya uymaz. Küçük ekiplerde şantiye şefi avansı kaydedip muhasebe mahsuplaştırabilir. Büyük firmalarda talep, onay, ödeme ve mahsup yetkileri farklı kişilerde olmalıdır. Önemli olan, rol ayrımının sahadaki işi yavaşlatmadan uygulanmasıdır. Her kullanıcı her veriyi değiştirebiliyorsa hata riski artar; her işlem merkez ofis onayı bekliyorsa saha kendi çözüm yolunu üretir.

Hakediş ve maliyetle bağ kurulmalı

Taşeron avansları, hakedişten kopuk tutulduğunda en sık görülen iki hata oluşur: Aynı avansın iki kez düşülmesi veya hiç düşülmemesi. Avans kaydının taşeron kartı ve ilgili hakedişle bağlanması, kesinti tutarını açıkça gösterir. Taşeron da firma da hangi tutarın neden kesildiğini izleyebilir.

Benzer şekilde malzeme için verilen avansın satın alma ve maliyet tarafına bağlanması gerekir. Ödeme yapıldı diye maliyet tamamlanmış sayılmaz. Malzeme teslimi, fatura girişi ve proje içindeki kullanım alanı birlikte izlenmelidir. Bu bağlantı kurulmadığında, finans ekibi ödeme yaptığını bilir; proje ekibi ise gerçek malzeme maliyetini geç görür.

Program seçerken ekran sayısından çok veri akışına bakın

Piyasadaki her finans veya muhasebe yazılımı avans kaydı açabilir. Fakat şantiyenin ihtiyacı, tek başına muhasebe fişi değil; proje, saha ve finansın ortak çalıştığı operasyon kaydıdır. Bu yüzden seçim yaparken ürünün kaç modül sunduğundan önce, avans verisinin başka hangi süreçlere aktığını sorgulamak gerekir.

İlk ölçüt proje bazlı takip olmalıdır. Her kaydın proje, blok, iş kalemi veya maliyet merkeziyle ilişkilendirilebilmesi gerekir. İkinci ölçüt açık avans yaşlandırmasıdır. Bugün verilen avans ile 90 gündür bekleyen avans aynı listede görünse bile aynı riskte değildir. Geciken kayıtları ayrı görebilmek, yöneticinin aksiyon almasını kolaylaştırır.

Üçüncü ölçüt mobil kullanımdır. Şantiye şefi ödeme bilgisini gün sonunda değil, ödeme gerçekleştiğinde sisteme girebilmelidir. Sahada kullanım zor olduğunda ekip yeniden telefon notlarına döner ve merkezdeki kayıt gerçeğin gerisinde kalır. Basit ekranlar, az sayıda zorunlu alan ve Türkçe terimler benimsenmeyi doğrudan etkiler.

Dördüncü ölçüt ise raporlama kapsamıdır. Açık avans raporu tek başına değerlidir, ancak nakit akışı, taşeron bakiyesi, proje maliyeti ve ödeme planıyla birlikte okunduğunda karar aracı haline gelir. Yönetici yalnızca “ne kadar avans var?” sorusunu değil, “gelecek hafta hangi ödemelerle birlikte ne kadar nakit gerekir?” sorusunu da yanıtlamak ister.

Excel neden bir süre sonra yetersiz kalır?

Excel, küçük ve tek projeli yapılarda başlangıç için pratik görünebilir. Esnektir, herkes tanır ve ilk gün maliyeti düşüktür. Ancak kullanıcı sayısı arttıkça dosyanın hangi sürümünün doğru olduğu, kimin hangi satırı değiştirdiği ve ödeme bilgisinin diğer raporlara işlenip işlenmediği belirsizleşir.

Asıl maliyet çoğu zaman dosyanın kendisi değildir. Aynı tutarın satın alma listesine, kasa tablosuna, taşeron hakedişine ve proje maliyet raporuna ayrı ayrı yazılmasıdır. Bu tekrar hem zaman kaybettirir hem de farklı rakamlar üretir. Yönetim toplantısında tartışılan şey çoğu zaman maliyetin kendisi değil, hangi Excel dosyasının güncel olduğudur.

ŞantiyePro gibi şantiye odaklı bir platformda avans takibinin değerini artıran nokta, bu kaydı tek başına bırakmamasıdır. Avans hareketi proje maliyeti, nakit akışı, tedarikçi-taşeron süreçleri ve hakediş takibiyle aynı operasyon merkezinde değerlendirilir. Böylece saha hızlı kayıt girerken, muhasebe kontrollü mahsup yapar; yönetici de farklı ekiplerden ayrı rapor istemeden güncel tabloyu görebilir.

Geçişi doğru başlatmak için küçük bir kapsam belirleyin

Tüm geçmiş avansları tek günde kusursuz biçimde sisteme taşımaya çalışmak, ekiplerin yeni düzene direnmesine neden olabilir. Daha sağlıklı yaklaşım, önce aktif projelerdeki açık avansları temizleyip sisteme aktarmaktır. Ardından yeni avansların yalnızca sistem üzerinden açılması kuralı uygulanabilir.

İlk haftalarda avans türleri, onay sorumluları ve mahsup süreleri netleştirilmelidir. Örneğin personel masraf avanslarının belirli süre içinde belgeyle kapanması, taşeron avanslarının ise ilgili hakedişte kontrol edilmesi gibi kurallar ekip tarafından anlaşılır olmalıdır. Kural ne kadar açık olursa, takip için harcanan telefon trafiği o kadar azalır.

İyi bir avans düzeni, sahadaki acil ihtiyacı engellemez; o ihtiyacın şirket hafızasında iz bırakmasını sağlar. Bir sonraki ödeme kararı verilmeden önce herkesin aynı rakama bakabilmesi, şantiyede kontrolün en pratik halidir.

← Tüm yazılar