Market Risk
22 / 32 · Faz 5

FTP: Funds Transfer Pricing

ALM'nin operasyonel dili. Banka içinde her birim fonlamaya ne kadar maliyet öder, faiz riskini kime devreder? FTP bu soruları fiyatlar — yanlış tasarlanırsa iş birimleri yanlış kararlar alır.

FTP neden var? Merkezi risk yönetiminin fiyatı

Bir banka düşün: kredi birimi müşteriye %28 faizli mortgage açıyor. Hazine birimi parayı %20'den topluyor. Aradaki %8 kim kazanıyor? Ve bu %8'in içinde ne kadar faiz riski, ne kadar likidite maliyeti, ne kadar gerçek kredi marjı var?

FTP (Funds Transfer Pricing), banka içinde fonun "transfer fiyatını" belirler. Kredi birimi fonu ALM'den belirli bir FTP oranında "satın alır". Mevduat birimi müşteriden topladığı fonu ALM'ye belirli bir FTP oranında "satar". ALM, tüm faiz ve likidite riskini merkezi olarak yönetir.

Sonuç: her iş biriminin gerçek karlılığı görünür. Kredi müdürü yanlış bir müşteriye düşük faiz verirse FTP bunu açığa çıkarır. Mevduat birimi pahalı fon toplarsa FTP bunu görünür kılar. FTP, performans ölçümünün alt yapısıdır.

FTP olmadan
FTP ile
Validasyon amacı
Tüm NIM bankada tek havuzda. Hangi birimin ne kazandığı belirsiz. Kredi müdürü düşük marjla büyümeyi tercih edebilir.
Her birim kendi NIM'ini görüyor. Faiz riski ve likidite riski ALM'ye devredildi. Performans ölçümü anlık ve adil.
FTP eğrisi doğru mu kalibre edilmiş? Likidite prim bileşeni gerçekçi mi? Optionality maliyeti hesaba katılıyor mu?

Banka içinde fonlar nasıl akar?

ALM bir "iç banka" gibi çalışır: mevduat biriminden fon alır (FTP öder), kredi birimine fon satar (FTP alır). Aradaki fark ALM'nin faiz ve likidite riski yönetim kârı/zararıdır.

Mevduat Birimi Müşteri: %20 faiz öder FTP: %22 alır → +₺2M/yıl MÜŞTERİ (mevduat) %20 faiz Fon ↗ FTP %22 ↙ ALM İç banka · Faiz & Likidite riskini merkezi yönetir ALM NIM = FTP kredi − FTP mevduat Fon ↗ FTP %25 ↙ Kredi Birimi Müşteri: %30 faiz öder FTP: %25 öder → +₺5M/yıl MÜŞTERİ (kredi) %30 faiz Banka toplam NIM = %30−%20 = %10 · Mevduat NIM +₺2M · ALM NIM +₺3M · Kredi NIM +₺5M

FTP eğrisi nasıl oluşturulur?

FTP oranı tek bir sayı değil, vadeye göre değişen bir eğridir. Temel yapı: risk-free rate + likidite primine dayanır. Her vade noktasında bankanın o vadede fonlama maliyetini yansıtır. Sliderları hareket ettir — bileşenlerin FTP eğrisini nasıl şekillendirdiğini gör.

FTP Eğrisi — Bileşen Ayrıştırması
FTP = Risk-free rate + Likidite primi + Optionality maliyeti (+ kredi maliyeti bazı yapılarda)
Piyasa faizi (kısa, %) %22
Likidite primi (kısa, bp) 80 bp
Term premium (uzun, bp) 120 bp
Optionality maliyeti (bp) 25 bp
FTP eğrisi (toplam)
Risk-free
Likidite primi
Optionality
FTP 1Y
FTP 3Y
FTP 5Y
FTP 10Y

Her ürünün NIM'i farklı — FTP bunu ayırt eder

Farklı ürünlerin FTP oranları farklıdır çünkü vadeleri ve optionality'leri farklıdır. Aşağıdaki tabloda tipik ürünler için FTP oranı ve müşteri oranı karşılaştırması — her birimin gerçek NIM katkısı görünür.

Ürün Bazlı FTP & NIM Analizi
Piyasa faizi %22, banka fonlama spread'i 80bp. FTP oranları vade ve optionality'ye göre değişiyor.
Ürün Vade FTP Oranı Müşteri Oranı Birim NIM Not
Konut kredisi (sabit) 10Y %33.2 %36 +2.8% Yüksek FTP: uzun vade + prepayment optionality
Ticari kredi (değişken) 2Y (yenilenen) %23.8 %26 +2.2% Kısa FTP: değişken faiz, düşük faiz riski
KOBİ kredisi (sabit) 3Y %25.5 %24 −1.5% ⚠ Karlı değil — FTP altı fiyatlama
Vadeli mevduat (1Y) 1Y %23.2 %21 +2.2% Mevduat birimi: FTP alıyor, müşteriye daha az ödüyor
Vadesiz mevduat (NMD) Davranışsal 3Y %25.5 %5 (KKDF dahil) +20.5% En yüksek katkı — ama NMD modeli varsayımına çok duyarlı
Devlet tahvili (10Y) 10Y %33.2 %30 (piyasa getirisi) −3.2% ⚠ ALM faiz riski taşıyor ama düşük getiri — kalibre gerekli
KOBİ kredisi negatif NIM veriyor ama banka bunu görmeyebilir — FTP olmadan toplam NIM'e karışır. FTP sistemi bu yanlış fiyatlamayı açığa çıkarır. Validasyonun sorması gereken soru: KOBİ kredisi FTP oranı doğru vadeye mi atanmış?

FTP modellerinde yaygın validasyon soruları

FTP eğrisi hangi referansa kalibre?
Kalibrasyon
FTP oranının referans eğrisi seçimi kritik. Hazine eğrisi mi, OIS mi, TCMB politika faizi mi? Her seçim farklı sonuç verir. Özellikle TL piyasasında referans eğrilerin sürekliliği sorunlu — kriz döneminde likidite bozulunca eğri anlamsızlaşır. Seçilen referansın dönem bazlı kararlılığı ve kriz uyumu sorgulanmalı.
Likidite primi nasıl ölçülüyor?
Model riski
Likidite primine genellikle CDS spread'i veya bankanın kendi ihraç priminden ulaşılır. Ama banka aktif piyasada ihraç yapmıyorsa prim "tahmin edilir". Bu tahmin ne kadar güncel? Kriz döneminde hızla güncelleniyor mu? Durağan bir likidite primi, kriz anında FTP'yi gerçekten anlamlı kılmaz.
NMD'nin FTP vadesi nasıl belirlendi?
Yüksek etki
Vadesiz mevduatın FTP davranışsal vadesi, o mevduatın NIM katkısını doğrudan belirler. 3Y mı 5Y mi? Bu fark NIM'i büyük ölçüde etkiler. NMD davranışsal vade modeli nasıl kalibre edilmiş? Hangi faiz ortamı veri seti kullanıldı? Stres döneminde mevduat daha erken çekilirse — FTP vadesi yanlış belirlenmiş demektir.
Optionality maliyeti FTP'de mi?
Sık atlanan
Konut kredisinin sabit faizli müşteri erken ödeyebilir (prepayment option). Bu ALM için negatif convexity taşır — kıymetli bir optionality. Bu maliyet FTP oranına yansıtılmadıysa kredi birimi gerçek marjını fazla görüyor. Optionality maliyetinin modellenmesi ve FTP'ye dahil edilmesi hem doğruluk hem de davranışsal incentive tasarımı açısından kritik.

Bu sayfadan ne götürmelisin?

Anahtar çıkarımlar
  • FTP, bankanın iç fon transfer fiyatı — her birimin gerçek NIM katkısını görünür kılar
  • ALM "iç banka" gibi: mevduat biriminden fon alır (FTP öder), kredi birimine satar (FTP tahsil eder)
  • FTP = risk-free rate + likidite primi + term premium + optionality maliyeti
  • NMD'nin davranışsal vadesi FTP'nin en kritik girdisi — yanlış vade tüm NIM dağılımını bozar
  • Prepayment optionality FTP'ye dahil edilmezse kredi birimi gerçek marjından fazlasını görür — yanlış incentive
  • Validasyonda: FTP eğrisi referansı, likidite priminin güncelliği, NMD vadesi, optionality dahil mi sorgulanmalı