Likidite Stres Testi: Baz, Zorlayıcı ve Ters Senaryo Nasıl Kurulur?

Kısa cevap
Likidite stres testi, geleceği kesin olarak tahmin etmeye değil, belirli olumsuz koşullar altında işletmenin nakit yükümlülüklerini ne zaman karşılamakta zorlanabileceğini görmeye yarar. Baz senaryo mevcut kanıtlarla en makul görünümü, zorlayıcı senaryo olumsuz fakat anlaşılır varsayımları, ters stres ise işletmenin tanımlı sınırı hangi birleşimde ihlal edeceğini gösterir. Varsayımlar veri, tarih ve sahip bilgisi taşır; sistem sonucu karar önerisi değil, yönetimin inceleyeceği kontrollü bir simülasyondur.
Önce likidite tanımını yazın
Kullanılabilir banka bakiyesi, kasa, gerçekten hızlı çevrilebilir ve değer değişim riski düşük kalemler ile kullanılmamış finansman limitleri birbirinden ayrılmalıdır. Blokeli hesap, teminat, çekilmesi koşula bağlı limit veya tahsil edilmemiş alacak aynı likidite kalitesine sahip değildir. Rapor “toplam kaynak” yerine erişilebilirlik durumunu göstermelidir. KGK'nın TMS 7 standardı nakit ve nakit benzeri kavramları için finansal raporlama çerçevesi sağlar; iç stres testindeki tanım ayrıca açıklanmalı ve işletmenin tabiiyetiyle karıştırılmamalıdır.
Yükümlülük takvimini kurun
Tedarikçi, ücret, vergi, kredi, kira, yatırım taahhüdü ve diğer ödemeleri vade ve öncelik bilgisiyle listeleyin. Sözleşme vadesi geçmiş kalemleri ayrı gösterin. Tutar kesin değilse tahmin yöntemi ve belirsizlik aralığı yazılmalıdır. Erteleme seçeneği yalnız karşı tarafça teyit edilmişse senaryoya girer. Yasal veya sözleşmesel yükümlülükleri “istenirse ötelenir” varsayımıyla otomatik azaltmayın. Ödemelerin para birimi ve hangi banka hesabından çıkacağı da önemlidir.
Tahsilat tabanını gerçekçi oluşturun
Fatura toplamını tahsilat kabul etmek yerine açık kalem, vade, müşteri teyidi, geçmiş davranış ve ihtilaf durumunu inceleyin. Baz senaryoda dahi belirsiz satış fırsatlarını kesin nakit girişi saymayın. Büyük müşteri yoğunlaşmasını ve ilişkili bakiyeleri ayrı görün. Kısmi tahsilat veya mahsup olasılığı varsa yöntem ve kanıt yazılmalıdır. Yeni siparişin getireceği nakdin yanında üretim veya tedarik için önceden gerektirdiği çıkış da modele eklenmelidir.
Zorlayıcı senaryo tasarımı
Birden çok varsayımı tek pakette gizlemeyin. Tahsilat gecikmesi, satış düşüşü, hammadde fiyat artışı, kur değişimi, beklenmeyen bakım ve finansman erişimi gibi şokları ayrı parametreler olarak tanımlayın. Her parametrenin dayanağı işletme geçmişi, sözleşme veya resmî veri olabilir. TCMB Sektör Bilançoları toplulaştırılmış bağlam sağlayabilir; belirli işletme için doğrudan şok oranı vermez. Varsayımın mantığı ve tarihi, sayının kendisi kadar önemlidir.
Ters stres yaklaşımı
Ters stres, “ne kadar kötü olabilir?” yerine “hangi koşul birleşimi kabul edilen nakit sınırını aşar?” sorusunu sorar. Önce sınırı tanımlayın: belirli bir tarihte negatif kullanılabilir nakit, zorunlu ödemenin karşılanamaması veya yönetimce belirlenen tamponun altına düşme olabilir. Ardından tahsilat gecikmesi, maliyet ve vade parametrelerini kontrollü biçimde değiştirin. Sonuç gerçek olasılık değildir; kırılgan noktayı ve erken uyarı göstergelerini bulur.
Zaman adımı ve ufuk
Günlük model yakın tarihteki ödeme yoğunlaşmasını, haftalık model kısa vadeli yönetimi, aylık model daha uzun eğilimleri gösterir. Tek modelde aşırı ayrıntı sahte kesinlik yaratabilir. İlk haftalar işlem düzeyinde, uzak dönemler kategori düzeyinde tutulabilir. Ufuk boyunca aynı tahsilat oranını kullanmak yerine sözleşme ve mevsimsellik değerlendirilmelidir. Resmî tatil ve banka çalışma günü etkileri operasyonel plana yansıtılmalıdır.
Model kontrolleri
Başlangıç bakiyesini banka ve kasa kaynaklarıyla doğrulayın. Her dönemde açılış nakdi artı girişler eksi çıkışların kapanış nakdine eşit olduğunu test edin. Aynı hareketin hem fatura hem banka kaydından iki kez eklenmediğini kontrol edin. Para birimi çevriminde kur kaynağı, tarih ve yöntem görünür olmalıdır. Formül ve parametre değişiklikleri sürümlenmeli; önceki senaryo yeniden üretilebilmelidir. Hata halinde sessiz varsayılan değere dönülmemelidir.
Model doğrulama oturumu
Senaryoyu hazırlamayan bir kişi formülleri, veri kaynaklarını ve en hassas varsayımları örneklemle yeniden hesaplamalıdır. Önceki tahminlerin gerçekleşen sonuçlarıyla karşılaştırılması model yanlılığını gösterebilir. Bulgu, düzeltme ve onay tarihi saklanmalı; eski sonuç sessizce değiştirilmemelidir.
Senaryo arşivi
Her çalışmanın veri kesimi, parametreleri, sonucu ve yönetim kararı birlikte saklanmalıdır. Yeni senaryo eski dosyanın üzerine yazılmamalıdır. Gerçekleşmeler geldikçe hangi varsayımın neden saptığı kaydedilir; öğrenim, sonraki testin tasarımına kontrollü biçimde aktarılır.
Erken uyarı göstergeleri
Stres sonucundan izlenecek göstergeler türetin: teyitsiz büyük tahsilat, yakın vadede yığılan ödeme, kullanılabilir nakit tamponu, vadesi geçmiş kritik tedarikçi veya güncelliğini kaybetmiş veri gibi. Her göstergenin sahibi ve müdahale eşiği olmalıdır. Eşik aşıldığında otomatik ödeme erteleme veya kredi kullanımı yapılmamalı; yetkili toplantı ve karar süreci tetiklenmelidir.
Yönetim karar kaydı
Senaryo toplantısında seçilen eylem, varsayım, sorumlu ve hedef tarih kaydedilir. Tedarikçiyle vade görüşmesi, müşteri teyidi, maliyet azaltma veya finansman araştırması farklı risk ve yetki gerektirir. Sonraki güncellemede eylemin gerçekleşen etkisi ölçülür. Böylece stres testi sunum slaytı olmaktan çıkar, öğrenen bir yönetim döngüsüne dönüşür.
Raporlama sınırı
Senaryo çıktısı yasal finansal tablo veya garanti değildir. Tahmini girişler gerçekleşmiş gelir, kullanılmamış limit de nakit gibi gösterilmemelidir. Belirsiz alanlar açık etiketlenmelidir. Modeli hazırlayan ile onaylayan rolleri ayrılmalı, önemli manuel değişiklikler ikinci kontrolden geçmelidir.
Kapsam notu
Bu yazı genel risk ve planlama yaklaşımıdır; kredi, yatırım, finansman veya ödeme sıralaması tavsiyesi değildir. Sözleşmesel, hukuki, vergisel ve muhasebesel sonuçlar yetkili uzmanlarla doğrulanmalı; insan onayı ve denetim izi korunmalıdır.
Kaynaklar
Kaynaklar
Mehmet Hakkı Yuvanç
FiscusAI ekibi
Mehmet Hakkı Yuvanç tarafından 26 Eylül 2026 tarihinde incelendi.


