%20sponsor.png)
Core Banking System: Fungsi, Cara Kerja, dan Peran Database
Core banking system adalah aplikasi inti bank yang mencatat seluruh rekening nasabah dan setiap transaksinya secara terpusat, sehingga saldo yang terlihat di teller, ATM, dan mobile banking selalu sama.
Dengan kata lain, core banking adalah buku induk bank yang bekerja secara real time. Dalam penjelasan IBM tentang core banking, kata core bahkan diartikan sebagai singkatan dari centralized online real-time environment: satu lingkungan terpusat yang melayani semua cabang dan kanal.
Artikel ini membahas fungsi dan cara kerja CBS, lalu turun satu lapis ke database yang menyimpan semua catatan itu. Lapisan inilah yang menentukan apakah saldo tetap benar saat pusat data padam atau saat beban transaksi memuncak.
Apa Itu Core Banking System dan Apa Fungsinya?
Setiap bank, dari bank umum hingga BPR, menjalankan fungsi dasar yang sama, dan semuanya dicatat serta dihitung di CBS:
Data nasabah (CIF). Identitas, profil risiko, dan hubungan antar-rekening milik satu nasabah.
Simpanan. Tabungan, giro, dan deposito beserta perhitungan bunga dan biayanya.
Kredit. Pencairan, jadwal angsuran, bunga, denda, dan status kolektibilitas.
Transaksi dan pembayaran. Setoran, penarikan, transfer, dan pembayaran tagihan dari semua kanal.
Buku besar. Setiap transaksi otomatis menghasilkan jurnal akuntansi bank.
Proses akhir hari. Batch yang membukukan bunga, biaya, dan menyiapkan laporan sebelum hari berikutnya dimulai.
Cara Kerja Core Banking System
Ambil contoh nasabah yang mentransfer dana lewat mobile banking. Permintaannya masuk melalui kanal, diteruskan ke CBS, lalu CBS memeriksa saldo, mendebit rekening pengirim, mengkredit rekening penerima, dan membentuk jurnal di buku besar.
Keempat langkah itu harus berhasil bersamaan atau gagal bersamaan. Transfer yang mendebit pengirim tanpa mengkredit penerima adalah kesalahan yang tidak boleh terjadi sekali pun. Tugas menjaga keutuhan itu dijalankan oleh database: transaksi baru dianggap selesai setelah database mengonfirmasi semua perubahannya tersimpan.
Setelah tersimpan, data direplikasi ke situs pemulihan bencana (disaster recovery atau DR). Kalau situs utama gagal, situs DR mengambil alih. Seberapa cepat dan seberapa lengkap pengambilalihan itu terjadi ditentukan oleh arsitektur database, bukan oleh aplikasi CBS.
Peran Database dalam Core Banking System
Sebaik apa pun rancangan CBS, kualitas layanannya tetap dibatasi oleh database di bawahnya. Ada lima tuntutan yang biasanya dipakai tim TI bank untuk menilai database core banking.
1. Konsistensi transaksi
Setiap debit harus berpasangan dengan kredit, dan tidak boleh ada transaksi yang tercatat setengah. Database transaksional menjamin hal ini lewat sifat atomik: semua perubahan dalam satu transaksi disimpan utuh atau dibatalkan seluruhnya.
2. Ketersediaan dan pemulihan bencana
Dua ukuran yang dipakai adalah RPO dan RTO. RPO (Recovery Point Objective) menjawab berapa banyak data yang boleh hilang saat bencana. RTO (Recovery Time Objective) menjawab berapa lama layanan boleh berhenti. Bagi bank, RPO idealnya nol, karena satu transaksi yang hilang berarti saldo nasabah yang salah.
3. Konkurensi pada jam sibuk
Tanggal gajian, akhir bulan, dan musim belanja membuat ribuan transaksi menyentuh rekening yang sama dalam waktu berdekatan. Database harus tetap stabil saat beban melonjak, dan idealnya bisa ditambah kapasitasnya tanpa menghentikan layanan.
4. Transaksi dan analitik
Laporan regulator, analisis risiko kredit, dan dasbor manajemen membutuhkan query berat. Jika dijalankan di database transaksi yang sama, query semacam ini bisa memperlambat layanan nasabah. Pola lama memisahkan keduanya lewat salinan data dan proses ETL, sedangkan pola yang lebih baru memproses transaksi dan analitik di satu mesin. Perbandingan kedua pendekatan dibahas di artikel database modern vs legacy.
5. Residensi data, keamanan, dan audit
Bank umum di Indonesia menyelenggarakan TI di bawah POJK 11/POJK.03/2022 tentang Penyelenggaraan Teknologi Informasi oleh Bank Umum. Aturan pelaksananya, PADK OJK 1 Tahun 2026, berlaku sejak 1 Maret 2026 dan mencakup tata kelola TI, manajemen risiko TI termasuk keamanan informasi, perizinan penempatan sistem elektronik di luar wilayah Indonesia, serta pengelolaan data dan pelindungan data pribadi.
Artinya, lokasi penempatan database, enkripsi, kontrol akses, dan jejak audit ikut menjadi pertimbangan kepatuhan, bukan sekadar urusan teknis. Kasus yang menunjukkan mengapa keamanan sistem informasi bank penting dibahas di artikel pelajaran dari insiden Bank DKI.
Primary–Standby vs Multi-Replika: Dua Pola Pemulihan Bencana
Pola yang paling lama dipakai adalah primary–standby. Satu situs melayani transaksi, sementara situs DR menerima salinan data dan menunggu. Jika replikasinya asinkron, transaksi terakhir yang belum tersalin bisa hilang saat situs utama padam. Replikasi sinkron dapat menahan RPO di nol, tetapi menambah latensi bila situs DR berjarak jauh.
Pola kedua menulis setiap data ke beberapa replika di pusat data berbeda. Transaksi baru di-commit setelah mayoritas replika mengonfirmasi, sehingga kegagalan satu lokasi tidak menghilangkan data selama mayoritas masih tersedia. Bila replika pemimpin gagal, replika lain dipilih otomatis. Beberapa vendor menyebut pola ini active-active atau multi-pusat data. Pembahasan lebih umum tentang cara database terdistribusi mencegah downtime ada di artikel melindungi bisnis digital dari downtime.
Contoh Core Banking System
Pasar CBS dapat dikelompokkan ke dalam beberapa kategori. Pilihannya bergantung pada skala bank, kebutuhan produk, dan kemampuan tim TI internal.
Vendor global. Contohnya Temenos dengan platform yang dulu dikenal sebagai T24 dan kini bernama Temenos Transact. Biasanya dipakai bank dengan banyak lini produk.
Vendor lokal. Sejumlah perusahaan di Indonesia menawarkan CBS untuk bank umum, BPR, dan lembaga keuangan lain, dengan dukungan pelaporan sesuai ketentuan lokal.
Pengembangan internal. Bank besar sebagian membangun dan memelihara CBS sendiri agar punya kendali penuh atas fitur.
Berbasis cloud. CBS yang dijalankan sebagai layanan, umumnya diminati bank digital dan lembaga yang ingin cepat meluncurkan produk.
Apa pun kategorinya, setiap CBS tetap membutuhkan database, dan pilihan lapisan data itu sering menjadi keputusan tersendiri bagi bank.
Database Terdistribusi untuk Core Banking: Contoh OceanBase
Perlu ditegaskan, OceanBase bukan core banking system, melainkan database terdistribusi yang bisa menjadi lapisan data di bawah aplikasi seperti CBS. Halaman resmi OceanBase Enterprise mencantumkan beberapa kemampuan yang relevan untuk perbankan:
Replikasi berbasis Paxos. Transaksi di-commit setelah dikonfirmasi mayoritas replika. Halaman resminya mencantumkan RPO 0 dan RTO di bawah 8 detik, dengan RPO 0 berlaku selama mayoritas replika masih tersedia.
Kompatibilitas Oracle dan MySQL. Aplikasi lama dapat dipindahkan tanpa penulisan ulang besar-besaran.
Migrasi bertahap. Layanan OceanBase Migration Service (OMS) mendukung migrasi skema, migrasi penuh, sinkronisasi inkremental, dan migrasi inkremental balik untuk jalur mundur.
Penempatan dan keamanan. Dapat dipasang di bare metal, private cloud, atau jaringan air-gapped, dengan enkripsi TLS dan kontrol akses granular.
Contoh dari sektor perbankan adalah ICBC Asia. Menurut studi kasus resmi OceanBase, ICBC Asia memilih OceanBase sebagai fondasi arsitektur database terdistribusinya setelah melalui proof of concept. Arsitekturnya memakai pola dua kota, tiga pusat data, dan lima replika yang membentang di Hong Kong dan Shenzhen, ditambah situs DR khusus.
Dalam uji fault-injection yang mematikan satu pusat data secara penuh, tidak ada data yang hilang dan layanan pulih dalam waktu kurang dari 30 detik. Halaman yang sama juga menegaskan bahwa arsitektur ini menjadi landasan bagi migrasi sistem yang berhadapan langsung dengan nasabah secara bertahap.
Ulasan lanjutan tersedia di artikel 7 alasan beralih ke distributed database dan cara OceanBase menangani jutaan transaksi. Informasi produk dan pendampingan implementasi tersedia di halaman OceanBase dari Virtuenet.
Checklist Menilai Database untuk Core Banking
Sebelum mengganti atau meningkatkan database di bawah CBS, tim TI bank dapat memakai daftar berikut sebagai bahan proof of concept:
Kompatibilitas. Apakah database mendukung dialek SQL dan objek yang dipakai CBS saat ini, misalnya kompatibel dengan Oracle atau MySQL?
Jalur migrasi. Apakah tersedia sinkronisasi inkremental dan jalur kembali ke sistem lama jika uji coba gagal?
Uji kegagalan. Minta skenario mematikan satu node dan satu pusat data penuh dalam PoC, lalu ukur RPO dan RTO yang sebenarnya.
Kepatuhan. Pastikan lokasi data, enkripsi, kontrol akses, dan log audit sesuai kebijakan bank dan ketentuan OJK.
Dukungan operasional. Periksa ketersediaan tim pendukung lokal, alat pemantauan, dan prosedur pembaruan versi.
FAQ seputar Core Banking System
Apa itu core banking system?
Core banking system adalah aplikasi inti bank yang mencatat data nasabah, rekening, kredit, dan setiap transaksi secara terpusat dan real time. Semua kanal, mulai dari teller, ATM, mobile banking, hingga API mitra, membaca dan menulis ke sistem yang sama sehingga saldo selalu seragam.
Apa beda core banking system dan database?
Core banking system adalah aplikasi yang menjalankan logika perbankan, misalnya cara menghitung bunga, memproses angsuran, atau memvalidasi transfer. Database adalah lapisan di bawahnya yang menyimpan hasilnya secara permanen. CBS menentukan apa yang dicatat, sedangkan database menentukan apakah catatan itu tetap utuh, tersedia, dan bisa dipulihkan saat terjadi gangguan.
Apakah T24 termasuk core banking system?
Ya. T24 merupakan platform core banking buatan Temenos yang kini dipasarkan dengan nama Temenos Transact. Produk ini termasuk kategori CBS dari vendor global, berdampingan dengan berbagai CBS buatan vendor lokal untuk bank umum dan BPR.
Apa itu core banking platform?
Istilah ini umumnya dipakai vendor untuk CBS yang dirancang sebagai platform modular dengan antarmuka API. Tujuannya agar bank bisa merakit produk simpanan atau kredit baru dan menghubungkannya ke kanal digital tanpa mengubah bagian inti sistem.
Apa arti RPO dan RTO dalam core banking?
RPO atau Recovery Point Objective menunjukkan berapa banyak data yang boleh hilang saat terjadi bencana, diukur mundur dari saat gangguan. RTO atau Recovery Time Objective menunjukkan berapa lama layanan boleh berhenti sampai pulih. Untuk core banking, RPO idealnya nol karena setiap transaksi yang hilang berarti saldo nasabah yang salah.
Apakah BPR juga memakai core banking system?
Ya. BPR juga mencatat simpanan, kredit, dan transaksi nasabah di sistem inti. Skala dan modulnya biasanya lebih sederhana daripada bank umum, dan sejumlah vendor lokal menawarkan CBS yang dirancang khusus untuk BPR.
Mulai dari Memetakan Lapisan Data Anda
Banyak proyek modernisasi core banking dimulai dari pertanyaan sederhana: berapa RPO dan RTO yang benar-benar tercapai hari ini, bukan yang tertulis di dokumen. Jika Anda ingin mendiskusikan arsitektur database untuk sistem inti bank atau lembaga keuangan Anda, hubungi tim Virtuenet.
Joe Martiar Simatupang — Head of Marketing, Virtuenet by Prasetia
Mendampingi perusahaan di Indonesia memilih dan menerapkan sistem bisnis untuk skala menengah hingga enterprise.
