Cloud, Dedicated, atau On-Premise untuk Data Debitur
Pilihan penempatan sistem penagihan jarang murni soal teknis. Ia soal siapa yang menanggung risiko, dan seberapa cepat Anda bisa menjawab kalau ditanya.
Pertanyaan ini biasanya muncul terlambat, setelah fitur disepakati dan harga hampir final. Padahal ia sering menentukan apakah proyeknya bisa jalan sama sekali.
Data debitur berisi identitas, kontak, dan riwayat kewajiban finansial seseorang. Di institusi yang diawasi, keputusan tentang di mana data itu berada bukan keputusan tim IT semata.
Ada tiga bentuk yang umum, dan perbedaannya lebih banyak soal kendali dan tanggung jawab daripada soal teknologi.
Cloud bersama
Sistem berjalan sebagai layanan terkelola. Anda berlangganan, penyedia mengurus server, pembaruan, dan pemeliharaan.
Ini paling cepat dimulai dan paling ringan di awal. Tidak ada perangkat yang perlu dibeli, tidak ada tim yang perlu menjaga mesin tetap hidup, dan perbaikan datang tanpa Anda mengerjakan apa-apa.
Yang Anda serahkan adalah kendali. Data Anda berada di infrastruktur pihak lain, dan pemisahan antar pelanggan bergantung sepenuhnya pada bagaimana sistemnya dirancang. Untuk sebagian institusi ini sepenuhnya wajar. Untuk sebagian lain, ini yang pertama ditanyakan bagian kepatuhan dan jawabannya harus meyakinkan.
Kalau menempuh jalur ini, pertanyaan yang paling penting bukan soal enkripsi, karena semua orang akan bilang datanya terenkripsi. Yang lebih menentukan adalah bagaimana data satu pelanggan dipastikan tidak pernah terlihat oleh pelanggan lain, dan siapa dari pihak penyedia yang secara teknis masih bisa membukanya.
Instance khusus
Bentuk tengah. Aplikasinya sama, tapi basis data dan lingkungannya berdiri sendiri untuk Anda.
Ini biasanya jalan keluar yang paling sering dipakai institusi keuangan yang belum siap sepenuhnya on-premise tapi tidak nyaman berbagi tempat penyimpanan. Anda tetap tidak mengurus mesinnya, tapi pemisahannya jauh lebih tegas dan lebih mudah dijelaskan saat diaudit.
Biayanya lebih tinggi daripada cloud bersama, dan pembaruan kadang tidak seotomatis itu karena tiap lingkungan berdiri sendiri.
On-premise
Sistem berjalan di dalam infrastruktur Anda, di balik jaringan Anda, di bawah kendali tim Anda.
Ini yang paling memuaskan dari sisi kedaulatan data, dan untuk institusi tertentu memang satu-satunya pilihan yang bisa lolos. Datanya tidak pernah keluar, akses fisiknya milik Anda, dan aturan jaringan sepenuhnya Anda yang tentukan.
Konsekuensinya sering diremehkan. Anda ikut menanggung ketersediaan, cadangan data, pemulihan saat gagal, dan pembaruan keamanan. Kalau server bermasalah pukul sebelas malam, itu jadi urusan tim Anda. Banyak institusi memilih jalur ini lalu menemukan bahwa biaya sesungguhnya bukan di lisensi, tapi di orang yang harus menjaganya tetap sehat.
Yang lebih menentukan daripada pilihan penempatan
Apa pun bentuknya, ada tiga hal yang tetap harus ada, dan ini yang biasanya lebih sering jadi temuan dibanding lokasi server.
Pertama, pembatasan akses per peran, supaya tidak semua orang bisa melihat data pribadi lengkap hanya karena punya akun. Kedua, jejak audit yang benar-benar mencatat siapa membuka apa dan kapan, dan bisa ditunjukkan tanpa harus meminta pengembang menarik data. Ketiga, kejelasan tentang bagaimana data bisa dikeluarkan kalau suatu saat Anda pindah.
Sistem di dalam ruang server Anda sendiri tapi semua orang punya akses penuh dan tidak ada jejak audit sebenarnya lebih rapuh daripada layanan cloud yang aturannya ketat.
Cara memutuskan
Mulai dari kebijakan internal dan hasil audit terakhir Anda, bukan dari preferensi teknis. Kalau ada aturan yang mengharuskan data tetap berada di lingkungan sendiri, keputusannya sudah dibuat untuk Anda.
Kalau tidak ada aturan sekaku itu, pertanyaannya jadi soal kesiapan. Punya tim yang benar-benar bisa menjaga sistem berjalan setiap hari? Kalau tidak, on-premise akan terasa seperti kendali di atas kertas dan risiko di kenyataan.
Untuk kebanyakan multifinance dan lembaga pembiayaan yang baru menata operasional penagihan, instance khusus biasanya titik seimbang yang paling masuk akal: pemisahan yang bisa dijelaskan saat diaudit, tanpa memikul beban memelihara mesin sendiri.
Koda Collection bisa dijalankan dalam ketiga bentuk itu. Yang tidak berubah di semua opsi adalah kontrol akses berbasis peran dan jejak audit, karena bagian itu yang biasanya ditanyakan lebih dulu, jauh sebelum orang bertanya di mana servernya berada.
Pilih penempatan yang bisa Anda jelaskan saat diaudit.
Koda Collection tersedia sebagai cloud, instance khusus, atau on-premise penuh di infrastruktur Anda, dengan kontrol akses berbasis peran dan audit logging di setiap opsi.
Lihat Koda Collection