Küçük projeler nasıl bankalanabilir bir pakete dönüşür?

Kısa cevap — Birleştirme, küçük projelerin tutarını toplamak değil; kapsamı, sözleşmeyi, satın almayı, M&V'yi, veri kalitesini ve risk tahsisini standartlaştırmaktır. Havuz; tek borçlu, alacak devri, hizmet/enerji performans sözleşmesi, özel amaçlı şirket veya finansal aracı üzerinden kurulabilir. Bankalanabilirlik; öngörülebilir nakit akışı, izin ve teknik olgunluk, yeterli özkaynak/teminat, borç servisi, karşı taraf çeşitliliği, çevresel-sosyal yönetim ve uygulanabilir sözleşmeler gerektirir. Ölçek işlem maliyetini düşürebilir; zayıf projeyi otomatik güçlü yapmaz ve korelasyon riskini yok etmez.

Bu sayfa hangi kararı bitirir?§

Karar, küçük projelerin tek tek mi, standart bir portföyde mi ilerleyeceğini ve finansmana çıkmadan önce hangi sözleşme/veri açıklarının kapanacağını belirlemektir.

Yedi adımda yeri: Ölç → Maruziyeti belirle → Hedef koy → Seçenekleri değerlendir → Finanse et → Uygula → Kanıtla ve güncelle.

Girdi → yöntem → çıktı: Standart proje kartları, nakit/emisyon tahminleri ve karşı taraflar → uygunluk filtresi, sözleşme/M&V standardı, havuz riski ve borç servisi testi → uygun proje havuzu, finansman yapısı, rezerv/koşullar ve izleme raporu.

Bankalanabilirlik için yedi yapı taşı§

1. Standart uygunluk: teknoloji, minimum veri, izin, ömür ve hariç tutmalar.
2. Tek sözlük: aynı fiyat yılı, üretim bazı, emisyon sınırı ve M&V yöntemi.
3. Sözleşme: performans, garanti, kabul testi, arıza, erken çıkış ve veri hakkı.
4. Nakit şelalesi: gelir/tasarruf tahsilatı, O&M, vergi, borç servisi, rezerv ve dağıtım sırası.
5. Risk dağılımı: tesis, sektör, teknoloji, tedarikçi ve enerji fiyatı yoğunlaşması.
6. Yönetişim: havuz yöneticisi, bağımsız mühendis, E&S yönetimi ve raporlama.
7. Finans: özkaynak, borç vadesi, DSCR, teminat, gecikme ve aşağı yönlü senaryo.

Teknoloji aynı olsa bile binaların kullanım saati, tesis üretimi ve sayaç kalitesi farklıdır. Ortak M&V, normalizasyonu ortadan kaldırmaz. Havuz düzeyinde beklenen değer yanında en kötü ortak şok —örneğin enerji fiyatı veya tedarikçi arızası— test edilir.

TEMSİLİ örnek§

On tesiste 3'er milyon TL olmak üzere toplam 30 milyon TL verimlilik yatırımı bulunsun. Yıllık brüt tasarruf 8,8 milyon TL, O&M 0,8 milyon TL, ortak yönetim/M&V 1,0 milyon TL ise borç servisine uygun nakit:

CFADS = 8,8 − 0,8 − 1,0 = 7,0 milyon TL/yıl

Finansman 24 milyon TL, %13 nominal ve beş yıl eşit taksitliyse:

Borç servisi_5 = 24 × [0,13(1,13)^5 / ((1,13)^5−1)] = 6,824 milyon TL
DSCR_5 = 7,0 / 6,824 = 1,03

Yedi yıl vade varsayımında borç servisi 5,427 milyon TL ve DSCR_7 = 1,29 olur. Bu, yedi yılın banka tarafından verileceği veya 1,29'un yeterli evrensel eşik olduğu anlamına gelmez. Vade, varlık ömrü, risk, teminat ve kredi politikasıyla müzakere edilir. Tekil işlem/M&V maliyeti toplam 2,4 milyon TL/yıl iken ortak platformda 1,0 milyon TL ise ölçek faydası 1,4 milyon TL/yıldır; merkezi tedarikçi arızası bu faydaya karşı korelasyon riski yaratır.

Hesap künyesi: 2026 nominal TL; finansman oranı/iskonto %13 nominal, işlem koşuluna özgü ve evrensel eşik değil; proje ömrü 10 yıl, borç 5 ve 7 yıl karşılaştırması; üretim bazı 10 tesis × 20.000 birim/yıl; karbon sınırı her tesis brüt Scope 1+2, etkileşim sonrası havuz toplamı; karbon fiyatı merkez 0, yüksek 1.000 TL/tCO₂e; CFADS'e alınmadı; belirsizlik tasarruf ±%15, ortak arıza senaryosu −%25, devreye alma ±6 ay; son inceleme 28.08.2026.

Karar çizimi§

1. 0110 küçük proje
2. 02Standart kapsam + sözleşme + M&V
3. 03Uygun proje havuzu
4. 0424 mn TL finansman
5. 05CFADS → borç servisi → rezerv

TEMSİLİ · Yöntem ve sınırlar sayfa metninde açıklanır.

Bileşen: ProjeHavuzuBankalanabilirlik. En iyi tür: çoktan-bire huni ve sonrasında nakit şelalesi; standartlaştırmanın finansman öncesi bir kapı olduğunu gösterir.

Kesin veri şeması/etiketler: project_id, site_id, borrower_id, technology, capex_tl2026, expected_savings_tl2026, abatement_tco2e, contract_template_version, mv_protocol, permit_status, commissioning_date, counterparty_rating, pool_id, concentration_bucket, cfads_tl, debt_service_tl, dscr, reserve_balance_tl, default_status. Huni etiketleri “aday / standart / uygun / finanse”; şelale “CFADS / borç / rezerv”. Caption: “Toplama değil, standardizasyon ve risk tahsisi havuzu bankalanabilir kılar.” Alt metin 10 proje, 30/24 milyon TL ve iki DSCR'yi okur. Mobilde proje→havuz kartları; baskıda sayı etiketleri; azaltılmış harekette yoktur. Tablo alternatifi proje uygunluğu, yoğunlaşma ve havuz nakit akışını verir.

Ne değildir? Sık hatalar§

Birleştirme hibe, garanti, menkul kıymetleştirme veya otomatik ucuz kredi değildir. Farklı bazları toplamak; sorunlu projeyi büyüklük içinde saklamak; ortak şoku çeşitlendirme sanmak; M&V ve veri hakkını sözleşmeden çıkarmak; kısa borç vadesini uzun varlık ömrüyle eşlemek ve DSCR'yi tek karar kriteri yapmak hatadır.

Beş karar kontrolü§

• Projeler aynı uygunluk, fiyat yılı, sınır ve M&V sözlüğünde mi?
• Performans, garanti, veri, erken çıkış ve temerrüt sözleşmede mi?
• Karşı taraf/teknoloji/tedarikçi yoğunlaşması ve ortak şok test edildi mi?
• CFADS, borç servisi, rezerv ve aşağı yönlü DSCR şeffaf mı?
• E&S, izin, havuz yöneticisi ve bağımsız kontrol sorumluları atanmış mı?

Birincil kaynaklar§

Erişim: 28.08.2026.

• IFC — Performance Standards (yeni sekmede açılır)
• IFC — General EHS Guidelines (yeni sekmede açılır)
• EIB — Economic Appraisal of Investment Projects (yeni sekmede açılır)
• Dünya Bankası — Türkiye sanayi dekarbonizasyon yatırım platformu (yeni sekmede açılır)
• LMA — Sustainable lending resources (yeni sekmede açılır)