Program besar jarang runtuh karena satu keputusan buruk. Biasanya, ia retak pelan-pelan: aturan main belum terkunci, tetapi dana sudah bergerak; aset sudah dibeli, tetapi demand belum terbukti; target scale-up dikejar, tetapi kemampuan sistem belum sempat diuji.

Dari luar, semuanya terlihat aktif. Ada pembentukan koperasi, pembangunan gerai, pengadaan kendaraan, laporan kemajuan, dan dashboard yang tampak meyakinkan. 

Namun di balik semua aktivitas itu, ada satu pertanyaan yang jauh lebih penting: siapa yang memastikan seluruh sistem berjalan dengan standar yang sama, bisa diaudit, dan tetap melindungi rakyat desa ketika tekanan lokal mulai masuk?

Di sinilah Operating Constitution (OC) menjadi krusial.

Untuk program sebesar KDMP-BUMDes, OC bukan sekadar dokumen teknis. Ia adalah kerangka operasi nasional yang mengikat cara transaksi dicatat, mutu diverifikasi, pembayaran dicairkan, data dikelola, aset dikomitmenkan, risiko dikendalikan, dan perubahan desain disetujui.

Tanpa OC, program bisa pecah menjadi puluhan tafsir provinsi, ratusan versi kabupaten, bahkan ribuan praktik lokal yang tidak saling terhubung. Dan ketika itu terjadi, audit menjadi sulit, fraud lebih mudah bersembunyi, sementara rakyat desa kembali menjadi pihak paling lemah dalam sistem yang seharusnya melindungi mereka.

Masalahnya bukan apakah KDMP-BUMDes perlu skala besar. Masalahnya: apakah skala sebesar itu punya aturan main yang cukup kuat sebelum miliaran rupiah dicairkan?

Operating Constitution Bukan Formalitas

Istilah Operating Constitution mungkin terdengar berat. Tapi konsepnya sederhana: program nasional membutuhkan aturan main yang tidak bisa digeser sembarangan.

Bayangkan ada bank dengan 80.000 cabang. Tidak mungkin setiap cabang bebas menentukan definisi transaksi sendiri, format laporan sendiri, standar verifikasi sendiri, dan cara settlement sendiri. 

Jika itu terjadi, pusat tidak akan bisa membaca kesehatan sistem secara utuh. Satu cabang menyebut transaksi sudah selesai, cabang lain menyebutnya masih diproses, cabang lain lagi mencatatnya manual.

Hasilnya bukan fleksibilitas. Hasilnya kekacauan.

Logika yang sama berlaku untuk KDMP-BUMDes. Jika program ini ingin berjalan di ribuan node ekonomi desa, harus ada kernel nasional yang menjaga standar utama tetap sama.

Daerah memang berbeda. Produk lokal berbeda. Karakter rantai nilai berbeda. Desa pangan di Brebes tidak bisa diperlakukan sama dengan desa kelautan di Ternate atau desa wisata di Labuan Bajo. Namun, definisi transaksi, standar settlement, audit data, dan pengendalian risiko tidak boleh berjalan liar sendiri-sendiri.

OC bekerja sebagai pagar. Ia menjaga agar adaptasi lokal tetap hidup, tetapi tidak menghancurkan kemampuan sistem untuk dikendalikan.

Mengapa OC Harus Dikunci Sebelum Dana Bergerak?

Dalam program besar, uang sering bergerak lebih cepat daripada pertanyaan sulit. Kontrak berjalan dulu. Aset dipesan dulu. Gerai dibangun dulu. Unit kelembagaan dibentuk dulu. Sistem, SOP, data, dan mekanisme kontrol menyusul belakangan.

Ini pola yang berbahaya.

Begitu aset fisik dikomitmenkan, ruang koreksi langsung menyempit. Kendaraan yang sudah dibeli tidak mudah dibatalkan. Gerai yang sudah dibangun tidak mudah dipindah. 

Sistem digital yang sudah terkunci ke vendor tertentu tidak mudah dibongkar. SOP yang telanjur dipakai di banyak daerah juga tidak mudah diseragamkan ulang.

Karena itu, OC harus hadir sebelum program masuk fase pencairan dan pengadaan besar-besaran. Bukan setelah masalah muncul.

Operating Constitution perlu menjawab pertanyaan dasar seperti:

• kapan transaksi dianggap sah;

• kapan produk dinyatakan lolos quality control;

• kapan barang dianggap terkirim;

• kapan pembayaran boleh dicairkan;

• siapa yang memegang master data anggota;

• siapa yang boleh mengubah standar sistem;

• bagaimana aset dinilai layak sebelum dibeli;

• bagaimana anomali dan fraud dideteksi;

• siapa yang punya wewenang menahan scale-up.

Pertanyaan ini mungkin terdengar teknis. Padahal sangat strategis. Jawabannya menentukan siapa yang dilindungi oleh sistem, siapa yang punya kuasa mengubah aturan, dan siapa yang menanggung risiko ketika desain tidak dijaga.

Jika tidak dikunci sejak awal, program akan berjalan dengan tafsir masing-masing. Dan di lapangan, tafsir yang menang sering kali bukan yang paling benar, melainkan yang paling kuat secara politik, administratif, atau ekonomi.

Risiko Terbesar: 80.000 Versi Lokal yang Tidak Bisa Diaudit

KDMP-BUMDes punya skala yang besar. Potensinya juga besar. Tapi semakin besar skala, semakin mahal biaya dari standar yang longgar.

Tanpa Operating Constitution, setiap daerah dapat membangun kebiasaan sendiri. Di awal, ini mungkin terlihat seperti adaptasi lokal. Lama-lama, ia berubah menjadi fragmentasi.

Contohnya sederhana.

Di satu daerah, QC pass berarti produk sudah dilihat petugas. Di daerah lain, QC pass harus dibuktikan dengan foto, geotag, dan hasil grading. Di tempat lain, dispatch cukup dicatat lewat spreadsheet. Di wilayah lain lagi, settlement bisa dilakukan manual ketika sistem dianggap lambat.

Semua daerah mungkin merasa sedang menyesuaikan kondisi masing-masing. Tapi bagi sistem nasional, ini mimpi buruk.

Data tidak bisa dibandingkan. Audit tidak konsisten. Fraud sulit dilacak. Pembayaran kepada produsen berbeda-beda kualitasnya. Vendor punya ruang untuk mendorong modifikasi. Elite lokal bisa menyusup lewat celah aturan yang tidak terkunci.

Pada akhirnya, program nasional pecah menjadi banyak versi kecil. Bukan karena semua pihak berniat buruk, tetapi karena tidak ada pagar desain yang cukup kuat.

Prinsip 20/80: Standar Nasional, Ruang Lokal

Indonesia terlalu beragam untuk dipaksa seragam dalam semua hal. Namun, keberagaman tanpa struktur juga tidak bisa dibiarkan. Karena itu, prinsip 20% non-negotiables dan 80% adaptasi lokal menjadi penting.

Yang 20% harus seragam secara nasional. Tidak boleh dinegosiasikan. Tidak boleh digeser oleh tekanan lokal. Tidak boleh dimodifikasi vendor tanpa mekanisme resmi.

Sementara itu, 80% lainnya boleh menyesuaikan konteks daerah, produk, budaya, dan strategi pasar.

Poinnya sederhana: jangan menyeragamkan hal yang harus lokal, dan jangan melokalkan hal yang harus seragam.

Kesalahan fatal terjadi ketika dua hal itu tertukar. Produk lokal dipaksa sama, sementara aturan transaksi dibiarkan berbeda-beda. Itu bukan adaptasi. Itu awal kekacauan operasional.

Yang 20% Tidak Boleh Bergeser

Dalam desain OC, bagian 20% non-negotiable adalah jantung sistem. Jika bagian ini pecah, seluruh program kehilangan kemampuan untuk membaca dirinya sendiri.

Beberapa elemen harus dikunci sejak awal.

1. Event Taxonomy Baku

Setiap transaksi harus punya definisi event yang sama. Apa itu QC pass? Apa itu dispatch? Apa itu proof of delivery? Kapan settlement dianggap selesai?

Tanpa event taxonomy baku, data terlihat lengkap tetapi maknanya berbeda-beda. Dan data seperti itu tidak bisa menjadi dasar audit yang sehat.

2. Money Follows Verified Events

Prinsip Money Follows Verified Events (MFVE) memastikan uang hanya bergerak setelah event transaksi terverifikasi. Produk harus lolos QC, dikirim, diterima, lalu baru settlement berjalan.

Ini melindungi produsen desa. Pembayaran tidak bergantung pada kedekatan, instruksi manual, atau kebijaksanaan pihak tertentu. Uang mengikuti bukti.

3. Master Data Anggota

Program sebesar KDMP-BUMDes membutuhkan data anggota yang bersih. Jika satu anggota bisa muncul dengan banyak identitas, risiko duplikasi, penyalahgunaan, dan fraud akan meningkat.

Master data anggota memastikan program tahu siapa yang dilayani, siapa yang bertransaksi, dan siapa yang benar-benar menerima manfaat.

4. Data Sovereignty

Data transaksi desa adalah aset strategis. Ia tidak boleh sepenuhnya terkunci di sistem vendor tertentu. Jika data sulit diaudit secara independen, program kehilangan kontrol atas dirinya sendiri.

Data sovereignty bukan isu teknis semata. Ini soal kedaulatan atas informasi ekonomi desa.

5. Settlement Otomatis ke Produsen

Petani, nelayan, pengrajin, dan produsen lokal membutuhkan kepastian pembayaran. Settlement manual membuka terlalu banyak celah: keterlambatan, pemotongan tidak jelas, penundaan, bahkan manipulasi.

Jika produk sudah lolos event yang disyaratkan, pembayaran harus berjalan dengan disiplin.

OC Guardian: Penjaga Garis Desain

Operating Constitution tidak cukup hanya ditulis. Ia harus dijaga.

Di sinilah fungsi OC Guardian menjadi kritis. OC Guardian adalah penjaga integritas desain. Tugasnya bukan mengelola operasional harian, melainkan memastikan prinsip utama tidak bergeser saat tekanan implementasi datang.

Dan tekanan itu pasti datang.

Akan ada daerah yang meminta pengecualian karena merasa standar nasional terlalu kaku. Akan ada vendor yang ingin memodifikasi arsitektur data agar lebih cocok dengan platformnya. Akan ada aktor lokal yang ingin mempercepat pembentukan node meskipun belum siap. Akan ada dorongan politik agar target terlihat tercapai sebelum fondasinya matang.

Tanpa OC Guardian, satu pengecualian kecil bisa membuka preseden. Lalu preseden itu diikuti pengecualian berikutnya. Awalnya satu daerah. Lalu beberapa kabupaten. Lalu satu provinsi. Dalam waktu singkat, kernel nasional yang seharusnya seragam berubah menjadi banyak tafsir.

OC Guardian berfungsi sebagai rem desain.

Bukan rem untuk memperlambat manfaat. Tapi rem agar program tidak melaju ke arah yang salah.

Tanpa fungsi seperti ini, Operating Constitution hanya menjadi dokumen cantik. Serius saat peluncuran, lalu kalah saat tekanan lapangan mulai bekerja.

Aset Fisik Tidak Boleh Mendahului Validasi Bisnis

Salah satu kesalahan paling mahal dalam program besar adalah menganggap aset sebagai bukti kesiapan.

Gerai dibangun, berarti program jalan. Kendaraan datang, berarti logistik siap. Gudang berdiri, berarti rantai pasok terbentuk.

Padahal belum tentu.

Aset fisik hanya berguna jika ada sistem yang membuatnya produktif. Kendaraan tanpa rute dan volume hanya menjadi biaya. Gerai tanpa transaksi hanya menjadi bangunan. Cold storage tanpa cash cycle sehat hanya menjadi beban listrik. Gudang tanpa demand anchor hanya menjadi ruang kosong yang mahal.

Karena itu, sebelum aset dikomitmenkan, program harus melewati Asset Readiness Gate.

Prinsipnya jelas: jangan membeli, membangun, atau mengikat aset sebelum kesiapan terbukti.

Tujuh Pintu Asset Readiness Gate

Asset Readiness Gate membantu memastikan bahwa aset fisik benar-benar dibutuhkan, produktif, dan tidak berubah menjadi beban bagi desa.

Tujuh pintu ini bukan birokrasi tambahan. Ini pagar agar program tidak membeli masalah.

Jika demand anchor belum ada, jangan bangun aset permanen. Jika operator belum siap, jangan kirim perangkat. Jika cash cycle belum sehat, jangan paksa koperasi menanggung biaya. Jika rute distribusi belum jelas, jangan beli armada besar.

Aset yang datang sebelum sistem siap bukan kemajuan. Itu hanya optimisme yang berubah menjadi biaya tetap.

Mengapa Demand Anchor Harus Ada Sebelum Capex?

Dalam banyak program, capex sering dianggap sebagai langkah awal. Bangun dulu asetnya, nanti pasar mengikuti. Logika ini menggoda, tetapi berbahaya.

Untuk ekonomi desa, urutannya harus dibalik: pasar dulu, desain operasi, baru aset.

Demand anchor adalah bukti bahwa ada pembeli nyata yang siap menyerap produk dalam volume, harga, dan periode tertentu. Tanpa demand anchor, aset dibangun di atas asumsi.

Misalnya, sebuah koperasi desa ingin membangun cold storage. Pertanyaannya bukan hanya apakah desa menghasilkan produk perishable. Pertanyaannya: siapa pembelinya? Berapa volume yang akan diserap? Seberapa sering transaksi terjadi? Berapa lama produk perlu disimpan? Siapa membayar listrik dan perawatan? Apakah margin cukup untuk menutup biaya?

Jika pertanyaan itu belum terjawab, cold storage bisa menjadi beban. Awalnya terlihat modern. Lama-lama menjadi aset yang jarang dipakai.

Demand anchor membuat aset punya alasan ekonomi. Tanpa itu, aset hanya punya alasan administratif.

MFVE: Prinsip Kecil yang Menentukan Kepercayaan Besar

Di dalam Operating Constitution, MFVE adalah salah satu prinsip yang wajib dikunci. Alasannya sederhana: pembayaran adalah titik paling sensitif dalam ekonomi desa.

Petani, nelayan, dan produsen lokal tidak hanya butuh harga yang baik. Mereka butuh kepastian kapan uang masuk.

MFVE memastikan settlement hanya terjadi setelah event transaksi terverifikasi secara digital.

Prinsip ini memotong ruang abu-abu. Tidak ada pembayaran berdasarkan klaim sepihak. Tidak ada settlement manual yang bergantung pada satu orang. Tidak ada barang keluar tanpa jejak.

MFVE membuat sistem lebih disiplin. Dan disiplin inilah yang membangun kepercayaan.

Anti-Fraud by Design: Jangan Tunggu Fraud di Akhir

Fraud dalam program besar tidak boleh hanya ditangani setelah kejadian. Jika audit baru bekerja ketika kerusakan sudah besar, biaya pemulihannya sudah terlalu mahal.

Karena itu, anti-fraud harus ditanam sejak desain.

Dalam konteks KDMP-BUMDes, anti-fraud by design berarti setiap transaksi punya jejak, setiap pembayaran berbasis event, setiap data penting bisa diaudit, dan setiap anomali punya mekanisme eskalasi.

Sistem yang sehat bukan sistem yang tidak pernah menerima keluhan. Justru sistem tanpa keluhan sama sekali perlu dicurigai. Dalam operasi nyata, selalu ada dispute, reject, keterlambatan, atau kesalahan input.

Jika dashboard terlalu sempurna, mungkin bukan operasinya yang sempurna. Bisa jadi datanya yang tidak jujur.

OC Bukan Penghambat Inovasi Lokal

Ada kekhawatiran bahwa Operating Constitution akan membuat daerah tidak fleksibel. Kekhawatiran ini wajar. Tapi kalau OC dirancang dengan benar, yang terjadi justru sebaliknya.

OC tidak menyeragamkan semuanya. OC menjaga agar ruang lokal bisa bergerak tanpa merusak sistem nasional.

Daerah tetap bisa memilih produk unggulan sendiri. Desa tetap bisa membangun identitas brand sendiri. Koperasi tetap bisa menyesuaikan layanan dengan karakter komunitas. Strategi pemasaran tetap bisa berbeda antara desa pangan, desa wisata, desa kelautan, atau desa kerajinan.

Yang tidak boleh berbeda adalah kernel transaksinya.

Analogi sederhananya seperti lalu lintas. Setiap orang boleh punya tujuan berbeda, kendaraan berbeda, dan rute berbeda. Tapi lampu merah, marka jalan, arah lajur, dan aturan prioritas harus sama. Kalau tidak, fleksibilitas berubah menjadi tabrakan.

OC bekerja seperti itu. Ia bukan membunuh adaptasi lokal. Ia menjaga agar adaptasi lokal tidak menghancurkan integritas sistem.

Jika OC Tidak Ada, Siapa yang Paling Dirugikan?

Ketiadaan OC sering terlihat seperti masalah teknis. Padahal korban akhirnya sangat nyata.

Petani yang seharusnya dibayar tepat waktu bisa kembali menunggu settlement manual. Nelayan yang butuh cold chain bisa menerima kendaraan yang tidak cocok dengan kebutuhan wilayahnya. Pengrajin yang seharusnya mendapat akses pasar bisa kalah oleh produk generik yang mendominasi shelf space. Pengurus koperasi yang ingin melapor bisa kehilangan kanal pengaduan yang aman.

Yang paling dirugikan bukan dashboard pusat. Bukan vendor. Bukan pelaksana yang bisa berpindah ke program lain.

Yang paling dirugikan adalah warga desa yang seharusnya menjadi subjek utama program.

Tanpa OC, sistem mudah diserap oleh pola lama: elite capture, pembeli tunggal, pengadaan yang tidak sesuai kebutuhan, settlement lambat, dan indikator keberhasilan yang hanya mengukur aktivitas.

Inilah sebabnya Operating Constitution bukan isu teknis. Ia isu perlindungan publik.

Apa yang Harus Dikunci Sebelum Miliaran Rupiah Dicairkan?

Sebelum dana besar bergerak, beberapa pertanyaan harus dijawab secara terbuka dan disiplin.

Jika jawaban atas pertanyaan ini belum jelas, program belum siap bergerak terlalu jauh.

Bukan berarti program harus berhenti. Namun, program perlu menahan laju sampai fondasinya cukup kuat.

Dari Program Distribusi ke Sistem Orkestrasi Ekonomi Desa

KDMP-BUMDes akan kehilangan makna jika hanya menjadi program distribusi aset. Gerai, kendaraan, dan koperasi hanyalah alat. Yang harus dibangun adalah sistem yang membuat ekonomi desa naik kelas.

Sistem itu harus mampu menjawab lima hal:

1. Produk lokal apa yang layak dikembangkan?

2. Siapa pembeli nyatanya?

3. Bagaimana kualitas dijaga?

4. Bagaimana uang sampai ke produsen tepat waktu?

5. Bagaimana data dan risiko diawasi secara konsisten?

Jika lima hal ini tidak dijawab, program akan sibuk secara administratif, tetapi lemah secara ekonomi.

Sebaliknya, jika OC dikunci dengan baik, KDMP-BUMDes bisa menjadi infrastruktur ekonomi desa yang serius. Bukan sekadar membentuk unit. Bukan sekadar membangun gerai. Tapi menciptakan sistem transaksi yang memberi posisi tawar lebih baik bagi petani, nelayan, pengrajin, dan pelaku usaha desa.

Perkuat Tata Kelola Program dengan Integrated GRC

Program sebesar KDMP-BUMDes membutuhkan lebih dari target implementasi. Ia membutuhkan tata kelola yang kuat, kontrol risiko, kepatuhan, mekanisme audit, indikator kinerja, dan proses eskalasi yang jelas sejak awal.

Melalui layanan Integrated GRC, PROXSIS Strategy dapat membantu organisasi, lembaga, dan pengelola program merancang governance, risk management, compliance, serta kontrol proses yang lebih terstruktur dan auditable.

Pendekatan ini membantu memastikan Operating Constitution tidak hanya menjadi konsep, tetapi benar-benar terhubung dengan pengambilan keputusan, pengadaan aset, manajemen risiko, audit data, dan perlindungan terhadap pihak yang seharusnya dilayani.

Untuk program berskala besar, desain yang kuat bukan penghambat. Ia adalah syarat agar manfaat benar-benar sampai.

Kesimpulan

KDMP-BUMDes tidak boleh diperlakukan sebagai program biasa. Skalanya terlalu besar, taruhannya terlalu tinggi, dan risikonya terlalu mahal jika dibiarkan berjalan tanpa aturan main yang terkunci.

Operating Constitution adalah fondasi yang memastikan program tidak pecah menjadi ribuan versi lokal yang sulit diaudit. Prinsip 20% non-negotiables dan 80% adaptasi lokal memberi keseimbangan: standar nasional tetap kuat, sementara ruang lokal tetap hidup.

Di tengah tekanan scale-up, fungsi OC Guardian menjadi penting untuk menjaga agar garis desain tidak bergeser. Aset fisik juga tidak boleh dikomitmenkan sebelum melewati Asset Readiness Gate dan membuktikan adanya demand anchor nyata.

Pada akhirnya, pertanyaannya bukan apakah program ini besar. Pertanyaannya: apakah program ini cukup disiplin untuk tetap benar ketika menjadi besar?

Karena uang bisa dicairkan cepat. Gerai bisa dibangun cepat. Kendaraan bisa datang cepat.

Tapi kepercayaan rakyat desa, kalau sudah retak, tidak bisa dipulihkan secepat itu.

FAQ

1. Apa itu Operating Constitution dalam KDMP-BUMDes?

Operating Constitution adalah kerangka aturan main operasional yang mengikat standar transaksi, mutu, settlement, data, governance, dan mekanisme kontrol agar program berjalan konsisten lintas wilayah.

2. Mengapa Operating Constitution penting sebelum dana dicairkan?

Karena dana dan aset yang sudah bergerak sulit dikoreksi. OC membantu memastikan uang, aset, dan keputusan implementasi mengikuti sistem yang siap, bukan sekadar target administratif.

3. Apa maksud 20% non-negotiables dan 80% adaptasi lokal?

Artinya, ada standar inti yang wajib seragam secara nasional, seperti definisi transaksi, MFVE, data anggota, dan settlement. Sementara produk, branding, dan strategi lokal tetap bisa disesuaikan.

4. Apa fungsi OC Guardian?

OC Guardian menjaga integritas desain agar standar utama tidak bergeser karena tekanan lokal, vendor, target politik, atau kebutuhan scale-up yang belum didukung kesiapan sistem.

5. Apa itu Asset Readiness Gate?

Asset Readiness Gate adalah tujuh pintu kesiapan sebelum aset seperti gerai, kendaraan, gudang, atau cold storage dikomitmenkan. Tujuannya mencegah aset menjadi beban karena sistem belum siap.

6. Mengapa demand anchor penting sebelum membeli aset?

Demand anchor membuktikan ada pembeli nyata yang akan menyerap produk. Tanpa demand anchor, aset dibangun berdasarkan asumsi, bukan kebutuhan ekonomi yang sudah terbukti.

7. Layanan apa yang relevan untuk memperkuat tata kelola program besar?

Layanan yang relevan adalah Integrated GRC, karena membantu merancang tata kelola, manajemen risiko, compliance, kontrol proses, dan mekanisme audit agar program besar lebih terkendali.