Catatan lapangan

Perlukah lisensi bank untuk meluncurkan aplikasi fintech?

"Perlukah lisensi bank untuk meluncurkan aplikasi fintech?" sebenarnya tiga pertanyaan dalam satu bungkus. Apakah Anda memegang dana nasabah? Apakah Anda memindahkannya? Dan izin regulator siapa yang mencakup perpindahan itu — milik Anda, atau milik pihak lain? Jawab ketiganya, dan pertanyaan soal lisensi nyaris terjawab dengan sendirinya. Versi singkat yang mengejutkan banyak tim: sebagian besar aplikasi fintech tidak pernah memegang lisensi bank, karena sebagian besar aplikasi fintech tidak pernah melakukan satu hal yang menjadi tujuan lisensi bank. Berikut adalah peta spektrumnya, bukan nasihat hukum — tujuannya agar Anda tahu pertanyaan apa yang harus diajukan sebelum ada yang menyebutkan jadwal atau harga.

Untuk apa sebenarnya lisensi bank

Lisensi bank penuh — dalam istilah Uni Eropa, otorisasi lembaga kredit — mengizinkan satu kegiatan spesifik yang dijaga ketat: menghimpun simpanan dari publik dan menyalurkannya kembali sebagai pinjaman. Ketidaksesuaian jatuh tempo itu, yaitu mendanai pinjaman jangka panjang dengan saldo yang bisa ditarik nasabah kapan saja, adalah alasan bank menanggung persyaratan modal yang berat, kewajiban penjaminan simpanan, dan pengawas yang membaca neraca mereka baris demi baris. Jika aplikasi Anda tidak menghimpun simpanan dan menyalurkan pinjaman darinya, hampir pasti Anda tidak sedang membicarakan lisensi bank. Anda sedang membicarakan sesuatu yang lebih ringan, lebih jauh di spektrum — dan spektrum itulah inti ceritanya.

Spektrum perizinan, dari yang terberat hingga teringan

Izin di sektor keuangan bertingkat. Di puncak ada lembaga kredit — bank — yang boleh menghimpun simpanan dan menyalurkan kredit. Di bawahnya, lembaga uang elektronik (EMI) boleh menerbitkan uang elektronik: ia dapat menyimpan nilai milik nasabah dan menempatkannya di kartu atau dompet digital, tetapi dana float yang dikelolanya wajib diamankan — dipisahkan dan tidak boleh disentuh, apalagi dipinjamkan. Satu tingkat di bawahnya, lembaga pembayaran (PI) boleh menjalankan pembayaran — memulai transfer, menagih, mengirim uang, mengakuisisi transaksi kartu — tetapi tidak dirancang untuk menyimpan nilai dalam jangka panjang; uang hanya lewat, tidak mengendap. Dan di tingkat paling bawah, agen atau distributor sama sekali tidak memegang izin sendiri, melainkan beroperasi di bawah otorisasi entitas berizin yang telah mendaftarkannya.

Polanya: setiap turun satu anak tangga, satu kapabilitas gugur, dan bersamanya sebagian modal serta kewajiban. Menghimpun simpanan adalah hal terberat yang bisa diizinkan; menjadi agen bagi pihak yang berhak melakukannya adalah yang teringan. Sebagian besar aplikasi fintech konsumen — dompet digital, kartu, transfer, tautan pembayaran — berada di rentang EMI dan lembaga pembayaran, atau berjalan di atas mitra yang memegang salah satu izin itu. Sangat sedikit yang perlu menjadi bank, dan mengetahuinya sejak awal menghemat banyak upaya yang salah arah.

Cara cepat menentukan posisi Anda: jika pelanggan akan menyimpan saldo di aplikasi — dompet yang mereka isi ulang, kartu yang mereka isi di muka — Anda berada di wilayah uang elektronik, karena penyimpanan nilai adalah izin yang mendefinisikan sebuah EMI. Jika uang hanya lewat — Anda memulai transfer, menagih tagihan, meneruskan pembayaran langsung — izin lembaga pembayaran adalah pilihan yang wajar, baik dipegang sendiri maupun oleh mitra. Jika Anda sama sekali tidak menyentuh dana dan hanya menampilkan informasi rekening yang dipegang pihak lain, bahkan itu pun punya pendaftaran tersendiri yang lebih ringan. Semakin berat posisi Anda, semakin besar modal dan pengawasan yang menyertainya; tujuan desainnya adalah berada tidak lebih berat dari yang benar-benar dibutuhkan produk.

Menyewa izin: model kemitraan

Anda tidak harus memegang izin sendiri untuk membangun di atasnya. Jalur yang umum adalah menyewanya. Dalam skema bank sponsor atau Banking-as-a-Service, bank atau EMI berizin memegang rekening, menerbitkan IBAN dan kartu, serta mengamankan float; Anda membangun aplikasi melalui API mereka dan meluncurkan pengalamannya. Dalam model agen, Anda mendaftar sebagai agen lembaga pembayaran — atau sebagai distributor penerbit uang elektronik — dan izin mereka mencakup aktivitas Anda, dengan regulator mengenal Anda melalui mereka. Kontraknya berbeda, faktanya sama: di suatu lapisan, ada pihak yang memegang izin. Pertanyaannya hanya apakah pihak itu Anda atau mitra.

Siapa menanggung tanggung jawab yang mana

Menyewa izin tidak berarti menyewakan tanggung jawab. Entitas berizinlah yang harus menjawab kepada regulator — soal pengamanan dana nasabah, pemantauan anti pencucian uang, dan perilaku seluruh program. Namun kewajiban itu mengalir ke bawah lewat kontrak. Menumpang pada izin mitra, Anda tetap menjalankan KYC dan onboarding, tetap memantau transaksi untuk AML, tetap memenuhi batas dan pelaporan yang mengikat mitra. Tanggung jawab bukan dialihdayakan, melainkan dibagi: mitra menanggungnya di hadapan regulator dan menuntut Anda lewat kontrak yang mendorong banyak tugas harian kembali ke pihak Anda. Bacalah kontrak itu secermat Anda membaca izin yang memilih untuk tidak Anda urus.

Izin adalah hak untuk memegang atau memindahkan uang orang lain. Perangkat lunak adalah cara uang itu diinstruksikan, direkonsiliasi, dan ditampilkan kembali kepada nasabah. Anda bisa membelinya dari satu vendor atau dua — tetapi Anda selalu membeli keduanya.
— Protocore · Engineering pembayaran

Perangkat lunak dan izin adalah dua pembelian terpisah

Inilah wawasan yang menata ulang seluruh proyek. Bagi nasabah, aplikasi pembayaran tampak seperti satu hal, padahal ia gabungan dua hal: izin teregulasi untuk memegang atau memindahkan uang, dan perangkat lunak yang menginstruksikan pergerakannya, menyimpan buku besar, merekonsiliasi kredit, dan menampilkan saldo di layar. Keduanya diperoleh secara terpisah. Anda bisa memegang izin sendiri dan membeli perangkat lunaknya; memegang izin dan membangun perangkat lunak sendiri; menyewa izin lewat mitra dan membeli perangkat lunak di atasnya; atau mengambil keduanya dari satu vendor yang sudah menggabungkannya. Keempatnya wajar. Yang tidak wajar — dan diam-diam memakan waktu berbulan-bulan — adalah mencampuradukkan keduanya: mencari "izin bank" padahal yang dibutuhkan adalah mitra BaaS plus aplikasi, atau mencari aplikasi dengan anggapan izinnya sudah menyatu di dalamnya.

Melihat keduanya sebagai pembelian terpisah menjernihkan, karena Anda bisa menghitung harga dan menjadwalkannya secara mandiri. Perangkat lunak dinilai dari kualitasnya — apakah alur onboarding berjalan, apakah buku besarnya benar, apakah operator benar-benar bisa menjalankannya — sedangkan izin dinilai dari yurisdiksi, pengamanan dana, dan syaratnya. Protocore Pay (/products/pay) adalah contoh lapisan perangkat lunak yang berdiri sendiri: platform aplikasi whitelabel dan konsol operator yang berjalan di atas jalur teregulasi apa pun yang Anda bawa. Ia bukan izin, dan tidak ada perangkat lunak yang berupa izin — itulah sebabnya izin tetap menjadi pos tersendiri dalam rencana.

Pertanyaan untuk diajukan kepada vendor platform mana pun

Siapa pun yang menawarkan platform "luncurkan fintech Anda", daftar pendek yang sama akan menyingkap sebagian besar ketidakjelasan. Apakah produk Anda sudah termasuk izin teregulasi, atau saya membawa sendiri? Jika termasuk, izin siapa itu, di negara mana, dan apakah saya pelanggan langsung entitas tersebut atau agennya? Siapa yang mengamankan dana nasabah, dan di mana dana itu disimpan? Siapa yang tercatat di regulator untuk anti pencucian uang — Anda, mitra, atau saya? Kewajiban apa yang jatuh kepada saya lewat kontrak meski izinnya bukan milik saya? Dan jika kemitraan berakhir, apa yang terjadi pada dana dan data nasabah saya? Jawabannya dengan cepat memilah vendor: yang menjual perangkat lunak, yang menjual ulang izin mitra, dan yang benar-benar menggabungkan keduanya — dan memberi tahu Anda dengan siapa sebenarnya Anda berbicara.

Sisi menenangkannya: sebagian besar aplikasi meluncur dengan perangkat lunak plus izin mitra, lalu naik ke izin sendiri hanya ketika volume, margin, atau strategi membuat modal dan tim kepatuhan sepadan. Mengetahui anak tangga mana yang benar-benar Anda perlukan — dan bahwa perangkat lunak serta izin dibeli pada pos yang terpisah — sudah separuh pertempuran. Sisanya adalah mengajukan pertanyaan di atas dan membaca jawabannya dengan cermat. Semua ini bukan nasihat hukum, dan ambang batas serta nama kategori berbeda di tiap yurisdiksi; anggaplah ini sebagai peta untuk dibawa ke percakapan dengan regulator atau penasihat, bukan pengganti keduanya.

Punya sistem yang ingin dibangun?

Ceritakan masalahnya. Kami akan kembali dengan arsitektur dan rencana.