Bab 15: Kontrak Berdarah: Pasal-Pasal Jebakan PBC

🎯 Track: Manajerial (M) untuk Direksi & Bagian Pengadaan (Legal).

Setelah Anda menghitung ELL dan punya struktur organisasi solid, pertanyaan berikutnya: “Siapa yang eksekusi?” Apakah tim internal mampu? Atau perlu sewa kontraktor?

Di sinilah banyak Direksi terjebak.

1. Ekstrem Mandiri: Memaksakan swakelola padahal tim internal “lumpuh”. Hasil: NRW jalan di tempat.
2. Ekstrem Pasrah: Menyerahkan segalanya ke pihak ketiga lewat kontrak “terima beres”. Hasil: Biaya bengkak, sengketa, dan saat kontrak habis, NRW naik lagi karena tidak ada transfer ilmu.

Bab ini akan membahas jalan tengah: Performance Based Contract (PBC). Ingat: PBC bukan obat dewa. Ia adalah pisau bermata dua yang bisa menguntungkan atau membangkrutkan PDAM tergantung seberapa jeli Anda membaca pasal-pasal kecilnya.

Tujuan Pembelajaran:

• Strategi: Kapan pakai Swakelola vs PBC?
• The Sacred Number: Menentukan Baseline agar tidak tertipu.
• Transfer Risiko: Siapa tanggung jawab kalau pipa pecah?

15.1 Model Keterlibatan: Beli Ikan atau Beli Pancing?

Jangan latah ikut tren PBC. Banyak PDAM mengikuti arahan dari BPKP atau Kementerian PUPR untuk langsung menggunakan kontrak PBC tanpa mempertimbangkan kesiapan internal dan kondisi NRW yang ada. Keputusan ini sering berakhir mengecewakan karena kontrak yang tidak sesuai dengan kebutuhan dan kapasitas organisasi.

Matriks keputusan di bawah ini akan membantu Anda menentukan model keterlibatan yang paling tepat berdasarkan kondisi objektif PDAM Anda, bukan berdasarkan tren atau tekanan eksternal.

15.1.1 Swakelola (In-House)

Swakelola berarti PDAM melakukan seluruh pekerjaan penanganan NRW dengan tenaga internal, alat milik sendiri, dan pengawasan langsung oleh manajemen. Ini adalah model tradisional yang masih dominan di sebagian besar PDAM di Indonesia.

• Cocok untuk: Masalah rutin, NRW rendah (<25%), area pipa baru, dan jaringan relatif mudah diakses.
• Syarat: Punya tim khusus (Bab 13) dan alat lengkap. Tanpa tim khusus, NRW akan selalu jadi prioritas nomor sekibu karena tim sering diserobot tugas “lebih mendesak” seperti pemasangan sambungan rumah baru.
• Risiko: Kalah prioritas dengan tugas harian (“Bantu pasang SR dulu ya!”). Tim NRW sering menjadi “tim cadangan” yang dipanggil hanya saat ada kebocoran besar atau komplain pelanggan, padahal pekerjaan preventif jauh lebih penting.

Indikator Kesiapan Swakelola:

Tabel 15.1 Indikator Kesiapan Swakelola

15.1.2 Bantuan Teknis (Technical Assistance)

Bantuan teknis adalah model kerjasama di mana PDAM menyewa jasa konsultan ahli untuk memberikan nasihat, pelatihan, dan pendampingan, namun eksekusi pekerjaan tetap dilakukan oleh staf PDAM sendiri. Model ini sering disebut juga sebagai Technical Assistance atau TA.

• Cocok untuk: Transfer knowledge spesifik (misal: cara pakai korelator baru, desain DMA, audit sistem). Terutama efektif ketika PDAM sudah memiliki tim dasar tetapi membutuhkan peningkatan kompetensi pada area teknis tertentu.
• Dosa Terbesar: Konsultan cuma kasih “Laporan Tebal” PDF 500 halaman lalu pulang. Besoknya PDAM balik ke cara lama. Laporan tebal tanpa implementasi adalah pemborosan anggaran paling klasik di sektor perpipaan.
• Solusi: Ubah kontrak jadi “Pendampingan Lapangan” (On-the-Job Training) dengan minimal 70% jam kerja di lapangan bersama tim PDAM, bukan di ruang AC mengetik laporan.

Struktur Kontrak TA yang Efektif:

Tabel 15.2 Distribusi Waktu Konsultasi TA yang Efektif

15.1.3 Kontrak Berbasis Kinerja (PBC)

Dalam model Performance Based Contract, PDAM membayar kontraktor bukan berdasarkan jumlah aktivitas yang dilakukan seperti berapa meter pipa diganti atau berapa titik kebocoran yang diperbaiki, melainkan berdasarkan hasil nyata yang dicapai dalam bentuk penurunan NRW atau volume air yang “diselamatkan”.

• Cocok untuk: Zona “Neraka” (NRW > 40%), data semrawut, butuh hasil cepat, dan kondisi keuangan PDAM mengizinkan pembayaran bonus dari penghematan yang tercapai.
• Filosofi: “Saya tidak peduli kamu gali 1 lubang atau 100 lubang. Saya bayar per meter kubik air yang turun dari baseline.” Ini membalikkan logika kontrak tradisional di mana kontraktor dibayar per aktivitas tanpa jaminan hasil.

Tiga Syarat Mutlak PBC:

1. Data minimal cukup akurat untuk menetapkan baseline yang tidak bisa diperselisihkan.
2. Meter induk berfungsi baik karena ini adalah “kas” kontrak. Rusak sedikit saja, sengketa akan meledak.
3. PDAM punya kemampuan membayar bonus yang wajar tanpa mengganggu arus kas operasional.

Tabel 15.3 Matriks Keputusan Swakelola vs PBC

15.2 Anatomi PBC: Pasal-Pasal Jebakan

PBC sering disebut “kontrak setan” oleh kontraktor dan “kontrak penipuan” oleh PDAM. Kenapa? Karena ketidakjelasan di awal yang berujung pada sengketa panjang dan merugikan kedua belah pihak. Bagian ini akan mengupas tuntas anatomi kontrak PBC dan titik-titik rawan sengketa yang harus diwaspadai.

15.2.1 Sengketa Baseline (The Sacred Number)

Inilah sumber perang dunia ketiga dalam kontrak PBC. Sengketa baseline terjadi ketika ada perbedaan angka NRW awal yang dijadikan patokan untuk mengukur keberhasilan kontraktor. Perbedaan 1-2% saja bisa bernilai ratusan juta rupiah dalam pembayaran bonus.

• PDAM Bilang: “Baseline NRW kami 40% (berdasarkan asumsi dan data historis.”
• Kontraktor Masuk: Ukur ulang dengan meter baru, ternyata aslinya cuma 35%. “Data Bapak salah, meter induk Anda sudah over-speeding.”
• Masalah: Kontraktor belum kerja apa-apa, NRW “turun” 5% di atas kertas. Apakah PDAM harus membayar 5% itu? JANGAN! Ini adalah penurunan semu.

Solusi Anti-Sengketa:

Wajibkan periode Validasi Baseline (T0) selama 1-3 bulan pertama kontrak. Lupakan data historis. Ukur ulang bersama, segel alatnya. Angka hasil pengukuran bersama itulah yang jadi patokan hukum dan tidak bisa diganggu gugat selama masa kontrak.

graph TD
    A["Kontrak PBC Ditandatangani"] --> B["Periode Validasi Baseline T0 (1-3 Bulan)"]
    B --> C["Pemasangan Meter Induk Baru"]
    B --> D["Verifikasi Data Zona Kerja"]
    B --> E["Pengukuran Bersama"]
    C --> F["Pengesahan Baseline Resmi"]
    D --> F
    E --> F
    F --> G["Baseline Disegel & Disepakati"]
    G --> H["Masa Kontrak Berjalan"]
    H --> I["Pembayaran Berdasarkan Pengurangan dari Baseline"]
    F --> J["Sengketa?"]
    J -->|Ya| K["Mediasi Bersama"]
    J -->|Tidak| H
    K --> F

Gambar 15.1 Alur Validasi Baseline PBC

Dokumen Wajib Baseline:

Tabel 15.4 Dokumen Wajib Validasi Baseline

15.2.2 Mekanisme Pembayaran

Jangan bayar di muka. Prinsip PBC adalah No Cure, No Pay; kalau tidak ada hasil, tidak ada pembayaran. Ini adalah filosofi dasar yang membedakan PBC dari kontrak tradisional di mana pembayaran berdasarkan volume pekerjaan atau progress fisik.

Komposisi Pembayaran:

1. Fixed Fee (20-30%): Hanya untuk menutup biaya operasional dasar kontraktor seperti gaji UMR, bensin, dan makanan tim. Agar mereka tidak mati kelaparan saat proses yang mungkin memakan waktu 3-6 bulan sebelum hasil mulai terlihat.
2. Performance Fee (70-80%): Bonus besar yang dibayar per m³ air yang diselamatkan di bawah baseline. Ini adalah insentif utama yang mendorong kontraktor bekerja efektif dan efisien.

$$ Bonus = (Vol.\ Baseline - Vol.\ Aktual) \times Tarif\ Air \times Share% $$

Rumus 15.1 Mekanisme Bagi Hasil

Dengan model ini, PDAM tidak pernah rugi. Uang untuk bayar kontraktor diambil dari “uang gaib” (air hilang) yang berhasil diselamatkan. Kalau tidak ada penghematan, tidak ada bonus yang dibayarkan.

Contoh Perhitungan Bonus:

Tabel 15.5 Contoh Perhitungan Bonus PBC (Tarif Rp 2.000/m³)

Struktur Share yang Adil:

Tabel 15.6 Rekomendasi Struktur Bagi Hasil

15.2.3 Transfer Risiko

Salah satu tujuan utama PBC adalah memindahkan sebagian risiko dari PDAM ke kontraktor. Namun, tidak semua risiko bisa atau seharusnya dipindahkan. Alokasi risiko yang tidak jelas adalah sumber utama sengketa dalam kontrak PBC.

Siapa menanggung apa? Jangan biarkan area abu-abu yang bisa disalahinterpretasi oleh kedua belah pihak. Setiap skenario risiko harus didefinisikan dengan jelas dalam kontrak beserta penanggung jawab dan mekanisme penyelesaiannya.

Tabel 15.7 Matriks Alokasi Risiko PBC

Klausul Exclusion (Pengecualian Data):

Hari-hari di mana data tidak valid tidak boleh dimasukkan dalam perhitungan kinerja. Ini adalah keadilan bagi kontraktor yang tidak bisa mengontrol kejadian di luar zona kerjanya.

Tabel 15.8 Kategori Data Pengecualian (*Exclusion*)

15.3 Monitoring dan Evaluasi Kontrak

Banyak PDAM membuat kesalahan fatal dengan menganggap bahwa setelah kontrak PBC ditandatangani, pekerjaan selesai dan mereka bisa menunggu hasilnya di akhir periode. Ini adalah kesalahan yang sangat mahal. PBC memerlukan monitoring intensif, evaluasi berkala, dan penyesuaian sepanjang masa kontrak.

15.3.1 Indikator Kinerja Utama (Key Performance Indicators)

PBC yang baik memiliki KPI yang terukur, dapat diverifikasi, dan tidak bisa dimanipulasi. Hindari KPI subjektif seperti “kinerja baik” atau “pelayanan memuaskan” yang bisa ditafsirkan berbeda oleh kedua belah pihak.

Tabel 15.9 KPI Kontrak PBC

15.3.2 Laporan Berkala

Kontrak harus mewajibkan kontraktor menyampaikan laporan berkala dengan format yang telah disepakati bersama. Laporan ini bukan sekadar formalitas, melainkan alat utama monitoring dan evaluasi progres kinerja kontrak.

Tabel 15.10 Frekuensi & Hierarki Laporan PBC

15.3.3 Mekanisme Peringatan Dini

Sistem peringatan dini (early warning system) diperlukan untuk mendeteksi penyimpangan kinerja sebelum menjadi terlambat dan mahal untuk diperbaiki. Sistem ini menggunakan threshold batas yang memicu tindakan korektif ketika dilewati.

graph LR
    A["Data Bulanan Masuk"] --> B{Kinerja >= 90% Target?}
    B -->|Ya| C["Status BAIK<br/>Lanjutkan"]
    B -->|Tidak| D{Kinerja 70-90% Target?}
    D -->|Ya| E["Status PERINGATAN<br/>Surat Peringatan 1"]
    D -->|Tidak| F{Kinerja < 70% Target?}
    F -->|Ya| G["Status BAHAYA<br/>Surat Peringatan 2<br/>Rencana Perbaikan"]
    F -->|Tidak| H["Data Tidak Valid<br/>Klarifikasi"]
    E --> I["Evaluasi Bulan Depan"]
    G --> J["Meeting Darurat<br/>Renegosiasi / Terminasi?"]

Gambar 15.2 Alur Peringatan Dini Kinerja PBC

15.4 Transfer Pengetahuan: Aspek yang Sering Dilupakan

Bagian ini sering diabaikan dalam kontrak PBC di Indonesia, namun ini adalah salah satu aspek terpenting untuk keberlanjutan program penurunan NRW jangka panjang. Tanpa transfer pengetahuan yang efektif, ketika kontraktor pergi, PDAM akan kembali ke kondisi semula.

15.4.1 Kewajiban Shadowing

Kontrak PBC harus mewajibkan staf PDAM untuk melakukan shadowing (menempel) bersama tim kontraktor dalam setiap aktivitas teknis. Ini adalah metode paling efektif untuk transfer pengetahuan praktis yang tidak bisa didapat dari pelatihan di kelas.

Tabel 15.11 Kewajiban Shadowing per Aktivitas

15.4.2 Pelatihan Terstruktur

Selain shadowing, kontraktor harus menyediakan program pelatihan terstruktur dengan kurikulum yang jelas, materi tertulis, dan ujian kompetensi untuk memastikan transfer pengetahuan terjadi secara sistematis.

Tabel 15.12 Kurikulum Pelatihan Wajib PBC

15.5 Kesalahan Fatal Legal

Bagian ini merangkum kesalahan-kesalahan fatal yang sering terjadi dalam perencanaan dan pelaksanaan kontrak PBC di PDAM-PDAM Indonesia. Memahami kesalahan-kesalahan ini adalah langkah pertama untuk menghindarinya.

15.5.1 Konsultan Kuda Troya

Masalah: Konsultan yang menyusun dokumen tender (KAK) ternyata “titipan” salah satu vendor. Spesifikasi teknis dikunci (Vendor Lock-in) ke teknologi tertentu yang hanya dimiliki oleh satu vendor, harga jadi mahal, dan tidak ada kompetisi yang sehat.

Dampak: Harga kontrak membengkak 30-50% di atas pasar, kualitas kerja menurun karena tidak ada kompetisi, dan potensi korupsi meningkat.

Solusi:

1. Gunakan konsultan independen dengan rekam jejak yang bisa diverifikasi.
2. Minta deklarasi konflik kepentingan dari semua pihak yang terlibat.
3. Gunakan spesifikasi performance-based bukan design-based.
4. Libatkan tim teknis internal PDAM dalam review spesifikasi.

15.5.2 Ilusi Transfer Risiko

Masalah: Direksi berpikir: “Kan sudah di-PBC-kan, kalau pipa pecah biar kontraktor yang pusing. Kita kan sudah bayar.” Ini adalah ilusi berbahaya karena secara hukum kontraktor mungkin bertanggung jawab, tapi secara reputasi, PDAM yang tetap disalahkan.

Realita: Saat air mati 3 hari karena pipa pecah, warga tetap mendemo kantor PDAM, bukan kantor kontraktor. Media menulis “PDAM Gagal Layani”, bukan “Kontraktor PBC Gagal”. DPRD memanggil Direksi PDAM, bukan Manager Kontraktor.

Solusi:

1. Risiko reputasi tidak bisa ditransfer. Tetap pasang badan dan awasi harian.
2. Pasang klausul kualifikasi teknis ketat untuk kontraktor.
3. Minta jaminan pelaksanaan (performance bond) yang cukup.
4. Selalu ada tim pengawas internal yang aktif.

15.5.3 Cherry Picking (Pilih Kasih)

Masalah: Kontraktor hanya memperbaiki bocoran yang mudah dan murah (di permukaan, akses mudah), sementara kebocoran sulit yang menyumbang persentase besar NRW dibiarkan. Ini adalah strategi untuk memaksimalkan keuntungan dengan usaha minimal.

Dampak: NRW turun cepat di awal kontrak (mudah dikerjakan), lalu stagnan di sisa kontrak (sulit dikerjakan). Di akhir kontrak, penurunan total tidak mencapai target.

Solusi:

1. Pasang target “Cakupan Area”. Kontraktor wajib menyeluruh ke seluruh zona, bukan titik-titik mudah.
2. Gunakan sistem DMA sebagai unit evaluasi, bukan per titik perbaikan.
3. Pasang penalti untuk area yang tidak tersentuh selama periode tertentu.
4. Minta peta perbaikan dengan koordinat GPS untuk verifikasi.

15.5.4 Kontrak Terlalu Pendek

Masalah: Kontrak PBC diberikan hanya 1 tahun, sementara penurunan NRW yang signifikan butuh 2-3 tahun. Kontraktor tidak punya waktu cukup untuk hasil maksimal, dan PDAM kehilangan momentum saat harus me-re-tender.

Solusi Ideal:

• Tahun 1: Stabilisasi dan baseline validation
• Tahun 2-3: Penurunan agresif NRW
• Tahun 4-5: Konsolidasi dan transfer knowledge

Durasi ideal kontrak PBC adalah 3-5 tahun dengan evaluasi tahunan dan opsi perpanjangan berdasarkan kinerja.

Pesan Penutup Bab:

PBC adalah pernikahan jangka pendek (3-5 tahun), bukan one-night stand. Keberhasilan PBC tidak diukur hanya dari penurunan NRW selama kontrak berjalan, tetapi dari kemampuan PDAM untuk mempertahankan pencapaian tersebut setelah kontraktor pergi.

Jika saat kontraktor pulang NRW naik lagi ke level semula, berarti PBC GAGAL, walaupun target angka selama kontrak tercapai. Tujuan akhir PBC bukan sekadar angka, tapi Transfer Pengetahuan dan Pembangunan Kapasitas. Wajibkan staf PDAM menempel (shadowing) kontraktor setiap hari, dan jadikan transfer pengetahuan sebagai bagian dari evaluasi kinerja kontraktor.

Kontrak PBC yang baik adalah kontrak yang menang bagi kedua belah pihak: PDAM mendapatkan penurunan NRW yang berkelanjutan dan kapasitas internal yang meningkat, sementara kontraktor mendapatkan pembayaran yang adil untuk hasil yang nyata.

Selanjutnya:

Bagian Administrasi & Keuangan selesai. Bagian V (Terakhir) akan membahas “Garis Pertahanan Terakhir”: Regulasi & Hubungan Pelanggan. Bagaimana menghadapi pencurian air secara legal dan sosial? Lanjut ke Bab 16: Aspek Hukum & Sosial.

Referensi & Bacaan Lanjutan

1. Kingdom, B. et al. (2006). The Challenge of Reducing NRW in Developing Countries
   • World Bank. Membahas model kontrak PBC mendalam.
   • 🔗 World Bank Open Knowledge
2. PPIAF. Performance-Based Contracts for NRW: A Guide
   • Panduan legal drafting untuk pasal-pasal PBC.
   • 🔗 PPIAF Resources
3. Fallis, A. (2018). PBC Case Study in Ho Chi Minh City
   • Studi kasus sukses PBC skala besar di Asia Tenggara.
   • 🔗 IWA Network
4. IWA (2019). Management of Non-Revenue Water
   • Ofir water loss management, termasuk bab tentang kontrak PBC.
   • 🔗 IWA Publishing