SLiKA mengotomasi seluruh rantai permintaan informasi debitur — dari antrean dan kuota, penguraian dua belas segmen, penilaian risiko, hingga keputusan kredit dan rantai bukti. Dibangun mengikuti SEOJK No. 11/SEOJK.01/2024.
Bukan sekadar pembungkus API. SLiKA menangani hal-hal yang biasanya menjadi sumber kegagalan operasional: kuota yang habis diam-diam, antrean yang hilang saat peladen mati, dan jejak audit yang tidak lengkap saat pemeriksa datang.
Permintaan disimpan permanen sebelum diproses. Bila peladen dimulai ulang di tengah batch, pekerjaan dilanjutkan dari titik terakhir — bukan diulang dari awal atau hilang.
Peringatan pada 70%, 85%, dan 95% pemakaian; penolakan otomatis pada 100%. Kuota SLIK dan kuota biro swasta dihitung terpisah agar satu tidak menggerus yang lain.
Bila laju kegagalan melonjak, permintaan dihentikan sendiri sebelum pola akses menjadi persoalan. Dasar rancangannya: SEOJK Bab III huruf g menyatakan OJK dapat menutup hak akses.
Kunci penanda tangan token dapat diganti tanpa melempar keluar satu pun pengguna. Kunci lama tetap diterima selama masa tenggang, lalu dicabut. Tanpa ini, kunci yang tidak pernah dirotasi berlaku selamanya.
Satu akun yang menghabiskan jatahnya tidak memengaruhi akun lain. Melindungi kuota SLIK dari skrip keliru dan penarikan data massal — kuota yang terpakai tidak dapat dikembalikan.
D01, D02, F01–F06, A01 Agunan, P01, M01, dan K01 diurai menjadi data terstruktur, lengkap dengan resolusi entitas untuk mencocokkan debitur yang namanya ditulis berbeda-beda.
Kartu skor berbasis aturan yang dapat diubah tanpa menyusun ulang aplikasi, tersambung ke mesin keputusan dengan alasan penolakan terkode dan alur override empat mata.
Setiap keputusan tertaut pada dokumen sumbernya. Penyamaran medan sensitif, tanda air per pengguna, dan penjejakan akses tingkat baris berjalan menurut peran.
Setiap modul berdiri sebagai paket terpisah dengan rangkaian ujinya sendiri, sehingga dapat diaudit, diganti, atau dipindahkan ke layanan tersendiri tanpa membongkar yang lain.
Klien host-to-host, batch, penjadwalan, pembatas laju, pemutus sirkuit, dan singgahan hasil.
Parser 12 segmen, normalisasi, kamus kode, dan resolusi entitas berbasis kemiripan nama.
Rekayasa fitur, kartu skor, peringkat, dan penyimpanan riwayat skor.
Persetujuan dan penolakan otomatis, kode alasan, serta override dengan persetujuan berlapis.
22 laporan bawaan dengan kueri berparameter yang disimpan di basis data, bukan ditanam di kode.
Katalog templat dan penyusunan ringkasan debitur untuk konsumsi sistem hilir.
Pemantauan direktori berkala dan pemindahan berkas otomatis ke sistem inti; selang waktu dapat diatur.
JWT, kebijakan sandi, penyamaran, tanda air, kebijakan menu, dan penyaring header keamanan.
Perhitungan kuota harian terpisah per sumber data, dengan ambang peringatan bertingkat.
Validasi kode tujuan dan kelengkapan parameter sebelum permintaan dikirim — mencegah panggilan berbiaya yang pasti gagal.
Penautan dokumen bukti pada setiap keputusan, dengan daftar kewajiban dokumen per jenis perkara.
Seluruh fungsi tersedia lewat antarmuka REST bertoken, siap disambungkan ke LOS, core banking, atau sistem internal lain.
Permintaan tiba lewat REST atau unggahan massal. Kode tujuan dan kelengkapan parameter diperiksa lebih dulu.
Antrean persisten mengatur laju sesuai kuota dan batas panggilan, dengan mundur bertahap saat gangguan.
Dua belas segmen diurai, dinormalisasi, lalu dicocokkan ke identitas debitur yang benar.
Kartu skor menghasilkan peringkat; mesin keputusan menerbitkan hasil beserta alasan terkode.
Bukti ditautkan, jejak audit ditulis, dan hasil diteruskan ke sistem hilir lewat API atau SFTP.
Setiap aturan di bawah ini ditelusuri langsung ke SEOJK No. 11/SEOJK.01/2024 dan diterapkan sebagai perilaku sistem yang diuji, bukan sebagai catatan dalam dokumen.
Kami memilih menyatakan yang belum selesai daripada menyembunyikannya sampai tahap uji terima. Berikut posisi sebenarnya.
| Bidang | Status | Keterangan |
|---|---|---|
| Logika fungsional 11 modul | Selesai & teruji | 2.894 asersi lulus, 0 gagal, di 46 rangkaian uji. |
| Antarmuka pengguna | Selesai | 12 layar, kontrol akses menu per peran. |
| Audit kerentanan dependensi | Bersih | 40 pustaka monolit: nol kerentanan tercatat pada OSV.dev. Microservice: dari 29 temuan menjadi 8, sisanya ditinjau dan dicatat terbuka. |
| Adapter biro kredit swasta | Menunggu kredensial | Alur lima langkah selesai dan terbukti pada peladen tiruan. Menunggu kredensial produksi dan pendaftaran IP. |
| Basis data PostgreSQL | Terbukti | Aplikasi dijalankan di Tomcat 11, tersambung ke PostgreSQL 17, dan login berhasil menembus seluruh lapisan. Sebelumnya URL dan driver ditanam sebagai SQL Server sehingga PostgreSQL mustahil dijangkau. |
| Basis data milik bank | Pemblokir | Penyambungan ke instance basis data bank — dengan kebijakan jaringan, sertifikat, dan peran basis data yang sebenarnya — belum dilakukan. Menuntut akses lingkungan dari pihak bank. |
| Sambungan host-to-host SLIK | Pemblokir | Belum aktif. Pencarian saat ini dilayani simulasi, sehingga sistem belum boleh dipakai untuk keputusan kredit sungguhan. |
| Uji beban HTTP | Selesai | Jalur penuh HTTP sampai PostgreSQL: 3.070 permintaan/detik, p95 13 ms, 0 gagal — pada 2 inti CPU. Sasaran TOR menuntut 10,4/detik. Belum termasuk TLS dan perangkat keras bank. |
Tidak ada ketergantungan eksotis yang menyulitkan pemeliharaan jangka panjang atau audit keamanan internal.
Rilis dukungan jangka panjang
Jersey 3.1 di atas Tomcat 11
Basis data utama; SQL Server didukung
Antarmuka tanpa kerangka kerja berat
Tanda SLiKA sengaja bukan monogram huruf. Logo berupa huruf memaksa perancangan ulang setiap kali nama produk berubah — dua kali berturut-turut huruf lama tertinggal dan baru ketahuan dari tangkapan layar, bukan dari pembacaan kode.
Bilah navigasi, kop surat, tanda tangan surel. Lebar tampil minimum 180 px.
Tulisan di bawah tanda. Untuk sampul dokumen, kartu nama, sisipan presentasi, dan cap pada laporan PDF — ruang mendatar sempit, ruang tegak lapang.
Favicon, ikon aplikasi, avatar, bilah sisi terlipat. Ketebalan garis dinaikkan dari 6,6 menjadi 8,2 satuan supaya tetap terbaca pada 16 px — bukan sekadar logo penuh yang diperkecil.
Demo teknis berdurasi 45 menit: penelusuran arsitektur, peragaan alur permintaan sampai keputusan, dan sesi tanya jawab dengan tim yang membangunnya.