DSCR untuk Project Finance

Sebuah bank menerima proposal pinjaman Rp 5 triliun untuk proyek jalan tol KPBU. Dokumennya tebal: kajian lalu lintas, perkiraan tarif, jadwal konstruksi. Tetapi seluruh keputusan kredit bermuara pada satu pertanyaan sederhana dari komite pemberi pinjaman: setiap tahun, apakah uang yang dihasilkan proyek cukup untuk membayar cicilan utangnya?

Pertanyaan itu terdengar mudah, namun jawabannya menentukan apakah proyek senilai triliunan rupiah jadi dibangun atau tidak. Kalau di satu tahun saja arus kas proyek tidak menutupi cicilan, proyek gagal bayar — dan dana publik maupun dana sponsor ikut terancam.

Alat yang menjawab pertanyaan itu dengan satu angka bernama DSCR — Debt Service Coverage Ratio, atau rasio penutupan layanan utang. Inilah ukuran paling penting di dunia project finance (pendanaan proyek) dan KPBU (Kerja Sama Pemerintah dan Badan Usaha).

Intuisi: Penghasilan Dibanding Cicilan

Bayangkan Anda mengajukan kredit pemilikan rumah. Bank tidak hanya menanyakan harga rumah; bank menanyakan penghasilan bulanan Anda dan membandingkannya dengan cicilan bulanan yang harus dibayar. Kalau penghasilan Rp 12 juta dan cicilan Rp 10 juta, bank merasa nyaman — ada sisa Rp 2 juta sebagai bantalan kalau ada bulan yang seret. Kalau cicilan Rp 11,9 juta, bank gugup: hampir tidak ada ruang untuk meleset.

DSCR adalah versi proyek dari logika itu. “Penghasilan” proyek adalah kas yang tersisa untuk membayar utang, dan “cicilan” adalah pokok plus bunga yang jatuh tempo tahun itu. DSCR sekadar membagi yang pertama dengan yang kedua:

• DSCR = 1,0 → penghasilan persis sama dengan cicilan. Impas. Tidak ada bantalan sama sekali.
• DSCR = 1,30 → penghasilan 30% lebih besar dari cicilan. Ada bantalan sehat.
• DSCR di bawah 1,0 → penghasilan tidak cukup menutup cicilan. Proyek gagal bayar.

Semua sisanya di artikel ini hanyalah penajaman dari gambaran sederhana ini: bagaimana mengukur “penghasilan” proyek dengan benar (itulah CFADS), berapa bantalan yang diminta pemberi pinjaman (itulah ambang covenant), dan bagaimana melihat seluruh masa pinjaman sekaligus, bukan satu tahun saja (itulah LLCR).

Gambaran Utuh dalam Satu Grafik

Sebelum masuk rumus, lihat dulu seperti apa DSCR sebuah proyek selama masa pinjamannya. Tiap tahun punya dua batang: kas yang tersedia (hijau) dan cicilan utang (abu-abu). Selama batang hijau lebih tinggi dari abu-abu, DSCR di atas 1,0 dan proyek sanggup membayar.

Perhatikan pola yang khas: DSCR rendah di awal (proyek baru beroperasi, pendapatan belum penuh) lalu menanjak seiring pendapatan tumbuh dan utang menyusut. Pemberi pinjaman akan langsung memusatkan perhatian pada tahun dengan DSCR terendah — di sini tahun ke-1 dengan 1,11. Kita akan kembali ke mengapa tahun terburuk yang menentukan.

Rumus DSCR

DSCR dihitung per tahun, sepanjang masa pinjaman:

$$DSCR_t = \frac{CFADS_t}{\text{Layanan utang}_t} = \frac{CFADS_t}{\text{Pokok}_t + \text{Bunga}_t}$$

Penjelasan tiap lambang:

• $t$ = tahun ke berapa (mis. $t = 3$ berarti tahun ketiga operasi). DSCR bukan satu angka, melainkan satu angka untuk tiap tahun.
• $CFADS_t$ = Cash Flow Available for Debt Service di tahun $t$, yaitu kas yang tersedia untuk membayar utang tahun itu. Kita bedah cara menghitungnya di bawah.
• $\text{Pokok}_t$ = cicilan pokok pinjaman yang jatuh tempo tahun $t$ (mengurangi sisa utang). Misalnya Rp 60 miliar.
• $\text{Bunga}_t$ = bunga pinjaman yang harus dibayar tahun $t$. Misalnya Rp 40 miliar.
• $\text{Layanan utang}_t$ = pokok + bunga = total yang harus disetor ke pemberi pinjaman tahun itu. Pada contoh: Rp 60 + Rp 40 = Rp 100 miliar.

DSCR tanpa satuan (Rupiah dibagi Rupiah), jadi ditulis sebagai kelipatan, mis. “1,32” atau “1,32x”.

Menghitung CFADS

CFADS adalah kas yang benar-benar tersedia untuk melayani utang, sebelum cicilan dibayar. Rumusnya:

$$CFADS = EBITDA - \text{Pajak tunai} - \Delta WC - \text{CapEx pemeliharaan}$$

Penjelasan tiap lambang:

• $EBITDA$ = laba sebelum bunga, pajak, depresiasi, dan amortisasi. Singkatnya: pendapatan dikurangi biaya operasi tunai. Kalau pendapatan Rp 270 miliar dan biaya operasi Rp 70 miliar, maka $EBITDA = 270 - 70 = 200$ miliar.
• $\text{Pajak tunai}$ = PPh Badan yang benar-benar dibayar. Penting: pajak dihitung atas EBIT (laba setelah depresiasi), bukan atas EBITDA — karena depresiasi mengurangi penghasilan kena pajak. Tarif PPh Badan Indonesia 22%.
• $\Delta WC$ = perubahan modal kerja (working capital): tambahan kas yang tertahan di piutang dan persediaan. Bisa signifikan di tahun-tahun awal; di contoh kita anggap nol untuk kesederhanaan.
• $\text{CapEx pemeliharaan}$ = belanja modal rutin untuk menjaga aset tetap berfungsi (mengganti aspal, peralatan). Ini wajib dikurangkan karena uangnya tidak bisa dipakai membayar utang.

Kuncinya: CFADS tidak mengurangkan bunga. Justru bunga itulah yang nanti dibayar dari CFADS — kalau bunga ikut dikurangkan, kita menghitungnya dua kali.

Mengapa pajak dihitung atas EBIT, bukan EBITDA? Karena depresiasi adalah biaya non-tunai yang tetap mengurangi pajak. Kalau Anda menghitung pajak dengan rumus pintas “EBITDA × 22%”, Anda akan membayar pajak terlalu besar di atas kertas dan meremehkan CFADS. Selalu: pajak = EBIT × tarif.

Contoh Hitung DSCR dari Nol

Mari hitung DSCR satu tahun untuk sebuah proyek tol KPBU, mulai dari angka mentah. Semua dalam Rp miliar. Ini adalah tahun ke-3 pada grafik di atas.

Data mentah tahun ke-3:

Langkah 1 — EBITDA. Pendapatan dikurangi biaya operasi tunai (depresiasi belum dikurangkan):

$$EBITDA = 270 - 70 = 200$$

Langkah 2 — EBIT, lalu pajak. Depresiasi dikurangkan untuk mendapat laba kena pajak, lalu dikalikan tarif PPh Badan 22%:

$$EBIT = EBITDA - \text{Depresiasi} = 200 - 50 = 150$$

$$\text{Pajak} = 22\% \times 150 = 33$$

Langkah 3 — CFADS. Mulai dari EBITDA, kurangi pajak tunai dan CapEx pemeliharaan ($\Delta WC = 0$):

$$CFADS = EBITDA - \text{Pajak} - \text{CapEx pemeliharaan} = 200 - 33 - 35 = 132$$

Langkah 4 — layanan utang. Pokok plus bunga:

$$\text{Layanan utang} = 60 + 40 = 100$$

Langkah 5 — DSCR. Bagi keduanya:

$$DSCR = \frac{CFADS}{\text{Layanan utang}} = \frac{132}{100} = 1{,}32$$

DSCR 1,32 berarti kas proyek tahun itu 32% lebih besar dari cicilan utangnya — ada bantalan yang nyaman. Inilah angka yang muncul di atas pasangan batang tahun ke-3 pada grafik.

Menafsirkan DSCR: Minimum, Rata-rata, dan Ambang

Karena DSCR dihitung tiap tahun, sebuah proyek punya deretan nilai DSCR. Dari grafik di atas:

Dua ringkasan yang selalu dilihat pemberi pinjaman:

• DSCR minimum = nilai terendah sepanjang masa pinjaman. Di sini 1,11 (tahun ke-1). Inilah angka paling penting: kalau di tahun terburuk pun proyek sanggup membayar, di tahun lain pasti sanggup. Pemberi pinjaman memikirkan risiko gagal bayar, dan gagal bayar terjadi di tahun terlemah — bukan rata-rata.
• DSCR rata-rata = rata-rata seluruh tahun. Di sini $(1{,}11 + 1{,}16 + 1{,}32 + 1{,}48 + 1{,}65)/5 = 1{,}34$. Ukuran kesehatan menyeluruh, tetapi tidak boleh menutupi satu tahun yang lemah.

Ambang covenant adalah batas minimum yang ditetapkan pemberi pinjaman dalam perjanjian kredit — proyek tidak boleh turun di bawahnya. Covenant tipikal punya dua syarat sekaligus:

• DSCR tiap tahun $\geq 1{,}20$ (tidak ada satu tahun pun di bawah ini), dan
• DSCR rata-rata $\geq 1{,}35$.

Pada proyek contoh, DSCR rata-rata (1,34) nyaris memenuhi syarat rata-rata, tetapi DSCR minimum (1,11) gagal memenuhi ambang 1,20 di tahun 1–2 — itulah dua tahun yang disorot sebagai zona risiko pada grafik. Proyek ini perlu direstrukturisasi sebelum bankable (layak didanai bank). Lihat bagian “Cara Memperbaiki DSCR” di bawah.

Ambang yang lazim berbeda menurut jenis proyek dan siapa yang menanggung risiko permintaan:

Logikanya: makin besar risiko bahwa pendapatan meleset (mis. lalu lintas lebih sepi dari perkiraan), makin tinggi bantalan DSCR yang diminta. Proyek dengan Availability Payment — pemerintah membayar tetap asal layanan tersedia — boleh DSCR lebih rendah karena pendapatannya pasti. Proyek tol murni yang menanggung risiko permintaan diminta DSCR lebih tinggi.

LLCR: Pandangan Seluruh Masa Pinjaman

DSCR melihat satu tahun. Tetapi pemberi pinjaman juga ingin tahu: kalau seluruh kas masa depan selama masa pinjaman dikumpulkan ke nilai sekarang, apakah cukup menutup seluruh sisa utang? Pertanyaan itu dijawab oleh LLCR (Loan Life Coverage Ratio, rasio penutupan masa pinjaman):

$$LLCR = \frac{\sum_{t=1}^{n} \dfrac{CFADS_t}{(1 + r_d)^t}}{\text{Utang terutang}}$$

Penjelasan tiap lambang:

• Pembilang = nilai sekarang seluruh CFADS selama masa pinjaman. Tiap $CFADS_t$ dibagi $(1+r_d)^t$ untuk menariknya ke nilai hari ini (sama seperti pendiskontoan pada NPV).
• $r_d$ = biaya utang (cost of debt), suku bunga yang dipakai mendiskontokan. Misalnya 9%.
• $n$ = jumlah tahun masa pinjaman (di sini 5).
• $\text{Utang terutang}$ = sisa pokok pinjaman yang masih harus dilunasi pada awal periode. Misalnya Rp 400 miliar.

LLCR membandingkan stok (total utang) dengan nilai sekarang seluruh kas yang akan menyiraminya. Karena memakai banyak tahun sekaligus, LLCR biasanya lebih tinggi dan lebih stabil daripada DSCR satu tahun — satu tahun yang lemah tidak langsung menjatuhkannya. Ambang LLCR tipikal $\geq 1{,}40$.

Contoh hitung LLCR (Rp miliar, $r_d = 9\%$, utang terutang 400). Pakai CFADS lima tahun dari tabel di atas:

$$LLCR = \frac{509{,}66}{400} = 1{,}27$$

LLCR 1,27 lebih tinggi dari DSCR tahun terburuk (1,11) karena ia merata-ratakan seluruh masa pinjaman, termasuk tahun-tahun gemuk di belakang. Tetap saja masih di bawah ambang 1,40 — sinyal lain bahwa struktur pendanaan proyek ini perlu diperketat.

Ada juga PLCR (Project Life Coverage Ratio): sama seperti LLCR tetapi memakai CFADS sepanjang umur proyek, termasuk tahun-tahun setelah pinjaman lunas. PLCR selalu lebih besar dari LLCR karena menambahkan kas dari periode pasca-pinjaman sebagai bantalan ekstra bagi pemberi pinjaman.

Coba hitung keduanya dengan angkamu sendiri — ubah CFADS, suku bunga diskonto, dan sisa utang, lalu bandingkan LLCR dengan PLCR:

Bereksperimen Sendiri

Ubah pendapatan, biaya, dan struktur utang, lalu amati bagaimana DSCR tiap tahun bergerak dan kapan ia menembus ambang covenant.

DSCR dan Arus Kas Proyek

DSCR pada hakikatnya membaca pola arus kas proyek dari sudut pandang pemberi pinjaman. Pola arus kas yang sama — investasi besar di awal, lalu arus masuk tahunan yang tumbuh — adalah yang juga didiskontokan untuk menilai kelayakan dari sisi NPV/IRR. Bedanya, DSCR membandingkan arus masuk tiap tahun dengan cicilan utang tahun itu, bukan dengan investasi awal.

Inilah sebabnya prasyarat artikel ini adalah pemahaman arus kas tahunan dan pendiskontoan dari NPV vs IRR: LLCR secara harfiah adalah NPV dari deret CFADS, dibagi sisa utang.

Cek Pemahaman

1. Sebuah proyek tahun tertentu punya CFADS Rp 480 miliar. Pokok yang jatuh tempo Rp 250 miliar dan bunga Rp 150 miliar. Hitung DSCR-nya. Apakah lolos covenant minimum 1,20?

Lihat jawaban

Layanan utang = pokok + bunga = $250 + 150 = 400$ miliar. DSCR $= 480 / 400 = 1{,}20$. Tepat di ambang 1,20 — lolos secara teknis, tetapi tanpa bantalan sama sekali: meleset sedikit saja di pendapatan, proyek langsung di bawah covenant. Pemberi pinjaman akan menganggap ini terlalu ketat dan kemungkinan meminta margin lebih.

2. Sebuah proyek punya data mentah satu tahun (Rp miliar): pendapatan 600, biaya operasi tunai 200, pajak tunai 40, CapEx pemeliharaan 30, pokok 180, bunga 120. Hitung CFADS lalu DSCR dari nol. (Anggap $\Delta WC = 0$; pajak sudah diberikan langsung.)

Lihat jawaban

EBITDA $= 600 - 200 = 400$. CFADS $= EBITDA - \text{pajak} - \text{CapEx pemeliharaan} = 400 - 40 - 30 = 330$ miliar. Layanan utang $= 180 + 120 = 300$ miliar. DSCR $= 330 / 300 = 1{,}10$. Di bawah ambang lazim 1,20 — proyek ini belum bankable tanpa restrukturisasi (mis. perpanjang tenor agar pokok tahunan turun).

3. (Transfer) Dua proyek punya DSCR rata-rata sama persis, yaitu 1,40. Proyek A: DSCR tiap tahun rata di sekitar 1,38–1,42. Proyek B: DSCR berkisar 0,95 di tahun pertama lalu melonjak ke 1,9 di tahun-tahun akhir. Pemberi pinjaman mana yang lebih nyaman, dan mengapa rata-rata bisa menyesatkan di sini?

Lihat jawaban

Pemberi pinjaman jauh lebih nyaman dengan Proyek A. Walau rata-ratanya identik, DSCR minimum Proyek B adalah 0,95 — artinya di tahun pertama proyek tidak sanggup membayar utang (gagal bayar), dan kebangkrutan di tahun pertama membuat tahun-tahun gemuk di belakang tak pernah terjadi. Rata-rata menyesatkan karena gagal bayar ditentukan oleh tahun terburuk, bukan rata-rata. Inilah inti mengapa pemberi pinjaman selalu menetapkan covenant DSCR minimum per tahun, bukan hanya rata-rata.

Kesalahan Umum

Memakai EBITDA langsung sebagai CFADS. EBITDA belum dikurangi pajak tunai dan CapEx pemeliharaan. Memakai EBITDA membuat DSCR tampak lebih sehat dari kenyataan. Selalu turun ke CFADS.

Menghitung pajak dengan EBITDA × tarif. Salah, karena depresiasi adalah biaya yang mengurangi pajak. Pajak dihitung atas EBIT (setelah depresiasi), lalu dikalikan 22%. Memakai EBITDA membuat pajak terlalu besar dan CFADS terlalu kecil.

Mengurangkan bunga di dalam CFADS. Bunga dibayar dari CFADS — ia ada di penyebut DSCR (bagian layanan utang), bukan di pembilang. Mengurangkannya di CFADS berarti menghitung bunga dua kali.

Menilai proyek dari DSCR rata-rata saja. Gagal bayar terjadi di tahun terlemah. Selalu periksa DSCR minimum; rata-rata yang bagus bisa menyembunyikan satu tahun di bawah 1,0.

Lupa perubahan modal kerja ($\Delta WC$). Di tahun-tahun awal operasi, kas bisa tertahan di piutang dan persediaan; mengabaikan $\Delta WC$ membuat CFADS tahun awal — yang justru paling kritis — tampak lebih besar dari kenyataan.

Memproyeksikan DSCR tanpa uji tekanan. DSCR dasar mengasumsikan semuanya berjalan sesuai rencana. Pemberi pinjaman selalu meminta uji sensitivitas: permintaan turun 20%, biaya naik 15%. DSCR yang aman di skenario dasar tetapi jebol di skenario tekanan bukan proyek yang bankable.

Dipakai di Dunia Nyata

• KPBU Indonesia. Mengacu kerangka Perpres 38/2015, DSCR adalah syarat utama kelayakan-bank. Skema Availability Payment — pemerintah membayar tetap asal layanan tersedia — menanggung risiko permintaan di sisi pemerintah, sehingga ambang DSCR lebih longgar (1,20–1,30x). Skema User Pays (tol murni) menanggung risiko permintaan di sponsor, sehingga ambang lebih ketat (1,40–1,60x).
• Cadangan layanan utang (DSRA). Pemberi pinjaman KPBU mewajibkan Debt Service Reserve Account — rekening cadangan berisi 6–12 bulan layanan utang sebagai bantalan kalau satu tahun seret. Pada proyek contoh dengan layanan utang ~Rp 95–102 miliar/tahun, DSRA 6 bulan berarti menahan sekitar Rp 47–50 miliar di rekening terpisah.
• Penjaminan pemerintah. PT PII (Penjaminan Infrastruktur Indonesia) dapat menjamin risiko politik/regulasi tertentu, yang kadang memungkinkan ambang DSCR diturunkan karena sebagian risiko sudah ditanggung penjamin.
• Equity research dan IDX. Untuk emiten infrastruktur dan utilitas di Bursa Efek Indonesia (mis. operator tol, pembangkit listrik), DSCR dipakai analis untuk menilai keamanan struktur utang sebelum memperkirakan arus kas ke pemegang saham.
• Pekerjaan konsultan project finance. DSCR dipakai di uji tuntas pra-investasi (apakah proyek bankable), evaluasi penawaran tender, negosiasi dengan pemberi pinjaman, uji tekanan, dan pemantauan pasca-penetapan (DSCR aktual vs perkiraan).

Cara Memperbaiki DSCR

Kalau DSCR di bawah ambang — seperti tahun 1–2 pada proyek contoh — sponsor punya beberapa cara struktural:

1. Perpanjang tenor (mis. 15 → 20 tahun): cicilan pokok tahunan mengecil, layanan utang turun, DSCR naik.
2. Suntikan ekuitas: porsi utang berkurang sehingga layanan utang lebih kecil.
3. Pendanaan ulang dengan suku bunga lebih rendah: bunga turun, layanan utang turun.
4. Utang subordinasi: layanan utang senior (yang diukur covenant) menjadi lebih kecil.
5. Optimasi operasi: efisiensi biaya menaikkan CFADS langsung.

Lanjutan

• Sensitivity & Scenario Analysis — cara melakukan uji tekanan DSCR (permintaan turun, biaya naik) yang diminta pemberi pinjaman.
• DCF Valuation — sudut pandang pemegang saham atas arus kas yang sama, didiskontokan dengan WACC.
• Perlu menyegarkan arus kas dan pendiskontoan? Balik ke NPV vs IRR.

Setelah DSCR dan uji tekanannya, Anda siap masuk struktur pendanaan KPBU yang lebih lengkap: alokasi risiko, Value for Money, dan model finansial penuh proyek.