Availability Payment (AP)

Bayangkan pemerintah daerah ingin membangun rumah sakit baru. Jalan tol bisa membiayai dirinya sendiri: yang lewat membayar tarif, dan dari tarif itu pembangunnya menutup modal. Tetapi rumah sakit umum tidak begitu. Pasien BPJS tidak membayar di pintu masuk; layanannya memang sengaja dibuat terjangkau atau gratis. Lalu siapa yang membayar pihak swasta yang membangun dan merawat gedungnya?

Kalau pendapatannya bergantung pada jumlah pasien yang membayar, tidak akan ada perusahaan yang mau membangun — terlalu berisiko, pemasukannya tidak pasti. Proyek macet sebelum dimulai.

Jawabannya adalah skema Availability Payment (pembayaran ketersediaan). Pemerintah membayar pihak swasta secara berkala, selama gedung itu tersedia dan berfungsi sesuai standar — bukan berdasarkan berapa banyak pasien yang datang. Risiko “apakah banyak yang pakai” pindah ke pemerintah, dan swasta cukup fokus menjaga agar fasilitasnya selalu siap pakai.

Artikel ini menjelaskan dari nol: apa itu Availability Payment, kenapa ada, bedanya dengan skema bayar pengguna, bagaimana strukturnya, dan bagaimana cara menghitung pembayaran ketika kinerja layanan tidak memenuhi target.

Intuisi: Membayar Ketersediaan, Bukan Pemakaian

Inti gagasannya cukup satu kalimat: pemerintah membayar agar fasilitas itu ada dan siap dipakai, terlepas dari berapa banyak orang yang memakainya.

Analogi sederhana: bayangkan Anda menyewa pemadam kebakaran swasta untuk satu kompleks perumahan. Anda tidak membayar mereka per kebakaran yang dipadamkan — Anda membayar agar mereka selalu siaga: truk terisi, selang berfungsi, petugas berjaga. Kalau setahun tidak ada kebakaran sama sekali, mereka tetap dibayar, karena yang Anda beli adalah kesiapan, bukan jumlah pemadaman.

Availability Payment bekerja persis seperti itu untuk infrastruktur. Yang dibeli pemerintah adalah ketersediaan dan mutu layanan, bukan volume pemakaian.

Istilah teknis yang dipakai di dunia KPBU:

• Availability Payment (pembayaran ketersediaan) — pembayaran berkala dari pemerintah ke pihak swasta berdasarkan ketersediaan dan kinerja layanan.
• PJPK (Penanggung Jawab Proyek Kerja Sama) — pihak pemerintah yang menjadi pembayar; bisa kementerian, lembaga, atau pemerintah daerah.
• Badan Usaha Pelaksana atau SPV (special purpose vehicle) — perusahaan khusus yang dibentuk pihak swasta untuk membangun dan mengoperasikan proyek.

Di Indonesia, skema ini diatur dalam PMK 260/PMK.08/2016 tentang Tata Cara Pembayaran Ketersediaan Layanan atas KPBU.

Bagaimana Mekanismenya

Alur dasarnya tiga tahap: swasta menyediakan layanan → kinerjanya diukur → besar pembayaran ditentukan oleh hasil pengukuran itu.

Perhatikan satu hal penting di gambar itu: panah pembayaran datang dari pemerintah, bukan dari pengguna. Dalam skema bayar pengguna (misalnya tol), arus uang mengalir dari yang lewat ke operator. Dalam Availability Payment, pengguna tidak membayar operator sama sekali — pemerintahlah yang membayar.

Mendefinisikan Tiap Istilah

Availability Payment

Secara formal, Availability Payment adalah pembayaran berkala oleh PJPK kepada Badan Usaha Pelaksana berdasarkan ketersediaan infrastruktur sesuai spesifikasi dan tingkat layanan yang disepakati.

Kata kunci yang sering disalahpahami: AP bukan bayaran atas jasa yang diterima pengguna. AP adalah bayaran atas ketersediaan infrastruktur dan kinerjanya. Walaupun rumah sakit hanya menerima sedikit pasien di bulan tertentu, selama gedung dan layanannya tersedia sesuai standar, pembayaran tetap penuh.

Indikator Kinerja (KPI)

Indikator kinerja (key performance indicator, KPI) adalah ukuran yang disepakati untuk menilai apakah layanan benar-benar tersedia dan bermutu. Contoh untuk rumah sakit:

• Ketersediaan (uptime) — persentase waktu fasilitas berfungsi penuh. Misalnya target 99%: dari 100 jam, fasilitas harus berfungsi minimal 99 jam.
• Waktu respons — seberapa cepat keluhan ditangani. Misalnya target di bawah 30 menit.
• Mutu layanan — kebersihan, keamanan, kondisi peralatan, dinilai lewat skor.

KPI inilah yang diukur setiap periode untuk menentukan apakah pembayaran penuh atau dipotong.

Deduksi (Pemotongan)

Deduksi adalah pemotongan terhadap pembayaran ketika kinerja di bawah target. Logikanya adil: kalau layanan kurang dari yang dijanjikan, pemerintah membayar kurang dari penuh. Deduksi biasanya bersifat berjenjang (sliding scale) — makin parah kekurangannya, makin besar potongannya.

Struktur Availability Payment

Pembayaran ketersediaan umumnya dipecah menjadi dua bagian:

$$AP_t = \text{Komponen Kinerja}_t + \text{Komponen Lepas-Permintaan}_t$$

Penjelasan tiap suku:

• $AP_t$ — total pembayaran ketersediaan pada periode $t$ (misalnya satu triwulan).
• Komponen Kinerja — bagian yang dikaitkan dengan mutu layanan; bagian inilah yang bisa dipotong bila KPI tidak tercapai.
• Komponen Lepas-Permintaan (demand-independent) — bagian tetap yang tidak bergantung pada apa pun: untuk mengembalikan modal pembangunan (CapEx) dan menutup biaya operasi dasar (keamanan, pemeliharaan minimum). Bagian ini memastikan swasta tetap bisa mengembalikan modalnya.

Mengapa dipecah dua? Kalau seluruh pembayaran dikaitkan kinerja, swasta bisa rugi besar hanya karena satu kuartal buruk — terlalu berisiko, dan tidak ada yang mau ikut tender. Kalau seluruhnya tetap tanpa kaitan kinerja, swasta tidak punya dorongan menjaga mutu. Pembagian dua bagian menyeimbangkan keduanya. Komposisi yang lazim sekitar 60–70% kinerja dan 30–40% lepas-permintaan.

Komponen kinerja sendiri dihitung sebagai pembayaran standar dikurangi deduksi, dengan batas bawah nol (tidak mungkin negatif):

$$\text{Komponen Kinerja} = \max(0,\ \text{Pembayaran Standar} - \text{Deduksi})$$

Di sini $\max(0, \cdot)$ berarti “ambil yang lebih besar antara nol dan hasil pengurangan” — sehingga walau deduksi sangat besar, komponen kinerja paling kecil hanya nol, tidak menjadi minus.

Contoh Hitung dari Nol

Ambil KPBU rumah sakit yang sudah beroperasi. Strukturnya:

• Base AP: Rp 50 miliar per triwulan.
• Komponen kinerja: 70% → $0{,}70 \times 50 = $ Rp 35 miliar.
• Komponen lepas-permintaan: 30% → $0{,}30 \times 50 = $ Rp 15 miliar.

Pada satu triwulan, pengukuran KPI menunjukkan kinerja di bawah target. Berikut deduksi yang dihitung dari komponen kinerja (Rp 35 miliar):

Cara membaca baris pertama: ketersediaan meleset 3 poin (99 − 96). Aturannya 2% per 1% meleset, jadi potongannya $3 \times 2\% = 6\%$ dari komponen kinerja, yaitu $6\% \times 35 = $ Rp 2,1 miliar. Baris kedua: respons melewati batas 15 menit (45 − 30); aturannya 1% per 5 menit, jadi $15 \div 5 = 3$ langkah, potongan $3 \times 1\% = 3\%$ dari Rp 35 miliar = Rp 1,05 miliar.

Sekarang rakit pembayaran akhir:

$$AP = \underbrace{\max(0,\ 35 - 3{,}15)}_{\text{komponen kinerja}} + \underbrace{15}_{\text{lepas-permintaan}} = 31{,}85 + 15 = \textbf{Rp 46,85 miliar}$$

Jadi alih-alih membayar penuh Rp 50 miliar, pemerintah membayar Rp 46,85 miliar pada triwulan itu. Selisih Rp 3,15 miliar adalah konsekuensi langsung dari kinerja yang kurang — dan komponen lepas-permintaan (Rp 15 miliar) tetap utuh, sehingga pengembalian modal swasta tidak terganggu.

Indeksasi: Menjaga Nilai Riil

Kontrak KPBU berjalan belasan sampai puluhan tahun. Rp 50 miliar hari ini tidak sama nilainya dengan Rp 50 miliar sepuluh tahun lagi — inflasi menggerus daya belinya. Karena itu pembayaran ketersediaan lazimnya diindeks terhadap inflasi (diatur dalam PMK 260/PMK.08/2016 dan dirinci dalam perjanjian KPBU):

$$AP_t = AP_{\text{base}} \times \text{Faktor Indeksasi}_t$$

Penjelasan tiap suku:

• $AP_{\text{base}}$ — pembayaran dasar yang disepakati di awal kontrak (misalnya Rp 50 miliar per triwulan).
• $\text{Faktor Indeksasi}_t$ — pengali yang menyesuaikan nilai mengikuti inflasi sampai periode $t$.

Contoh sederhana: bila $AP_{\text{base}} = $ Rp 50 miliar dan inflasi 3% per tahun, maka pembayaran satu tahun kemudian menjadi $50 \times 1{,}03 = $ Rp 51,5 miliar, agar daya belinya tetap setara. Indeks yang dipakai biasanya:

• IHK (Indeks Harga Konsumen) — paling umum, mencerminkan inflasi harga konsumen.
• Indeks harga produsen per sektor — bila biaya proyek lebih terkait sektor tertentu.
• Gabungan keduanya.

Tanpa indeksasi, nilai riil yang diterima swasta perlahan tergerus, dan di tahun-tahun akhir kontrak pembayaran bisa tidak lagi menutup biaya.

Coba Sendiri

Geser angka base AP, komposisi komponen, dan kinerja KPI di bawah ini untuk melihat bagaimana deduksi dan indeksasi mengubah pembayaran akhir. Catatan: kalkulator ini memuat KPI mutu layanan tambahan dan faktor indeksasi yang belum dipakai pada contoh hitung manual di atas, sehingga angka bawaan widget (sekitar Rp 52,69 miliar) berbeda dari hasil contoh artikel (Rp 46,85 miliar).

Beda dengan Skema Bayar Pengguna

Availability Payment adalah satu dari dua cara utama membiayai proyek KPBU. Lawannya adalah skema bayar pengguna (user-charge): pengguna membayar langsung ke operator, seperti tarif tol atau tiket bandara. Tabel berikut merangkum perbedaannya.

Istilah risiko permintaan (demand risk) berarti ketidakpastian tentang berapa banyak orang yang akan memakai fasilitas. Dalam skema bayar pengguna, kalau yang lewat sedikit, operator rugi — risiko ada di swasta. Dalam Availability Payment, sepi atau ramai, swasta tetap dibayar selama fasilitasnya tersedia — risiko itu pindah ke pemerintah.

Karena risikonya lebih kecil, skema Availability Payment menarik lebih banyak peminat dan biasanya membuat pendanaan lebih murah. Imbalannya: pemerintah yang menanggung risiko permintaan dan terikat membayar bertahun-tahun ke depan.

Komitmen Fiskal Pemerintah

Karena Availability Payment adalah janji membayar berkala selama belasan sampai puluhan tahun, ia menciptakan komitmen fiskal jangka panjang bagi pemerintah. Pembayaran ini harus dianggarkan dalam APBN setiap tahun dan diperhitungkan sebagai kewajiban.

Karena itu, dukungan dan jaminan pemerintah untuk skema seperti ini diatur tersendiri dalam PMK 73/PMK.08/2018 tentang Dukungan dan Jaminan Pemerintah. Pemerintah perlu memantau total komitmen Availability Payment dari seluruh proyek secara agregat — bukan per proyek — agar beban fiskal tetap terkendali.

Cek Pemahaman

1. Sebuah KPBU penerangan jalan punya base AP Rp 20 miliar per triwulan, dengan komponen kinerja 60% dan lepas-permintaan 40%. Pada satu triwulan, ketersediaan lampu hanya 97% (target 99%), dengan aturan deduksi 2% per 1% di bawah target. Berapa AP yang dibayar triwulan itu?

Lihat jawaban

Komponen kinerja = $0{,}60 \times 20 = $ Rp 12 miliar. Lepas-permintaan = $0{,}40 \times 20 = $ Rp 8 miliar. Ketersediaan meleset 2 poin (99 − 97), deduksi $= 2 \times 2\% = 4\%$ dari komponen kinerja $= 4\% \times 12 = $ Rp 0,48 miliar. Komponen kinerja setelah deduksi = $12 - 0{,}48 = $ Rp 11,52 miliar. AP = $11{,}52 + 8 = $ Rp 19,52 miliar (dari semula Rp 20 miliar).

2. (Transfer) Sebuah pemerintah daerah ingin membangun jalan tol di koridor yang sangat ramai dengan lalu lintas yang sudah stabil dan terbukti tinggi. Konsultan menyarankan memakai skema Availability Payment “agar pendapatannya pasti”. Apakah saran ini tepat? Jelaskan.

Lihat jawaban

Kurang tepat. Availability Payment cocok ketika risiko permintaan besar atau pengguna tidak bisa ditarik bayaran (infrastruktur sosial). Pada tol dengan lalu lintas sudah terbukti tinggi dan stabil, risiko permintaan justru kecil, sehingga skema bayar pengguna lebih masuk akal: pengguna membayar langsung, beban fiskal pemerintah lebih ringan, dan swasta sanggup menanggung risiko permintaan yang rendah. Memakai Availability Payment di sini memindahkan beban ke APBN tanpa alasan kuat — pemerintah menanggung komitmen fiskal jangka panjang untuk risiko yang sebenarnya kecil.

Kesalahan Umum

Availability Payment tanpa indeksasi. Tanpa penyesuaian inflasi, nilai riil yang diterima swasta tergerus tiap tahun; di akhir kontrak bisa tidak menutup biaya. Indeksasi lazim diatur dalam PMK 260/PMK.08/2016 dan perjanjian KPBU.

Komponen kinerja 100% (tanpa komponen lepas-permintaan). Membuat swasta terlalu rentan terhadap deduksi ekstrem, sehingga sulit menarik peminat dan pendanaan. Komposisi seimbang (kira-kira 60–70% kinerja, 30–40% lepas-permintaan) lebih sehat.

Aturan deduksi yang kabur. Bila target dan rumus potongan tidak gamblang sejak awal, sengketa hampir pasti terjadi. Tetapkan formula deduksi yang jelas dan terukur sebelum kontrak ditandatangani.

Tanpa pemeriksa independen. Bila yang menilai kinerja adalah salah satu pihak yang berkepentingan, ada konflik kepentingan. Pihak ketiga independen sebaiknya memverifikasi pencapaian KPI.

Memakai Availability Payment untuk aset dengan permintaan pasti. Jika permintaan sudah terbukti stabil dan pengguna bisa ditarik bayaran (misalnya tol ramai), skema bayar pengguna lebih efisien dan tidak membebani APBN.

Dipakai di Praktik (Proyek Indonesia)

Beberapa proyek di Indonesia memakai atau bertumpu pada skema pembayaran berbasis ketersediaan, terutama untuk infrastruktur yang sulit membebankan tarif langsung ke pengguna:

• Palapa Ring (jaringan telekomunikasi) — tulang punggung serat optik nasional.
• Rumah sakit dan fasilitas pendidikan — layanan publik yang sebagian besar tidak menarik tarif penuh dari pengguna.
• Penerangan jalan umum — kota membayar atas ketersediaan dan kualitas penerangan, bukan per pemakaian.

Pola umumnya konsisten: aset bernilai sosial-ekonomi tinggi tetapi pemasukan langsung dari pengguna rendah atau tidak ada, sehingga skema bayar pengguna tidak mungkin dipakai.

Lanjutan

• Kembali ke fondasinya: Struktur Project Finance dalam KPBU — bagaimana Availability Payment menghidupi SPV dan menutup utang.
• Overview KPBU Indonesia — kerangka besar skema kerja sama pemerintah dan badan usaha.
• Skema KPBU — memilih skema yang sesuai, termasuk kapan memakai Availability Payment.
• Matriks Alokasi Risiko — Availability Payment memindahkan risiko permintaan ke pemerintah; ini bagian dari alokasi risiko yang lebih luas.
• DSCR dalam Project Finance — arus kas yang dapat diprediksi dari Availability Payment menurunkan ambang DSCR yang diminta pemberi pinjaman.

Referensi

• PMK 260/PMK.08/2016 — Tata Cara Pembayaran Ketersediaan Layanan atas KPBU (dasar skema Availability Payment, termasuk indeksasi terhadap inflasi).
• PMK 73/PMK.08/2018 — Dukungan dan Jaminan Pemerintah.