EXCEL'DE NAKİT AKIŞI VE TAHSİLAT TAKİBİ MODELLEMEK

Excel'de nakit akışı ve tahsilat takibi modeli, hangi müşterinin ne kadarı hangi günde ödeyeceğini formülle projekte eden ve nakit pozisyonu sorusuna 30 saniyede cevap veren tek bir çalışma kitabıdır. Karmaşık bir ERP değil, doğru kurulmuş bir Excel şablonudur çözüm; Türkiye'de küçük-orta ölçekli inşaat firmalarında tahsilat takibi büyük ölçüde hâlâ bu yolla yürür ve tek tablo, doğru formül zinciri ve görsel yaşlandırma katmanıyla haftalık 20 dakikalık güncelleme üç haftalık görünürlük verir. Bu sayfada tablonun omurgasını, yaşlandırma analizini, DSO hesabını, 13 haftalık projeksiyonu, vade matrisini, çek-senet takibini, hakediş köprüsünü ve sık yapılan model hatalarını bulacaksınız.

1. NEDEN AYRI BİR TAHSİLAT TABLOSU?

Bir Türk KOBİ'sinde tahsilat yalnızca "fatura kesildi mi" sorusundan ibaret değildir. E-fatura sistemine düşen belge ile vade arasında onay süreci, çek-senet karşılığında ileri vadeli ödeme, müteahhitten hakediş onayının gecikmesi, alıcı taraftan yapılan stopaj ve damga vergisi kesintisi — bunların hepsi nakit akışını bozar. Sözleşme tutarı ile fiilen banka hesabına geçen para arasında %15-20 farkın çıkması olağandır. Modelin dinamik formül davranışı için Microsoft'un ürün belgeleri referans olarak işe yarar; omurgayı ise saha pratiği belirler.

Bu yüzden tahsilat tablosu muhasebe defterinden ayrı bir mantıkla kurulur. Defter geçmişi anlatır; tahsilat tablosu projeksiyon yapar. İki tablonun ortak noktası fatura numarası ve vade tarihi; ayrıştığı yer ise kalan tahsil edilecek bakiye ile beklenen tahsil tarihidir. Modeli kurarken hedef tek soru olur: önümüzdeki haftalarda kim, ne kadar, hangi günde ödeyecek? Bu soruya 30 saniyede cevap veren bir tablo, üç ay sonra hâlâ kullanılır halde kalır.

2. TABLONUN OMURGASI HANGİ SÜTUNLARDAN OLUŞUR?

Tek bir ana liste tablosu kurulur; her satır bir tahsilat beklentisidir. Pivot Table ile dilim dilim raporlama hep bu tek tabloya dayanır. Sütun düzeni hem KDV-stopaj kesintilerini hem yaşlandırma analizini ayakta tutacak şekilde planlanır:

• Müşteri / işveren adı
• Proje kodu (varsa)
• Fatura no
• Fatura tarihi
• Brüt fatura tutarı (KDV dahil)
• KDV oranı ve tutarı
• Stopaj / damga vergisi kesintisi
• Net tahsil edilecek
• Vade tarihi
• Tahsilat türü (havale, çek, senet, nakit)
• Tahsil tarihi (boşsa henüz gelmedi)
• Durum (Bekliyor / Tahsil edildi / Gecikti — formülle)
• Gecikme gün sayısı
• Yaşlandırma sınıfı (0-30 / 31-60 / 61-90 / 90+)

Bu yapı kurulduğunda hangi müşterinin kaç gün geciktirdiği, bu ay net ne tahsil edileceği, hangi yaşlandırma kovasında ne kadar para taşındığı sorularına Pivot ile saniyede cevap üretilir. Daha ileri yapı doğrulama ve veri kontrol katmanlarını eklemek için sistematik bir Excel eğitimi formül mantığını oturtmak adına zaman kazandırır.

3. YAŞLANDIRMA ANALİZİ NASIL FORMÜLE BAĞLANIR?

Yaşlandırma (aging) analizi, vadesi geçen alacakların 0-30 gün, 31-60 gün, 61-90 gün ve 90+ gün şeklinde dört kovaya ayrılarak kümeleştirilmesidir. Türk muhasebe pratiğinde 90 günü aşan bakiyeler ciddi risk sinyalidir; bu eşik bilanço dipnotlarında ve karşılık ayrılma kararında belirleyici olur.

Vadesi geçen gün sayısı için temel formül:

=EĞER(L5="";BUGÜN()-I5;L5-I5)

Burada I5 vade tarihini, L5 tahsil tarihini gösterir. Tahsil tarihi boşsa fatura hâlâ açıktır ve BUGÜN() ile vade arasındaki fark gecikme gün sayısını verir.

Yaşlandırma kovası için iç içe EĞER formülü:

=EĞER(M5<=0;"Vadesi gelmedi";EĞER(M5<=30;"0-30 gün";EĞER(M5<=60;"31-60 gün";EĞER(M5<=90;"61-90 gün";"90+ gün"))))

Bu iki sütun kurulduğunda Pivot Table ile kova bazında bakiye dağılımı tek bakışta çıkar. Yaşlandırma raporu sadece görsel araç değildir; BDDK düzenlemeleri çerçevesinde bankaya kredi başvurusunda istenen mali tablolar için de doğrudan kullanılır. Genel kabul gören muhasebe yaklaşımında 90 günü aşan bakiyelere %50, 180 günü aşan bakiyelere %100 karşılık ayrılması temel yaklaşımdır.

4. DSO HESABI VE TAHSİLAT SÜRESİ METRİĞİ

DSO (Days Sales Outstanding), kesilen faturanın ortalama kaç günde tahsil edildiğini gösteren temel metriktir. Türk inşaat sektöründe DSO 90-120 gün bandı normal kabul edilir; 150 günü aştığında nakit sıkışıklığı ciddi sinyal verir. Üretim sektöründe ise 60-90 gün normal bandtır.

DSO formülü:

DSO = (Açık Alacak Bakiyesi / Dönem Cirosu) × Dönem Gün Sayısı

Excel hücresinde uygulanışı:

=(ÇOKETOPLA(Tahsilat!H:H;Tahsilat!L:L;"")/ETOPLA(Satislar!D:D;Satislar!B:B;">="&A1))*GÜN(SERİAY(A1;0))

Burada A1 ay başlangıç tarihini, H açık net tahsil edilecek sütununu, L tahsil tarihini, SERİAY ile ay sonu hesabı kullanılır. Bir tek hücre olan DSO metriği patron için "ortalama tahsilat süremiz" cevabını verir; aylık takip edildiğinde trend görülür. DSO 95'ten 110'a tırmanıyorsa tahsilat yavaşlıyor demektir; kredi politikasının sıkılaştırılması veya peşinatlı çalışma talebi gündeme alınmalıdır.

Sektör pratiğinde DSO'nun yanında "Tahsilat Etkinlik Oranı" (Collection Effectiveness Index) de kullanılır:

CEI = (Başlangıç Bakiyesi + Dönem Satışları − Dönem Sonu Bakiyesi) / (Başlangıç Bakiyesi + Dönem Satışları − Dönem Sonu Cari Bakiyesi)

Bu oran 1'e ne kadar yakınsa tahsilat performansı o kadar iyidir. 0.85'in altına düşmesi sistematik bir gecikme sorununa işaret eder.

5. 13 HAFTALIK NAKİT PROJEKSİYON YAPISI

Uluslararası kurumsal finans pratiğinde standart projeksiyon penceresi 13 haftadır; çeyrek dönemi tam karşılar ve haftalık çözünürlüğü kaybetmez. Türk KOBİ'lerinde ise 4-12 hafta arası bant tipik kullanılır. Önemli olan pencere uzunluğu değil, haftalık çözünürlüktür: aylık projeksiyon ay ortasındaki nakit boşluğunu göstermez.

Haftalık projeksiyon iskeleti:

1. Başlangıç nakit pozisyonu — tüm banka hesapları + kasa
2. Tahsilat girişleri — tahsilat ana listesinden vade haftası bazlı ÇOKETOPLA
3. Diğer girişler — KDV iadesi, kredi kullanımı, varlık satışı
4. Tedarikçi ödemeleri — borçlu hesabı listesinden vade haftalı bazlı
5. Maaş ve SGK — sabit takvim, ayın 25-30 arası
6. Vergi ödemeleri — KDV (26'sı), gelir stopajı, kurumlar geçici
7. Finansman çıkışları — kredi taksiti, leasing, çek-senet kapanışı
8. Hafta sonu pozisyonu — Başlangıç + Girişler − Çıkışlar

Her hafta için ayrı sütun, her gider/gelir kalemi için ayrı satır kurulur. Hafta sonu pozisyonu bir sonraki haftanın başlangıç pozisyonudur; formül =ÖNCEKİ_HAFTA_SONU şeklinde zincirlenir. Bir haftada negatife düşülmesi planlanıyorsa hücre koşullu biçimlendirme ile kırmızıya dönmeli, patron tabloyu açar açmaz görmelidir.

6. VADE MATRİSİ İLE MÜŞTERİ DAVRANIŞI

Tahsilat tablosunun arkasında müşteri davranış analizi yapılır. Hangi müşteri vadesinde ödüyor, hangisi 15 gün geç, hangisi 45 gün geç — bu profil bir kez çıkarıldığında nakit projeksiyon gerçekçi hale gelir. Çünkü vade tarihi değil, fiili tahsil tarihi nakit girişini belirler.

Pivot Table ile müşteri × ortalama gecikme matrisi:

• Satır = müşteri
• Değer 1 = ortalama gecikme gün sayısı (geçmiş tahsil edilmişler üzerinden)
• Değer 2 = açık bakiye toplamı
• Değer 3 = son 6 ay tahsilat hacmi

Müşterinin ortalama gecikmesi 25 günse, vadesi 30 Haziran olan faturasının fiili tahsilat beklentisi 25 Temmuz olur. Projeksiyona bu düzeltilmiş tarih taşınır. Türk inşaat sektöründe bu davranış kişiseldir; aynı işveren bir müteahhide 60 günde, diğerine 90 günde öder. Geçmiş davranıştan tahmin, sözleşme vadesinden çok daha gerçekçi nakit görünürlük verir.

Vade matrisi ayrıca kredi limit yönetimi için de kullanılır. Sürekli 45 gün geç ödeyen müşteriye verilen yeni iş kararı, tahsilat takibinin doğrudan satış sürecine geri beslenmesidir. Mali işler ile satış arasındaki bu bağ, tahsilat sürecini sadece sonradan-tahsil etme değil, ön-onay süreci haline getirir. İnşaat firmasının iç finansman disiplinini sağlamlaştırmak için inşaat muhasebesi eğitimi hakediş onayı ile tahsilat döngüsü arasındaki bağı sektör tipik akışıyla beraber gösterir.

7. ÇEK-SENET VE İLERİ VADELİ TAHSİLAT

Türkiye'de ticari ilişkide çek-senet kullanımı yaygındır. Müşteri sözleşmeyi 60 gün vadeli imzalar ama ödeme bir çek olarak gelir; çek vadesi 90 gün veya 120 gün olabilir. Tahsilat tablosu bunu doğru modellemezse projeksiyon gerçeği yansıtmaz.

Çek-senet kalemleri için ayrı bir destek sayfası tutulur:

• Çek/senet no
• Düzenleyen müşteri
• Karşılığı (hangi fatura)
• Bankaya verilen tarih
• Vade tarihi
• Tutar
• Durum (Portföyde / Tahsile / Tahsil edildi / Karşılıksız)

Vade tarihi geldikten sonra çek banka tarafından tahsil edilir; o güne kadar nakit değil, ileri vadeli alacaktır. Projeksiyona çekin vade haftası girişi olarak yazılır. Karşılıksız çıkma olasılığı için tarihsel veriden bir oran (örneğin %5) düşülmesi gerçekçi modellemedir. Bu pratik 2018-2019 döneminde firma iflas erteleme ve konkordato başvurularının yoğunlaştığı süreçten sonra Türk sektör pratiğinde standartlaşmıştır.

Çek devir ile (firmanın aldığı çeki tedarikçisine ciro etmesi) tedarikçi ödemesi yapılırsa, projeksiyonda hem giriş hem çıkış aynı haftada yazılır; net etki sıfır. Bu, küçük inşaat firmalarında yaygın işleyiş şeklidir.

8. HAKEDİŞ ONAYI VE TAHSİLAT KÖPRÜSÜ

İnşaat-mühendislik firmalarında tahsilat döngüsü hakediş düzenlenmesiyle başlamaz; idarenin onayıyla başlar. Hakediş Çevre Şehircilik veya Karayolları tipi kamu işverende kontrol şefinden başlayıp kontrol amirine, oradan ödeme komisyonuna ve son olarak muhasebeye gider. Bu yol 15 ila 45 gün arası sürebilir.

Tahsilat tablosunda bu sürecin kayıt altına alınması önemlidir:

Hakediş tutarı ile fiili tahsil edilen tutar arasında stopaj kesintisi (%5), damga vergisi kesintisi (binde 9.48), avans mahsubu, SGK pirim iadesi gibi kalemler yer alır. Net tahsil edilecek, brüt hakediş tutarından bu kesintilerin çıkarılmasıyla bulunur; projeksiyona bu net tutar girer. =BRUT-STOPAJ-DAMGA-AVANS_MAHSUBU formülü her hakediş satırı için otomatik çalışır. Hakediş sürecinin daha kapsamlı ele alındığı bir hakediş kesin hesap eğitimi onay zinciri ile tahsilat arasındaki köprüyü kamu ihale mevzuatı çerçevesinde tamamlar.

9. YIL SONU TAHSİLAT YOĞUNLUĞU NASIL YÖNETİLİR?

Türk inşaat ve mühendislik sektöründe son çeyrek (Ekim-Kasım-Aralık) tahsilat hacmi yıllık ortalamadan %30-40 daha yüksek seyreder. Kamu işverende bütçe yılı kapanma baskısı, özel sektörde yıl sonu bilanço açısından açık alacakların kapatılma motivasyonu, müteahhitin yıl sonu vergi planlaması — üçü birlikte yoğun bir tahsilat penceresi yaratır.

Bu mevsimsellik modele yedirilirse projeksiyon doğru çalışır. Aksi halde Eylül-Ekim'de "yetmeyen" nakit, Kasım sonunda "şişen" pozisyonla şaşırtır. Yıllık veri 2-3 sezon biriktiğinde mevsimsel düzeltme katsayısı çıkarılır; örneğin Kasım için 1.35, Şubat için 0.70 gibi.

Yıl sonu tahsilat dalgalanması için pratik kontrol kalemleri:

• Ekim ortasında müşterilere bakiye mutabakat mektubu
• Kasım başında 60+ gün gecikmeli faturalara avukatla uyarı yazısı
• Aralık ilk haftası proje bazlı kapama görüşmeleri
• Aralık sonu açıkta kalanlara karşılık ayırma

Bu disiplin yıl sonu kapanışı 31 Aralık'a değil, 15 Kasım'a çeker. Mali müşavirin yıl sonu yoğunluğuyla çakışmadan kapanış yapılır; ertesi yıl 1 Ocak vergi takvimine sakin başlanır.

10. SIK YAPILAN MODEL HATALARI

Sahada en sık üç hata görülür. Birincisi, hakediş ve tahsilat aynı sayfada karışık tutulur; ay sonu Pivot kuramaz hale gelir, formüller çakışır, müteahhit ile alt yüklenici alacakları birbirine girer. İkincisi, KDV ve stopaj manuel girilir; bir hafta sonra oran değiştiğinde tüm satırlar düzeltilemez, modele güven sıfırlanır. KDV oranı sözleşme tarihindeki orandır ve sözleşmeye ekli tabloya DÜŞEYARA ile çekilmelidir.

Üçüncüsü, tahsil tarihi boşsa "bekliyor" yazılır manuel; 200 satır olduğunda kimse güncelleyemez, EĞER ile otomatik yapılmalıdır. Bonus dördüncüsü, müşteri adları aynı yazılmaz — "ABC İnşaat", "ABC İnş.", "ABC İnşaat AŞ" üç farklı satıra dağılır, Pivot toplamı yanlış verir. Sözleşme pozları sayfasındaki gibi tek master müşteri sayfası tutulup ana listeye DÜŞEYARA ile bağlanması bu hatayı keser.

Bir model ne kadar basit kurulursa o kadar uzun yaşar. Üç sayfayla başlanıp ihtiyaç doğdukça (kur farkı takibi, banka teminat mektubu izleme, taşeron ödeme planı) yeni sayfa ekleyerek büyütmek doğru yoldur. Bu yaklaşımla kurulan tablo, küçük bir mühendislik ofisi için yıllarca yeterli kalır; firma 50+ projeye ulaştığında ise Power Query veya veritabanı çözümüne geçişin temeli zaten kurulmuş olur.