Sekali Transfer, Mengapa Semua Layanan Bank Langsung Sinkron?

Pernahkah Anda mentransfer uang melalui aplikasi mobile banking, kemudian beberapa detik setelahnya mengecek saldo melalui ATM atau internet banking dan mendapati jumlahnya sudah langsung berubah? Bahkan ketika Anda datang ke kantor cabang dan meminta teller memeriksa saldo rekening, angka yang ditampilkan tetap sama.

Bagi sebagian besar nasabah, hal tersebut terasa seperti sesuatu yang wajar. Namun, dari sudut pandang teknologi informasi, proses tersebut merupakan hasil dari arsitektur sistem yang dirancang dengan sangat matang. Lalu, bagaimana semua layanan bank dapat menampilkan informasi yang sama hampir secara bersamaan? Pada artikel ini, kita akan mempelajari bagaimana arsitektur sistem perbankan modern bekerja di balik setiap transaksi digital.

Memahami Peran Setiap Layanan Perbankan

Saat pertama kali mempelajari sistem perbankan, banyak orang mengira bahwa mesin ATM, aplikasi mobile banking, internet banking, hingga komputer teller memiliki database masing-masing. Padahal kenyataannya tidak demikian.

Semua layanan tersebut hanya berfungsi sebagai client, yaitu antarmuka yang digunakan nasabah untuk berinteraksi dengan sistem. Tugasnya hanya mengirimkan permintaan dan menampilkan informasi kepada pengguna. Data utama tidak disimpan pada ATM ataupun aplikasi mobile banking. Seluruh informasi rekening, saldo, dan riwayat transaksi tersimpan pada satu sistem pusat yang menjadi sumber data utama bank.

Konsep inilah yang menjadi dasar dari arsitektur client-server, di mana banyak client dapat mengakses satu server yang sama.

Core Banking System sebagai Pusat Seluruh Transaksi

Dalam dunia perbankan, server utama tersebut dikenal sebagai Core Banking System (CBS). Core Banking System merupakan sistem inti yang menangani hampir seluruh aktivitas operasional bank. Ketika nasabah melakukan transfer, setor tunai, tarik tunai, pembayaran tagihan, maupun pengecekan saldo, seluruh proses tersebut akan diproses melalui sistem ini.

Karena seluruh layanan mengakses sistem yang sama, bank tidak perlu menyimpan banyak salinan data saldo pada setiap channel. Hal ini membuat informasi yang ditampilkan oleh ATM, mobile banking, internet banking, maupun teller selalu mengacu pada data yang sama. Dari sisi arsitektur sistem, pendekatan ini dikenal sebagai Single Source of Truth, yaitu hanya terdapat satu sumber data yang dianggap paling valid.

Perjalanan Sebuah Transaksi di Dalam Sistem Bank

Mari kita lihat bagaimana sebuah transaksi diproses ketika tombol Transfer ditekan. Langkah pertama dimulai ketika aplikasi mobile banking mengirimkan permintaan ke server bank melalui Application Programming Interface (API). Selanjutnya, sistem melakukan autentikasi untuk memastikan identitas pengguna, kemudian memvalidasi apakah saldo mencukupi dan rekening tujuan dapat menerima dana.

Apabila seluruh proses validasi berhasil, Core Banking System akan memperbarui database dengan mengurangi saldo pengirim dan menambahkan saldo pada rekening penerima.

Tidak berhenti di sana, sistem juga membuat transaction log sebagai catatan permanen yang nantinya dapat digunakan untuk audit, investigasi, maupun pelacakan apabila terjadi masalah. Setelah seluruh proses selesai, server mengirimkan respons bahwa transaksi berhasil dilakukan. Seluruh proses tersebut biasanya berlangsung hanya dalam hitungan milidetik.

Mengapa Saldo Langsung Berubah di Semua Layanan?

Setelah transaksi berhasil diproses, database pada Core Banking System telah memiliki data saldo terbaru. Ketika ATM, internet banking, ataupun mobile banking kembali meminta informasi saldo, mereka tidak mengambil data dari perangkat masing-masing. Sebaliknya, seluruh layanan tersebut melakukan permintaan ke sistem pusat yang sama.

Inilah alasan mengapa perubahan saldo dapat langsung terlihat di berbagai layanan secara hampir bersamaan. Dengan kata lain, yang berubah hanyalah data pada Core Banking System. Seluruh layanan lainnya hanya menampilkan informasi terbaru dari sistem tersebut.

Menjaga Konsistensi Data Saat Jutaan Transaksi Berlangsung

Salah satu tantangan terbesar dalam arsitektur sistem perbankan adalah memastikan bahwa jutaan transaksi dapat diproses tanpa menimbulkan kesalahan data.

Bayangkan jika seseorang melakukan transfer melalui mobile banking, sementara pada waktu yang hampir bersamaan ia juga menarik uang melalui ATM. Tanpa mekanisme pengendalian yang baik, kedua transaksi tersebut berpotensi membaca saldo yang sama dan menghasilkan data yang tidak konsisten.

Untuk mengatasi hal tersebut, database perbankan menerapkan prinsip ACID (Atomicity, Consistency, Isolation, dan Durability). Atomicity memastikan transaksi hanya memiliki dua kemungkinan, yaitu berhasil sepenuhnya atau dibatalkan sepenuhnya apabila terjadi gangguan. Consistency memastikan seluruh aturan bisnis bank tetap terpenuhi sehingga data selalu berada dalam kondisi yang valid. Isolation menjaga agar transaksi yang berlangsung secara bersamaan tidak saling memengaruhi. Durability memastikan transaksi yang telah berhasil diproses tetap tersimpan meskipun terjadi gangguan pada sistem.

Selain itu, mekanisme Concurrency Control digunakan untuk mengatur urutan transaksi sehingga tidak ada dua proses yang mengubah saldo rekening yang sama secara bersamaan.

Sinkronisasi Real-Time Melalui Arsitektur Modern

Perbankan modern tidak hanya mengandalkan database yang kuat, tetapi juga memanfaatkan berbagai komponen arsitektur lainnya. Ketika sebuah transaksi berhasil diproses, sistem akan menghasilkan sebuah event yang kemudian dikirim ke berbagai layanan melalui Event-Driven Architecture (EDA) atau Message Queue.

Informasi tersebut dapat digunakan oleh sistem notifikasi untuk mengirim pesan kepada nasabah, oleh sistem deteksi fraud untuk menganalisis aktivitas mencurigakan, maupun oleh dashboard operasional bank untuk melakukan pemantauan transaksi secara real-time. Pendekatan ini memungkinkan setiap layanan memperoleh pembaruan informasi dengan latensi yang sangat rendah sehingga pengalaman pengguna terasa cepat dan responsif.

Penutup

Di balik satu kali transfer yang terlihat sederhana, sebenarnya terdapat arsitektur sistem yang bekerja secara terstruktur dan saling terintegrasi.

Mulai dari konsep client-server, Core Banking System, API, Single Source of Truth, hingga mekanisme ACID dan Event-Driven Architecture, seluruh komponen tersebut bekerja bersama untuk memastikan transaksi dapat diproses secara cepat, aman, dan konsisten.

Memahami bagaimana proses ini berlangsung tidak hanya memberikan gambaran tentang cara kerja layanan perbankan modern, tetapi juga membantu kita mengenal bagaimana prinsip-prinsip arsitektur sistem diterapkan pada aplikasi berskala besar yang melayani jutaan transaksi setiap hari.

Referensi

• Kooijmans, A. L., Balaji, R., Patnaik, Y., & Sinha, S. (2012). A Transformation Approach to Smarter Core Banking. IBM Redbooks.
• Hill, J. D., Kruth, A. R., Salisbury, J., & Varga, S. (2010). Software Architecture in Banking: A Comparative Paper on the Effectiveness of Different Software Architectures Within a Financial Banking System. Rose-Hulman Institute of Technology.
• San Miguel, B., del Álamo, J. M., & Yelmo, J. C. (2014). Evolving a Core Banking Enterprise Architecture Leveraging Business Events Exploitation. Proceedings of the 16th International Conference on Enterprise Information Systems.
• Kleppmann, M. (2017). Designing Data-Intensive Applications: The Big Ideas Behind Reliable, Scalable, and Maintainable Systems. O'Reilly Media.
• Silberschatz, A., Korth, H. F., & Sudarshan, S. (2019). Database System Concepts (7th ed.). McGraw-Hill Education.
• Hohpe, G., & Woolf, B. (2004). Enterprise Integration Patterns: Designing, Building, and Deploying Messaging Solutions. Addison-Wesley Professional.