Risiko Apa Saja yang Terkait dengan Sistem Berbasis Aturan?

Apa itu Sistem Berbasis Aturan?

Sistem Berbasis Aturan (RBS) membuat keputusan dengan menerapkan aturan yang telah ditentukan sebelumnya pada input. Biasanya, aturan mengambil kondisi (misalnya, “jika X terjadi”) dan memetakannya ke output (misalnya, “maka lakukan Y”). Ide utamanya adalah logika keputusan bersifat eksplisit dan deterministik, tidak dipelajari secara otomatis dari hasil.

Dalam praktiknya, perilaku sistem bergantung pada tiga kategori asumsi: (1) input benar dan tepat waktu, (2) aturan lengkap secara logis untuk situasi yang Anda hadapi, dan (3) pemetaan dari output ke tindakan dunia nyata dieksekusi sebagaimana dimaksud.

Bagaimana risiko utama muncul?

Risiko operasional dan eksekusi

Bahkan jika aturan ditulis dengan baik, eksekusi nyata dapat menyimpang dari ekspektasi sistem. Contohnya termasuk data yang tertunda atau hilang, perbedaan antara data yang digunakan untuk keputusan dan data yang kemudian digunakan untuk pelaporan, serta gesekan eksekusi seperti biaya, eksekusi parsial, atau selip harga. Mode kegagalan umum lainnya adalah “kondisi tepi”: ketika input berada di luar rentang yang diasumsikan (format tak terduga, lonjakan mendadak, umpan data yang terhenti), aturan dapat menghasilkan hasil yang tidak dimaksudkan oleh perancang.

Risiko terkait adalah bahwa komponen operasional dapat gagal dengan cara yang tidak ditangani oleh aturan. Misalnya, jika sistem tidak dapat menjangkau lingkungan eksekusinya atau tidak dapat mengonfirmasi hasil, sistem dapat terus bertindak berdasarkan informasi basi atau berhenti merespons.

Risiko pasar dan kondisi

Aturan sering dikalibrasi di sekitar pengamatan masa lalu atau pola yang stabil. Ketika perilaku pasar berubah—seperti pergeseran rezim volatilitas, korelasi yang rusak, atau kondisi likuiditas yang melemah—aturan dapat menjadi kurang representatif terhadap kondisi saat ini. Karena RBS biasanya tidak “beradaptasi” secara otomatis, ia dapat terus menerapkan logika yang sama bahkan ketika asumsi dasarnya tidak lagi sesuai dengan kenyataan.

Cara praktis untuk memikirkan hal ini adalah: RBS hanya sekuat rentang kondisi yang dicakup oleh aturannya. Jika sistem tidak dirancang secara eksplisit untuk skenario abnormal, ia dapat berperilaku konsisten tetapi salah.

Risiko lawan transaksi dan lingkungan

Output aturan biasanya membutuhkan pihak atau layanan eksternal untuk melaksanakan tindakan. Hal ini memperkenalkan risiko lawan transaksi dan lingkungan: proses yang menerima permintaan mungkin berperilaku berbeda dari yang diasumsikan sistem, ketersediaan kuotasi dapat berubah, atau konektivitas dapat menurun. Bahkan tanpa membahas penyedia tertentu, risiko umum tetap ada bahwa “keputusan” tidak sama dengan “hasil.”

Jika pengakuan atau konfirmasi tertunda, digandakan, atau hilang, keadaan internal sistem bisa menjadi tidak sinkron. Hal ini dapat menyebabkan pengulangan yang tidak disengaja (melakukan tindakan yang sama lebih dari sekali) atau tindakan yang terlewat (meyakini suatu tindakan terjadi padahal tidak).

Keterbatasan material dan cara memverifikasinya

Risiko interpretasi dan pemeliharaan

Aturan biasanya dibuat dan kemudian diperbarui oleh manusia. Risiko dapat masuk melalui definisi aturan yang ambigu, cakupan kasus tepi yang tidak lengkap, atau perubahan dalam cara input direpresentasikan. Seiring waktu, masalah pemeliharaan dapat terakumulasi: sebuah aturan mungkin masih benar secara logis, namun mungkin bergantung pada bidang input yang maknanya berubah, atau mungkin tidak lagi sesuai dengan logika sistem yang lebih luas.

Pemeriksaan verifikasi yang dapat Anda lakukan secara mandiri

Untuk menilai risiko secara independen, verifikasi sistem di sepanjang empat sumbu: (1) validasi input—apa yang terjadi ketika input hilang, tertunda, atau di luar rentang yang diharapkan; (2) cakupan aturan—apakah semua skenario yang relevan dipetakan ke perilaku yang aman dan dimaksudkan; (3) pemodelan biaya dan eksekusi—apakah jalur keputusan sistem memperhitungkan gesekan seperti biaya transaksi dan hasil parsial; dan (4) konsistensi keadaan—apakah sistem dapat pulih dari respons eksternal yang gagal atau digandakan.

Pertanyaan selanjutnya yang perlu diajukan

Jika Anda mengevaluasi RBS, pertanyaan lanjutan yang paling berguna bukanlah “Apakah ini akan berhasil?” tetapi “Asumsi apa yang dibutuhkannya untuk perilaku yang benar, dan seberapa sering asumsi tersebut dilanggar dalam kondisi realistis?” Karena hasil bervariasi dengan kondisi dan kendala operasional, fokuskan verifikasi pada kegagalan asumsi, bukan pada keberhasilan masa lalu.