What are the opening hours?

Monday 09:00 - 18:00 Tuesday 09:00 - 18:00 Wednesday 09:00 - 18:00 Thursday 09:00 - 18:00 Friday 09:00 - 18:00

DAKSA, Jalan Salendro Timur I No. 7, Bandung (2026)

17/08/2026

Keluarga Besar DAKSA mengucapkan Selamat Hari Kemerdekaan Republik Indonesia ke-81. 🇮🇩

Mari terus mengisi kemerdekaan dengan karya, integritas, dan kontribusi nyata untuk Indonesia yang lebih baik.

Merdeka! 🇮🇩

26/07/2026

Setiap vendor menjanjikannya, setiap rapat direksi menanyakannya. AI seolah menjadi jawaban untuk segala hal. Namun bank yang benar-benar menang dengan AI bukanlah yang paling cepat mengadopsinya, melainkan yang paling mampu memisahkan kebisingan dari nilai yang nyata.

𝗠𝗮𝘀𝗮𝗹𝗮𝗵 𝗱𝗲𝗻𝗴𝗮𝗻 𝗵𝘆𝗽𝗲

AI sering diadopsi karena sedang tren, bukan karena menyelesaikan masalah nyata. "Kami butuh AI" kerap menjadi solusi yang mencari-cari masalah. Hasilnya adalah eksperimen mahal yang tampak canggih tetapi memberi sedikit manfaat.

𝗗𝗶 𝗺𝗮𝗻𝗮 𝗔𝗜 𝗯𝗲𝗻𝗮𝗿-𝗯𝗲𝗻𝗮𝗿 𝗺𝗲𝗺𝗯𝗲𝗿𝗶 𝗻𝗶𝗹𝗮𝗶

Ada area di perbankan tempat AI terbukti bermanfaat: deteksi fraud melalui pengenalan pola dalam skala besar, layanan nasabah untuk pertanyaan rutin, penilaian risiko kredit, pemrosesan dokumen, dan personalisasi. Kesamaannya jelas: semuanya menyelesaikan masalah yang konkret, bukan sekadar mengejar tren.

𝗗𝗶 𝗺𝗮𝗻𝗮 𝗵𝘆𝗽𝗲 𝗺𝗲𝗹𝗮𝗺𝗽𝗮𝘂𝗶 𝗸𝗲𝗻𝘆𝗮𝘁𝗮𝗮𝗻

Masalah muncul saat AI diperlakukan seolah sempurna: dianggap tidak pernah salah, diharapkan menggantikan penilaian manusia pada keputusan berisiko tinggi, atau dipaksa bekerja di atas data yang berantakan. AI hanya sebaik data dan tata kelola di baliknya.

𝗣𝗿𝗶𝗻𝘀𝗶𝗽 𝗶𝗺𝗽𝗹𝗲𝗺𝗲𝗻𝘁𝗮𝘀𝗶 𝘆𝗮𝗻𝗴 𝗯𝗲𝗿𝘁𝗮𝗻𝗴𝗴𝘂𝗻𝗴 𝗷𝗮𝘄𝗮𝗯

🔹 Mulai dari masalah, bukan teknologinya. Tanyakan "masalah apa yang ingin kami selesaikan?" sebelum "bagaimana kami memakai AI?"

🔹 Pertahankan manusia dalam keputusan penting. AI memberi rekomendasi; manusia yang memutuskan penolakan kredit atau pemblokiran transaksi.

🔹 Jaga data. AI berjalan di atas data, dan data nasabah wajib dilindungi sesuai UU No. 27 Tahun 2022 (UU PDP). Jangan mengumpankan data sensitif ke layanan AI publik.

🔹 Tuntut penjelasan (explainability). Bank harus mampu menjelaskan mengapa sebuah keputusan diambil, baik kepada nasabah maupun regulator. AI yang sepenuhnya "kotak hitam" adalah risiko.

🔹 Tata kelola dan pantau. Model AI dapat bergeser, bias, atau gagal. Pengawasan berkelanjutan adalah keharusan

Implementasi AI yang bertanggung jawab bukan soal bergerak paling lambat atau paling cepat, melainkan paling bijak. Tujuannya adalah nilai yang bertahan, bukan sorotan sesaat.

Pertanyaan bagi bank bukanlah "apakah kami sudah memakai AI?", melainkan "apakah kami memakainya untuk menyelesaikan masalah nyata, secara bertanggung jawab, dengan cara yang dapat kami pertanggungjawabkan?" Hype akan memudar. Kepercayaan dan manfaat nyatalah yang akan bertahan.

Karena itu, mitra teknologi yang tepat menghadirkan AI di tempat ia benar-benar menolong, dengan tata kelola dan pengawasan manusia, bukan sebagai jargon.

25/07/2026

Uang di sebuah bank sesungguhnya hanyalah wujud dari satu hal yang lebih mendasar: kepercayaan. Nasabah menaruh dananya karena percaya, bukan karena terpaksa. Dan di era ketika mereka bisa memindahkan uang hanya dengan beberapa ketukan, lalu menceritakan pengalamannya kepada ribuan orang dalam hitungan detik, kepercayaan berubah menjadi mata uang yang sesungguhnya.

Inilah yang disebut trust economy: nilai mengalir kepada mereka yang berhasil membangun kepercayaan, dan menyusut dari mereka yang kehilangannya.

𝗕𝗮𝗴𝗮𝗶𝗺𝗮𝗻𝗮 𝗸𝗲𝗽𝗲𝗿𝗰𝗮𝘆𝗮𝗮𝗻 𝗱𝗶𝗯𝗮𝗻𝗴𝘂𝗻 𝗯𝗮𝗻𝗸 𝗵𝗮𝗿𝗶 𝗶𝗻𝗶

Bukan lagi lewat lobi megah berlantai marmer, melainkan lewat pengalaman digital sehari-hari: aplikasi yang mulus, transaksi yang tidak pernah gagal, data yang aman, fraud yang tertangkap, dan masalah yang cepat diselesaikan. Setiap titik sentuh digital adalah setoran ke dalam, atau penarikan dari, rekening kepercayaan nasabah.

𝗞𝗲𝗽𝗲𝗿𝗰𝗮𝘆𝗮𝗮𝗻 𝗯𝗶𝘀𝗮 𝗱𝗶𝘂𝗸𝘂𝗿: 𝗡𝗲𝘁 𝗣𝗿𝗼𝗺𝗼𝘁𝗲𝗿 𝗦𝗰𝗼𝗿𝗲

Kepercayaan terdengar abstrak sampai kita mengukurnya. Net Promoter Score (NPS), metrik yang dipopulerkan oleh Bain & Company, menangkapnya lewat satu pertanyaan sederhana: seberapa besar kemungkinan seorang nasabah merekomendasikan bank Anda kepada orang lain?

Nasabah yang merekomendasikan sedang mempertaruhkan reputasinya sendiri untuk Anda. Itulah kepercayaan yang terlihat. Mereka yang antusias akan membawa orang lain masuk; mereka yang kecewa akan memperingatkan orang lain menjauh. NPS mengubah sesuatu yang tak kasat mata menjadi angka yang dapat dipantau dan ditindaklanjuti bank.

𝗬𝗮𝗻𝗴 𝘀𝗲𝗿𝗶𝗻𝗴 𝘁𝗲𝗿𝗹𝗲𝘄𝗮𝘁: 𝗽𝗲𝗻𝗱𝗼𝗿𝗼𝗻𝗴 𝗡𝗣𝗦 𝘀𝗲𝗯𝗮𝗴𝗶𝗮𝗻 𝗯𝗲𝘀𝗮𝗿 𝗮𝗱𝗮𝗹𝗮𝗵 𝘁𝗲𝗸𝗻𝗼𝗹𝗼𝗴𝗶

Di bank digital, hal-hal yang menentukan apakah nasabah merekomendasikan atau tidak sebagian besar bersifat teknis: keandalan, kecepatan, keamanan, dan kanal yang terasa layak dipercaya. Maka berinvestasi pada sistem-sistem ini bukanlah biaya. Ia investasi langsung pada kepercayaan yang diukur NPS, dan pada pertumbuhan yang mengikutinya.

Dalam trust economy, bank terkuat bukanlah yang punya paling banyak cabang atau anggaran iklan terbesar, melainkan yang nasabahnya cukup percaya untuk mengajak orang lain ikut serta. Kepercayaan dibangun perlahan, hilang seketika, dan sebaiknya diukur dengan jujur.

Bangun sistem yang membuatnya layak diperoleh, bersama mitra yang memahami bahwa pada akhirnya setiap detail teknis adalah soal kepercayaan. Karena di dunia perbankan, kepercayaan bukan sekadar nilai tambah. Ia adalah bisnisnya itu sendiri.

24/07/2026

Semakin sedikit nasabah yang datang ke kantor cabang. Interaksi mereka dengan bank kini terjadi di layar: mobile banking, internet banking, dan kanal digital lainnya. Artinya, kanal-kanal itu bukan lagi sekadar saluran transaksi. Mereka adalah titik sentuh utama, dan sering kali satu-satunya wajah bank yang dilihat nasabah setiap hari.

Ada empat hal yang membuat delivery channel begitu menentukan.

𝟭. 𝗜𝗮 𝗺𝗲𝗻𝗰𝗲𝗿𝗺𝗶𝗻𝗸𝗮𝗻 𝗰𝗶𝘁𝗿𝗮 𝗱𝗮𝗻 𝗻𝗮𝗺𝗮 𝗯𝗮𝗶𝗸 𝗯𝗮𝗻𝗸
Setiap tampilan dan setiap interaksi membentuk persepsi. Aplikasi yang lambat, usang, atau tidak konsisten diam-diam menggerus reputasi. Sebaliknya, kanal yang rapi, modern, dan andal memperkuat kepercayaan. Nasabah menilai bank dari apa yang mereka rasakan di layar.

𝟮. 𝗜𝗮 𝗺𝗲𝗻𝘂𝗺𝗯𝘂𝗵𝗸𝗮𝗻 𝗸𝗲𝗽𝗲𝗿𝗰𝗮𝘆𝗮𝗮𝗻 𝗱𝗮𝗻 𝗺𝗲𝗻𝗮𝗿𝗶𝗸 𝗻𝗮𝘀𝗮𝗯𝗮𝗵 𝗯𝗮𝗿𝘂
Bagi generasi yang tumbuh serba digital, seperti milenial dan Gen Z, pengalaman digital kerap menjadi faktor penentu dalam memilih dan bertahan di sebuah bank. Mereka membentuk kesan dengan cepat. Pengalaman yang mulus dan tepercaya menarik mereka masuk, bahkan sebelum pernah menyentuh pintu cabang. Pengalaman yang buruk membuat mereka pergi secepat itu p**a.

𝟯. 𝗜𝗮 𝗵𝗮𝗿𝘂𝘀 𝗺𝘂𝗱𝗮𝗵 𝗱𝗶𝗽𝗲𝗿𝘀𝗼𝗻𝗮𝗹𝗶𝘀𝗮𝘀𝗶 𝗼𝗹𝗲𝗵 𝗯𝗮𝗻𝗸 𝘀𝗲𝗻𝗱𝗶𝗿𝗶
Kanal yang baik tidak statis. Bank perlu dapat menyesuaikannya dengan mudah: identitas merek, kampanye, konten, hingga penawaran untuk segmen nasabah tertentu, tanpa harus menunggu siklus pengembangan yang panjang atau memaksa nasabah memperbarui aplikasi. Kemampuan personalisasi inilah yang menjaga kanal tetap relevan dan hidup.

𝟰. 𝗜𝗮 𝗵𝗮𝗿𝘂𝘀 𝗮𝗺𝗮𝗻 𝗱𝗮𝗻 𝗯𝗲𝗿𝘁𝗶𝗻𝗱𝗮𝗸 𝘀𝗲𝘀𝘂𝗮𝗶 𝗮𝗻𝗷𝘂𝗿𝗮𝗻 𝗙𝗗𝗦
Di balik tampilan yang menarik, kanal harus aman. Ia perlu terintegrasi dengan fraud detection system (FDS) dan mampu bertindak atas sinyalnya secara real-time: menahan, meminta verifikasi tambahan, atau menunda transaksi mencurigakan. POJK No. 12 Tahun 2024 mewajibkan penerapan FDS, tetapi deteksi baru melindungi nasabah ketika kanal mampu menindaklanjutinya. Kepercayaan lahir dari keindahan dan keamanan sekaligus.

Delivery channel hari ini adalah titik temu dari empat hal sekaligus: citra, kepercayaan, pertumbuhan, dan keamanan. Ia harus cukup menarik untuk memikat, cukup fleksibel untuk tetap relevan, dan cukup aman untuk dipercaya.

Karena itu, memilih mitra teknologi yang mampu menghadirkan semuanya secara utuh, lalu mengembangkannya seiring waktu, bukan sekadar keputusan teknis. Ia keputusan strategis yang menyangkut wajah, kepercayaan, dan masa depan bank Anda.

23/07/2026

Banyak bank kini telah memiliki Fraud Detection System (FDS). Itu langkah yang tepat, dan memang diwajibkan. POJK No. 12 Tahun 2024 tentang Penerapan Strategi Anti Fraud bagi Lembaga Jasa Keuangan, yang berlaku sejak 31 Oktober 2024, secara tegas mewajibkan penerapan fraud detection system sebagai bagian dari strategi anti fraud.

Tetapi memiliki FDS adalah titik awal, bukan garis akhir.

FDS hanya satu dari empat pilar

POJK 12/2024 menetapkan strategi anti fraud yang berdiri di atas empat pilar: pencegahan; deteksi; investigasi, pelaporan, dan sanksi; serta pemantauan, evaluasi, dan tindak lanjut. FDS berada di pilar deteksi. Artinya, mendeteksi saja belum menghentikan fraud. Deteksi baru bernilai bila diikuti tindakan.

Pertanyaan yang sering terlewat: bisakah kanal Anda menindaklanjuti informasi dari FDS?

FDS menghasilkan informasi berupa sinyal, skor risiko, atau peringatan atas transaksi mencurigakan. Namun informasi itu hanya berguna bila ada yang bertindak atasnya, secara real-time, tepat di titik transaksi.

Inilah celah yang sering terlewat. FDS menandai sebuah transaksi berisiko tinggi. Lalu, apakah kanal seperti mobile banking dan internet banking mampu langsung menahannya, meminta verifikasi tambahan (step-up authentication), atau menundanya untuk ditinjau? Jika kanal tidak dapat membaca dan menindaklanjuti sinyal FDS pada saat itu juga, deteksi hanya menjadi laporan setelah dana telanjur berpindah.

Masalahnya sering ada di integrasi

FDS dan kanal kerap merupakan sistem terpisah, dibangun oleh pihak berbeda, dan tidak dirancang untuk saling berbicara secara real-time. Nilai penuh FDS baru terwujud ketika ia terhubung ke dalam alur transaksi kanal, dan ketika hasil di kanal kembali memperkaya aturan FDS. Tanpa itu, bank memiliki alarm yang berbunyi, tetapi tidak ada yang tersambung untuk mendengarnya.

Di sinilah peran mitra teknologi menjadi menentukan

Fraud terus berevolusi, dan begitu p**a regulasi. Pilar pemantauan dan tindak lanjut dalam POJK 12/2024 menuntut perbaikan yang berkelanjutan. Hal ini sulit dicapai bila FDS dan kanal berasal dari vendor berbeda yang tidak dapat berkembang selaras.

Bank membutuhkan mitra yang mampu mengembangkan teknologi dan produk secara terintegrasi: FDS yang mendeteksi, kanal yang mampu bertindak atas deteksi itu, dan keduanya berevolusi bersama, sejalan dengan kebutuhan bisnis sekaligus tuntutan regulator.

Pertanyaannya bukan lagi "apakah bank Anda punya FDS?", melainkan "apakah sistem Anda mampu bertindak atas apa yang dideteksinya, dan terus berkembang secepat fraud itu sendiri?"

Deteksi tanpa kemampuan bertindak hanyalah pencatatan. Perlindungan sejati lahir ketika deteksi dan tindakan berjalan sebagai satu kesatuan.

Rujukan: POJK No. 12 Tahun 2024 tentang Penerapan Strategi Anti Fraud bagi Lembaga Jasa Keuangan.

22/07/2026

Bayangkan sistem keamanan terbaik: tembok tinggi, kamera, penjaga. Lalu seseorang berjalan masuk dengan kartu akses yang sah. Tidak ada alarm yang berbunyi. Inilah wajah ancaman yang paling sering terlewat di perbankan—bukan dobrakan paksa, melainkan penyalahgunaan akses yang sah.

Laporan Verizon DBIR 2025 menempatkan kredensial curian sebagai vektor serangan awal nomor satu—terlibat dalam 22% pelanggaran, dan dalam 88% serangan terhadap aplikasi web. Sementara itu, pelaku internal secara konsisten menjadi penyebab utama penyalahgunaan hak akses (privilege misuse).

Benang merahnya jelas: yang paling berbahaya bukan selalu siapa yang menyerang, melainkan akses sah yang disalahgunakan.

Garis antara "dalam" dan "luar" makin kabur

Begitu kredensial dicuri, penyerang dari luar menjadi "orang dalam" di mata sistem—dengan hak akses yang sepenuhnya sah. Karena itu, menjaga perimeter saja tidak cukup. Bank harus menata kelola akses itu sendiri.

Di sinilah IAM dan PAM berperan

🔹 Hak akses seminimal mungkin (least privilege). Setiap orang hanya memperoleh akses yang benar-benar dibutuhkan—tidak lebih.

🔹 Privileged Access Management (PAM). Akun istimewa (admin)—"kunci induk" sistem—mendapat kontrol khusus: akses just-in-time, perekaman sesi, dan penyimpanan kredensial terkunci.

🔹 Pemisahan tugas (segregation of duties). Tidak ada satu orang yang bisa sekaligus memulai dan menyetujui tindakan kritis.

🔹 Autentikasi kuat & tahan phishing. MFA penting, tetapi penyerang kini mampu menembus MFA konvensional—dibutuhkan metode yang lebih tahan.

🔹 Pemantauan & jejak audit. Setiap akses tercatat; anomali (jam tak biasa, lokasi, volume) ditandai dan ditindaklanjuti.

Pengendalian akses ini bukan sekadar praktik baik—ia bagian inti manajemen risiko TI yang diatur OJK melalui POJK No. 11/POJK.03/2022 dan SEOJK No. 29/SEOJK.03/2022.

Tembok setinggi apa pun tak berarti bila kuncinya tersebar di mana-mana. Di perbankan, keamanan sejati dimulai dari memastikan setiap orang—dan setiap sistem—hanya bisa mengakses apa yang seharusnya, dan setiap akses dapat dipertanggungjawabkan.

Mitra teknologi yang tepat membangun sistemnya dengan kontrol akses berbasis peran, pemisahan tugas, dan jejak audit sejak awal—bukan sebagai tambahan, melainkan sebagai fondasi.

Sumber data: Verizon Data Breach Investigations Report 2025.

21/07/2026

Di awal transformasi digital, menghubungkan dua sistem secara langsung terlihat sebagai pilihan yang paling cepat.

Core Banking dihubungkan ke Mobile Banking. Kemudian ditambahkan CRM, Payment Gateway, ERP, Virtual Account, Fraud Detection, Notification Service, hingga berbagai layanan mitra. Setiap kebutuhan baru biasanya diselesaikan dengan satu koneksi baru.

Awalnya terasa sederhana.

Namun ketika jumlah aplikasi bertambah, arsitektur yang semula sederhana berubah menjadi jaringan koneksi yang sulit dipahami dan semakin mahal untuk dipelihara.

Inilah yang dikenal sebagai point-to-point integration.

Pada pendekatan ini, setiap aplikasi membangun koneksi langsung ke aplikasi lainnya. Semakin banyak sistem, jumlah koneksi meningkat secara eksponensial sehingga kompleksitas tumbuh jauh lebih cepat dibanding pertumbuhan aplikasinya.

Biaya tersembunyi dari arsitektur ini biasanya baru terasa ketika organisasi mulai berkembang.

Beberapa dampaknya antara lain:

1️⃣ Biaya Pengembangan Meningkat
Setiap integrasi baru membutuhkan pengembangan, pengujian, dan dokumentasi tersendiri sehingga waktu dan biaya terus bertambah.
2️⃣ Biaya Pemeliharaan Membengkak
Perubahan pada satu sistem dapat memengaruhi banyak koneksi sekaligus sehingga setiap pembaruan membutuhkan penyesuaian di berbagai titik.
3️⃣ Inovasi Menjadi Lebih Lambat
Peluncuran layanan baru harus mempertimbangkan puluhan bahkan ratusan koneksi yang sudah ada.
4️⃣ Risiko Gangguan Semakin Besar
Gangguan pada satu koneksi dapat memengaruhi layanan lain sehingga proses identifikasi dan pemulihan menjadi lebih kompleks.
5️⃣ Sulit Dipantau
Integrasi yang tersebar membuat organisasi kehilangan visibilitas terhadap aliran data, performa layanan, dan jejak transaksi.

Karena itu banyak organisasi beralih ke integration layer atau middleware.
Seluruh komunikasi dipusatkan melalui satu lapisan integrasi sehingga arsitektur lebih sederhana, pengembangan lebih cepat, monitoring lebih mudah, dan biaya operasional jangka panjang dapat ditekan.

Transformasi digital bukan sekadar menambah aplikasi baru, tetapi memastikan setiap aplikasi dapat berkembang tanpa menambah kompleksitas.

Karena dalam arsitektur enterprise, biaya terbesar sering kali bukan berasal dari pembangunan sistem, melainkan dari kompleksitas yang terus bertambah setiap kali sistem baru diintegrasikan.

------
Referensi
Enterprise Integration Patterns — Gregor Hohpe & Bobby Woolf.
Microsoft Azure Architecture Center — Enterprise Integration Architecture.
IBM — What is Middleware?
Gartner — Integration Platform as a Service (iPaaS).
OASIS — Reference Model for Service-Oriented Architecture (SOA).

20/07/2026

Saat tanggal gajian, lonjakan BI-FAST, atau musim belanja, jutaan permintaan datang serentak dari mobile banking, internet banking, dan kanal lain. Semua bermuara ke satu tempat: core banking. Dan di sanalah masalahnya sering bermula—bukan karena core-nya buruk, tetapi karena ia tidak dirancang untuk dihantam beban sebesar itu secara langsung.

Mengapa core menjadi titik macet?

Core banking adalah jantung bank: tempat data rekening dan saldo dijaga. Tapi banyak core, terutama yang legacy, punya kapasitas transaksi bersamaan yang terbatas. Menambah kapasitasnya secara langsung mahal dan berisiko, sementara menggantinya adalah proyek besar yang penuh risiko. Memaksakan seluruh trafik kanal langsung ke core sama saja mengundang kemacetan.

Solusinya: lapisan middleware sebagai pengatur lalu lintas

Alih-alih membebani core secara langsung, sebuah lapisan middleware (switching dan API gateway) ditempatkan di antara kanal dan core. Ia berperan sebagai peredam guncangan sekaligus pengatur lalu lintas transaksi. Yang dilakukannya:

🔹 Antrian & throttling. Lonjakan permintaan ditampung dan dialirkan ke core sesuai kapasitasnya, bukan menghantam sekaligus.

🔹 Caching permintaan baca. Permintaan seperti cek saldo dan mutasi dapat dilayani tanpa selalu membebani core.

🔹 Routing & load balancing. Transaksi diarahkan secara cerdas, menyebar beban dan menghindari titik jenuh.

🔹 Pemrosesan asinkron. Penerimaan transaksi dipisahkan dari pemrosesan di core, sehingga kanal tetap responsif meski core sedang sibuk.

🔹 Circuit breaker & graceful degradation. Bila satu komponen terganggu, sistem melindungi core dari kegagalan beruntun dan tetap melayani sebisa mungkin, alih-alih tumbang total.

Sebagai bonus, middleware yang baik juga menstandarkan akses (termasuk Open API/SNAP), sehingga integrasi pihak ketiga tidak perlu menyentuh core secara langsung.

Hasilnya

Core tetap stabil di balik layar, kanal tetap gesit di depan nasabah—bahkan saat trafik memuncak. Bank tidak perlu mengganti jantungnya; cukup melindunginya dengan lapisan yang tepat.

Skalabilitas perbankan modern ditentukan bukan hanya oleh core, melainkan oleh lapisan yang mengelola jalan menuju core. Karena itu, saat memilih mitra teknologi, pastikan mereka mampu menyediakan solusi middleware yang benar-benar teruji menampung beban di saat puncak—bukan sekadar penghubung, tetapi peredam dan pengatur lalu lintas yang menjaga layanan tetap berjalan ketika paling dibutuhkan.

Core yang kuat itu penting. Tapi core yang terlindungi dengan baik, itulah yang membuat bank tetap melayani tanpa henti.

19/07/2026

Banyak bank menganggap urusan ketahanan selesai begitu memiliki Disaster Recovery (DR). Padahal DR hanya menjawab satu hal: "bagaimana memulihkan sistem setelah gagal?" Ketahanan operasional menjawab pertanyaan yang jauh lebih besar: "bagaimana bank tetap melayani nasabah ketika apa pun terjadi?"

Apa bedanya?

DR berfokus pada teknologi—memulihkan server dan data dalam target waktu tertentu (RTO/RPO). Penting, tapi sempit.

Ketahanan operasional berfokus pada kelangsungan layanan kritis melalui gangguan jenis apa pun: serangan siber, kegagalan sistem, kesalahan manusia, bencana alam, hingga kegagalan vendor. Ia mencakup manusia, proses, teknologi, dan rantai pasok sekaligus.

Pergeserannya mendasar: dari "mencegah kegagalan" menjadi "mengasumsikan gangguan pasti terjadi, dan memastikan layanan kritis tetap berjalan saat itu tiba."

Arah ini sudah menjadi ekspektasi regulator

Risiko operasional—akibat tidak berfungsinya proses internal, kesalahan manusia, kegagalan sistem, dan kejadian eksternal—diatur dalam POJK No. 18/POJK.03/2016. OJK juga menerbitkan Panduan Resiliensi Digital bagi bank umum yang menempatkan Business Continuity Management (BCM) sebagai pilar utama, melengkapi SEOJK No. 29/SEOJK.03/2022.

Empat fokus yang membedakan bank yang benar-benar resilien:

1️⃣ Tetapkan layanan kritis & toleransi gangguannya. Layanan apa yang tak boleh berhenti, dan berapa lama maksimal boleh terganggu sebelum berdampak serius?

2️⃣ Petakan ketergantungan end-to-end. Termasuk vendor dan pihak ketiga—kelemahan mereka adalah kelemahan bank.

3️⃣ BCM yang diuji, bukan sekadar dokumen. Skenario dan simulasi pemulihan dijalankan berkala.

4️⃣ Manusia dan proses, bukan hanya sistem. Resiliensi mencakup kesiapan orang dan prosedur saat krisis, bukan sekadar redundansi server.

Pertanyaannya bukan lagi "apakah gangguan akan datang," melainkan "apakah layanan kritis kami tetap berjalan saat ia datang." DR hanya satu komponen dari gambaran yang jauh lebih luas.

Dan ada manfaat yang jarang dibicarakan: ketenangan tim. Ketahanan operasional yang matang membuat tim IT tidak lagi hidup dalam mode pemadam kebakaran—tanpa panik tengah malam saat trafik melonjak atau ada komponen bermasalah. Mereka tahu layanan kritis akan bertahan dan ada rencana teruji bila gangguan datang. Itulah peace of mind yang sebenarnya: keyakinan bahwa bank siap menghadapinya.

Di sinilah keandalan yang dibangun mitra teknologi menjadi bagian tak terpisahkan dari ketahanan bank: SLA yang jelas, pemulihan yang teruji, dan dukungan yang siap saat paling dibutuhkan.

Rujukan: POJK No. 18/POJK.03/2016; SEOJK No. 29/SEOJK.03/2022; Panduan Resiliensi Digital OJK.

18/07/2026

Begitu aplikasi mobile banking terpasang, ia berpindah ke lingkungan yang sepenuhnya di luar kendali bank, ponsel yang bisa saja sudah di-root, terinfeksi trojan, atau menjadi sasaran aplikasi jahat. Di Indonesia, ini bukan teori.

Modus pengiriman file APK palsu lewat WhatsApp, berkedok undangan, resi paket, atau surat tilang, terus memakan korban. Begitu terpasang, malware dapat membaca SMS termasuk kode OTP perbankan dan menguras rekening. Secara global, Kaspersky mencatat lonjakan paket instalasi trojan perbankan Android hingga 56% sepanjang 2025. Penyerang pun makin canggih: aplikasi dimodifikasi (repackaged) dan verifikasi tanda tangan digitalnya dilewati, sehingga versi palsu sulit dibedakan dari yang asli.

Di sinilah mobile app shielding berperan: melindungi aplikasi saat berjalan di lingkungan yang tidak tepercaya.

Empat lapis pertahanan utama

1️⃣ Deteksi root/jailbreak & emulator.
Aplikasi mengenali perangkat yang dimodifikasi atau lingkungan tiruan, lalu membatasi atau menolak transaksi berisiko.

2️⃣ Anti-tampering & deteksi repackaging. Memeriksa integritas dan tanda tangan aplikasi; bila kode diubah atau dibungkus ulang, aplikasi menolak berjalan.

3️⃣ RASP (Runtime Application Self-Protection). Mendeteksi upaya hooking, debugging, atau penyuntikan kode (misalnya lewat Frida) secara real-time saat aplikasi berjalan.

4️⃣ Proteksi overlay & layar, plus obfuscation kode. Mencegah malware "menumpang" tampilan untuk mencuri input, melindungi layar sensitif, dan menyulitkan rekayasa balik atas kode aplikasi.

Namun shielding bukan Silver Bullet. Ia melengkapi, bukan menggantikan, edukasi nasabah dan kontrol di sisi server. Pertahanan terkuat selalu berlapis: aman di server, aman di jaringan, dan aman di perangkat.

Mengamankan delivery channel tidak berhenti saat aplikasi dirilis ke toko aplikasi. Justru di sanalah pertempuran sesungguhnya dimulai—di jutaan perangkat yang tak bisa dikendalikan bank. Membangun aplikasi mobile banking dengan asumsi bahwa lingkungannya bermusuhan (hostile environment), sejak tahap desain, adalah pembeda antara aplikasi yang sekadar berfungsi dan aplikasi yang benar-benar melindungi.

Mitra teknologi yang tepat memperlakukan keamanan sisi klien sebagai keharusan, bukan fitur tambahan.

Sumber data ancaman: laporan Kaspersky (2025) dan publikasi keamanan perbankan nasional.

DAKSA

17/08/2026

26/07/2026

25/07/2026

24/07/2026

23/07/2026

22/07/2026

21/07/2026

20/07/2026

19/07/2026

18/07/2026

Address

Opening Hours

Website

Alerts

Contact The Business

Shortcuts

Share

Category

Listing takedown request

Monday	09:00 - 18:00
Tuesday	09:00 - 18:00
Wednesday	09:00 - 18:00
Thursday	09:00 - 18:00
Friday	09:00 - 18:00